[01:03] What does one need to do to create a package of non-open source software that will be added to the universe or mulitverse repositories? [01:04] theandromedan: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [01:05] I read that watched the videos. [01:05] But there are some things I don't know. [01:05] Like can you build a package without a Source section? [01:06] Do I need to be a member of MOTU to have a package added? [01:07] Remember this is a closed source software. [01:08] The only reason I am looking into this is that a customer asked for my to add it as a package to Ubuntu. So I am looking into it. [01:08] It is a Java-based program. [01:08] So it will run under Ubuntu. [01:08] theandromedan: multiverse or you can talk to Canonical about including in the partner repo [01:09] theandromedan: as long as it's freely redistributable, you can put it in multiverse or Debian/non-free [01:10] There is a Debian/non-free? [01:10] According to the Wiki anything in the Debian needs to be open source. [01:10] yes, it's not "officially" part of Debian, but it's usually mirrored [01:10] Ah. [01:11] http://www.debian.org/doc/debian-policy/ch-archive.html#s-non-free [01:14] Can I create Debian package using Ubuntu? [01:15] sure [01:19] Is there an IRC channel for helping with Debian package creation? [01:20] Does Ubuntu support the installation of Debian packages? [01:21] #ubuntu-packaging for generic help or here + #debian-mentors on OFTC for stuff that is targeted to the Ubuntu archive (the Debian channel is only for stuff going through Debian AIUI) [01:25] ok === v is now known as DoorDonkey === DoorDonkey is now known as DirtyLegs === DirtyLegs is now known as BiscuitNeck === [ESphynx] is now known as ESphynx === slacker_1l is now known as slacker_nl [07:43] good morning === jibel_ is now known as jibel === yofel_ is now known as yofel === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [10:50] man, tvtime is heavily ubuntu patched [10:51] yeah, I wanted to comment on that [10:51] this stuff belongs upstream [10:51] seems dead [10:51] I'm sure I remember suggesting he takes over / forks before [10:51] yeah, sounds like it's needed [10:54] * Laney does so again [11:11] tumbleweed, Laney: tvtime and gnomeradio AFAIK - our contributor is in touch with the debian maintainer to figure out what the future might be - I suggested forking before already [11:12] ah, gnomeradio rings a bell [11:12] is that the same guy? [11:12] yes IIRC [11:13] yeah, 'tis [11:13] good, well I'm glad a few of us are on the same page [11:41] Laney: now that google reader is going away i'm potentially switching to gwene.org to do rss archiving, and reading them via nntp with Gnus or with Thunderbird (evaluating) [11:42] gwene? [11:42] never 'eard of it [11:44] RSS -> NNTP. sounds like the future [11:45] Laney: it's what gmane is to mailing lists: archival + interface to read them over nntp/web/blog-like/rss interfaces. [11:46] * xnox finds it funny how it offers _full_ archive over rss [11:47] let me know how you get on [11:47] I was pondering looking for a good native client [11:48] * tumbleweed is happy with newsblur (non-native) [11:49] yeah, android app would be good [11:50] * tumbleweed can't handle using machines without full-size keyboards for anything significant [11:50] I have a newsblur client on my phone, but never ues it [11:50] keyboard for reading? [11:51] :P [11:51] larger screen for reading [11:51] and I skim a lot, so yes, keyboard helps [11:52] 'n' is good, but I can also get used to swiping to skip [11:52] nexus 7 is pretty good for it IME [12:00] newsblur does look pretty nice indeed. [12:01] mmm [12:18] "Thanks for all the supportive tweets and emails today. NewsBlur has experienced 15x its normal daily traffic in only 1/4 of a day." [12:18] I guess they need to scale a little, it's a bit slow at the moment. [13:55] any debian packager that knows well cmake here? [13:56] aboudreault: It's better just to ask your question. [13:56] kk [13:57] I'm creating a package with a cmake build system. I would like to preserve the current natural behavior of CMAKE_INSTALL_PREFIX=/usr (or /usr/local). However, I need a way to place some files in /etc/xxx [13:58] using DESTINATION /etc/xxx is not an option since I need things to be in debian/tmp/etc/ [13:58] any hint? [14:03] maybe cmake shouldn't do anything with /etc .. will put that in prefix/share and copy manually I think. === medberry is now known as med_ === lfaraone_ is now known as lfaraone === dpm is now known as dpm-afk === jbicha_ is now known as jbicha