[05:50] <nebula> hiş
[06:09] <mrooney> if I want the installation of a package to remove another package if it exists, do I use Replaces, Conflicts, or both?
[06:10] <mrooney> I'm finding http://www.debian.org/doc/maint-guide/ch-dreq.en.html a little ambiguous on what a packager manager should actually do with those
[06:10] <jdong> mrooney: from what I understand, Conflicts to express "Only one of the two should be installed at any given time", and Replaces+Conflicts to express "Users of previous package foo should be upgraded to bar"
[06:14] <mrooney> jdong: okay, the example I'm playing around with is a metapackage to change the browsing experience, so I've got Depends: midori, and then I should Replaces+Conflicts firefox?
[06:15] <jdong> mrooney: I'd say just Conflicts firefox
[06:15] <jdong> if you want Firefox to be removed
[06:16] <mrooney> ah okay, yes
[07:04] <mrooney> hmm, are they are guides on debian/.install files? I can't figure out where it finds the files; I assume the lines are where it puts them
[07:04] <mrooney> (I'm looking in https://wiki.ubuntu.com/PackagingGuide/Complete)
[07:07] <jmarsden> mrooney: man dh_install
[07:08] <mrooney> jmarsden: awesome, thanks! perhaps it might be appropriate for me to add that to the wiki?
[07:09] <jmarsden> Well, in general all the debian/stuff files have corresponding dh_* commands and so man pages... but sure, if you think it will be useful to add it, go for it.
[07:10] <dtchen> (all the debhelper bits --> debian/stuff)
[07:10] <jmarsden> Right... I wasn't clear... man debhelper to see more details...
[07:14] <mrooney> oh hey dtchen, sorry for changing the importance on that bug; didn't realize it was part of your workflow
[07:16] <mrooney> jmarsden: maybe I need to take a step back. I have an XML file I need to load in a postinst script, so I'm trying to ship it in /usr/share so I can do that, and was looking at the .install files as a means to do that
[07:17] <dtchen> mr	no worries
[07:17] <dtchen> wow, uh, tab completion fail
[07:17] <lifeless> dtchen: you use irssi?
[07:18] <dtchen> lifeless: indeed
[07:18] <lifeless> dtchen: if so, its a known 'feature' - irssi detects 'paste' by the rate at which characters are received, and if it thinks something is a paste
[07:18] <lifeless> it doesn't interpret it
[07:18] <lifeless> I think this is daft
[07:19] <lifeless> but <sigh>
[07:19] <lifeless> (I filed a bug once)
[07:19] <jmarsden> mrooney: So, if you put the XML file under debian/ and then put a line in debian/install that says  xmlfile usr/share/packagename    doesn't that do what you want?
[07:22] <mrooney> jmarsden: hm, could be :) this is I think my second-ever package
[07:22] <mrooney> let me check that out
[07:22] <jmarsden> Sure, go for it :)
[07:24] <dtchen> be aware that xmlfile needs to get into $(CURDIR)/debian/tmp/usr/share/packagename; some people do this in debian/rules, etc., etc.
[07:25] <lifeless> dtchen: if you run irssi over ssh, a network glitch can cause what you had happen; otherwise just typing really really fast ;)
[07:25] <dtchen> lifeless: yeah, client was extremely lagged
[07:27] <mrooney> dtchen: oh I see so THAT'S how the .install files work? I was confused because I only saw what I perceived as a destination, but not a source file
[07:28] <mrooney> but actually you sort of mirror the path in debian/tmp and each line is the source and destination in the .install file?
[07:28] <dtchen> mrooney: there are different semantics based on the syntax
[07:29] <mrooney> hm okay, know any simple packages that do this off-hand that I can look at the source?
[07:30] <mrooney> I will just google dh_install, maybe it has more examples than the man page
[07:33] <dtchen> libao does
[07:33] <dtchen> see its libao2.install for an example of both, intermingled
[07:35] <mrooney> oh awesome, I see, thanks!
[07:37] <mrooney> so that's grabbing a .conf file from debian/ and shipping it to /etc, is it acceptable to just put arbitrary xml files in debian and then ship them that way?
[07:38] <dtchen> I don't know about arbitrary -- I would think that they're at least Debian-specifi
[07:38] <dtchen> c
[10:02] <lamothe> Hi people, what's the correct way to get a GConf schema file installed.
[10:02] <lamothe> ?
[10:03] <lamothe> Is this more of an upstream thing?  Everything that I'm reading is telling me to put it in the post install but surely a `make install` should take care of this.
[10:05] <lamothe> I realise that this might not be a MOTU question exactly but it might become a MOTU issue when I get it wrong ;)
[10:07] <jmarsden> lamothe: If you install the application "by  hand" after building it from the upstream source tarball, how does the Gconf schema get where it needs to be?
[10:08] <lamothe> schemadir = $(GCONF_SCHEMA_FILE_DIR) ... is that what you're asking?
[10:09] <jmarsden> No, I mean if you follow whatever install instructions upstream provides with their software, how does that file get installed?
[10:10] <jmarsden> What puts it into place?
[10:10] <lamothe> jmarsden: Oh, I am upstream.
[10:10] <lamothe> Currently I don't have a schema file.  Would like to add one.
[10:10] <jmarsden> So in an unpackaged situation... how are you getting the file into place?  get that working, *then* package your software :)
[10:11] <lamothe> jmarsden: I'm not, so I did some reading and it seemed to be pointing me at putting it in the post install which didn't seem right to me.
[10:12] <lamothe> Before I go down a path that a MOTU will tell me is wrong later, I was looking to try and get it close to correct first time :)
[10:12] <jmarsden> OK... I think you are correct; if the software doesn't work / install correctly before it is packaged, it should be fixed...
[10:12] <jmarsden> But I am not a MOTU :)
[10:13] <lamothe> But I bet that I'm still doing it wrong :)
[10:14] <lamothe> Ok, so I need to find a solution in the Makefile.am.  Are the install-data-local sections frowned upon?
[10:22] <Laney> lamothe: dh_gconf does this
[10:22] <LucidFox> I realize that this is not a support channel, but my Brasero has stopped burning CDs in a fresh Karmic install, it only burns DVDs.
[10:23] <lamothe> Laney: Thanks,I'm on dh7.
[10:23] <LucidFox> When I burn a CD, it acts as if the burn completed successfully, but when I reinsert it, it's shown as empty.
[10:23] <lamothe> I hope that this works, although isn't most of this automatic now?
[10:24] <Laney> yes, it should be called in the install target
[10:24] <Laney> export DH_VERBOSE=1
[10:25] <Laney> you have to arrange for the schemas to be installed in usr/share/gconf/schemas first
[10:25] <lamothe> Laney: But surely I need to somehow instruct it ... right.
[10:26] <lamothe> Won't $(GCONF_SCHEMA_FILE_DIR) do that?
[10:26] <Laney> isn't that stuff from cdbs?
[10:26] <Laney> just use dh_install
[10:27] <lamothe> I have "schemadir = $(GCONF_SCHEMA_FILE_DIR)" in the Makefile.am.
[10:27] <Laney> no idea
[10:27] <Laney> see how some other software does it
[10:28] <lamothe> Then ... "schema_DATA = me-tv.schemas"
[10:29] <lamothe> Yeah, I was looking at gnome-terminal.  I find it hard to find a simple GTK/GNOME application using DH7.
[10:29] <lamothe> And a schema file.
[10:29] <lamothe> Anjuta doesn't even have a scema file.
[10:29] <Laney> you're talking about the upstream autofoo
[10:29] <Laney> the debian buildsystem shouldn't matter
[10:30] <Laney> as long as "make install DESTDIR=debian/tmp" does it right
[10:30] <lamothe> Laney: Yes, this is a upstream (my) problem.  But I was hoping not to make it someone else's.
[10:30] <Laney> that's what I'm saying
[10:31] <Laney> so you don't have to care about if it's dh7 or not
[10:31] <Laney> so you *can* look at any old bit of software
[10:31] <Laney> once you get your autofoo doing the right thing then dh7 will also just work
[10:32] <lamothe> Yes, but it's how it gets it in there.  Also, I noticed that gnome-terminal installs its schema  on a  `make install`/
[10:36] <Laney> most of them should
[10:36] <Laney> but it's beyond me how to wrangle the autotools into doing so
[10:36] <Laney> i'd go hassle someone who has done it before :)
[10:42] <lamothe1> Laney: Sorry, there's a nasty bug in karmic, when I plug in the power on my laptop it shuts down.
[14:17] <mannyv> I am looking at a package that used to FTBFS because it was compiled with -Werror we patched it to fix the errors. Upstream has released a new version, they did not fix the warnings but they removed -Werror so it builds fine now
[14:18] <mannyv> the error was: ignoring return value of 'write', declared with attribute warn_unused_result
[14:18] <mannyv> or warning rather
[14:19] <mannyv> so my question is if I should tear out the old patch since it isnt needed to fix the FTBFS or keep it since it is a better coding practice?
[14:57] <randomaction> if there are no other changes, just drop it and sync the package
[15:00] <randomaction> but the patch could probably be sent upstream (if you care enough)
[16:11] <EzraR> where do makefile.in's get there variables from?
[16:40] <mok0> EzraR: configure
[16:40] <mok0> EzraR: or, rather, configure.ac
[16:44] <EzraR> yeah i figured it out
[16:46] <EzraR> this bug (LP: #327174) ends up steming from this bug
[16:46] <EzraR> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524176
[16:46] <EzraR> i believe
[16:46] <EzraR> anyone wanna make a second opinion?
[16:47] <EzraR> i have the automake book sitting around...i should really get a round to reading it...
[16:56] <trudell> why nv cards crashs in x with ubuntu kernel?
[17:04] <trudell> Microsoft bribes Ubuntu development team to make bullshit kernel to not run 3d cards or commercial games on Linux.
[17:05] <AndrewGee> Hi. Any MOTUs available to review my package on REVU? http://revu.ubuntuwire.com/p/gpxviewer - It's an application to view gps traces. Thanks :)
[17:07] <mok0> AndrewGee: I'll bite
[17:08] <mok0> AndrewGee: Ah, you're also upstream
[17:08] <AndrewGee> Yup
[17:08] <AndrewGee> Thanks for taking a look :)
[17:20] <trudell> hi all
[17:21] <trudell> !op
[17:21]  * sladen looks
[17:22] <azeem_> Pici: ^^
[17:22] <AndrewGee> mok0: Thanks for the advocation. Do I upload a change to the standards version after some other MOTU has advocated then?
[17:23] <trudell> Andrew, Microsoft bribes Ubuntu development team to make bullshit kernel to not run 3d cards or commercial games on Linux.
[17:23] <azeem_> sladen: see #u-d
[17:23] <mok0> AndrewGee: yes, the next advocate is likely to ask for some changes, then you can batch it in. If the second advocate does not have further issues he can make the modification before upload
[17:23] <AndrewGee> mok0: Awesome! Thanks :)
[17:26] <nixternal> thank you jpds :)
[17:26] <jpds> No problem.
[17:34] <sladen> jpds: well, I guess that ends my chance of talking to the person
[17:34] <sladen> jpds: despite them not shouting any more abuse since I took it to privmsg
[17:35] <jpds> sladen: He attacked #ubutnu, #ubuntu-devel, #kubuntu, #kubuntu-devel and #ubuntu-ops.
[17:35] <sladen> jpds: and nobody (until I, apparently) bothered to ask the person specific *details* about what their issue was
[17:36] <sladen> jpds: admittedly it's not pleasant, but neither is being klined
[17:36] <jpds> sladen: http://paste.ubuntu.com/325505/
[17:41] <sladen> jpds: *shrug*.  I'd got a little further;  but I didn't start of with telling them they were talking nonsense
[17:42] <sladen> jpds: although I do admit to being not entirely sure how to answer "is canonical a catholic enterprise?"---though the problem was sholved before I'd tried to
[17:42] <dtchen> sladen: I did point him?her? at the bug tracker, but I suppose I should have been more precise.
[17:43] <maco> catholic means universal, doesnt it?
[17:44] <maco> wikipedia says yes: Catholic is an adjective derived from the Greek adjective καθολικός (katholikos), meaning "universal".
[17:50] <sladen> I wonder if it was meant as "closed shop"---I didn't have time to enquire
[20:55] <EzraR> anyone in here familiar with the problem with automake and python.m4 setting wrong dirs?
[21:56] <shankao> lintian is outdated in REVU -> W: opensimulator-server source: newer-standards-version 3.8.3 (current is 3.8.0)