=== neeraj_ is now known as neeraj
=== charlie is now known as Guest359
=== Guest359 is now known as porthose
=== xfaf is now known as zul
=== neeraj_ is now known as neeraj
[02:02] <lfaraone> I have accepted FFe sync requests that just need Archive Admin approval. Can I change the dependencies of a metapacakge to depend on a version of these not-yet-synced packages even though it'll make the metapackage temporarily uninstallable?
[02:04] <crimsun_> you /can/ but whether it's appropriate is influenced by how much pain you wish to inflict.  I'd at least send out a devel-discuss e-mail; perhaps better to wait post-Beta.
[02:04] <lfaraone> crimsun_: fair enough. oh, right, it'd break our daily builds of Ubuntu Sugar Remix :)
[02:27] <lfaraone> In a related vein, I'm renaming sugar-logviewer-activity to sugar-log-activity to be in line with Debian. So I don't have to have an Ubuntu diff on that package, can I add a transitional dummy package to the ubuntu-sugar-remix-meta source package?
[02:27] <persia> lfaraone, You want the transitional dummy package to live in sugar-log-activity source
[02:28] <lfaraone> persia: but that means I have to have a diff! unless I (as a DD) decide to upload a useless dummy package to Debian...
[02:28] <persia> But you have to ask yourself, is it so important to do that now that it's worth all the exceptions, rather than realigning for natty?
[02:28] <lfaraone> persia: oh, it's already been renamed.
[02:28] <persia> lfaraone, Yes indeed, it does.  No helping that.
[02:29] <persia> Well then, you need that transitional dummy package in a hurry :)
[02:29] <persia> Or all your upgrading users will have issues.
[02:29] <persia> (but I still see sugar-logviewer-activity in maverick, so ...)
[02:31] <lfaraone> oh, wait, I must be thinking of another package.
[02:32] <ajmitch> the poll package?
[02:32] <persia> Since you have to carry a diff or have a useless package *anyway*, and the transition package has to be carried to LTS+1 (at least), I'd not consider it release critical were I you.
[02:32] <lfaraone> persia: I'm not.
[02:33] <lfaraone> nevermind, right now we don't have any renames we've handled.
[02:34] <lfaraone> (or need to this cycle, for that matter)
[02:34] <persia> Heh, OK.  Don't forget your Breaks and Replaces for your renamed package, etc.
[05:56] <micahg> neversfelde: there's an interest in getting minitube upgraded, are you interested in the merge?
[07:55] <dholbach> good morning
=== ara_ is now known as ara
[08:27] <hyperair> didrocks: one question -- where the hash 5be4e13ff from? i can't find it in any gkeyfile-sharp repository.
[08:27] <hyperair> s/the/did the/
[08:32] <Laney> hyperair: that was me, just use the HEAD id if it's wrong
[08:33] <Laney> looks like it should be db21571d4
[08:33] <hyperair> oh okay
[08:34] <Laney> maybe i rebased or something
[08:35] <Laney> the get-orig-source will sort you out
[08:35] <hyperair> oh right, get-orig-source
[08:35] <hyperair> so how much did you add in? should i add you to debian/copyright and Uploaders?
[08:36] <Laney> no don't bother
[08:37] <Laney> i tweaked copyright, added get-orig-source and altered rules a bit
[08:37] <hyperair> okay
[08:37] <Laney> i enjoy that get-orig-source of asac's though, will keep it around
[08:45] <hyperair> Laney: actually get-orig-source seems to be missing.
[08:45] <hyperair> all i see is the .PHONY: get-orig-source
[08:46] <Laney> look up
[08:46] <Laney> oh what
[08:47] <Laney> ffs I'm about to have a shower, give me a second
[08:48] <jpds> Laney: You say that as if you have no control over the fact.
[08:50] <Laney> I had already turned it on!
=== hannesw_ is now known as hannesw
[09:06]  * hyperair kicks oftc
[09:06] <hyperair> connect, damn you!
[09:06] <jpds> that should read: internation transit links from .sg.
[09:07] <hyperair> T_T
[09:07] <hyperair> how did you guess
[09:07] <hyperair> i mean hey it connected when i was in malaysia.
[09:12] <bilalakhtar> hello there hyperair !
[09:12] <bilalakhtar> seeing you after a long time!
[09:12] <hyperair> hello there bilalakhtar.
[09:13] <hyperair> it's only been a week =\
[09:13] <jpds> hyperair: Time is relative.
[09:15] <bilalakhtar> jpds: hi there! I have a question. The ubuntu-sa.org domain needs its NS to be set. how to get it done?
[09:15] <bilalakhtar> rt@ubuntu.com again
[09:15] <jpds> It can't be odne.
[09:15] <bilalakhtar> jpds: okay, thanks
[09:16] <bilalakhtar> jpds: so I will need to get the host to listen to the requests, right?
[09:16] <jpds> bilalakhtar: Yep.
[09:23] <Laney> hyperair: http://pastebin.com/A1mfe6MN that's the one
[09:23] <Laney> you might want to make it use git archive instead
[09:23] <Laney> but... effort
[09:24] <hyperair> hmm git archive
[09:24] <hyperair> git archive has a weakness where it does not work well with submodules
[09:25] <hyperair> but i dont' think gkeyfile will be using submodules in the future anyway
[09:25] <Laney> sure
[09:25] <Laney> that one works as is anyway
[09:26] <Laney> err
[09:26] <Laney> remove the :: stuff
[09:27] <Laney> http://pastebin.com/yY3Pe62B
[09:31] <dholbach> if anybody has a tiny bit of time, can you branch  lp:~dholbach/harvest/release-prep  follow the instructions in the INSTALL file and play with it and see if there's anything glaringly broken? O:-)
[09:33] <hyperair> Laney: what's the update-local-branch bit?
[09:36] <Laney> hyperair: you can see the original code here http://bazaar.launchpad.net/~asac/connman/connman.debian.unstable/annotate/head%3A/debian/rules
[09:38] <persia> Laney, `sed '/Version:/s/Version: //'` achieves the same as `grep Version: | sed -e 's/Version: //'`, except it's faster, uses less ram, and easier to read.
[09:39]  * persia would do `sed '/^Version:/s/Version: //'`just to skip any non-line-starting "Version: "
[09:39] <Laney> persia: ack, but those were cribbed
[09:39] <Laney> not that that's a good excuse
[09:39] <persia> No reason not to improve them :)
[09:39] <Laney> I just didn't feel like rewriting it
[09:39] <persia> cargo cult hacking is strongly discouraged
[09:39] <Laney> I use it when it saves me time and effort. :(
[09:40] <Laney> I'm sure asac would appreciate the input too
[09:40] <persia> And one can probably make it faster by using make's internal text manipulation routines rather than the shell echo foo lines below
[09:41] <persia> That get-orig-source isn't policy-complaint anyway, as it can't be run from arbitrary directories (fails to use $dir( $(_)), etc.)
[09:42] <persia> Plus that *shouldn't* work, because it's $(call GET_SOURCE) and there's no call to $(shell ...)
[09:49] <dholbach> wgrant, is https://bugs.edge.launchpad.net/soyuz/+bug/510180 hard to fix?
[09:49] <ubottu> Launchpad bug 510180 in Soyuz "launchpad.packagesets empty with anonymous login" [Low,Triaged]
[09:50] <wgrant> dholbach: About four lines, plus a few more of tests.
[09:50] <dholbach> hm
[09:50] <wgrant> Well, two lines of code, and two more of whitespace.
[09:50] <dholbach> it's currently the only reason why harvest needs login credentials
[09:57] <siretart> hi folks
[09:58] <siretart> \sh: is uploading fai 3.4 to maverick still on your agenda? ;-)
[09:59] <\sh> siretart, did you find out if we still have our standing freeze exception for FAI?
[09:59] <siretart> no, I did not
[10:00] <\sh> siretart, should we discuss that topic on #ubuntu-server and talk to the server guys?
[10:06] <Laney> hyperair: I improved it a touch: pull from my git repo
[10:06]  * Laney shoots off to work, back soon
[10:06] <wgrant> dholbach: I'm preparing a branch now.
[10:07] <dholbach> wgrant, you are awesome!
[10:34] <wgrant> dholbach: Branch approved, so it should land in ~4 hours and be on edge tomorrow. Assuming edge doesn't break again.
[10:48]  * dholbach hugs hugs hugs wgrant
[10:49] <ajmitch> dholbach: so what's this harvest branch for?
[10:49] <dholbach> ajmitch, it's basically release candidate
[10:50] <dholbach> ajmitch, so we can get it deployed soon
[10:50] <ajmitch> ok
[10:51] <nigelb> from what I saw of harvest during UDS, it rocked.  Waiting to see how the new one looks :)
[10:51] <nigelb> I think there was extensive changes from when I saw it last :D
[10:51]  * ajmitch should have a look at where it's grabbing data from
[10:51] <dholbach> from lp:harvest-data
[10:53] <ajmitch> I'm sure that this update step will finish one day before release..
[10:54] <hyperair> hmm there's no dh_makeclilibs
[10:55] <ajmitch> hyperair: ?
[10:55] <hyperair> ajmitch: in Laney's git repo for gkeyfile#
[10:55] <ajmitch> hyperair: unless it's been removed, it exists on my lucid system
[10:55] <ajmitch> aha
[10:55] <hyperair> i really meant override_dh_makeclilibs
[10:55] <ajmitch> context is everything ;)
[10:55] <hyperair> yep ;-)
[10:56]  * ajmitch would be worried if cli-common-dev had dropped it :)
[10:57] <dholbach> ajmitch, it will - I think it's just the first run that takes a bit longer :)
[10:57] <dholbach> and thanks to wgrant we can soon omit the "authorise with LP" step :)
[10:58] <lifeless> dholbach: 2 weeks
[10:58] <dholbach> lifeless, edge should be good enough for me :)
[10:58] <lifeless> dholbach: it will only be on edge today/tomorrow.
[10:59] <lifeless> dholbach: we're getting rid of edge - using it as a dev, deliberately is fine, but you really don't want anything packaged using it.
[10:59] <dholbach> lifeless, it's not going to get packaged
[10:59] <lifeless> kk
[11:00] <dholbach> it'l be a webpage :)
[11:01] <ajmitch> dholbach: it's looking nice now
[11:01] <dholbach> Dylan's work
[11:01] <wgrant> lifeless: Using edge has historically been a good idea.
[11:02] <wgrant> lifeless: Since when the API breaks, you can just flip to production until you update your client.
[11:02] <lifeless> wgrant: yes, and the upshot of this is that production is consistently worse than edge
[11:03] <wgrant> lifeless: Hm?
[11:03] <lifeless> wgrant: nvm I've been muttering about latency and cycle time to myself all day
[11:04] <Laney> hyperair: still a WIP, I don't claim that it was finished
[11:04] <Laney> I gave it to you since you owned the ITP
[11:04] <Laney> also why aren't we in -cli?
[11:04] <hyperair> because OFTC hates me
[11:04] <wgrant> lifeless: Heh.
[11:04] <ajmitch> Laney: because there are scary debian people there
[11:04] <hyperair> Laney: i've been attempting to connect to OFTC for the past few hours.
[11:05] <Laney> :(
[11:05] <Laney> tor bridge time!
[11:05] <Laney> ajmitch: you're a scary Debian person and are in here...
[11:05] <Laney> there's no escape!
[11:06] <ajmitch> Laney: get your key signed & become scary as well!
[11:06] <Laney> I will always be fluffy
[11:08] <ajmitch> beagle is gone in maverick, right?
[11:08] <Laney> hope so
[11:08] <ajmitch> rmadison tells me it is
[11:08] <Laney> libbeagle might need an ubuntu removal
[11:08] <ajmitch> dholbach: should harvest be showing data for removed packages like that?
[11:09] <dholbach> ajmitch, that's a harvest-data bug
[11:10] <ajmitch> ok
[11:10]  * Laney Files It Really Quickly
[11:10] <Laney> there should be a report for that
[11:10] <ajmitch> Laney: yeah, there's not one now
[11:10] <ajmitch> I'll let you do it :)
[11:11] <Laney> no I don't mean a harvest bug report, that's yours
[11:11] <ajmitch> I was meaning the removal request actually
[11:11] <Laney> I mean a report "stuff wot woz removed in debian but not done got removed in ubuntu"
[11:11] <dholbach> maybe you can specify which list it was on
[11:11] <ajmitch> dholbach: cli-mono packageset, I'll put it in the bug report
[11:12] <Laney> well the package exists in stable releases
[11:12] <dholbach> ajmitch, which opportunity list
[11:12] <dholbach> ajmitch, thanks a lot!
[11:12] <ajmitch> yep, so there could technically still be SRU stuff to do to it, though it'd be unlikely
[11:17] <ajmitch> Laney: filed your kill kill kill request?
[11:17] <Laney> yeah
[11:18] <ajmitch> excellent
[11:18]  * ajmitch spots it 
[11:18] <ajmitch> ubuntu-archive not subscribed?
[11:18] <Laney> they should be
[11:18] <ajmitch> might have been LP being slow
[11:19] <ajmitch> it shows up now when I refreshed
[11:22] <ajmitch> dholbach: so adding new stuff for harvest is just by adding a url to the opportunities file in harvest-data?
[11:22] <dholbach> ajmitch, exactement
[11:23]  * ajmitch wonders if it'd be worth adding that rc bugs stuff or not
[11:23] <ajmitch> given its inaccuracy :)
[11:24] <dholbach> I'm sure that people will find bugs if it's broken :)
[11:24] <dholbach> but I think it's totally worth adding
[11:25] <Rhonda> About #619652 and #619650 - can I do more than sit'n'wait?
[11:25] <ajmitch> bribes can help
[11:26] <Rhonda> flattr clicks? ;)
[11:27] <ajmitch> looks to be just waiting on ubuntu-archive?
[11:27] <nigelb> bug 619652 and bug 619650
[11:27] <ubottu> Launchpad bug 619652 in wesnoth-1.8 (Ubuntu) "FFe: Sync wesnoth-1.8 1:1.8.3-5 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/619652
[11:27] <ubottu> Launchpad bug 619650 in wesnoth (Ubuntu) "Please remove wesnoth from maverick" [Undecided,Confirmed] https://launchpad.net/bugs/619650
[11:27] <ajmitch> I suspect they're a little busy, not sure what can be done there to help it along
[11:27] <nigelb> Ah, I think you could bribe the archive admin for today ;)
[11:28] <nigelb> Rhonda: Try bribing Riddell :D
[11:30]  * ajmitch wonders if anyone actually uses ikvm
[11:31] <persia> directhex is the only user I know
[11:31] <Laney> http://qa.debian.org/popcon.php?package=ikvm
[11:32] <directhex> what's wrong with ikvm?
[11:32] <directhex> i don't know how many people actually use it, but it's interesting technology and was a fun packaging challenge
[11:32] <ajmitch> nothing the matter with it, it just doesn't seem overly active in terms of releases
[11:33] <directhex> oh, there are newer releases, but i'm not even looking at them due to freezes
[11:33] <directhex> they're up to rc5 i think of 0.44
[11:33] <ajmitch> ok
[11:34]  * ajmitch stabs keyboard
[11:34] <ajmitch> wireless keyboards are so annoying when the batteries are running flat
[11:35] <nigelb> Rhonda: you'll be around and available this week right?
[11:37] <Rhonda> nigelb: Yes, am.
[11:38] <Rhonda> nigelb: Actually was looking for you already before to mention that. :P
[11:38] <nigelb> Rhonda: \o/ I'll try me best to get things arranged this week :)
[11:38] <nigelb> Rhonda: heh :)
[11:39] <Rhonda> nigelb: My current desktop wallpaper at work (dual-head setup): http://www.channel4.com/microsites/I/it-crowd/wallpapers/4840x1080.jpg
[11:40]  * nigelb jaw drops.
[11:40] <nigelb> WOW
[11:40] <Rhonda> Notice the sticker in the upper right corner of the monitor on the desk in the middle. :)
[11:40] <nigelb> heh
[11:40] <nigelb> What I first noticed was V for Vendetta :D
[11:41] <Rhonda> heh
[11:41] <directhex> nigelb, moss' ubuntu logo is the wrong way up!
[11:42] <Rhonda> nigelb: Where's that? Another two sweet things are Neo and Bill, btw. :)
[11:42] <nigelb> directhex: a bit tilted, yes
[11:42] <nigelb> reminds me of mercedes logo
[11:43] <nigelb> Rhonda: next to the cupboard, the mask :)
[11:43] <nigelb> what the.....
[11:44] <Rhonda> I love Bill :)
[11:45] <Rhonda> You mean the mask above the ubuntu sticker? Don't know vendetta, to be honest
[11:46] <ajmitch> nigelb: what about the altair?
[11:46] <nigelb> ajmitch: I'm too young to recognize :p
[11:47] <ajmitch> even I recognised it
[11:47] <ajmitch> you saying I'm old? :)
[11:47] <nigelb> ajmitch: I've never even seen pictures of it :(
[11:47] <nigelb> until now
[11:48] <ajmitch> you need to learn some history then
[11:48] <nigelb> ajmitch: yes, I do :)
[11:48] <Rhonda> Altair?
[11:48] <nigelb> Rhonda: whats a dual head set up?
[11:49] <ajmitch> Rhonda: altair 8800 on the shelves to the left of the door
[11:49] <Rhonda> nigelb: Two monitors.
[11:49] <Rhonda> Otherwise it wouldn't fit on my desktop anyway.
[11:49] <nigelb> Ah
[12:05] <\sh> micahg, zend-framework 1.10.8 will reach maverick in a few...so you could start to backport / ppa ;)
=== xfaf is now known as zul
[12:32] <ari-tczew> kklimonda, I couldn't test your second patch due to gdm bug on my maverick.
[12:48] <Rhonda> \o/ - wesnoth-1.8 1:1.8.3-5 in squeeze already, but not in maverick. ;)
[12:48] <Rhonda> Riddell: *prodprod* :)
=== thekorn_ is now known as thekorn
[12:58] <iulian> Rhonda: Does it need an FFe?
[12:58] <Rhonda> iulian: It's -1 to -5
[12:59] <Rhonda> iulian: That might be argued actually.
[12:59] <persia> Rhonda, No upstream changes, just bugfixes?
[13:00] <Rhonda> First yes, but second … no. Packaging work, to ease upgrades.
[13:00] <Rhonda> It adds two unversioned packages.
[13:01] <persia> Oh, that does need FFe, just because it will get stuck in binary-NEW, and it makes the archive-admins lives easier if they can reference a bug explaining why the extra packages exist.
[13:04] <Rhonda> Isn't bug #619652 such a bug?
[13:04] <ubottu> Launchpad bug 619652 in wesnoth-1.8 (Ubuntu) "FFe: Sync wesnoth-1.8 1:1.8.3-5 (universe) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/619652
[13:04] <Rhonda> sistpoty ACKed it already, actually. Not sure about his authority for that, though.
[13:05] <Rhonda> #610056 is also a rather annoying bug that would get fixed with the update.
[13:06] <Rhonda> bug #610056
[13:06] <ubottu> Launchpad bug 610056 in wesnoth-1.8 (Ubuntu) "wesnoth icons doesn't show in kmenu" [Undecided,Confirmed] https://launchpad.net/bugs/610056
[13:16] <persia> Rhonda, It is such a bug, and sistpoty has full authority (you can check that he's a member of ~ubuntu-release)
[13:33] <ari-tczew> persia, meeting today right?
[13:34] <persia> ara, Yep.
[13:35] <ari-tczew> persia, 2 hours and 24 minutes left right?
[13:36] <persia> Something like that, yes.
=== dholbach_ is now known as dholbach
[14:49] <ari-tczew> persia, is coolbhavi case done?
[14:50] <persia> ari-tczew, Wasn't last I checked (a couple hours ago)
[15:02] <shadeslayer> ari-tczew: persia his MOTU application is still in the fire?
[15:02] <shadeslayer> it was discussed eons ago.. i thought it would have been over
[15:05] <ari-tczew> shadeslayer: from Agenda: persia to call for remaining votes for coolbhavi's application
[15:05] <shadeslayer> hmm
[15:07] <persia> I did.  I haven't gotten all the returns yet.
[15:12] <neversfelde> micahg: yes, I talked to upstream and they want us to use gstreamer like debian does. So we should sync
[15:12] <neversfelde> I don't have a broadband internet connection atm, so I cannot do it now. I will get to it later, if no one else does
[15:24] <micahg> neversfelde: is there anything missing in the Debian package that we have?
[15:25] <neversfelde> micahg: not that I know, but I didn't look at it for weeks
[15:26] <micahg> neversfelde: do you want me to take care of the sync/merge if necessary?
[15:26] <neversfelde> micahg: yes, please, would be great
[15:27] <micahg> neversfelde: k, np
[15:33] <micahg> \sh: thanks for ZF, I meant to ask you before, was the twitter auth issue worth an SRU?
[15:36] <lfaraone> Ugh. I just sponsored a fix for bug 373100, which had a debdiff attached since Jaunty, and forgot to change the changelog message. (which reads "Fix bug that prevents clients from being shown in Ubuntu 9.04.")
[15:36] <ubottu> Launchpad bug 373100 in thin-client-manager (Ubuntu) "Thin Client Manager shows nothing" [Medium,Fix committed] https://launchpad.net/bugs/373100
[15:36] <Laney> luckily you can get it rejected
[15:37]  * lfaraone looks for Riddell or ScottK.
[15:38] <Riddell> hmm?
[15:38] <lfaraone> Riddell: can you reject the upload of  thin-client-manager 0.5.1-0ubuntu8 ?
[15:38] <Riddell> uploaded to where?
[15:38] <lfaraone> Riddell: maverick.
[15:39] <Riddell> lfaraone: rejected
[15:39] <lfaraone> Laney: the question is, how many edits does it take before I should change the changed-by line?
[15:39] <lfaraone> Riddell: thanks.
[15:39] <Laney> up to you
[15:39] <Laney> I probably wouldn't unless it was me incorporating the patch in something i was doing anyway
[15:40] <lfaraone> Laney: okay. well, I'd also like to bump the compat version from 4 to something recent, as well as the ancient standards version :)
=== JanC_ is now known as JanC
[15:53] <lfaraone> Am I allowed to correct typos in previous changelog entries? "teh"->"the", for ex.
[15:56] <persia> lfaraone, Generally frowned upon, but sometimes done.
[16:09] <micahg> can a sync request close multiple bugs or just the original sync request?
[16:10] <persia> Depends on the changelog in Debian
[16:10] <micahg> persia: w/out a changelog entry
[16:11] <persia> Then it won't close any bugs at all (although the archive-admin usually closes the sync bug manually)
[16:11] <micahg> persia: oh, I thought they had a script...
[16:12] <persia> Yes, but it's still semi-manual.
[16:12] <micahg> persia: k, I can close the other bug manually :)
[16:21] <stalcup> micahg: what's up?
[16:22] <micahg> stalcup: hi, I wanted to ask you about lemonpos, specifically using hte binary lemon
[16:22]  * micahg has to run ATM though
[16:22] <stalcup> micahg: ok
[16:22] <micahg> stalcup: will you be around later?
[16:22] <stalcup> It is in need up updating, i can file a ffe
[16:23] <micahg> stalcup: ah, ok, bug 596065
[16:23] <ubottu> Launchpad bug 596065 in sqlite3 (Ubuntu) "package lemon (not installed) failed to install/upgrade: trying to overwrite '/usr/bin/lemon', which is also in package lemonpos 0:0.9.1-0ubuntu1" [Medium,Triaged] https://launchpad.net/bugs/596065
[16:36] <AnAnt> Hello
[16:38] <kklimonda> hmm.. I need a tool to add license header to multiple files, anyone knows something like that?
[16:38] <persia> You're upstream?
[16:39] <kklimonda> yes
[16:39] <persia> ed can be very useful for that sort of thing.
[16:39] <kklimonda> I just don't have a better channel to ask :)
[16:39] <persia> scriptable editor
[16:40] <kklimonda> hmm, yeah.. I could do that if there is no tool available - I could swear there was something. :)
[16:43] <persia> ed ought be easy: load the file,  count through the comment at the top, insert the contents of another file on the filesystem (containing your license header), save, close.
=== rbelem_ is now known as rbelem
=== ivoks is now known as ivoks_bbl
[18:17] <anoteng> Hello, I'm packaging a program that expects some files to be present in a subfolder of the main executable. Is it OK to create a symlink from /usr/bin/appname to the real binary? Also, is it ok to put the binary and necessary files in /usr/share/appname, or should I place them somewhere else?
[18:19] <azeem> anoteng: what programming language is it in?
[18:19] <anoteng> pascal/lazarus
[18:19] <anoteng> azeem: ^
[18:19] <azeem> is that being compiled?
[18:19] <anoteng> yup
[18:20] <azeem> if so, it should probably go under /usr/lib, not /usr/share
[18:21] <anoteng> azeem: There's only one compiled binary, the rest of the files are plain text.. place it all in /usr/lib/appname/ ???
[18:31] <kklimonda> anoteng: place them in /usr/share/appname/ and fix the application so it looks for files in the new place. well, that's what I would do.
[18:59] <anoteng> kklimonda: Yea, that would be the best thing to do, but lazarus projects is a mess, especially if you don't know pascal.
[18:59] <anoteng> I'll try one more time...
[19:30] <Muscovy> Hi, I'm trying to make a meta-package that installs all the packages Totem needs for DVD support (gstreamer0.10-plugins-ugly, etc), then runs /usr/share/doc/libdvdread4/install-css.sh. Problem is, the aforementioned script uses apt, so it fails because apt is already running. Could someone help me find a solution?
[19:43] <geser> you can't install another packages in maintainer scripts
[19:47] <Muscovy> Should I just go through the file and dependency stuff then?
[20:09] <stalcup> cool, thanks michag
[20:09] <stalcup> I'll work on that when I get homw
[20:10] <micahg> stalcup: thank you :)
=== ivoks_bbl is now known as ivoks
=== ivoks is now known as ivoks_away
=== yofel_ is now known as yofel