[01:35] <JonyBlaze> anyone have any experience building ubuntu packages for qt apps?
[01:38] <JontheEchidna> JonyBlaze: need help?
[01:40] <JonyBlaze> JontheEchidna: can you use pbuilder just like any source with a qt app?
[01:40] <JontheEchidna> yep, you can
[01:41] <JonyBlaze> do you need to run qmake first?
[01:41] <JontheEchidna> you use it like any other source package, build the source package then pbuild it
[01:42] <JontheEchidna> You'll want to include /usr/share/cdbs/1/class/qmake.mk and /usr/share/cdbs/1/rules/debhelper.mk in your debian/rules file, then do debuild -S -sa like any other package
[01:42] <JontheEchidna> then you can pbuild the resulting .dsc
[01:43] <JonyBlaze> ah i see
[01:43] <JonyBlaze> thank you
[01:43] <JontheEchidna> you're welcome. Feel free to ask any questions
[05:43] <wrapster> when i run this.. everything works fine but only the 64bit libs are present 32 is not at all there..
[05:44] <wrapster> http://pastie.org/675753
[05:44] <wrapster> i successfully compiled for both 64and 32...but did some goof up that I cannot recollect now.. and paying a price...
[05:45] <wrapster> could anyone pls look at that and let me know how to get the copy_64 , copy_back working?
[05:45] <wrapster> pls...
[05:46] <wrapster> mind you that the rest of the script is perfect.. its some juggling act that needs to be done with the targs thats.. all...
[05:46] <wrapster> Damn i didnt have a bkup
[06:01] <wrapster> can anyone look into it pls
[07:38] <dholbach> good morning
[07:40] <RAOF> Good morning dholbach!
[07:41] <dholbach> hi RAOF
[07:42] <highvoltage> good morning!
[10:39] <Rocha> good morning everyone
[10:39] <Rocha> i'd like to fix a bug in ubuntu but i don't know how
[10:39] <Rocha> it's related to the network proxy dialog
[10:39] <Rocha> how can i get the code for it to try to fix the bug?
[10:40] <azeem> apt-get source package-name
[10:41] <Rocha> that would help if i knew which package contains the network proxy dialog box
[10:41] <Rocha> how can i know that?
[10:41] <azeem> Rocha: what is the filename of the dialog?
[10:43] <Rocha> i have no clue, how can i know which binary file the menu item is calling?
[10:43] <azeem> I don't know either, you will have to do some research
[10:43] <Rocha> ok, let me try
[10:43] <azeem> I think most of those preference dialogs start with gnome-, like gnome-foo-preferences
[10:44] <Rocha> great, it's gnome-network-properties
[10:44] <Rocha> now, how can i know which package contains that program?
[10:45] <azeem> man dpkg
[10:45] <Rocha> i suppose googling is faster than using man
[10:46] <micahg> Rocha: dpkg -S filename
[10:47] <Rocha> micahg, thanks, it worked
[10:47] <Rocha> it's gnome-control-center
[10:48] <Rocha> now, apt-get source gnome-control-center i suppose
[10:48] <Rocha> at least its what's written in Bugs/HowToFix
[10:49] <^arky^> Hi, Where do I find ubuntu conventions for writing man pages ?
[10:50] <Rocha> ok, apt-get source says that this package is maintained in bazaar so i should use the bzr get <url> to get the code
[10:52] <azeem> interesting, didn't know Ubuntu did that
[10:53] <slytherin> ^arky^: There is no such thing as ubuntu convention for man page
[10:54] <^arky^> slytherin: then man man-pages should suffice
[10:54] <^arky^> thanks slytherin
[10:56] <Rocha> perfect, network proxy is coded in C and i know C =)
[10:56] <Rocha> i hope i can fix the bug
[10:59] <slytherin> Rocha: What bug is that by the way?
[11:00] <Rocha> imagine this use case
[11:01] <Rocha> i want to add a proxy to the network so i open the dialog, click in "use same proxy for all protocols" and insert the hostname for the proxy
[11:01] <Rocha> if you click the "use same" before setting the hostname, it doesn't get set in all protocols
[11:01] <Rocha> you have to deselect the check box for "use same" and select it again
[11:02] <Rocha> i don't know anything about gtk bug i assume an event is triggered if something is typed in a textbox
[11:03] <Rocha> so everytime you type something in the http proxy textbox you should check to see if the "use same" checkbox is set, and if it is, copy the hostname and port text boxes to the boxes below for the other protocols
[11:04] <RAOF_> Rocha: That's a perfectly reasonable assumption :).  More concretely, you'd want to be hooking in to the "text-changed" (or words to that effect) signal on the widget.
[11:04] <Rocha> i assume that this would be trivial to change for someone who knows C and gtk
[11:05] <RAOF_> Not necessarily a valid assumption, but could well be :)
[11:05] <Rocha> since i only know C i guess i can learn gtk and fix the bug
[11:05] <RAOF_> gtk's actually pretty easy. gobject is a really nice way to do OO C.
[11:05] <Rocha> i'll sleep much better today by knowing that i've contributed a small patch to the operating system i've been using since 4.10 :D
[11:07] <Rocha> the file has 1321 lines of code, which is pretty easy to handle
[11:07] <Rocha> i'll try to fix the bug today and learn gtk as i go along
[11:08] <RAOF_> The gtk docs are pretty good, too.
[11:08] <Rocha> great, i'll read them in a second
[11:08] <RAOF_> (Although they tend to assume a certain amount of familiarity with gobject)
[11:09] <azeem> Rocha: it's only a visual glitch, I believe whatever you type gets used for all protocols, just not displayed
[11:10] <Rocha> azeem, that's good to know =)
[11:10] <Rocha> i haven't tried if they are actually set or not, but visually they don't
[11:12] <Rocha> strange, the code doesn't call gtk_entry_new to create the widget
[11:12] <Rocha> is is possible to create the interface without C code?
[11:12] <Rocha> maybe with an xml spec of the ui?
[11:12] <Rocha> maybe the ui is defined elsewhere
[11:13] <Rocha> yup, that's it, gnome-network-properties.ui file
[11:13] <Rocha> this is really powerfull
[11:15] <c_korn> hello, when I sign the sources in jaunty there was a graphical input which also cached my passphrase for a time (gpg-agent). in karmic there seems no gpg-agnet running and so I have to type in the passphrase over and over again
[11:16] <micahg1> c_korn: gpg agent works for me...do you have gnupg-agent
[11:17] <c_korn> micahg: eh, no. didn't remeber I have to install it manually
[11:20] <slytherin> c_korn: You need to install seahorse-plugins package
[11:22] <micahg> ah, that's why I have it
[11:23] <c_korn> slytherin: do I have to uninstall gpg-agent then ? or does the plugin package depend on it ?
[11:28] <c_korn> slytherin: ok, just had to run seahorse-agent afterwards. thanks
[11:30] <Rocha> i tried to create a simple box in gtk and compiling i get this error
[11:30] <Rocha> "Package gtk+-2.0 was not found in the pkg-config search path..."
[11:31] <Rocha> how can i fix this?
[11:32] <azeem> install the Build-Depends
[11:32] <directhex> jms@osc-franzibald:~$ apt-file search gtk+-2.0.pc
[11:32] <directhex> libgtk2.0-dev: /usr/lib/pkgconfig/gtk+-2.0.pc
[11:32] <Rocha> directhex, thanks, that's what i did
[11:33] <Rocha> it reported that it needed that .pc file so i searched google to know what package contains that file
[11:33] <Rocha> used apt-file (didn't have it), installed apt-file and just finished building the apt-file cache
[11:33] <slytherin> c_korn: seahorse-agent starts automatically at the start of session
[11:35] <c_korn> slytherin: k
[11:36] <Rocha> perfect, i can now compile C gtk programs =)
[11:36] <directhex> pfft, c
[11:37] <Rocha> the bug i want to fix is a C coded app :)
[11:37] <Rocha> *is in
[11:37]  * jpds waves at directhex.
[11:38] <Rocha> directhex, what language do you prefer?
[11:38] <directhex> i hear cool kids all use visual basic!
[11:39] <Rocha> i guess i'm not a cool kid then :D
[11:43] <Rocha> coding gtk in c is really ugly
[11:43] <Rocha> code is really verbose
[11:43] <directhex> well, c
[11:45] <Rocha> i don't know why people code apps such as network preferences dialog box in C
[11:45] <Rocha> ridiculous!
[11:47] <directhex> well, because.
[11:48] <directhex> the pain of large c gtk+ apps (specifically evolution) is why mono exists, for one.
[11:49] <Rocha> i shall look into mono
[11:51] <joaopinto> I thaugt mono was created because of .net, not because of alternatives to C for GUI developments :)
[11:53] <Rocha> i just started learning gtk with C and this sucks for event a simple window with just one button inside
[11:54] <Rocha> so i suppose mono should perform well on replacing C
[11:57] <joaopinto> Rocha, learn python
[11:58] <joaopinto> python is the prefered language for Ubuntu tools
[11:59] <Rocha> joaopinto, can you give me a reference for what you're saying please?
[12:02] <joaopinto> it is written somewhere, will need to search for it
[12:03] <joaopinto> Rocha, also you probably want to know about https://wiki.ubuntu.com/Quickly
[12:04] <directhex> joaopinto, mono is a .net implementation, yeah, but it was started because senior folks at ximian looked at evolution & realised it sucked, and that a better development environment was worth investing in
[12:04] <Rocha> i'll look into that later :)
[12:05] <Rocha> i'm using emacs, what is recommended by the ubuntu community?
[12:05] <directhex> well, i use monodevelop ;)
[12:05] <Rocha> i suppose emacs is better for C than monodevelop :D
[12:06] <directhex> i dunno, MD has integrated debugging for c apps...
[12:06] <Rocha> emacs too
[12:06] <directhex> no python support in karmic. will be in lucid
[12:10] <Rocha> which program is used to create the UI in xml?
[12:10] <Rocha> i suppose it's not done by hand
[12:13] <azeem> Rocha: glade
[12:14] <Rocha> azeem, thanks, i'll definetly look into that
[12:16] <directhex> Rocha, glade is the most popular option. for c# apps, monodevelop has an integrated designer called stetic
[12:16] <Rocha> hmm, ok
[12:16] <Rocha> i guess i have a lot to learn
[12:16] <Rocha> at least i know C
[12:17] <Rocha> and it would be great for me to be able to fix this bug
[12:17] <Rocha> i would love to be an ubuntu contributor :)
[12:31] <turshu> hello
[12:31] <turshu> is motu-mentoring-reception@reponses.net still working ?
[12:38] <turshu> hello there ?
[12:38] <turshu> anybody here ?
[12:38] <slytherin> turshu: where did you get that address?
[12:38] <turshu> https://wiki.ubuntu.com/MOTU/Mentoring/Junior_Contributor
[12:41] <slytherin> turshu: not sure if responses.net is proper domain
[13:02] <Rocha> what is the package that contains the dev libraries for gnome programs?
[13:07] <joaopinto> Rocha, if you mean gtk programs, apt-cache search libgtk dev
[13:08] <Rocha> i mean gnome programs, not gtk
[13:08] <Rocha> i'm trying to compiler gnome-control-center
[13:08] <randomaction> Rocha: you can install all build dependencies with apt-get build-dep <packagename>
[13:09] <Rocha> thanks, i'll try that
[13:10] <Rocha> perfect, it worked
[13:12] <Rocha> if you were heidi klum i would kiss you right now
[14:01] <fpr02> hi, i was wondering if someone could help me with trying to get a significant bug with runit fixed in karmic?
[14:12] <bddebian> Heya gang
[14:13] <slytherin> fpr02: which bug are you talking about?
[14:14] <aidave> hello
[14:14] <aidave> i am having a very difficult time trying to get my .desktop file to show up in karmic
[14:14] <slytherin> aidave: what kind of difficulty?
[14:14] <aidave> it used to work.  now it doesnt appear.  i tried copying it exactly from abiword and still nothing
[14:14] <fpr02> slytherin: #439049
[14:15] <aidave> here is my deb installer: https://launchpad.net/kabikaboo
[14:15] <aidave> could someone take a look, install, and see what is going on?  i am at a loss
[14:15] <aidave> it installs to /usr/share/applications/kabikaboo.desktop
[14:15] <aidave> but doesnt showup
[14:16] <aidave> this is driving me nuts! :)
[14:16] <slytherin> aidave: Can you please paste your .desktop file somewhere?
[14:16] <aidave> sure
[14:17] <aidave> http://bazaar.launchpad.net/~aidave/kabikaboo/packaging/annotate/head%3A/kabikaboo_1.6/forms/kabikaboo.desktop
[14:18] <slytherin> fpr02: looks to be an ideal candidate for sru
[14:18] <slytherin> aidave: Does this file validate with desktop-file-validate?
[14:19] <aidave>  i dont know, i wasnt aware of that program
[14:20] <aidave> its validating, but still not showing up
[14:21] <aidave> i did modify it a bit to validate with no warnings
[14:21] <aidave> but no... nothing
[14:21] <fpr02> slytherin: OK, how do I proceed?
[14:21] <slytherin> fpr02: have you ever modified ubuntu packages before?
[14:23] <fpr02> slytherin: i've got fair experience modifying and building debian packages
[14:24] <fpr02> slytherin: presumably i need to upload a debdiff or modified package somewhere. I'm have a little trouble finding the exact process on the wiki.
[14:25] <directhex> debdiff -> bug page on launchpad
[14:26] <slytherin> fpr02: debdiff is easy. Let's say you have source for app foobar version 1.0-0ubuntu1. You modify the source, add a new changelog entry in debian/changelog, create new source package (debuild -S). then 'debdiff oldversion.dsc newversion.dsc > somefile.debdiff'
[14:27] <fpr02> slytherin: so i should create a debdiff and attach to the bug report?
[14:28] <slytherin> fpr02: yes. And then subscribe the appropriate sru team to the bug.
[14:32] <aidave> can someone please help figure out why this desktop menu item does not appear: https://launchpad.net/kabikaboo/+download
[14:42] <Rocha> i'm having a problem with the gnome-control-center bug i'm trying to fix
[14:42] <Rocha> my code compiles fine
[14:43] <Rocha> but the program doesn't run because it's looking for a file in the wrong place
[14:43] <Rocha> it is trying to open the glade ui from /usr/local/share
[14:43] <Rocha> how can i change that?
[14:43] <ari-tczew> delete your patch ?
[14:50] <slytherin> Rocha: How did you compile the program?
[14:53] <aidave> can someone please help figure out why this desktop menu item does not appear: https://launchpad.net/kabikaboo/+download
[15:15] <quadrispro> dholbach: translating by using MoinMoin -> ARGH!
[15:15] <quadrispro> :'(
[15:16] <dholbach> quadrispro: do you think you can join the packaging-docs team in LP and we discuss it on the ML there?
[15:16] <dholbach> the list is still very new
[15:16] <dholbach> but it'd be a very good topic
[15:17] <quadrispro> yes, I can
[15:17] <dholbach> super thanks
[15:18] <ari-tczew> when lucid will be open?
[15:19] <quadrispro> actually, translating this way will make me crazy
[15:19] <quadrispro> :)
[15:20] <dholbach> quadrispro: at least we can use what you already did, no matter what new idea we come up with :)
[15:20] <quadrispro> we can use the GNOME way, by using xml docs
[15:29] <gaspa> dholbach: Hi! how's going on with harvest? -EHANG? ;)
[15:29] <dholbach> gaspa: that might well be
[15:29] <dholbach> gaspa: we need a hand to get https://code.edge.launchpad.net/~harvest-dev/harvest/django going
[15:30] <dholbach> https://wiki.ubuntu.com/Harvest/NewUI
[15:30] <dholbach> in that case it'll be much more fun again to make use of harvest
[15:30] <dholbach> and I also could get it more easily on a canonical machine :)
[15:30] <dholbach> the current code is very ugly
[15:31] <gaspa> dholbach: I'm at floor level, with django, perhaps I'm not the right person to help you :P
[15:31] <dholbach> if you're a web person, we need you :-)
[15:33] <fpr02> slytherin: OK, I believe I've done that.
[15:33] <gaspa> dholbach: :P I'm not exactly a web person :P
[15:33] <dholbach> you use it!
[15:33] <dholbach> ok, I shut up now
[15:33] <gaspa> :D
[15:33] <dholbach> in any case we need to get harvest-django rolling during lucid
[15:33] <dholbach> it'll make the world a better place
[15:34] <gaspa> is there a todo list?
[15:34] <gaspa> (yes, it is...)
[15:34] <Rocha> slytherin: i've fixed the bug, i just need to change the --prefix in ./configure
[15:34] <gaspa> erhm... empty...
[15:34] <c_korn> I have a question about dh7: I override the dh_install target to first call dh_install and then remove some files from the installation directory afterwards. problem is that I remove files in a package which is arch indep and so the installation directory is not created for archs other than i386. is there a way (other than using rm -f) to somehow make a difference between archs ?
[15:35] <dholbach> gaspa: https://wiki.ubuntu.com/Harvest/NewUI has mockups
[15:35] <dholbach> gaspa: I'll try to have a chat with a bunch of web people about it to try to figure out what needs doing
[15:35] <dholbach> or rather which steps they'd take to implement it
[15:35] <gaspa> nothing "backend" ? :P
[15:35] <dholbach> the backend is mostly done I'd say
[15:35] <gaspa> ok
[15:36] <dholbach> I did a bunch of it, I'm sure it's going to need to be extended over time
[15:41] <gaspa> dholbach: well, in the meantime I'll prepare my pages for lucid... (I 'm asking how many people use them... apart quadrispro)
[15:41] <dholbach> we'll still use that data with the new harvest
[15:41] <dholbach> I guess when the new harvest is usable and fun, there's going to be more people making use of the data :)
[15:42] <gaspa> and not the pages, that's cool ... I (graphically) hate them :P
[15:43] <dholbach> you can help
[15:43] <dholbach> anyway  - I'm heading out now
[15:43]  * quadrispro fighting against MoinMoin
[15:43] <dholbach> have a great WE
[15:43] <dholbach> and thanks for your work
[15:44] <carresmd> what's happening to the keyserver? It has been down for days now... (sorry if this isn't the right place, but I was redirected here by someone in #ubunu)
[15:46] <carresmd> you guys were supposed to know more about the keyserver according to the guy that send me here
[15:51] <geser> carresmd: you want to fetch a PPA key?
[15:52] <carresmd> geser, no I need to add my key to launchpad
[15:53] <proppy> Hi, it seems jikes is not available in karmic universe
[15:53] <proppy> while http://packages.ubuntu.com/karmic/jikes-classpath is
[15:53] <proppy> (and depends on it)
[15:54] <carresmd> geser, I've send the key to pgp.mit.edu instead. But that was useless as they don't sync when keyserver.ubuntu.com is down or whatever it is.
[15:54] <Rocha> what is the signal emitted by a spinbutton when i change it's text without using the arrows?
[15:54] <Rocha> i thought it would be "changed" because it's a subclass of GtkEntry
[15:54] <Rocha> but it doesn't work
[15:55] <geser> carresmd: in that case #launchpad would probably be better to ask or directly in the channel with the canonical sysadmins (but I forgot it's name :( )
[15:56] <proppy> it seems removed from debian unstable as well
[15:56] <carresmd> geser, could it be #canonical-sysadmin ?
[15:57] <geser> carresmd: yes, sound about right
[15:58] <proppy> (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=508366)
[15:59] <proppy> nvm, I'll install it from jaunty
[16:18] <ScottK> proppy: Don't plan on using it long term.  It's just an error that I missed asking for jikes-classpath removal.
[16:24] <ScottK> proppy: IIRC you worked on poker-network before.  Any interest in fixing ours to be installable again?
[16:26] <aidave> can someone please help figure out why this desktop menu item does not appear: https://launchpad.net/kabikaboo/+download
[16:32] <proppy> ScottK: sure, but there is a lot of movement upstream currently
[16:33] <proppy> ScottK: poker-network 2.0 is in development, and the upstream pushed the last 1.x stable to debian
[16:33] <ScottK> proppy: The version we have in Karmic is uninstallable due to depending on python-xml (which we removed due to a variety of reasons).  If we could just get that fixed, that'd be a big win for now.
[16:33] <proppy> ScottK: do you have pb with installation of 1.7.5-1.1 ?
[16:34] <proppy> ScottK:
[16:34] <proppy> sure, I recently commited a fix for this upstream
[16:34] <ScottK> Dunno.  Does it depend on python-xml?
[16:34] <proppy> the new control.karmic in upstream should do the trick
[16:34] <proppy> w8
[16:35] <proppy> ScottK: http://svn.gna.org/viewcvs/pokersource?rev=6305&view=rev
[16:35] <proppy>  Wed Oct 21 12:09:26 2009 CEST (9 days, 6 hours ago)
[16:35] <proppy> :)
[16:36] <proppy> ScottK: sorry I should have pushed it here, before karmic release date
[16:36] <proppy> ScottK: wierd http://packages.ubuntu.com/karmic/python-poker-network states Package: python-poker-network (1.6.0-1.2ubuntu1)
[16:36] <proppy> but there is http://archive.ubuntu.com/ubuntu/pool/universe/p/poker-network/poker-network_1.7.4-2ubuntu1.dsc
[16:37] <proppy> ScottK: should I ask a sync ?
[16:37] <jdong> heh now this is just sad.... Flash running in WINE.
[16:37] <proppy> for 1.7.5 ?
[16:37] <randomaction> Whom do I subscribe to an SRU bug? motu-sru, u-u-s, or both?
[16:39] <randomaction> Or ubuntu-sru?
[16:40] <c_korn> why does the phonon package provide phonon-backend ? shouldn't some backend do this ? (and the backends already do so)
[16:40] <jdong> randomaction: if it's a universe package, motu-sru
[16:41] <jdong> randomaction: for Universe, we'd prefer a motu-sru ACK before an upload
[16:41] <jdong> for main, the ubuntu-sru team seems to not care, or prefer the other way around
[16:43] <randomaction> ok, it's a universe package, so subscribed motu-sru
[16:44] <aidave> does anyone know how to use dpkg-buildpackage to hit all targets?
[16:44] <aidave> like -iaall or something
[16:45] <aidave> my program is python and not compiled so i dont really need 64/32 bits
[16:49] <proppy> ScottK: here ?
[16:55] <c_korn> can someone please help me with that debian/rules file ? http://pastebin.com/d6dcb6a92 I want to override the binary-indep target so the files get removed from the arch indep upp-data package. but in the build log it seems that binary-indep is also not called on an i386 arch.
[17:12] <corp186> I have a project I'm ready to release, and I would like to prepare it for getting into lucid as well
[17:12] <corp186> the source is in a lp bzr repo
[17:13] <corp186> I build packages from the branch using bzr bd
[17:13] <corp186> so I don't have release tarballs
[17:13] <Rocha> ok, i've fixed my first ubuntu/gnome bug
[17:13] <Rocha> to whom should i send the changes and how?
[17:13] <corp186> is it required to have ubuntu packages based around release tarballs and diffs, or can my bzr branch be the source package itself?
[17:17] <siretart`> corp186: the source package format requires the sources to be available as tarballs. the buildscripts are in most cases added as "diff"
[17:18] <corp186> siretart`: when you say "the source package format requires the sources to be avaialble as tarballs", are you meaning build wise or ubuntu-wise?
[17:18] <corp186> because lp builds the packages just fine the way they are
[17:19] <randomaction> Rocha: https://wiki.ubuntu.com/SponsorshipProcess
[17:19] <siretart`> the source package format defines a non-native source package as a .dsc file, a .diff.gz and .orig.tar.gz
[17:19] <siretart`> lp buildds only accept this kind of source package for ppas
[17:20] <randomaction> Rocha: see also https://wiki.ubuntu.com/StableReleaseUpdates if you want your fix included in karmic
[17:22] <corp186> siretart`: I think I was confusing things in my head: bzr builddeb -S creates my source packages for me
[17:22] <corp186> so from that standpoint, are source packages created by bzr bd -S acceptable for inclusion into ubuntu?
[17:22] <Rocha> randomaction, thanks, i'm also reading Bugs/HowToFix from the wiki
[17:22] <siretart`> corp186: sure!
[17:22] <corp186> my concern is partly due to the whole "watch" files thing
[17:23] <siretart`> if you don't have releases, there is no point in checking for a new release
[17:23] <corp186> I don't know that much about it, but I know that they are supposed to watch for tarball version changes and such
[17:24] <corp186> I suppose I'll probably cut a release tarball
[17:24] <corp186> and have a watch file to watch for the release tarballs
[17:24] <corp186> even though it's not necessary when I'm the maintainer of both the source and the packaging
[17:29] <ScottK> proppy: Back.
[17:29] <proppy> ScottK: welcome back :)
[17:29] <ScottK> proppy: So poker-network is OK just dropping the build-dep.  No other changes needed?
[17:30] <ScottK> proppy: For Lucid, look at the existing Ubuntu diff and make sure it's all in the Debian package, then ask for sync.
[17:30] <proppy> ScottK: I'll compute the diff between control.jaunty and control.karmic w8
[17:30] <Rocha> hmm, creating a deb package with my changes is not easy
[17:30] <Rocha> i guess i'll try to just send the diff to someone
[17:31] <proppy> ScottK: yes, http://pastebin.com/f389b0a61 is the only diff in debian dirs
[17:32] <ScottK> proppy: You might want to suggest to the Debian maintainer that he move to python-support.  Python-central is getting pretty agressively deprecated in Debian.
[17:32] <proppy> ScottK: I also fixed python path issue with python 2.6
[17:32] <proppy> http://www.mail-archive.com/pokersource-commits@gna.org/msg05491.html
[17:32] <ScottK> Rocha: If you can just attach your patch to the bug and subscribe ubuntu-universe-sponsors, someone else can make it into a debdiff.  It'll just take longer to get in.
[17:33] <ScottK> proppy: If I get a fixed poker-network into Karmic, can you test it?
[17:33] <Rocha> ScottK, i'll try to create a deb myself then
[17:33] <proppy> ScottK: sure, I could help to get it fixed too
[17:34] <proppy> what do you want me to do ?
[17:34] <proppy> "look at the existing Ubuntu diff and make sure it's all in the Debian package" ?
[17:34] <proppy> ScottK: as I said earlier I'm confused about the ubuntu package in karmic, because source packages seems 1.7.4-2 and binary is 1.6.0-1.2ubuntu1
[17:35] <ScottK> proppy: That's because 1.7.4-2 failed to build
[17:35] <proppy> ScottK: is there a bug # for the FTBS ?
[17:35] <proppy> ah python-xml ?
[17:36] <ScottK> Yes
[17:36] <ScottK> I guess
[17:36] <proppy> looking at http://archive.ubuntu.com/ubuntu/pool/universe/p/poker-network/poker-network_1.7.4-2ubuntu1.diff.gz
[17:36] <ScottK> https://bugs.launchpad.net/ubuntu/+source/poker-network has a lot of failed to install bugs.
[17:36] <ScottK> I think the only diff was the 2.6 stuff.
[17:36] <ScottK> https://launchpad.net/ubuntu/+source/poker-network/1.7.4-2ubuntu1
[17:37] <proppy> +  * Merge from Debian unstable, remaining Ubuntu change:
[17:37] <proppy> +    - debian/python-poker{-network, 2d, -prizes, -stats}.install: use
[17:37] <proppy> +      wildcards
[17:39] <proppy> ScottK: ah so ubuntu patch see to be *-packages instead of site-packages in *.install ?
[17:39] <ScottK> proppy: Yes, because Python 2.6 installs to dist-packages
[17:40] <proppy> ScottK: I can forward this patch to upstream, but it will go in 2.0
[17:40] <ScottK> OK.
[17:40] <proppy> ScottK: I'm not sure the maintainer can do another 1.7.5 upload in debian
[17:40] <proppy> I'll ask
[17:40] <ScottK> Can it go into Debian?
[17:40] <ScottK> Why not?
[17:41] <ScottK> I can have it NMU'ed if you'd prefer.
[17:41] <proppy> ScottK: because current svn is 2.0
[17:41] <ScottK> Several DD are on a campaign to get ready for Python 2.6 in Debian.
[17:41] <ScottK> Shouldn't affect what can go in Debian.
[17:42] <proppy> ScottK: ah so the trick would be to publish a 1.7.5-2 ?
[17:42] <proppy> without altering the tarball ?
[17:42] <ScottK> Yes.  Exactly.
[17:42] <proppy> ScottK: but make sure that it also in poker-network 2.0 SVN
[17:42] <ScottK> Yes
[17:43] <proppy> ScottK: is there a way to get the complete ubuntu patch from a -ubuntu1 packages ?
[17:43] <proppy> sorry I don't remember
[17:44] <Rocha> do i need to create a public key for debuild?
[17:44] <proppy> it is been a long time since I've been involved in MOTU stuff :)
[17:44] <Rocha> debuild is failing because "secret key not available"
[17:44] <proppy> at the time there was a thing called DaD and MoM
[17:45] <Rocha> debsign is aborting with a gpg error
[17:45] <Rocha> i really need documentation on how to create a package
[17:46] <ScottK> proppy: http://patches.ubuntu.com/p/poker-network/poker-network_1.7.4-2ubuntu1.patch
[17:46] <ScottK> Rocha: Pass -us -uc to debuild and it won't sign
[17:46]  * ScottK is off for a while again
[17:46] <Rocha> ScottK, thanks
[17:50] <proppy> ScottK: it's strange because when I build manually poker-network under karmic
[17:50] <proppy> dpkg -c doesn't anything in site nor dist-packages
[17:51] <Rocha> perfect, i know have a debdiff =)
[17:57] <proppy> ScottK: applied ubuntu patch upstream
[17:58] <proppy> note that poker2d is no more in 2.0
[18:16] <Rocha> ScottK, i've attached the debdiff to the bug in launchpad
[18:22] <Rocha> now i need a developer to review my patch
[18:42] <nanotube> not sure if this is the right place to ask... but: does anyone know why libstdc++5 was removed from universe in karmic? a number of third-party binaries depend on it, could it be reinstated? as it is now one has to manually grab the .deb from jaunty in order to make things work.
[18:47] <micahg> nanotube: from LP: Deleted        in        karmic-release                                 (Reason:          (From Debian) RoM; obsolete)
[18:47] <randomaction> nanotube: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=536776
[18:47] <fabrice_sp_> nanotube, it¡s because gcc-3.3 has been removed. Program that still depends on it should be recompiled
[18:47] <fabrice_sp_> too late :-)
[18:49] <nanotube> hmm... kinda sucks...
[18:50] <fabrice_sp_> nanotube: what packages did you find that required it?
[18:50] <nanotube> fabrice_sp_: specifically, the mozilla thunderbird binary from mozilla.org
[18:51] <Rocha> i noticed that gnome-control-center has a bzr branch in launchpad
[18:51] <nanotube> fabrice_sp_: but i've seen people talk about a few others too
[18:51] <fabrice_sp_> nanotube, Ubuntu has thunderbird in it (I'm using it)
[18:51] <Rocha> should i also branch it, put my fix there and propose a merge?
[18:51] <nanotube> fabrice_sp_: yes, i know it has.
[18:51] <fabrice_sp_> Rocha, you can. Or you can also generate a debdiff
[18:52] <fabrice_sp_> gcc 3.3 is from 2005...
[18:52] <Rocha> fabrice_sp_, i generated a debdiff and attached to the bug on launchpad
[18:52] <chrisccoulson> Rocha - what fix?
[18:53] <Rocha> chrisccoulson, bug #226748
[18:53] <chrisccoulson> Rocha - could you send the patch upstream please?
[18:54] <Rocha> chrisccoulson, can you give me a link with instructions on how to do that?
[18:54] <Rocha> chrisccoulson, i only started today with this bug fixing thing, i'm a complete newbie
[18:54] <chrisccoulson> it looks like a corner case, and probably isn't worth a SRU now. and we already have so many patches in our g-c-c package, that we should avoid applying our own patches without sending them upstream
[18:55] <ari-tczew> is lucid just open?
[18:55] <chrisccoulson> Rocha - you can open a bug at http://bugzilla.gnome.org/ , and attach the patch there
[18:56] <Rocha> chrisccoulson, ok, i'll do that
[18:56] <chrisccoulson> thanks for your work too
[18:57] <Rocha> chrisccoulson, i'm glad i could help :)
[18:58] <Rocha> i'll try to help with other bugs that i find
[18:59] <chrisccoulson> excellent :)
[18:59] <chrisccoulson> Rocha - i haven't had a look at your patch in any great detail, but one comment i have is that upstream can be quite picky about formatting ;)
[18:59] <Rocha> i've found some bugs today and i'll report them on monday (i don't have internet access at home)
[19:00] <chrisccoulson> it's normally a good idea to stick to the coding style already used in the file you're patching
[19:00] <Rocha> chrisccoulson, i tried to stick with the coding style
[19:00] <Rocha> i suppose i haven't changed it
[19:00] <chrisccoulson> in the case of g-c-c, they tend to use "foo (" rather than "foo(" when calling functions
[19:01] <chrisccoulson> so there is always a space there
[19:01] <Rocha> hmmm, i see
[19:01] <Rocha> if they reject the patch i can surely fix that
[19:01] <chrisccoulson> just a minor nitpick, because the upstream developers tend to pick up on minor details like that ;)
[19:05] <Rocha> chrisccoulson, i tried to do copy-pasting of the gtk because i never used gtk
[19:05] <Rocha> so i guess my code is following the owners own style
[19:05] <chrisccoulson> that's ok :)
[19:33] <ScottK> nanotube: Because it was ancient, not supportable, and not needed by anything except proprietary stuff we don't support.
[19:45] <hyperair> YokoZar: the mesa patch has been accepted upstream, and a debdiff including the patch has been attached (bug #248392)
[20:11] <c_korn> if I want to write a new binary target for debian/rules can I still use %: dh $@ or do I have to explicitely write all other targets, like: build: dh $@ ; clean: dh $@ ... ?
[20:31] <sistpoty> hi folks
[20:32] <iulian> Hey sistpoty.
[20:32] <sistpoty> hi iulian
[20:33] <sistpoty> is lucid already open? (just saw lucid entries in packages.u.c.)
[20:34] <sebner> huhu sistpoty iulian :D
[20:34] <sistpoty> oh, just see it now... pre-release freeze
[20:34] <sistpoty> hi sebner
[20:34] <sebner> sistpoty: I've seen some toolchain uploads (debhelper) but some other stuff too
[20:34]  * sistpoty subscribes to lucid-changes
[20:35] <sebner> sistpoty: As a serious student I just can't use lucid as I only have 1 productive machine *cough* :P
[20:35] <sistpoty> heh
[20:36] <sistpoty> oh, damn, I should dist-upgrade to lucid now (hoping that nothing is broken yet *g*)
[20:41] <sebner> sistpoty: hahaha! no need to. We have nexuiz everywhere! \o/
[20:42] <sistpoty> :)
[20:52] <iulian> Hi sebner.
[22:35] <ScottK> Lucid pbuilder is ready to go.
[22:36] <JontheEchidna> toolchain's up already?
[22:37]  * sistpoty believed he had managed to not too much encourage that certain person on -devel. /me was obviously wrong and feels sorry
[22:37] <ScottK> JontheEchidna: Mostly.
[22:38] <JontheEchidna> that was quick
[22:38] <ScottK> I just dist-upgraded my karmic pbuilder and I'm making a new one of those.
[22:38] <lifeless> debootrap patched?
[22:39] <ScottK> IIRC it was done before release.
[22:46] <wgrant> Does anybody who watches Debian closer than I know of any timeline for the new source formats?
[22:47] <ScottK> wgrant: All I know is getting it working was a target of this week's ftp-master sprint and a lot of people want it sooner rather than later.
[22:47] <ScottK> wgrant: I think it would be risky for Ubuntu to start autosync without support.
[22:48] <wgrant> ScottK: OK. I'll assume that I'll need to get it CPed during LP 3.1.11, then.
[22:48] <wgrant> That reminds me, I must also test the syncer.
[22:48]  * wgrant tries to work out how to do that.
[23:37] <adurity> Trying to install vim-rails but it has a dependency on vim-full which doesn't exist in Karmic...
[23:38] <zooko> ScottK: interested in looking for packages which were miscompiled by the bad GNU as?
[23:39] <sistpoty> zooko: I thought we were clear of them?
[23:40] <zooko> sistpoty: ah, maybe someone already looked into it and determined that no packages were adversely affected?
[23:40] <zooko> Last I heard, there was the possibility that some packages in Karmic might have been mis-assembled.
[23:40] <zooko> Wow us.archive.ubuntu.com is slow today.  :-)
[23:40] <sistpoty> zooko: I only know about toolchain issues... but I believe these might fall under "miscompiled by as"... do you have a list?
[23:40] <sistpoty> (just to verify)
[23:41] <zooko> I don't have a list.  I was thinking of proposing that someone who knows the ubuntu archive system help me generate a list of candidates.
[23:41] <zooko> First filter would be "the thing was uploaded between the time of the bad binutils and the time of the good binutils".
[23:41] <zooko> Next criterion would probably be "thing has the string '.intel_syntax' in one of its source files".
[23:41] <dtchen> zooko: kees responded to you earlier in #ubuntu-devel about that issue
[23:42] <dtchen> 23:44 < kees> zooko: we did that yesterday and reviewed all the matches --  none were built after the buggy binutils was in the distro.  lucky  us!
[23:42] <jpds> zooko: Yeah, check out what it's doing, dude: http://www.acc.umu.se/technical/statistics/ftp/monitordata/
[23:42] <zooko> dtchen: oh, thanks!
[23:42] <sistpoty> zooko: yes, that was exactly what we triaged already :)
[23:42] <zooko> Great!  Good work, folks!
[23:43] <sistpoty> thank kees and ScottK for doing it ;)
[23:43] <jpds> zooko: FWIW, us.archive does not point at a US mirror, but rather London/Sweden mostly.
[23:44] <zooko> jpds: hm, so I have a beautifully fast mirror, but it doesn't have the fixed binutils yet, so I switched back to us.archive.
[23:44] <zooko> Wait, why does "US" .archive live in Europe?
[23:44] <zooko> Oh, I see that us.archive doesn't have the fixed binutils either.
[23:44] <sistpoty> the US is part of the european union now :P
[23:45] <jpds> zooko: Because noone has stepped up to take the load.
[23:45] <zooko> sistpoty: :-)
[23:47] <zooko> Hrm, so the bug is marked "fix released" but the updated binutils is still somewhere between "released" 11 hours ago and in the main apt repo?
[23:47] <dtchen> zooko: that's because karmic is frozen. The fixed version is in karmic-proposed.
[23:47] <zooko> Maybe I need to add karmic-updates or karmic-proposed or something?
[23:47] <zooko> Thanks.
[23:47] <dtchen>   * Fix PR gas/10856, wrong code with assembler files in intel syntax.
[23:47] <dtchen>     Patch taken from the 2.20 branch. LP: #461303.
[23:48] <zooko> So when will it go into the main apt repo for karmic?
[23:48] <dtchen> it won't. karmic is frozen.
[23:48] <dtchen> it will follow StableReleaseUpdates procedure and then go into karmic-updates if it passes.
[23:49] <zooko> I see.  Thanks.
[23:49] <dtchen> (wiki.ubuntu.com/StableReleaseUpdates)