=== ubott2 is now known as ubottu [01:27] is there an easy way to run a shell script from inside rules? [01:30] it's a makefile; each line is a separate shell [01:30] to run a script, just run it as you would from shell === Kalidarn_ is now known as Kalidarn [02:03] vorian: Please do not forget to include all changes since the last Ubuntu merge when uploading a merge. [02:44] crimsun: Hi! Is nouveau-kernel-source still on your todo list, or is it time to advertise again. [02:45] Nice coincidence with #ubuntu+1 [02:45] yes, on my TODO [02:45] overrun with alsa and pulseaudio bugs, surprise surprise [02:45] Shock! [02:46] oh, and this alsa-plugins (lib32asound2-plugins) interaction with flashplugin-nonfree on 64-bit is a bit tragic [02:46] now that flashplugin-nonfree uses nspluginwrapper forcibly with the 32-bit plugin regardless of installation arch, we have a bit of a mess on Ubuntu [02:47] i think what needs to occur is that ia32-libs needs to be fixed by removing alsa-plugins from it [02:47] at the same time, it should depend on lib32asound2-plugins [02:48] hey crimsun [02:48] otherwise, we've regressed to the release of hardy, where audio is nondeterministically inaudible, and pulseaudio and all other audio apps need to be restarted [02:50] hi lfaraone [02:57] crimsun: The problem with lib32asound2-plugins is that it's built from a main source, so can't b-d on ia32-libs and so can't build the pulseaudio plugin. [02:59] I don't expect ia32-libs to be promoted to main anytime this geological epoch. :) [03:02] What does lib32asound2-plugins require from ia32-libs? [03:02] Perhaps that needs to be split out too? [03:04] apparently alsa-plugins has build-time magic to provide .so symlinks and to copy .pc for pulseaudio and dbus [03:08] StevenK: It requires ia32-libs in order to get 32-bit pulseaudio libs to build against. [03:09] RAOF: Right, so maybe we need to split out lib32pulseaudio or so ? [03:09] Yeah, that'd work. [03:10] * RAOF wasn't thinking of the ogre model when he did the alsa-plugins biarch work. [03:11] So, who wants to take the review of nouveau-kernel-source off crimsun's overstreached TODO list? === TheMuso_ is now known as TheMuso [03:32] * TheMuso will look into bi-arch pulse libs. [03:32] Although I don't look forward to implementing it. :p [04:32] good morning! === bluesmoke_ is now known as Amaranth [06:16] how much it usually takes for one package to get sponsored? [06:30] good morning and happy new year! [06:31] hey there dholbach! [06:31] hi Hobbsee [06:36] Hiya dholbach! [06:37] hiya iulian [06:47] Hi dholbach1 and happy new year also! [06:48] oops: dholbach, no dholbach1 [06:48] hiya fabrice_sp [06:53] Now that I'm back from holidays, I will start again to request review for dvsdstyler package at http://revu.ubuntuwire.com/details.py?package=dvdstyler? Is there someone willing to have a look at it? It has already been reviewed by mok0 and siretart [07:06] I have uploaded a new package for spicebird, would someone like to revu it? spicebird is a collaboration client and it's based on TB3a2. http://revu.ubuntuwire.com/details.py?package=spicebird [07:15] wikz, will have a look (even if I'm not a MOTU, I saw some errors in your packaging) [07:21] fabrice_sp: thank you so much :) [07:44] * Hobbsee does the 'upgrade to jaunty' dance [07:46] * TheMuso corsses his fingers for Hobbsee. [08:06] ive got a question about patches [08:06] i recall seeing that you can put comments in quilt system packages' patches [08:07] is that unique to quilt, or does the standard unified diff format allow comments? [08:07] Hi everybody and happy new year \o/ [08:09] pwnguin, the patch utility ignores anything that isn't proper diffs, so its not quilt specific [08:10] "proper diffs" [08:10] meaning, anything that isn't the header or a chunk? [08:17] ah. the manpage say patch skips leading and trailing garbage, so you can save a message and give it to patch without processing [08:35] morning all [08:37] morning [08:44] * Hobbsee wonders why a jaunty dist-upgrade installs lilo by default. [08:45] oh. recommended by the kernel images. yay. [09:16] the kernel recommends lilo? why? [09:18] orly_owl: i've no real idea, although i remember hearing something about it being needed for some configurations? [09:18] sounds odd [09:22] i've asked in -kernel, but might be too early in the day? [09:23] Is there anybody who would like to give a session about merging at the Ubuntu Developer Week? https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep [09:23] Is there anybody who would like to give a hands-on session about python packaging at the Ubuntu Developer Week? https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep [09:30] * directhex hands Hobbsee a fresh copy of elilo [09:41] thekorn: re: lplib for requestsync: that's great work :) [09:42] jpds, thanks, hugdaylist and grab-attachments also done but not pushed yet [09:42] jpds, I think massfile is the only one which still depends on launchpadbugs [09:43] thekorn: It's okay, mark the branch for merging when you think they're ready and I'll copy it across. [09:44] jpds, before merging this branch we should think about adding a tool for managing access tokens, [09:44] thekorn: You write far better python than me :) [09:44] thekorn: Good point. [09:45] managing right now would mean "creating access tokens" right now, but in the future it can also show you all your tokens etc [09:45] thekorn: that'd be awesome! :) [09:45] thekorn: that should probably be in a separate package - what do you think? [09:45] I could imagine that a bunch of packages (not just development tools) would make use of it [09:46] dholbach, yes, maybe launchpadlib itself would be the best place for it [09:46] james_w: ^ what do you think? [09:48] I think you are probably right [09:54] ok, I will think about such an token management tool later today and write a patch [09:56] * dholbach hugs thekorn [10:31] directhex: elilo? haven't heard of that [10:32] Hobbsee, it's what us cool doodz with itanium use [10:32] Hobbsee, i.e. for EFI-based bootings [10:32] ahhh === ziroday is now known as bingqiling === bingqiling is now known as ziroday [11:31] hrm, another open week [11:32] some of those sessions look interesting [11:33] * Hobbsee hopes logs appear in findable places. === RainCT_ is now known as RainCT [12:12] doko__, do you have plans to package the new ironpython 2.0? [12:13] directhex: yes, but python2.6 comes first. go ahead if you want to do the update [12:16] jms@osc-franzibald:/tmp/IronPython-2.0$ mono ipy.exe [12:16] IronPython requires .NET 2.0 SP1 or later to run. [12:16] this is gonna be fun [12:18] directhex: it's available in jaunty [12:19] doko__, 2.0? [12:24] hm, doesn't seem to run [12:47] would somebody be kind and review my debdiff? [12:49] milos_: What is it for? And is it a simple one? (I only have a few minutes) [12:50] I am not in a hurry so, you can look at it when you have more time [12:50] nhandler, http://launchpadlibrarian.net/20901340/yagiuda_1.19.5%7Eppa1.debdiff [12:51] nhandler, it's about 3 lines of code [12:51] Is there a bug report? [12:51] yup nhandler https://bugs.launchpad.net/bugs/312842 [12:51] Launchpad bug 312842 in yagiuda "yagiuda crashes in Ubuntu Intrepid" [Undecided,Confirmed] [12:53] Hi folks. I've been backporting ardour 2.7.1 for hardy and intrepid. It's the first time I attempt to do official backporting. Is there a backporter who could tell me what the next step is? [12:55] milos_: Well, looking at the patch, it is not perfect. For one thing, the syntax for closing a launchpad bug is (LP: #312842). Closes is for Debian bugs. Second, you need to get the the patch applied in jaunty before it can get into Intrepid. Third, your version is not correct. You want to look at the version currently in jaunty and just bump the ubuntu revision. You also should filter out the changes to config.sub and config.guess from you [12:56] you got cut: "from you..." [12:56] * nhandler is starting to hate irssi [12:56] milos_: to add to nhandler - you have lines showing change where you've changed white space... (dont do that) [12:57] milos_: we want to make the diff as minimal as possible [12:57] http://paste.ubuntu.com/100286/ [12:57] milos_: Actually, it looks like the package is auto synced from Debian. Is the patch relevant to debian? If so, send the patch upstream [12:58] milos_: If not, you can subscribe ubuntu-universe-sponsors to the bug report after making the changes. That will ensure it gets looked at [12:58] * nhandler has to run now [12:58] nhandler: you want http://scripts.irssi.org/html/splitlong.pl [12:59] khashayar: https://help.ubuntu.com/community/UbuntuBackports [12:59] nhandler, I don't know bout Debian. I would search it. [12:59] nhandler: or, not talk so much :P [13:02] nhandler, ok I will try to fix this and will send again to ubuntu-universe-sponsors mailing list [13:05] stefanlsd, about lines with white space, I should just delete those lines from patch? [13:08] maxb: Thanks. I've built packages using prevu, and they're currently being built in ppa. Where do I find someone to take a look at them? [13:09] nhandler: I have a script which automatically splits lines taht get too long if you're interested [13:10] milos_: yeah, you can do that (or fix your source and redo the debdiff). either way [13:10] nhandler: Oh, you already got linked, nm [13:19] khashayar: are they new packages? [13:20] if so you can upload them to revu http://revu.ubuntuwire.com/ [13:20] nhandler: i've made the changes you've requested in codelite [13:25] vorian: thanks, I'll check that out. [13:25] vorian: sorry, they're backports, not new packages. [13:26] khashayar: The backports wiki you got linked to explains it [13:30] Laney: I've read that page, but there are some things I don't understand. Will investigate some more and get back here later, possibly with questions. Thanks again. [13:34] hi rrittenhouse [13:48] hi vorian [13:48] vorian, how are you? [13:48] good good [13:53] thekorn: Do you know what could be wrong here: http://pastebin.ubuntu.com/100312/ - it's not working for me against staging either and I've redone the cookie file, everything.. [13:56] jpds, I will have a look at it in about 10 minutes [13:56] thekorn: I'm not in a hurry. [14:00] * hanska waves [14:02] * ScottK waves back. [14:12] hanska visiting ubuntuland again? [14:13] come to steal our bugs? :o [14:13] directhex: nah :) [14:13] directhex: have some plans about becoming a MOTU too, some day [14:13] hi [14:13] i could need some packing help ... [14:13] i would like to package the droid font for ubuntu/debian [14:13] can someone help me? [14:14] i plan to start working on it in 50 minutes ... [14:15] jpds, which version of py-lp-bugs are you using? is it jaunty, intrepid or earlier? [14:15] soc: what's your problem? [14:16] hanska: i never really did it before [14:17] so i decided to start with a typeface, because i don't have to compile anything and the dependencies are easier ... [14:18] jpds, what's the result of [14:18] python -c 'from launchpadbugs.http_connection import HTTPConnection; h = HTTPConnection("path/to/cookie"); print h.needs_login()' [14:21] ok, i'll be back in 45 minutes ... [14:55] anyone have a pointer to why my watch file isnt working... looking for this ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/netkit-tftp-(.*)\.tar\.gz and debug returns nothing - uscan debug: requesting URL ftp://ftp.uk.linux.org/pub/linux/Networking/netkit/ - uscan debug: received content: [End of received content] [14:55] Heya gang [14:56] Heya bddebian. [14:58] Heya ScottK-desktop [15:05] for info - it needs opts=passive before the ftp:// to do pasv ftp [15:06] could just be where i'm sitting [15:11] dholbach: hey [15:11] RainCT_: hiya :) [15:12] dholbach: I don't arrive home until around 17:15 UTC on mondays :( [15:12] RainCT_: ah ok - I guess I'll just pester the others then :) [15:12] RainCT_: would you like to give another session during the rest of the week? :) [15:13] dholbach: I guess the Getting Started is supposed to be an intro for your session? [15:13] RainCT_: a very general introduction with room for lots of questions about ubuntu development in general [15:17] dholbach: Where do HoF bugs get put? Do I just tell you? [15:18] can i just start grabbing merges from mom? i see we're past 25th dec. and still 106 merges left... and alpha 3 coming up [15:18] ScottK: yeah :) [15:20] dholbach: Currently it looks like all my non-sponsor uploads are changed-by scott@kitterman.com and signed-by ubuntu@kitterman.com (even though both email addresses are on the key) so ALL my uploads get counted towards sponsored uplods. [15:20] uplods/uploads. [15:20] ScottK: I'll check that - are both mail addresses in LP? [15:20] Dunno if you care about special casing that, but it doesn't seem fair. [15:20] dholbach: I was thinking about doing it the week before, but I think I'll be busy finishing my research project that week, so dunno.. [15:20] dholbach: yes. [15:20] ScottK: alright, I'll let you know [15:21] RainCT_: oh... I was thinking about some session about a different topic [15:26] hey all trying to run a shell script from my make file with $(shell scripts/patch) but I get scripts/patch: 23: /tmp/buildd/msp430-binutils-msp430-binutils-2.18-msp430/patches/msp430-binutils-2.18-msp430-cvs.0.0.20090105.patch: Permission denied line 23 is when it runs my function, I am running pbuilder build ../*.dsc as root [15:27] its chmodded +x as well [15:29] AdamDH: If it's within the diff.gz part of the source package, then you need to remember that diffs don't preserve modes. So, it won't be +x by the time the build actually runs [15:30] so I need to somewhere in my rules chmod it +x so it executes [15:31] That, or run $(shell /bin/sh the_script) instead [15:35] the script works perfectly when not been called by make! I will give that a go, thanks [15:36] still get permission denied, now I get it when it reads in the /tmp/buildd/msp430-binutils-msp430-binutils-2.18-msp430/patches/msp430-binutils-2.18-msp430-cvs.0.0.20090105.patch: Permission denied patch [15:52] mhhh, sorry took longer to get rid of that snow :-/ [15:52] i want to package the droid fontface, can someone guide me? [15:53] soc: have you read any kind of documentation yet? [15:53] * vorian will show a couple of links if not [15:53] yes [15:53] soc: how are they licenseD? [15:53] apache [15:54] in https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging%20From%20Scratch : The underscore, "_", between the package name (hello) and the version (2.1.1), as opposed to a hyphen, "-", is very important. The packaging tools will look for a file with that exact name. If you get it wrong, the result is that the tools will incorrectly assume that there is no original source at all and the package will be built as a Debian native package. [15:54] directhex: do you think we could have a session at Ubuntu Developer Week about Mono Packaging? https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep is the preliminary schedule [15:54] how far have you gotten soc? [15:54] so my first question: [15:54] ah :) [15:54] i have the font files, should i put them in an archive? [15:54] i'm just starting [15:54] hanska, what do you think? [15:55] or sebner or Laney [15:55] soc: are the android fonts Apache licensed? seriously? [15:55] yes [15:55] i opened them with fontforge [15:55] directhex: pong [15:55] cool :) [15:55] * hanska was going to bed [15:55] :) [15:55] license states: [15:55] dholbach, possibly, just gotta bounce ideas off clever people like hanska first [15:56] hanska, bed? it's 4pm! [15:56] directhex: didn't sleep tonight :/ [15:56] (5pm here though) [15:56] soc: use a current font package, like liberation as an example [15:56] soc: ttf-libration (for example) [15:56] dholbach: tell me :) [15:56] Licensed under the Apache License, Version 2.0 [15:56] pmjdebruijn: i alredy did that ... [15:57] soc: huh? well it should be simple enough then [15:57] but i'm not really sure, what things i can reuse [15:57] * hanska just saw the link, second, let me look at it [15:57] directhex for mono packaging \o/ [15:57] directhex: recruits to transition the libraries? ;) [15:57] Laney: ahah right :) [15:57] hanska, you'll muck up your circadian rhythms if you go to bed early. anyway... ubuntu developer week is a week of exciting lessons for new devs (and new skills for old devs) on given topics [15:57] Laney, could be, could be :p [15:57] hanska, directhex: we're going to have Ubuntu Developer Week again with a weel full of one-hour-long tutorial sessions [15:58] directhex for mono packaing \o/ [15:58] *packaging [15:58] ^^ [15:58] so basically i have to write a .dsc file and that diff file, am i right? [15:58] I just thought it'd be great to demonstrate to people what's special about mono packaging and answer a bunch of questions [15:58] dholbach: on IRC? :) [15:58] hanska: sure [15:59] hanska: yep [15:59] dholbach, i agree [15:59] uhm [15:59] https://wiki.ubuntu.com/UbuntuDeveloperWeek/Prep is the preliminary schedule [15:59] directhex: you know I don't have connection where I study :/ [15:59] directhex: and I'll leave again on 12 :/ [15:59] https://wiki.ubuntu.com/UbuntuDeveloperWeek the schedule (and logs) of last time [15:59] :( [15:59] leave?!?!?! [15:59] hanska, crap, i forgot about that [15:59] directhex: I would've really joined you guys :/ [16:00] it's ok [16:00] you can record a video [16:00] we'll play it at the start [16:00] lol [16:00] Laney: lol [16:00] Laney: I can also call by phone, heh :P [16:00] dholbach has done MOTU videos in the past! [16:01] Laney: well.. if I were to talk about mono packaging with some sort of screencast [16:01] the ideal would be to get meebey involved, but he's been AWOL for a few days [16:01] mhh [16:01] Laney: I believe that an open terminal and me typing commands (even if I could also record voice), that wouldn't be too exciting! [16:01] haha [16:01] :) [16:01] It'd excite me [16:02] * hanska excites Laney [16:02] oO [16:02] hanska, directhex: I think it'd be enough to have a small example or two, talk through it and answer heaps of questions [16:02] for sure [16:02] helloworld-sharp [16:02] dholbach: I would've done that, sure, but I have internet connection only on weekends [16:02] more like debian/control and rules magic [16:02] hanska, directhex: and explain how to help out on the Mono Packaqing goodness [16:02] hanska: right :/ [16:02] so now i'm going to put the font files in an archive and call it ttf-droid_1.00b112.orig.tar.gz? [16:02] hanska: remembers me on me ^^ [16:02] *myself [16:02] anybody else up for giving a hands-on session at UDW? [16:02] sebner: just because I'm at university :/ [16:03] hanska: university without internet. wired [16:03] weird* [16:03] Laney: +1 [16:03] sebner: Uni has, my home there hasn't [16:03] (it's ~140km from here) [16:03] * sebner wouldn't stay in a home without internet :\ [16:03] slomo can help too. right slomo? [16:04] directhex: "How to package ikvm", right? [16:04] Laney: \o/ [16:04] hanska: where do you live? [16:04] mhh the version is "Version 1.00 build 112" [16:04] how should i translate that? [16:04] Laney, i need to perfect face-stabbing-over-IP i think [16:04] 1:112? [16:04] dholbach: Palermo (university), Mazara del Vallo (home city, where I am now) --> Italy [16:04] or 1.00b112? [16:04] hanska: ah ok [16:04] soc, 1.00b112 works for me [16:04] ah ok [16:05] directhex: ikvm? no, packaging that needs more time than i currently have ;) [16:05] soc: also something like 1.00~b112 wouldn't be too bad [16:05] so now i have the fonts in that archive [16:05] ah ok [16:05] slomo, nah, ikvm is almost in reasonable shape now (!) [16:05] directhex: anyways, you just need a simple example and show howto deal with the control and rules file (also howto patching the makefiles) and answering questions, that's all [16:05] ttf-droid_1.00~b112.orig.tar.gz is the filename now ... [16:05] directhex: openpgp-sharp, it's a project of mine :) [16:05] slomo, an ubuntu developer week session on mono packaging. you've experience with one of the bigger examples [16:05] hanska: with *good* makefiles? ^^ [16:06] sebner: I wrote that by hand, so... but it needs monodevelop installed :P [16:06] sebner: however, I could make a preview-release-tarball [16:06] hanska: heh [16:06] directhex: ... like mono itself? or which one do you mean? [16:06] (with a sane Makefile) [16:06] directhex, hanska: or shouldn't i create my own archive? should i better download that "snapshot" file from git??? [16:07] problem is, that there are more things in that archive that i don't need ... [16:08] slomo, no, CLI packaging in general. just education for people, so they can package mono apps/libs more effectively. same as other dev week tutorials, really [16:08] slomo, i'd like to agree to dholbach's request, but i want to have people on-hand who are super smart & can answer real-world questions [16:09] directhex, hanska: should i use the generated archive from the git ( http://android.git.kernel.org/?p=platform/frameworks/base.git;a=snapshot;h=6b8721393400f8e98bb6c29d47b38c79be7ade32;sf=tgz ) which has many files i don't need or should i extract the fonts out of that archive, and place them in a new archive? [16:09] directhex: I'm sure that having a few examples at hand you can talk about, knowledge about general packaging techniques and a few people you can ask on IRC if you don't know the answer yourself off-hand, that's fine :) [16:09] soc: do you intend to package the whole platform as well? [16:10] directhex: I can give you my phone number *hrhr* [16:10] no, i just want to have a package for the font [16:10] hanska: just a ttf-droid with the fonts [16:10] soc: then yes, make a separate source package, and state what you did in a debian/README.source file [16:10] ah ok [16:11] hanska, i should make a README.source for ikvm! [16:11] ok, then now i extract the files from my orig.tar.gz again [16:11] soc: also, implement a get-orig-source target in debian/rules, which should grab the snapshot (the same exact revision you got), and mangle it appropriately to have the final tarball [16:11] cd into it and do dh_make? [16:11] soc: sure. [16:11] soc: remember, debian/README.source and get-orig-source in debian/rules. [16:11] hanska: that's the thing i don't know how to do [16:12] get-orig-source should automatize all the steps you did to get the original tarball [16:12] because of that i asked, if i can just create my own source archive instead of cleaning up the original ... [16:12] soc: sure you can, but you should give other users/developers the chance to get the same exact tarball you created [16:12] s/should/must/ [16:12] (as far as I'm concerned) [16:13] dholbach, let me try and get ahold of meebey, since he's been doing this stuff a few years longer than me [16:13] directhex: if meebey can just hang out there or be around to answer the questions that you really can't answer, that's fine [16:13] directhex: we'll have a bunch of really really new people there [16:13] * hanska to bed, later guys! [16:13] mhh, i can't see how ttf-liberation did that ... [16:13] and we're going to get them excited [16:14] and it's going to be great [16:14] hanska: is the debian/rules a bash file? [16:15] soc, it's a Makefile [16:15] what should get-orig-source do? just get the archive? [16:15] or overwrite the files locally? [16:15] soc, download (or generate) an orig.tar.gz [16:15] ah k [16:15] where should that orig.tar.gz be placed? [16:16] dholbach, if i can pin down meebey, i can check over things like suggested example packages, or times/days he'll be about, or things like that [16:16] in the source folder? [16:16] soc, policy says in ../ i think [16:16] ah ok [16:17] btw. should i put the font files in my archive in a folder? [16:17] directhex: awesome - the earlier we fix up the schedule the better :) [16:17] and do the font files need some special permissions? [16:17] or will fix the installer that for me [16:17] because atm the files belong to me, not to root [16:17] dholbach, hence [16:12] /me jumps up & down on meebey [16:18] hehe [16:18] soc, your rules file should do any general cleaning up of things [16:18] somebody asked for a session about merging? anybody up for talking about merging? [16:18] ah k [16:18] i'll guess i try it and then rinse and repeat :-/ [16:19] i wonder how long to assign to heckling in a mono session... [16:20] ttf-droid_1.00~b112$ dh_make -e soc@krg-nw.deThe directory name must be - for dh_make to work! [16:20] I cannot understand the directory name or you have an invalid directory name! [16:20] soc: just what it says [16:20] ttf-droid-1.00~b112 [16:21] soc, when you extract foo 1.0's orig, it should go into a folder called foo-1.0 [16:21] so i have to call the archive ttf-droid_1.00~b112.orig.tar.gz, but the folder inside it ttf-droid-1.00~b112? [16:22] type of package? [16:22] single binary, multiple binary, library, kernel module or cdbs? [16:22] soc: single binary [16:22] even if there are multiple *.ttfs? [16:22] yes. [16:23] it means "single binary package" [16:23] * hanska really goes now [16:23] ah ok [16:23] thanks! [16:23] as opposed to lots of binary packages from one source [16:23] atm Licence states: blank [16:23] ah ok, i understand [16:23] how can i tell dh_make the licence? [16:24] generally your upstream should come with a COPYING or LICENSE file in the tarball [16:24] Skipping creating ../ttf-droid_1.00~b112.orig.tar.gz because it already exists [16:24] Currently there is no top level Makefile. This may require additional tuning. [16:24] Done. Please edit the files in the debian/ subdirectory now. You should also [16:24] check that the ttf-droid Makefiles install into $DESTDIR and not in / . [16:24] soc: man dh_make [16:24] yes [16:24] where do i have to place that file? [16:28] mhh, i have both a NOTICE file with Copyright, License, the "No warranties" paragraph and the full apache license text [16:29] and i have a README.txt with Copyright, License, the "No warranties" paragraph and a comment "This directory contains the fonts for the platform. They are licensed under the Apache 2 license." [16:29] which one is the right ne? [16:30] I think you have to add them all if you include all of those files [16:31] savvas: afaik the debian distribution has some shared directory with all common licenses ... does that matter [16:33] soc, common-licenses? are your files under Apache 2.0? [16:33] yes? [16:34] Well um.. you can add a note in debian/copyright: [16:34] On Debian systems, the complete text of the GNU General [16:34] Public License can be found in `/usr/share/common-licenses/GPL'. [16:35] at least this is what dh_make command creates :) [16:35] s/GPL/Apache-2.0/ [16:39] correct directhex! [16:39] soc: I would just mention one by one which licenses are used for which files - just make sure you are allowed to package/distribute them using those licenses :) [16:39] ok [16:40] only apache2.0 is used [16:40] ah cool then [16:42] what is the debian/watch file? [16:42] it's used by "uscan" to let the archive inform you of new upstream releases [16:43] https://wiki.ubuntu.com/PackagingGuide/Complete#Creating%20And%20Using%20A%20debian/watch%20File [16:43] i.e. DEHS (and whatever ubuntu equivalent exists) periodically uses the watch file to detect a source tarball newer than your packaged version [16:43] UEHS! [16:44] mhhh [16:44] the font was build by Steve Matteson [16:44] but Google has the copyright and the trademark [16:44] so who should be "upstream autjor"? [16:45] the best way to clear out copyrights and licenses is to contact the authors directly :) [16:45] mhh [16:46] the project is on google code? [16:46]