User1: User2 contentless pong
User2: lol
User2: User1 I figured I would ask you on irc regarding bug 280497 since I was unsure what info you were looking for.  Or, if I should follow up at all
User3: Launchpad bug 280497 in clutch "please remove clutch package from intrepid, merged upstream" [Wishlist,Incomplete] https://launchpad.net/bugs/280497
User1: User2 well, seeing as it's on the sponsorship queue, and transmission doesn't yet replace clutch, a diff for that would be good.
User1: (so we don't leave stale binaries on a user's system)
User1: (apart from that, you're perfectly correct - i used incomplete as a "this is not ready to be done / sponsored yet"
User1: )
User1: User2 and i'd prefer not to approve the removal bug, until that debdiff is actually done and in the archive - just to make sure it actually does happen
User2: User1 cool, sounds good
User1: User2 did you want to provide a patch, or do you want me to just do it?
User2: well, I don't know how
User2: maybe someday, I've looked at some packaging docs in the past...  regardless, anything thats done will have to be done by others.  I mainly wanted to provide the info clearly
User1: ok, cool
User1: User2 fixed (well, the first half)
User1: drat, i can't unsubscribe bugs from u-u-s
User4: User5 pong
User4: User1 Is it the clutch one?  If so, I'll do it
User4: If not, which bug?
User1: User4 yes, and i've already done it
User4: OK.  I guess I was confused by you saying you couldn't.
User1: User4 oh.  no, that was some java bug.
User1: jhove, or something
User4: I see.
User5: User4 fast question, i know that it`snt a good time but.. i need your feedback for upload rapache "early eagle" in intrepid :)
User5: this release is very stable and include big features, now it`s in rapache-devel PPA (~1 month in testing)
User5: User4 if i open bug and I will write a report of it (new features, bug fixes ecc..) can i have some chances for include it in intrepid ?
User5: i know that you are Server Team delegate.. :)
User5: User4 anyway i go to sleep now, feel free to reply via mail, thanks and good night.
User6: Woah!  Who felt the need to upload nouveau?
User6: s/upload/sync?
User7: User6 I think it was bryce.
User6: Does it _work_?
User7: I heard that it doesn't build.
User6: I thought we (a) didn't have a libdrm that the kernel module will build against and (b) didn't have the kernel module?
 * RAOF is totally unsurprised
User7: Sounds about right.
User6: Also, still have the baddevice, but I'm doing stuff now.
User7: User6 It shouldn't be a baddevice any more.
User7: And I know approximately why it happens now.
User6: I may need to restart.
User7: Yep.
User6: I'm a bit busy now, I'll try later.
User7: Some part of the X client stack is sending structs in the wrong order.
User1: oh dear.
User7: I can debug it myself now anyway, because I can use a remote amd64 client.
User7: (it only affects amd64 clients, which was why none of us could reproduce it)
User6: Hah.
User7: User6 See bug #267611
User3: Launchpad bug 267611 in xserver-xorg-input-synaptics "[intrepid] cannot see touchpad tab in mouse configuration" [High,In progress] https://launchpad.net/bugs/267611
User7: The comments near the end in particular.
User7: Running gdb through things, it's sending out the struct verbatim.
User7: And nothing I can think of can convince gcc to be reorder it less.
User8: User7 oh, I just read your comments. Good you found the bug, now the problem is to find a fix :)
User7: User8 Yes - I'm very confused.
User7: This is the first time I've dealt with internal X stuff...
User9: User6 slightly surpised about nouveau? :)
User6: User9 Indeed.
User9: ah well, that's cooperation for you
User6: I'm not surprised that it failed to build, though.
User9: even if it builds, it likely won't work, right?
User6: Indeed.
 * ajmitch wouldn't mind being able to use it one day, but until then it's not so useful
User6: You totally can now, just not with the packages in the archive.
User9: by 'use it', is that limited to just 2D?
User6: Not necessarily.
User9: most importantly, will it work with WoW? :)
User6: But certainly not _supported_ 3d.
User6: No.  Well, maybe.
User9: that's the only important 3D app I have
 * laga_ waves
User10: \sh: lounge metal is awesome
User11: User13 User12 Please tell me if I should log a bug for this. The binary for libxstream-java is not present on archive mirror anywhere.
User12: slytherin, Does anything depend on it?
User11: User12 I think cglib, I don't remember exactly.
User12: slytherin, apt-cache rdepends tells me there are none (at least for amd64).  It's worth investigating: file a bug if you are certain it shouldn't be gone.
User11: User12 here is what apt-cache rdepends tells me - W: Unable to locate package libxstream-java
User11: User12 also check this - http://qa.ubuntuwire.com/debcheck/debcheck.py?dist=intrepid&package=groovy
User11: looks like it was lost in moving to universe and then back to multiverse
User11: slangasek: Need your help please. Binary for libxstream-java is lost. Seems to be result of activity you did on bug #268538
User3: Launchpad bug 268538 in libxstream-java "Please move package to universe" [Wishlist,New] https://launchpad.net/bugs/268538
User13: looks like LP was hungry again
User11: not result exactly, side-effect
User13: cprov: are you around? can you check why LP ate libxstream-java?
User13: User11 LP likes to eat arch:all packages when they are moved between components
User11: :-)
User11: User13 I am wondering if I should check all other packages dealt under move to universe work.
User12: slytherin, That's probably a good idea
User14: Is anyone familiar with how bugzilla in intrepid is packaged? It extracts to individual tar.gz (seems like different languages). How do patches get applied in this case?
User15: hello, everybody. could you tell me please, if i would like to use some ppa repo from launchpad, where can i get *.asc key for such repo?
User16: User15 PPAs are not signed
User15: User16 oh, thank you very much. that's why i can't find it. :-)
User17: User18 hi, it seems like you missed an open sponsor request open for xapian-omega
User17: User18 ah, no, you did know about it. Why did you keep it open?
User18: james_w, gah! ... I didn't remember to have uploaded it. Sorry
User17: no problem
User11: User12 cruisecontrol is going to be tough task. It has many build-deps which are not in Debian. :-)
User12: slytherin, refresh me : why did we want that?
User11: User12 not that we wanted it. It is one of the two packages on my radar. :-)
User12: slytherin, Ah.
User11: and as I said I am going to package it directly in Debian
User12: slytherin, You've a bunch to kristinerodriguez@example.org before DIF then :)
User11: User12 Let's see. I have made a call for help on debian java list.
User19: User12 Hello, I'm reminding you of sl-modem
User12: AnAnt, When I rebooted today, I specifically re-enabled the modem in the BIOS as the first step to testing :)
User11: does anyone know off hand the url to be added in watch file for apache projects?
User12: slytherin, I don't think there's a mirror proxy for apache set up.
User11: silly question, all the packages that are needed for clean target should go in build-depends right?
User16: User11 yep
 * persia wants a Build-Depends-Source: header, but it would be Ubuntu-specific, and not very useful in most cases.
User11: is anyone having trouble with seahorse not accepting passphrase for gpg key?
User20: slytherin, I did. I ended up disabling the gpg-agent in my gpg.conf
 * slytherin is doing same
 * Yagisan sighs. I wonder which bright spark decided to disable ifup -a
User20: there is a nice nasty surprise lurking in intrepid main now for anyone (such as me) foolish enough to be testing it on a server - last nights ifupdown update breaks networking.
User12: It works for me.
User20: persia, have network-manager installed ?
User12: Yagisan, Hrm.  Changelog looked like it was doing the intelligent thing.  Do you by any chance have network-manager installed?
 * laga_ blinks
 * persia kristinerodriguez@example.org.
User20: persia, not at all - hence bug #281984
User3: Launchpad bug 281984 in ifupdown "Updating ifupdown to 0.6.8ubuntu10 DISABLES STATIC IP ADDRESS BASED NETWORKING" [Undecided,New] https://launchpad.net/bugs/281984
User12: slytherin, It's working for me.
User20: persia, I -er - wasn't impressed.
User12: Yagisan, understandably.
User20: I lost my kvm farm :'(
User12: 0.6.8ubuntu9 worked fine?
User20: yes
User20: if you must use network-manager - you'd think it would at least pull it in
User12: Maybe just a logic error.  From looking at the changelog and associated mail, it appears like this was an attempt to unbreak ifupdown
User12: Yagisan, You don't happen to see what in http://launchpadlibrarian.net/18439221/ifupdown_0.6.8ubuntu9_0.6.8ubuntu10.diff.gz might cause the issue, do you?
User20: +	} else if (auto_disabled() != 0) {
User20: +		printf("WARNING: ifup -a is disabled in favour of NetworkManager.\n"
User20: +			"  Set ifupdown:managed=false in /etc/NetworkManager/nm-system-settings.conf.\n");
User20: +		exit (0);
User20: }
User20: ^^ that stands out
User20: so - if I search up from there
User20: persia, this looks like it may be it
User20: +<<main functions>>=
User20: +static int auto_disabled() {
User20: +	static int initialized = 0;
User20: +	static int auto_up_disabled = 0;
User12: Shouldn't "static int auto_up_disabled = 0;" mean it defaults to working unless specifically set to be broken?
User12: It *should* be broken for systems with network manager installed, or it exposes bug #256054
User3: Launchpad bug 256054 in network-manager "[intrepid] new 0.7 branch ignores /etc/network/interfaces" [High,Fix released] https://launchpad.net/bugs/256054
User12: Wait, no, I'm an idiot, and got caught by the same issue that probably caught the author.  0 is true.
User12: Or, no, that's not it.  Ignore that last line
User17: +			int managed = iniparser_getboolean (ini_dict, "ifupdown:managed", -1);
User14: Is anyone familiar with how bugzilla in intrepid is packaged? It extracts to individual tar.gz (seems like different languages). How do patches get applied in this case?
User17: the -1 is what to return if not found, e.g. the file is not there presumably
User17: isn't -1 == TRUE?
User20: persia, :/ it looks like it wants network-mager files - I don't have network-manager
User12: james_w, That's one of the things that is language dependent.  In C, if I remember correctly, 0 is false, and non-zero (including -1, 17, 2432349827, etc.) are true.
User12: Yagisan, Yeah.  I think maybe that section needs to check for the existence of the file, and if the file is absent, presume that it should just work.
User17: yeah, just checked, if it's not found "managed" will evaluate to true, so it will set auto_up_disabled to 1
User20: I just want it to not break the servers - network-manager is not in ubuntu-minimal, and if I get shockers like this - I'm less comfortable even testing new releases
User17: User20 I'll put together a fix, would you be willing to test it?
User20: james_w, sure. server is amd64. when do you want a report back ?
User17: User20 actually, can you tell me if you have /etc/NetworkManager/nm-system-settings.conf
User12: Soonest is best (despite the hour).  With luck, we can fix it before people in NZ upgrade on Monday morning ...
 * Yagisan is .au
User12: Yes, so you know exactly how soon some sysadmin is going to come in early to work on Monday and break the world :)
User12: (about 4 hours by my count)
User20: james_w, no
User17: User20 then that's not the problem
User20: persia, that was me ~14 hours ago
User12: james_w, Hrm.  So why would "managed" end up true on a server?  I'm sure there's a logic error somewhere, but don't see it.
User17: http://paste.ubuntu.com/56681/
User17: that's the code I'm looking at, just to check we're looking at the same thing
User20: james_w, when I removed that file you asked for (this morning) I got networking back. I just did a quick check by touching a blank file there - and networiking went down again
User12: Which file?
User20: /etc/NetworkManager/nm-system-settings.conf
User12: That should only be there if network manager is installed.
User12: If `touch /etc/NetworkManager/nm-system-settings.conf` is enough to break it, the check is clearly wrong.
User20: it was at one stage. long long ago.
User17: User20 ok, so it is the issue
User17: User20 are you happy to test from a PPA, or is a debdiff better?
User20: james_w, a ppa is fine
User17: User20 cool, it will take me a few minutes
User17: User20 would you adding the information that you have that file to your bug report?
User20: I gave up on network-manager long ago when it finished on doing dhcp for static connections
User20: james_w, editing it now
User17: User20 and I would like it if you would remove some of the ALL CAPS parts as well, I don't think they are constructive.
User12: james_w, I think I found it.  I think "int managed = int managed = iniparser_getboolean (ini_dict, "ifupdown:managed", 0);"iniparser_getboolean (ini_dict, "ifupdown:managed", -1);" should be "
 * persia tries that again
User12: I think "int managed = iniparser_getboolean (ini_dict, "ifupdown:managed", -1);" shoud be "int managed = iniparser_getboolean (ini_dict, "ifupdown:managed", 0);"
User17: User12 yeah, that's the change I'm making
User20: neither was getting to spend sunday morning fixing the dammed servers instead of the other things I had to do. I'd have been roasted alive if I were to try and send a package like that to revu.
User17: User20 yes, I understand your frustration.
User20: someone may want to adjust the Depends line so it pulls in network-manager as well considering it depends on it.
User12: No, it specifically *shouldn't* depend on network manager.
User12: If it does, the code should be fixed to not do that.
User12: The problem looks like a bad default setting, but it could also be an issue with how dictionary.c handles a missing file.
User17: no, it does the right thing if the file is missing
User20: persia, the message it states is that ifup -a is specifically  "disabled in favour of NetworkManager."
User20: so a normal apt-get remove - not apt-get purge - will fail and hit this bug
User12: james_w, OK.  Hadn't read iniparser_load yet.  Thanks for the confirmation.
User20: (?? when did motu start fixing main ??)
User8: User20 the problem is that the current code "thinks" that NM is enabled for your device and then disables ifup as you don't want both ifup and NM messing with your NIC at the same time
User12: When you started complaining about it here :p
User20: persia, I should do that more often - it's so much more productive ;)
User20: stgraber, perhaps it should check for the network-manager binary as well as the config files ?
User12: Yagisan, You could have said something in #ubuntu-devel, which is arguably the more correct forum.
User12: Oooh.  That's a good idea.  Make sure the binary is installed, and *then* check the configuration.
User21: aaasaazaaza
User21: oops
User12: lucas, wrong terminal, or escaped binary snippet?
User21: hanged terminal, but apparently what I was typing was still being sent
User17: User20 you can see it building on https://edge.launchpad.net/~james-w/+archive
User17: User20 please test once it is published, starting from a broken configuration
User12: james_w, is that just -1 -> 0 ?
User17: I've replicated the issue here, and tested the fix
User17: User12 yeah
User20: persia, I could but last time I reported a bug, I got blown off to launchpad and #ubuntu
User12: What do you think about Yagisan's suggested guard against apt-get remove?
User17: User12 makes sense to fix the immediate problem now, we can have a discussion on making it more robust when people networking isn't at risk
User12: Yagisan, Depends on the bug.  This is fairly core, and easy to fix.  Ask something less important, and even here you'll get blown off.
User17: User12 it makes sense, but in theory this code should be robust enough to not need it. Defence in depth is reasonable though.
User12: james_w, Well, considering that the default answer to "Network Mangler is broken" was "remove it" for quite a while, I wonder if it's really that uncommon that the config file is present without the binaries.
User17: User12 it actually breaks for those who upgrade ifupdown before network-manager currently, so we don't even need to look that far to find failure cases
User20: it's not. When most of my hardy boxes go to intrepid, all of them will have the network-manager config files, but not the binary
User17: User12 but now I see what you are getting at, and so yes, I think we should make that change
User12: Yagisan, Yes, but you manage all those boxes, so it's only one data point.  james_w point that it will break for *everyone* is probably a better defense to get this sponsored.
User17: I don't think we'll have trouble finding a sponsor for this fix :-)
User20: persia, if I have the wife complain - does that count as two data points ;)
User20: huzzah - it built
User17: just waiting for it to be published
 * Yagisan twiddles thumbs
User20: james_w, it's installed. I'll be back in a minute or two once the server reboots.
User17: User20 cool, you are starting from a broken configuration?
User20: /etc/NetworkManager/nm-system-settings.conf now exists.
User20: hopefully eth0, tap0 and br0 all come up.
User20: hmm - better idea
User20: james_w, sudo /etc/init.d/networking restart shows all interfaces up.
User20: james_w, it worked fine on boot
User17: User20 thanks for the confirmation
User20: thank you james_w and persia for looking at the problem
 * Yagisan won't push his luck and complain about kernel bugs yet ;)
User12: For those, you'll want to ask in #ubuntu-kernel : the likelihood any of us can solve them is a lot lower.
User20: persia, I wish I knew how to rebuild the intrepid kernel- I strongly suspect it's a libata problem - as the dvd-rw doesn't like the commands it's getting.
User12: Yagisan, apt-get source linux-image-2.6.27-7-generic should get you most of the way there.
User12: Yagisan, Also, please be more careful when filing bugs.  When finding a sponsor for the fix, th following comment was generated "the bugreport is a ranting chaos ..."
User12: It's a very important bug, and it's great to have it fixed, but better to avoid that :)
 * Yagisan shrugs. my ranting bugs get fixed - my non-ranting bugs don't. I've taken to fixing whatever I can and bypassing the bug reporting system.
User12: Yagisan, I guess, although in this case the rant *delayed* the fix.
User12: james_w, On another note : thanks for chasing jd.  I'm curious though: do you read Japanese?
User17: User12 nope
User12: Ah.  I had initially assigned that to myself, just because I figured I'd have an easier time testing, although on investgiation it turned out you had fixed it.  Fairly impressive, considering that there's a bug against it in Debian that the internals are in Japanese.
User17: yeah, I grabbed the wrong source package, so the ancestry is wrong in the changelog.
User17: luckily it didn't involve reading the comments :-)
 * Yagisan can read some, but not more than a 4 year old can.
User12: Oh, is some of that Heinrich's changes in Debian then?
User17: no, it just no longer has the build1 entry
User17: there is an open sync request though
User12: I saw that.  I'm planning to poke shibata about it when I next see traffic, but it's a holiday weekend, so it's probably not until Tuesday at the earliest.
 * james_w notes that there are a couple of jp-related sponsor requests open, perhaps good for someone with experience in that area
User12: Yeah.  I'll probably hit the sbackup one in the morning.  Any others worthy of specific note?
User17: timidity was the other I was looking at
User12: And that's even a source package I've touched before :)
User12: Hrm.  I thought I fixed the init script already.  There's a fair bit of timidity work.  Thanks for the pointer.
User22: I've adapted a workaround for an X server bug from kpowersave to xprintidle.
User22: The debian/control file lists Milan Zamazal <kristinerodriguez@example.org> as the debian maintainer.
User22: I'll submit a patch to the author of xprintidle, Magnus Henoch <kristinerodriguez@example.org>, once I've tested it for a while.
User12: emh, Is there a bug in launchpad also?
User22: User12 I don't know.
User22: there is a bug here: http://bugs.freedesktop.org/show_bug.cgi?id=6439
User3: Freedesktop bug 6439 in Lib/other "Idle time will get reset to 0 after 20 minutes" [Normal,New]
User12: emh, OK.  So there are three places you can fix the bug to get it fixed in Ubuntu.
User12: You can fix it upstream, and Debian will get the new version, and then Ubuntu will get the new version.  It sounds like you're already planning to work with Magnus to do that.
User22: Yes, that seems like a good plan.
User12: You can get it fixed in Debian, in which case you want to open a bug in the Debian BTS, and submit the patch, so Milan can kristinerodriguez@example.org.  It may or may not be suitable for Lenny, but at least Milan can make that decision.  It probably won't get seen if it only goes to Magnus until after the next release.
User12: You can get it fixed in Ubuntu.  Submitting the patch (or preferably a debdiff including the patch) in a bug in Launchpad is the best way to request this.  Someone will evaluate, and maybe apply.
User12: If you do open a bug in Launchpad, linking to the freedesktop.org and Debian bugs would be best.
User12: So, the path to take depends on the urgency of the bug, and the amount of energy you have to spend on it.
User22: Ok. Thank you. I currently have plenty of time and energy, so perhaps I'll pursue all 3 paths once I'm more confident that my changes work. It will be nice for learning about the processes involved.
User14: Anyone know any caveats about replacing libcgi-pm-perl with perl-modules?
User12: emh, Once you have something that works, you can ask here for help with all three processes.  We're going to be best at explaining about getting it straight into Ubuntu, but since we also send patches upstream and to Debian, we can provide some advice with that.
User22: User12 Ok. Another thing is that the code I adapted from kpowersave is GPL but xprintidle is BSD, so xprintidle will probably have to be relicensed under GPL?
User12: emh, That would be Magnus' decision.  It's unlikely Milan or anyone in Ubuntu would be willing to relicense.
User12: emh, I'd advise finding the solution, and letting Magnus know you have a GPL patch.  Ask if he wants the patch, or a description of the behaviour.
User12: If he doesn't want to relicense, he may want you to describe the solution in words, so he can reimplement it without having ever seen the other code.
User12: That way there's no license question.
User22: Clever :)
User14: anyone care to sponser - bug #280641 - need to fix this before i can put a CVE into it.
User3: Launchpad bug 280641 in bugzilla "Broken package" [Undecided,Confirmed] https://launchpad.net/bugs/280641
User17: User14 why is that stopping you from doing the update for the CVE?
User14: User17 i have the debdiff for the CVE already.  just it will need to be based on the updated version.
User17: why not roll the fixes together?
User14: as far as i know, security fixes are just the security fix, no other changes.
User17: User14 only for stable releases
User17: User14 and a bug that prevented a security update from being installed would kind of nullify the point of the security update
User14: User17 ok, if i can do it in both, i'll fix the diff. thanks
User17: User14 do you know when libcgi-pm-perl was removed?
User17: what source package was it built from?
User14: User17 unsure.  but i suspect it was some time ago, from some of the other changelogs i've seen
User10: User17 it's probably in perl-modules now..
User14: User10 yeah, it is
User14: User17 fixed the diff to include the CVE
User17: User14 what needs fixing in Debian?
User23: User17 sry, I was ill the last days. will prepare ssmtp updates back to dapper tomorrow :)
User17: User23 cool, thanks
User17: get well soon
User23: User17 thx
User14: User17 what do u mean?
User17: User14 I don't see links to Debian bugs for either of the changes
User14: User17 seems like libcgi-pm-perl is still in debian, so not an issue. http://security-tracker.debian.net/tracker/CVE-2008-4437  - best i can find on the cve.
User17: User14 it might still be worth reporting
User17: the security issue is marked as fixed in unstable
User14: User17 will pass patches up to debian. yeah.
User17: they've got the fix then, so I don't think there is a need to forward it
User17: my dinner is ready now, I'll take a look after that
User14: User17 kk. thanks :)
User24: hey guys
User24: can I still fix bugs in a package or is it too late now
User24: sorry I've been a little out of touch lately
User8: fix only is fine, if it requires a new upstream that also introduces new features you'll need a FFe though
User24: ok
User24: it's only a tiny app
User24: gisomount
User24: I saw that some bugs were raised that I should ought to fix
User24: I don't intend to add any new features
User24: but i would be fixing these bugs upstream
User8: if the new upstream is bugfix only, that should be fine
User24: ok
User24: how long do I have to fix these bugs?
User8: we'll enter RC freeze on Thursday IIRC, so best to have that fixed before then
User8: but as I guess it's an universe package, it should be possible to send bugfix only even after that date (I don't upload in universe so I'm not quite sure about that though)
User24: hehe
User24: I can upload to universe
User24: I think ;)
User17: User14 "debian/maintenance"? bonkers
User17: not your fault of course
User14: yeah. first time i've seen that system also.
User17: User14 why ubuntu2.1?
User14: User17 yeah. wanted to check about that.  was either 1.1 or 2.1.  i was under the impression that .1 would be just a security update.  wasnt sure what happened if it had another fix with it.
User25: hello
User17: User14 that only applies for updates the stable releases. The reason it is done is so that it doesn't use a version number where the same version number would be in the next release, which would mean there wasn't an upload path. That doesn't apply here, so I've made it just ubuntu2
User17: hey crevette
User25: hello james_w
User14: User17 thanks. understood.
User25: I'd be interested if someone can review  https://bugs.launchpad.net/ubuntu/+source/nemiver/+bug/262246
User3: Launchpad bug 262246 in nemiver "Sponsor request to update Nemiver to version 0.6.3" [Wishlist,Confirmed]
User25: thanks
User17: User14 doesn't work for me
User17: Checking for          CGI.pm (v3.33)    found v3.29
User11: User25 ping
User25: User11 hello
User11: User25 nautilus-sendto seems to be broken for some people, showing error obex not supported. Any idea?
User25: hmmm no
User25: It tested with my deviceds ant it was working
 * crevette tries on its new phone
User11: User25 It shows error for me too but then nothing is working on my side so Ican not say only nautilus-sendto is broken.
User11: User25 does nautilus-sendto have depends on libbtctl?
User14: User17 what doesnt work for you?
User17: Checking for          CGI.pm (v3.33)    found v3.29
User17: installing the package
User17: http://paste.ubuntu.com/56776/
User25: User11 do ypu have any error when you run the command from the terminal ?
User11: User25 as I said bluetooth is not at all working for me. Probably hardware problem. So you will get no useful information from me.
User25: User11 it seems nautilus-sendto just use plain bluez dbus APoi
User25: API
User11: User25 Ok. I will let you know the bug tomorrow if I find it. Too late for me now. Got to go.
User25: okay good night slytherin
User14: User7 mm. bleh. just did it in vm and get the same error. sorry.  from what i've found. bugzilla does want 3.33. perl-modules doesnt have it.  debian recommends -  libcgi-pm-perl which replaces perl-modules CGI.pm with a later version (we dont have it)
User5: evening
User23: User5 \o/
User5: User23 :)
User14: bleh. james_w ^
User23: User5 did you also participate at the ubuntu-it meeting?
User17: User14 yeah, you might want to find out why we don't have it
User5: User23 no
User14: User17 kk. thanks. will try find out.
User23: User5 what a pitty. Luca showed me the "I'm drunken because of the good wine" photos :P
User5: hahah
User5: i saw that.
User23: ^^
User26: hi, i'm having a play with creating .deb packages, and have successfully created a couple. however, having updated the sources i'm working from and done a few tweaks of the packaging no binaries actually end up in the .deb following running pbuilder on the .dsc
User26: could anyone think of an obvious reason?
User27: User26 cleaning up the debian/files during the process was an obvious one for me the other day
User27: User26 do you try to build multiple binaries from one source?
User26: Elbrus, im certainly not trying to
User27: User26 maybe you can show your rules file in a pastbin
User27: !pastbin
User3: Sorry, I don't know anything about pastbin
User26: yeah ill paste it up thanks
User26: !pastebin
User3: pastebin is a service to post multiple-lined texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu.com (make sure you give us the URL for your paste - see also the channel topic)
User27: thats what I meant... :(
User26: yeah :) here it is: http://paste.ubuntu.com/56800/
User26: its quite simple, based off a dhbuild's production
User27: I think you commented out the dh_install was that intensionally?
User26: Elbrus, around line 79?
User27: exactly
User26: hmm, its a good point
User26: i'm just going to diff with my old version to check if i missed that
User26: thats the same as before, i think it should be handled by the dependency on install shouldnt it? that calls $(MAKE) install INSTALL_ROOT=$(CURDIR)/debian/mythtv and i think that should work
User26: its strange because when i run pbuilder it does all the compilation and everything (and seems to do the install step as well) but then the .deb just doesn't contain any binaries!
User27: User26 I might be completely wrong, but either the install should be in DEBIAN instead of debian, or something like dh_install --sourcedir=debian/mythtv is needed (mind you I don't know the details of building yet).
User27: User26 maybe have a look at the man-page of dh_install
User26: Elbrus, i think dh_install just copies a list of files and the make install command should handle that for me
 * Elbrus just tries to find out where the files are copied to for the build.. is that in debian/<package>?
User26: heres an example line from the build log file: cp -f "mythfrontend" "/tmp/buildd/mythtv-robin-18380/debian/mythtv/usr/local/bin/mythfrontend"
User26: this is were it copies it
User27: User26 maybe you can also pastebin the build log? Just to see if I see something obvious...
User26: its almost a megabyte!
User26: i just cant really see much of a difference annoyingly
User27: User26 sorry, I am out of ideas... Somebody else???
User27: one thing, shouldn't the INSTALL_ROOT not be DESTDIR? See: http://www.gnu.org/software/automake/manual/html_node/DESTDIR.html
User27: s/not//
User5: User28 o/
User28: User5 \o/
User23: hihu norsetto_
User28: sebner, \\o//
 * sebner is scared. Why does norsetto has 4 hands ^^
User29: sebner its the 2 heads which should be worrying
User9: User23 that's the legs flying up as he leaps in the air
User23: User29 ^^
User23: User9 flying ^^
User26: thanks for your thoughts Elbrus
ubuntu-motu
Ubuntu IRC