[07:17] <thelsdj> if i apt-get source, then change something inside the source directory, how do i recreate the diff and dsc files ?
[07:19] <Hobbsee> debuild -S -sa
[07:20] <Hobbsee> thelsdj: no need to put your question in multiple channels, btw
[07:20] <thelsdj> yea but i kinda asked in the wrong place so thought i'd come over here hehe
[07:23] <thelsdj> can i skip the signing for now?
[07:24] <thelsdj> fails because no gpg entry for my name/eamil
[07:24] <RAOF> thelsdj: That doesn't matter.
[07:24] <RAOF> You don't want/need to sign it, anyway.
[07:24] <thelsdj> ok guess it did make the files, thanks
[07:25] <thelsdj> trying to fix xen-3.1 on amd64
[07:31] <thelsdj> arg, nope, didn't fix it, the python-xen-3.1 package is still empty
[07:32] <RAOF> Well, keep going.  I've got an amd64 buildbox / mythtv server I'd like to try xen on :)
[07:32] <thelsdj> thoughts on what would cause a package to be empty? my first guess was bad path in python-xen-3.1.install
[07:33] <thelsdj> also maybe issue with arch specific vs arch independent
[07:33] <RAOF> That's a good one.  Others include: wrong package name for the install, not calling dh_install
[07:33] <thelsdj> very new to debugging deb packages
[07:37] <thelsdj> even though its 22:30 on a friday evening, i'm kinda being payed for this which is nice
[07:38] <RAOF> Wicked.
[07:38] <thelsdj> finally convinced my boss to start transitioning employees from windows to linux and so he wants me testing bleeding edge so we can find/fix problems early on
[07:38] <RAOF> Man, that's *awesome*.
[07:38] <thelsdj> so build a new work desktop, installed gutsy 64bit, and away i go
[07:38] <thelsdj> eh, most of my dayjob is writing boring asp.net code
[07:39] <thelsdj> but atleast we run some of that on xen/linux/mono
[08:13] <thelsdj> might have got it fixed
[08:13] <thelsdj> bad package name in install-tools: DH_OPTIONS...
[08:14] <thelsdj> had been renamed from python-xen3.1 to python-xen-3.1 and don't think that was updated
[08:14] <thelsdj> still rebuilding but hopefully that was it
[08:26] <thelsdj> looking good, installed and restarting
[08:28] <thelsdj> woops, need to disable nvidia driver first
[08:46] <thelsdj> https://bugs.launchpad.net/ubuntu/+source/xen-3.1/+bug/131594
[08:46] <ubotu> Launchpad bug 131594 in xen-3.1 "[gusty]  xen python modules not found" [Undecided,Confirmed] 
[10:58] <highvoltage> pygi! I was wondering how you are doing
[11:05] <pygi> highvoltage, !
[11:05] <pygi> highvoltage, being a bit sick, but better then before
[11:05] <pygi> highvoltage, not so good otherwise, but I'll live
[11:05] <pygi> highvoltage, you?
[11:06] <tsurc> want a laugh anyone?
[11:07] <tsurc> I think I might be trying to be a little over ambitious.. Im trying to get feisty server + ubuntu-xen-server + drbd
[11:08] <tsurc> but I'm running into trouble compiling drdb for the kernel used  by xen (2.6.19-4)
[11:09] <highvoltage> pygi: I also had a bad cold this last weekend and earlier this week, but I'm much better now
[11:09] <highvoltage> still on anti-biotics- last day today at least :)
[01:13] <rgl> hi
[01:15] <rgl> its normal for a system to receive NMI in /proc/interrupts ?
[01:17] <Kmos> rgl: try #ubuntu-kernel
[01:18] <rgl> Kmos, humm.  thx.  and hi there :D
[01:18] <Kmos> :-)
[01:56] <null____> hello
[01:57] <pygi> Hobbsee, swfdec built and working
[01:57] <Hobbsee> pygi: yay!
[01:57] <null____> lately trevino has not updated his packages for compiz ?
[01:57] <Hobbsee> null____: trevinho is not here.  he doesnt try to work wiht us at all
[01:57] <pygi> Hobbsee, I've talked with upstream, they'll release 0.5.2 in monday just for us, so I'll package it =)
[01:57] <Hobbsee> null____: you'll have to contact him by other means
[01:58] <Hobbsee> pygi: yay!
[01:58] <null____> ahh ok, thanks for the info
[01:58] <pygi> Hobbsee, a lot of improvements
[01:58] <pygi> (since it's UVF soon)
[01:58] <Hobbsee> yep
[01:58] <Hobbsee> not hard to get a UVFe anyway
[01:59] <pygi> Hobbsee, true, but oh well =)
[01:59] <Hobbsee> the UVF team should be announced soon, too.
[02:00] <pygi> nod
[02:00] <pygi> free flash is important =)
[02:01] <pygi> and swfdec works much better then gnash
[02:03] <ion_> Especially since ubuntu-mobile seems to use a Flash UI.
[02:14] <pygi> ion_, oh!
[02:25] <asac> pygi: how do you measure that swfdec works better than gnash?
[02:25] <pygi> asac, easy :)
[02:25] <pygi> asac, you visit sites, and see what works and how it works
[02:26] <asac> hmm ... when i tried back in may/june i found that gnash works better :)
[02:26] <asac> pygi: do you have any specific sites/flash-films ?
[02:26] <pygi> asac, well, wait until next week when I package 0.5.2 :)
[02:26] <asac> pygi: will you?
[02:26] <asac> pygi: cool
[02:26] <pygi> asac, then I'll poke you, and show you the difference =)
[02:27] <asac> right ... can you ping when when you package that?
[02:27] <pygi> asac, sure, as soon as 0.5.2 is out, it'll be packaged in a matter of day =)
[02:27] <ion_> Hm, the current swfdec-mozilla package doesnt seem to support the *-flashplugin alternatives.
[02:27] <asac> pygi: i need to tell you a few things you should obey ;)
[02:27] <pygi> asac, oh, shoot? :)
[02:27] <asac> ion_: right ... thats one of the points ;)
[02:28] <asac> ion_: pygi and should be done if someone touches that package again :)
[02:28] <pygi> asac, feel free to say what needs to be done
[02:28] <asac> pygi: alternative + Npp-xxx headers so new plugin-finder service will be able do suggest users the package if they search for a flash plugin
[02:29] <pygi> asac, given I have no idea what Npp-xxx headers are ... :)
[02:29] <asac> when you package ... just ping me
[02:29] <asac> ;)
[02:29] <pygi> oki, will do :)
[02:29] <pygi> thanks ^_^
[02:30] <ion_> pygi: For instance, apt-cache show flashplugin-nonfree | grep Npp
[02:30] <asac> pygi: look at the control file of flashplugin-nonfree
[02:32] <pygi> asac, aha, looking
[02:32] <pygi> Xb-Npp-Applications: ec8030f7-c20a-464f-9b0e-13a3a9e97384, 92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a
[02:32] <pygi> I guess this are identifications strings for: flash-nonfree and gnash?
[02:32] <asac> pygi: right ... those are application is of the mozilla pplications this plugin supports
[02:33] <asac> pygi: no ... those are identifiers for firefox + iceape/seamonkey iirc
[02:33] <pygi> asac, aha, got it
[02:33] <asac> so you know in which application the plugin will be installed
[02:33] <pygi> ok, that shouldn't be a problem
[02:33] <pygi> and what about that alternatives stuff?
[02:33] <asac> we will have to add one more for midbrowser (mobile browser)
[02:33] <asac> pygi: look in gnash postinst/prerm
[02:33] <pygi> sure, if you've got the string, feel free to gimme one :)
[02:34] <pygi> asac, we should probably properly put conflicts in packages as well, no?
[02:34] <pygi> we dont want swfplayer-mozilla and flashplayer-nonfree installed for example?
[02:34] <asac> pygi: no ... thats why we have alternatives
[02:34] <pygi> oki =)
[02:34] <asac> you can install all ... and then choose by alternative
[02:34] <pygi> yup, update-alternatives I guess =)
[02:35] <asac> right
[02:35] <pygi> ha, see ... I know something :p
[02:35] <pygi> asac, yes
[02:35] <asac> yes?
[02:35] <pygi> galternatives
[02:36] <asac> is that in gnome pref/admin menu?
[02:36] <pygi> that has to be manually installed
[02:36] <asac> hmmm ... its not installed
[02:36] <asac> is that crappy or why isn't that installed by default?
[02:37] <asac> doesn't look so bad
[02:37] <pygi> no idea, never used it
[02:37] <pygi> asac, ok, one question on the from postinst:
[02:37] <pygi>               update-alternatives --install /usr/lib/xulrunner/plugins/flashplugin-alternative.so \
[02:37] <pygi>                       xulrunner-flashplugin /usr/lib/gnash/libgnashplugin.so 70
[02:37] <ion_> Uh. A huge number of similar update-alternatives lines instead of a simple for p in iceape iceweasel mozilla firefox xulrunner; do update-alternatives --install "/usr/lib/$p/plugins/flashplugin-alternative.so" "$p-flashplugin" /usr/lib/flashplugin-nonfree/libflashplayer.so 70; done
[02:38] <pygi> what's this "70" stuff?
[02:38] <asac> pygi: the priority
[02:38] <asac> i will probably bump everything to 50
[02:38] <asac> ion_: yes ... my bad
[02:38] <pygi> asac, ok, so priority to everything should go to 50?
[02:38] <pygi> just trying to note when packaging
[02:38] <asac> ion_: feel free to submit a debdiff ;)
[02:39] <asac> pygi: yes ... we previously wanted gnash to get a lower prio then -nonfree, but install gnash by default ... now we won't install anything by default, but give them the same priorities
[02:39] <pygi> asac, got it
[02:39] <pygi> do we have a identification string for that midbrowser? I could submit a debdiff if you want for that?
[02:40] <asac> pygi: sure
[02:40] <asac> wait a sec
[02:40] <asac> the current package has still firefox uid ... next releas will have its own
[02:40] <pygi> asac, right, so no changes for now, right?
[02:41] <asac> aa5ca914-c309-495d-91cf-3141bbb04115
[02:41] <pygi> oh, k, thanks
[02:41] <asac> pygi: just add that now
[02:41] <pygi> will do, thanks
[02:41] <asac> won't hurt until new midbrowser comes
[02:41] <pygi> I'll also update the thingy ion_ said
[02:41] <asac> pygi: yes ... and maybe add a xulrunner id as well (i think they install in xulrunner dir as well)
[02:41] <pygi> asac, tell me xulrunner id?
[02:42] <asac> hehe ... i have to look it up ;)
[02:43] <pygi> asac, how come we don't have epiphany and galeon id's in there? Do they identify as mozilla, and that works then?
[02:44] <asac> pygi: ok ... it doesn't have its own id ... as its just a runner to run multiple applications on
[02:44] <pygi> asac, fine :)
[02:45] <asac> pygi: they would identify as mozilla .... but it doesn't matter much, as they don't have a plugin-finder wizard
[02:45] <pygi> asac, got it
[02:45] <asac> ok ... i am out again
[02:45] <asac> cu
[02:46] <pygi> asac, laters
[03:36] <pygi> asac, you back by any chance?
[03:54] <bddebian> Heya
[05:37] <hunger> Someone broke crypted disks again:-(
[06:29] <pygi> asac, poke when you are back pls, thanks
[06:48] <asac> pygi: not for long ;) ??
[06:48] <pygi> asac, just wanted to say I've done some patches, one already uploaded, one being reviewed :)
[06:48] <pygi> asac, enjoy whatever you are doing :)
[06:49] <asac> pygi: cool ... about flash?
[06:49] <pygi> asac, why, ofcourse =)
[06:49] <asac> some patches? how many?
[06:49] <pygi> just 2 for now xD
[06:49] <asac> ok ... that qualifies for some ;)
[06:49] <pygi> I have more in my head tho, but I can't look anymore, so they'll have to wait =)
[06:49] <asac> ok ... later!
[06:50] <pygi> asac, laters ;)
[06:51] <mjg59> a
[06:51] <mjg59> Oops
[06:53] <rgl> hello
[06:53] <rgl> Kmos, :D
[07:10] <Kmos> ryu :)
[07:11] <Kmos> ups
[07:11] <Kmos> rgl
[07:32] <xhaker> Hi all, anyone willing to make libmtp 0.1.5 -> 0.2.1 happen?
[07:34] <xhaker> there is no packaging of the latest version on debian either
[07:35] <pygi> xhaker, do we need it for anything?
[07:37] <xhaker> it seems to have been dragged to main because of the integration in rhythmbox
[07:37] <xhaker> i hope i'm right saying that
[07:38] <xhaker> it's a hardware support critical library, the new version has new udev rules
[07:39] <pygi> xhaker, I didn't say anything, patience :)
[07:39] <pygi> I'll just have a look at it
[07:39] <xhaker> you deserve a look just by taking that step :D
[07:40] <xhaker> s/look/hug
[07:40] <pygi> ah, abi bump it seems
[07:41] <fabbione> so... name... for... a... library.....
[07:42] <fabbione> pygi: does it involve also an API change?
[07:42] <xhaker> fabbione, i think so
[07:42] <pygi> fabbione, yes, API changes are there
[07:42] <fabbione> libmtp5
[07:42] <fabbione> Reverse Depends:
[07:42] <fabbione>   gnomad2
[07:42] <fabbione>   rhythmbox
[07:42] <fabbione>   mtp-tools
[07:42] <fabbione>   mtp-tools
[07:42] <fabbione>   libmtp-dev
[07:42] <pygi> not sure we want this upgrade at this point :-/
[07:42] <fabbione>   amarok
[07:42] <fabbione> unlikely
[07:43] <pygi> xhaker, sorry, no upgrade for gutsy :-/
[07:43] <pygi> fabbione, +1, thanks for the opinion
[07:43] <fabbione> it would still be wise to check the changelog
[07:43] <xhaker> hmm, what about backporting the udev rules
[07:43] <pygi> fabbione, I'm checking it
[07:43] <fabbione> and see if there is anything critical in the upgrade
[07:44] <xhaker> fabbione, what i most value in it is the increased number of hardware supported by the new release
[07:44] <fabbione> xhaker: yes i understand. i am looking at what that library does.. but an API change might require a lot of porting and testing
[07:45] <pygi> nod
[07:45] <pygi> fabbione, http://libmtp.sourceforge.net/index.php?page=download
[07:45] <pygi> major changes can be seen there
[07:45] <pygi> (over the versions)
[07:46] <xhaker> libmtp is similar to libgphoto2 but in turn supports audio player devices
[07:47] <fabbione> pygi: well i suggest you check if you can get the libmtp rdpendes to build and work
[07:47] <fabbione> if you can by minimal patches, propose it to RM's and get it as an approved transition
[07:47] <fabbione> but have everything ready before hand
[07:47] <fabbione> xhaker: that should be your task to
[07:48] <fabbione> i understand what the library is for and why you want it in.. but you also need to collect the pieces for doing the job :)
[07:48] <xhaker> fabbione, willing to do that
[07:48] <xhaker> *I am*
[07:49] <fabbione> xhaker: i don't doubt.. just making sure :)
[07:49] <xhaker> I'm trying to find the developers online
[07:49] <fabbione> on a saturday evening it's difficult..
[07:50] <fabbione> try to look for Hobbsee in about 12 hours from now
[07:51] <pygi> fabbione, but but ... I'm working on flash packages right now, can't handle everything :-/
[07:51] <fabbione> pygi: well you with xhaker
[07:51] <fabbione> whatever..
[07:51] <fabbione> somebody != me :)
[07:51] <pygi> hehe :)
[07:52] <xhaker> pygi, don't worry
[07:52] <xhaker> pygi, i've been to some motu classrooms, hahaha
[07:52] <xhaker> i will try to build the stuff :D and report back
[07:52] <xhaker> :D
[07:52] <pygi> xhaker, ok
[07:53] <pygi> xhaker, make sure to bump the package to libmtp6
[07:54] <pygi> and do the "Replaces:" "Conflicts:" dance
[07:55] <pygi> hey asac_ :P
[07:56] <pygi> xhaker, I could make the libmtp package if you wish, but you should check rdepends?
[07:57] <fabbione> pygi: why do you need Conflicts: Replaces: ?!?!
[07:57] <xhaker> pygi, do that then
[07:57] <pygi> fabbione, ergh, ok, just replaces
[07:57] <fabbione> if you change the soname, the 2 libraries libfoo1 and libfoo2 can be installed in parallel
[07:57] <pygi> yes, I know that
[07:57] <fabbione> libfoo1 will be obsoleted by disappearing from the archive
[07:58] <fabbione> libfoo-dev will Depends: libfoo2
[07:58] <pygi> oh well
[07:58] <fabbione> all the apps that use libfoo2 that are rebuilt will pull in libfoo2 automatically
[07:58] <fabbione> or am I missing something?
[07:58] <pygi> probably not ... it's me who's missing something =)
[07:58] <pygi> don't worry ;)
[07:59] <fabbione> i am not...
[07:59] <fabbione> but at my age.. memory starts to fall apart
[08:00] <xhaker> pygi, hit me with a link when you finish
[08:00] <pygi> xhaker, sure, shouldn't take long
[08:02] <pygi> xhaker, building in pbuilder
[08:07] <pygi> ah, it gotta upgrade itself first
[08:12] <pygi> asac, how come firefox doesn't show gnash in it's Finder service, and we've got the browser ID in?
[08:12] <pygi> (when flash is in question ofcourse)
[08:28] <pygi> xhaker, still here?
[08:28] <xhaker> pygi, sure
[08:29] <pygi> xhaker, built and installed in pbuilder, gonna test rdepends now
[08:46] <pygi> xhaker, one package down, builds properly
[08:46] <pygi> fabbione, same note for you if you are interested =)
[08:47] <xhaker> pygi, great!
[08:47] <fabbione> pygi: i would make sure that they run properly by checking what's changed in the API
[08:47] <fabbione> a build is not enough
[08:47] <fabbione> specially if something like foo(int a, int b) in the API changed to foo(int a, int c)
[08:48] <fabbione> it will still build, but change way of working..
[08:48] <fabbione> then you are doomed
[08:48] <pygi> fabbione, that kind of things others will do, I'm just building here =)
[08:49] <pygi> so much things to download in pbuilder ergh
[08:49] <xhaker> i'll open the file and check what changed, just have to download the older version
[08:50] <xhaker> i'll just dif the whole src
[08:58] <xhaker> pygi, fabbione: this seems to be the offending part http://pastebin.com/m3e25effb
[08:58] <xhaker> the struct has 2 new fields
[09:01] <fabbione> a rebuild of that should be enough but there is also a new function that might be required in certain operations
[09:01] <fabbione> i also guess that somehow you want to use those fields
[09:02] <fabbione> or you will lose info
[09:06] <xhaker> fabbione, my guess is that if they were not used before no application is making use of them yet
[09:07] <xhaker> i should really get in touch with someone from the project
[09:22] <xhaker> mail sent
[10:01] <rgl> hi.
[10:02] <rgl> why the packages (as show by apt-cache show) never have the program site URL?
[10:06] <xhaker> pygi, could you host the libmtp files?
[10:06] <pygi> xhaker, no idea where =)
[10:13] <pygi> xhaker, your mail pls
[10:14] <pygi> (i'll send you the files)
[10:15] <xhaker> i was setting up an ftp user
[10:16] <pygi> xhaker, ergh, mail will do, it's not big :)
[11:06] <Kmos> rgl: if isn't in text description in control, it doesn't show any url
[11:07] <rgl> Kmos, I mean.  it doesn't seem normal for the package description to include the site URL, which kinda sux :|
[11:07] <rgl> Kmos, j tenho o LG :D
[11:07] <Kmos> rgl: nice
[11:07] <Kmos> boa compra
[11:08] <rgl>  muito nice. no  dos espelhados :)
[11:09] <Kmos> ainda bem
[11:09] <Kmos> senao morrias em pouco tempo
[11:09] <Kmos> bem, vou jantar pra sair um pouco
[11:09] <Kmos> acabei de ver a season 2 de dr. house
[11:09] <Kmos> :)
[11:09] <rgl> bye bye :)
[11:09] <rgl> lol
[11:09] <Kmos> ja ca tenho a 3
[11:09] <Kmos> lol
[11:42] <thully> Hi
[11:43] <thully> I have a few questions about Ubuntu development as a user who is interested in helping improve the system...
[11:44] <thully> I've had some issues with various areas of the main Ubuntu system (i.e. not universe/multiverse) and would like to know where discussion of issues relating to this takes place.  I know the "core development team" exists, but they don't appear to have a mailing list like MOTU.
[11:45] <thully> I have filed bugs on most of these issues, but I'm finding most bugs don't get responses.  My concerns in particular mostly have to do with hardware issues (mostly laptop-related - C-state weirdness, trackpad, brightness control, etc ) with some other miscellaneous concerns involving the base Ubuntu desktop.
[12:11] <Lutin> pygi: mozilla-plugin-gnash fails to upgrade to your last gnash upload: exits with this message /var/lib/dpkg/info/mozilla-plugin-gnash.postinst: 7: Syntax error: "do" unexpected (expecting ";;")
[12:11] <pygi> Lutin, yes, I know
[12:11] <Lutin> ok
[12:11] <pygi> same with flashplugin-nonfree
[12:12] <pygi> Lutin, thanks for reporting ^_^
[12:12] <Lutin> pygi: np :)