StevenKdirecthex: I love the "migrated-to-git" in that path00:00
directhexStevenK, well, yes. but the version in git doesn't use a patch anymore it ships an entire replacement ltmain.sh (as every update to the toolchain broke patching). and i can't work out how to display that old version in the web gui00:01
StevenKAnd people say git isn't hostile to users.00:02
MTecknologyI like git00:03
MTecknologyI have yet to really learn it... but it's nice00:04
directhexStevenK, git isn't hostile to users, it's hostile to *potential* users!00:06
=== golddragon24_ is now known as golddragon24
MTecknologyHow was it that you apply a patch?00:41
mok0_MTecknology: patch < file00:42
rhpot1991for anyone who knows library packages well, I have one that I patched upstream's build process to include soname data into the library, now my resulting file seems ok (I think), but the symlink is a little off:00:43
rhpot1991-rw-r--r-- 1 root root 63K 2010-01-29 16:09 /usr/lib/libhdhomerun.so.1.0.000:43
rhpot1991lrwxrwxrwx 1 root root  21 2010-01-29 16:43 /usr/lib/libhdhomerun.so. -> libhdhomerun.so.1.0.000:43
persiaWhat's wrong with that?00:43
MTecknologymok0_: so simple :P - first chunk good second bad00:44
MTecknologytime to dig into it00:44
persiaOr did you want libhdhomerun.so ?00:44
rhpot1991it should be libhdhomerun-so.1 -> libhdhomerun.so.1.0.0 I think00:44
rhpot1991lintian throws a warning too, let me get that00:44
rhpot1991also hi persia00:44
persiaNo need to paste.00:44
mok0_rhpot1991: libdhomerun.so.1 -> etc.00:44
persiaEasy way to fix is to not install the link with dh_install, and use dh_link to make the links you want (.so.1 in libfoo, .so in libfoo-dev)00:45
mok0_rhpot1991: and in the -dev package libhomerun.so -> etc.00:45
mok0_Hi persia, up so early?00:45
rhpot1991hmmm, I am using the dev package for some library files thare are needed to install00:45
persiamok0_: It's not that early :)00:46
rhpot1991if you guys want to look00:46
rhpot1991doesn't include the latest patching yet, as I'm still working on that00:46
rhpot1991so after the resulting build I have libhdhomerun.so.1.0.0, does that sound correct?00:46
mok0_rhpot1991: that file should have some bytes in it00:47
rhpot1991mok0: sorry don't understand what you are saying00:47
mok0_rhpot1991: the .so.1 file is just a symlink00:47
mok0_rhpot1991: sorry, the so.1.0.0 file is a real file with some size00:48
rhpot1991mok0: the issue here is that upstream wasn't keeping any soname data so I am trying to fix thigns and get them a patch00:48
persiaThat filename looks sane.  Just play with dh_link for the other bits.00:48
rhpot1991so I make that file, symlink00:48
mok0_rhpot1991: are they using libtool etc?00:48
rhpot1991 .so to it, so I don't break the build00:48
rhpot1991mok0: just gcc, I think00:49
rhpot1991mok0: http://bazaar.launchpad.net/~rhpot1991/libhdhomerun/trunk/annotate/head%3A/Makefile00:49
MTecknologydirecthex: I'm trying out that patch now00:49
rhpot1991thats the no symlink file version, I just fixed the gcc command00:49
rhpot1991persia: yep I think I'm on the right path, just trying to figure out why my linkage is off.  Do I need to do libfoo.so in my dev package?00:50
rhpot1991right now my dev package is just some .h files that are build dependencies for the GUI00:50
mok0_Well, you need at least a  symlink called *.so.100:50
mok0_rhpot1991: persia is right, just do it with dh_link00:51
rhpot1991mok0: ya, I was hoping that debhelper 7 would do all that magic for me but it did it incorrectly, so I'll see what I can do with dh_link00:51
mok0_rhpot1991: if users need to be able to use the library for developement, you need another symlink called *.so00:51
mok0_rhpot1991: that symlink is normally included in the -dev package00:52
rhpot1991mok0: the library is only used when running the GUI, if its safer to add it to the dev package I can00:52
persiarhpot1991: dh(1) does the magic dh_link call, but you need to feed it the source data.00:52
rhpot1991persia: would make sense, I have a very minimal rules file00:52
mok0_persia: eerr? source data?00:53
persiamok0_: debian/links00:53
mok0_ah source of the symlink?00:53
mok0_heh ok00:53
rhpot1991persia: mok0: ok so doing dh_link does what I want, I still have that incorrect link hanging around though, do I need to override something in rules to get it to stop doing that?01:13
rhpot1991still have the same lintian error/warning too:01:13
rhpot1991E: libhdhomerun1: ldconfig-symlink-missing-for-shlib usr/lib/libhdhomerun.so. usr/lib/libhdhomerun.so.1.0.0 libhdhomerun.so.
rhpot1991W: libhdhomerun1: package-name-doesnt-match-sonames libhdhomerun1.0.0.101:13
persiarhpot1991: So, you have debian/libhdhomerun.install and debian/libdhhomerun-dev.install, right?  Just construct the globs in these files not to include the link you don't like.01:14
rhpot1991persia: yes, but neither of those do the symlinking or call ldconfig or anything, I think dh7 is automagically making that happen01:15
rhpot1991persia: also I have no idea where libhdhomerun.so. is coming from, all I make is 1.0.001:15
persiarhpot1991: ldconfig is called by dh_makeshlibs, which doesn't make the symlink.  The symlink is likely constructed by the upstream build system, and then copied by dh_install.01:17
persiaBut try setting DH_VERBOSE=1 in debian/rules, and check the log to see more details.01:17
=== zooko` is now known as zooko
rhpot1991persia: yep, I screwed up the soname injection and thats where the extra came from.  So the file name itself will be .so.1.0.0, should the soname data be 1 or 1.0.0?01:25
persiarhpot1991: I usually just use upstream SONAME & .so (in -dev).  I don't know precisely how the fallback searches work.01:30
rhpot1991persia: I see another complication arising, their GUI looks for .so specifically, will it be an issue if that is symlinked in libhdhomerun1 or should I depends on -dev?01:32
persiarhpot1991: How does the GUI depend on .so?  Please double-check with nm.01:33
persiaIf the GUI is manually checking for the .so, that's probably pointless in a distribution context.01:34
persiaman nm :)01:34
rhpot1991heh sorry01:34
rhpot1991lets find somewhere that I still have it installed01:34
persiasispoty gave a session about this a while ago, with some nice nm usage notes: https://wiki.ubuntu.com/MOTU/School/LibraryPackaging01:35
rhpot1991persia: it fails to run if its not there01:35
rhpot1991thanks, looking now01:35
persiaThere's probably either something broken in the linking, or in how the SONAME is advertised at link time.01:36
rhpot1991persia: keep in mind they had no SONAME data at all01:36
rhpot1991persia: maybe I haven't read enough yet, but there are no object files here in the source01:38
persiaAn ELF executable is an object file.01:39
rhpot1991nm: /usr/bin/hdhomerun_config_gui: no symbols01:39
rhpot1991persia: I'll finish up my work with the library first and verify that it errors with the SONAME'd library in place01:40
rhpot1991then I'll worry about it then if its still an issue01:41
persiaGood luck :)01:41
rhpot1991I'll let you know how it goes, and maybe you can take a look at the package then01:41
spweltonhi guys! Quick question: If I wrote an app in python that I think might be well-served in the universe repository, how might I go about getting it added? It's already in my personal PPA on launchpad.01:47
persiaspwelton: Well, you'd need a developer to upload it, and that developer would be encouraged to get peer review.01:49
persiaWe tend to use REVU as a platform for this, but just uploading it there doesn't always get the interested developer to upload it.01:49
ubottuREVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU01:49
spweltonpersia:  Hmmm, that looks interesting, I'll give that a look01:50
persiaAn alternate strategy would be to get it into Debian, and then Ubuntu would sync it.01:50
persiaBut getting into Debian is a similar model, in that you need a Debian Developer to upload it.01:50
spweltonits a realllllly simple program, only like 200 lines01:51
persiaMind you, you could become an Ubuntu or Debian Developer, but that's a *lot* of effort if your goal is just to get one app included :)01:51
spweltonits just a countdown timer, for cooking and whatnot, since i couldn't find anything in the repo01:51
spweltonalso what all is entailed in being an ubuntu dev? I've always wanted to contribute something, but I'm a grad student and don't have a whole lot of free time01:52
persiaspwelton: For GNOME, I use the Alarm Clock applet, which can do timers or set times.01:54
persiaSome of our most active contributors are grad students who need excuses to avoid theses :)01:54
spweltonpersia:  hmm, i must've missed that one.. oh well the app is already written01:54
persiaBut it's mostly a matter or working with one of the dev teams to help solve their problems.  My personal recommendation is to file patches to fix bugs that bother you with your installation to get started.01:55
spweltoncan i fix bugs at leisure even if I'm not a dev?01:57
persiaSure.  You just can't upload.01:58
persiaThe process tends to work about like this: someone starts providing patches, and ends up finding communication channels for a dev team with similar interests.01:58
persiaThat person ends up getting a lot of work sponsored by that team, and the team encourages the person to apply.01:58
persiaThe person joins the team, and is now an Ubuntu Developer, and can upload.01:59
spweltonok, so i set up REVU and sent my program via dput, does it take a few minutes to show up like launchpad?02:02
persiaI think the cronjob is running about once every five minutes.  If it doesn't show, ask here for a REVU admin to look and see why it didn't appear.02:03
spweltonah-ha! I see it now02:03
spweltonthe page reports a few warnings, is this normal?02:05
RAOFspwelton: It's common, and in that sense it's normal.  You *do* want to fix all of them, though.02:12
RAOFspwelton: The two lintian warnings should be easy to fix, and should be fixed.  The maintainer field, likewise.02:13
spweltonit says i need an @ubuntu.com e-mail... where do i get that/02:13
RAOFspwelton: It also says that the @ubuntu.com email address should usually be the MOTU team's address.02:14
RAOFRunning “update-maintainer” in your source directory will probably do the right thing.02:15
RAOFThe only warning that you *might* not have to fix before someone is willing to sponsor is the debian/watch / get-orig-source warning.  I'm not sure how strict sponsors are being at the moment about that.  Everything else should definitely be fixed, and as it's really easy to fix the watch file warning too, it should be fixed.02:16
spweltonthe email I'm finding for the MOTU is universe-bugs@lists.ubuntu.com  is this correct?02:17
=== mdomsch_ is now known as mdomsch
wrapsteri was building the 64bit version of tspi.. and it was working fine all the while all of a sudden i get this error.. http://pastie.org/80414704:23
wrapsteri have not made any changes....04:23
wrapsterwhy so..04:23
micahgis it bad form to e-mail a DD about whether or not they plan on upgrading a package?04:33
slytherinmicahg: Was there already a bug about upgrade?04:36
micahgno, I'm just wondering if I should file one or contact the DD directly04:36
micahgit's for sqlite04:36
persiamicahg: Yes.  It's better form to submit a bug to the BTS asking the question.  This will notifiy the maintainer in a way that they prefer.04:37
micahgpersia: k, I'll do that, thanks04:37
slytherinmicahg: Ideally bug filing is the first step you do. If the maintainer does not respond for long time (say a month) then you can mail him.04:37
micahgslytherin: I'm worried about freeze04:38
persiaDefinitely file a bug.  It's impossible to know who happens to be the person most likely to do the upgrade from the inforamtion available from the last upload (although one can make good guesses), whereas it's a certainty that whoever does the next upload should have at least reviewed the bugs in the BTS.04:39
slytherinmicahg: Which freeze? Debian's or Ubuntu's?04:39
slytherinIn worst case you will have to request for freeze exception for package.04:39
StevenKAs in, DIF?04:39
micahgslytherin: k04:39
micahgis there any chance of approval?04:39
StevenKDon't worry about DIF, you can still request syncs manually without approval after DIF04:39
micahgStevenK: Ubuntu FF in 2 weeks04:39
StevenKmicahg: If it's just a bug fix release and doesn't include any features, it doesn't require an FFe04:40
micahgStevenK: says there's enhancements...04:41
MTecknologyinstall -m 644 -D lal.1.gz ${DESTDIR}/${PREFIX}/share/man/man1/lal.1.gz04:48
MTecknology-D should create the directory if it doesn't exist, right?04:49
MTecknologyit doesn't04:49
slytherinMTecknology: AFAIK, no.04:49
MTecknologyinstall: accessing `/usr/local/share/man/man1/lal.1.gz': Not a directory04:50
persiaIt should, from the manpage04:50
persiaAh, nevermind.  syntax.04:50
persiaShould be install -m 644 -D lal1.gz ${DESTDIR}/${PREFIX}/share/man/104:50
slytherinMTecknology: You can simply create a file debian/package.manpages and add the name of manpage file in it. Then dh_installman will take care of the rest.04:50
persiaslytherin: This is an *upstream* makefile that's being constructed.04:51
slytherinOh. I thought it was rules file04:51
persiaCommon mistake :)  I think MTecknology is off-topic, but it's worth kinda supporting upstreams.  We ought have a channel for that.04:52
MTecknologypersia: I actually submitted a lot of code for this project that is in there now; never saw the code until a week ago when I decided I want to package it :)04:53
MTecknologypersia: #ubuntu-upstream?04:54
MTecknologypersia: interesting is that it doesn't want to install; it doesn't throw errors - but the files don't seem to be there04:59
MTecknologypersia: install -m 644 -D lal.1.gz /usr/local/share/man/man1; that installs the file at man1 which makes man1 not a directory but the man page itself05:06
MTecknologyinstall -m 644 -D lal.1.gz /usr/local/share/man/man1/; doesn't work either05:06
MTecknologyeh - I'll look into it more tomorrow - g'night05:09
lifelessMTecknology: install -m 644 -D lal.1.gz /usr/local/share/man/man1/lal.1.gz05:09
MTecknologylifeless: if the directory doesn't exist that doesn't work though..05:09
MTecknologylifeless: unless I screwed it up earlier....05:10
persialifeless: Hrm.  That's very confusing, but thanks for the correction.05:12
MTecknologyyup - I screwed it up prior05:13
MTecknologythanks :D05:13
lifelessno probs05:13
=== micahg1 is now known as micahg
micahgI seem to be having a problem with a locale in a control file05:25
micahgthe text is grabbel from the iso-codes xml file, but somehow it gets mangled from UTF8 to ISO-8801-15 (or whatever)05:25
micahgany ideas?05:26
breinerais there a place where I can find out how to package a python program?  I followed the instructions giving during the Ubuntu Developer Week, but it didn't cover how to include images along with python files05:38
persiabreinera: Images meaning graphics?05:42
breinerayes, I have two graphics that I want to include one for the background of the application and another for decoration05:43
persiaWell, there's two ways to do it.  Are you upstream, or just packaging?05:43
breinerait's a personal program that I am packaging05:44
micahghow can I make my shell use UTF8?05:44
persiabreinera: In that case, I'd recommend doing it in setup.py.05:44
persiamicahg: Easiest way is to operate in a UTF8 environment.  I tend to set system default.  Try running `touch 日本語のファイル`05:45
micahgpersia: I need to set it in a rules script05:46
persiaIf that works, then your UTF8 works.  If not, fiddle with locale.05:46
persiamicahg: Why?  What's the build failure?05:46
micahgfor some reason, one of the character encodings isn't behaving when I grab the info05:46
micahgit's using xpath to grab the locale info from the iso-codes xml05:47
persiaHrm.  Dunno then :(05:47
micahgbut when xpath outputs, it's garbled05:47
micahgI wanted to just force it in the control file to avoid environment issues if possible05:47
micahgpersia: does this command show up right?  xpath -e "//*[@iso_639_1_code=\"nb\"]/@name" /usr/share/xml/iso-codes/iso_639.xml05:48
micahgor rather that name05:48
micahgah, I'm using the default locale05:50
* micahg thinks his system was messed up05:53
breinerapersia: thanks06:14
breinerapersia: is there a way to use a relative path inside my program, currently I have "pix = gtk.gdk.pixbuf_new_from_file_at_size ("./image/search.png", 24, 24);" but when I build the package and install it says it cannot find it, do I have to use absolute paths?06:29
persiaUnfortunately, I don't know the syntax for setup.py at all (maybe someone else does).06:30
persiaThe other option is to do it in the packaging (with dh_install), but that's less portable to different distributions.06:32
breinerapersia: I got setup.py working it is a matter of the python program finding the images and whether I can use relative paths or absolute paths inside my program06:33
slytherinbreinera: What does the directory structure of installed package look like?06:33
breinerathe python programs are inside /usr/share/pyshare/PyAffinity and the images are inside /usr/share/pyshared/PyAffinity/image and finally the executable program is inside /usr/bin06:34
breinerawhat I think is happening is when it sees "./image/search.png" it is looking where the executable file is located (/usr/bin) and not where the python files are located (/usr/share/pyshared/PyAffinity)06:36
zookoWhoo! Tahoe-LAFS v1.6 is released!06:39
breinerathanks for everyone's help, just going to use absolute paths06:50
slytherinIs anyone aware of any ebook reader using Debian/Ubuntu as OS?08:59
al-maisanHello there! Currently working on bug #225151.10:25
ubottuLaunchpad bug 225151 in soyuz "Please add support for .orig.tar.bz2" [High,Triaged] https://launchpad.net/bugs/22515110:25
al-maisanI understand Debian source package format version 1 may not have bz2 orig tar balls10:25
al-maisanbut version 3 may10:25
al-maisanis there a Debian source package format version 2?10:26
al-maisanIf yes: may a version 2 source package contain a bz2 orig tar ball?10:26
al-maisanIs this documented anywhere?10:27
geserman dpkg-source10:28
geserit describes a v2 format but I have never seen it in use10:28
al-maisangeser: thank you very much!10:34
directhexv2, commonly known as "wig and pen", was never fully supported anywhere10:36
slytherinal-maisan: .bz2 was not supported before version 3.10:38
randomactionHmm, I believe I *did* get uploads of tar.bz2 accepted: https://launchpad.net/ubuntu/lucid/+source/gpe-bluetooth/0.56-3ubuntu110:38
directhexformat 1.0 supported tar.bz2, but DAK did not accept them10:39
directhexand having divergence between soyuz and dak in terms of package support would be ungood10:40
slytherinhmm, I need to read properly before I speak.10:40
al-maisanwell, according to slangasek's comment (#7) in https://bugs.edge.launchpad.net/soyuz/+bug/225151 there are debian packages that fail to sync at present due to .orig.tar.bz2 files10:40
ubottuUbuntu bug 225151 in soyuz "Please add support for .orig.tar.bz2" [High,Triaged]10:40
randomactionit's probably only a problem during syncs10:41
slytherinrandomaction: We are talking about the time when source format 3 was not supported.10:41
al-maisanI was wondering whether the packages that slangasek referes to are version 3 packages10:42
al-maisanin any case this seems to be a package sync (as opposed to a package upload) issue10:43
randomactional-maisan: comment #6 there probably points out the real problem10:44
al-maisanrandomaction: ack10:45
|xaka|hi all! what i should do if i need cleanup pyc (compiled Python files) files after package removing? what is the better way?10:52
feulorenAre there packages for babl-0.1 in lucid ?10:56
randomaction|xaka|: doesn't python-support handle it?11:02
|xaka|randomaction: nope, because it's my theme package which uses KID templates. kid files automatically compiles to pyc at runtime11:03
randomaction|xaka|: I think you should clean up in a postrm script then11:04
randomactionfeuloren: https://launchpad.net/ubuntu/+source/babl11:05
feulorenthat's strange, there's nothing for 0.1 and launchpad tell me "The source babl - 0.1.2-1 is already accepted in ubuntu/lucid and you cannot upload the same version within the same distribution" when I upload to my ppa11:13
randomactionthis means you already have this version in your PPA and can't upload it again11:18
|xaka|is it possible to know package name in prerm script?11:21
|xaka|or it should be hardcoded?11:22
slytherin|xaka|: Why do you need to know package name?11:22
|xaka|to find list of installed files, then convert names from *.kid -> *.pyc and remove *.pyc11:22
|xaka|because *.pyc is the garbage11:22
slytherin|xaka|: Can you just do 'find /package/install/path -name *.pyc|xargs rm -rf'?11:25
|xaka|too hardcoded way :) i want more elegant if it's possible11:26
slytherin|xaka|: the postrm is specific to package. So I don't see a problem with hardcoding the path11:27
feulorenrandomaction: my ppa is empty https://launchpad.net/~florent-thevenet/+archive/florent-thevenet11:28
randomactionfeuloren: I think you should ask in #launchpad about this11:29
=== traveller_ is now known as traveller
hakaishiHello everyone -^_^-  I need one more advocation for qt-shutdown-p. Would anyone please look at qt-shutdown-p and perhaps advocate it? http://revu.ubuntuwire.com/p/qt-shutdown-p13:04
hakaishi* one more "advocate" (is what I meant...)13:10
menesiswhere can I see the NEW queue? I was told that some of my packages were uploaded, how can I verify that?14:06
mok0persia, what time is the meeting today?14:41
mok0Ah 15 UTC14:44
ScottK~15 minutes, right?14:45
geseryes, hopefully the sprint folks are already awake14:45
mok014 minutes now...14:46
mok0I going over there to grab a good seat14:46
spweltonOK, so i managed to get my code built 'mostly' properly for REVU, but it still reports a few errors... Most of them are due to the maintainer field having my name in it.. I know I should put the MOTU in there, but what e-mail do I use, and do I need to mark the changelog as NMU, as lintian suggests?15:05
ScottKNMU is Debian only.  So no, but it suggests some other error.15:07
randomactionversion number should be UPSTREAMVERSION-0ubuntu115:08
randomactionMaintainer should be Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>15:09
randomactionXSBC-Original-Maintainer should be you15:09
spweltonok, what if this is a new package? I made a launchpad bug and 'closed' it in the changelog15:10
spweltonso my version is 0.4, it should be 0.4~0ubuntu1 ?15:10
randomactiondash, not tilde15:11
spweltonand how do i fix this error: This package has no debian/watch file or get-orig-source rule.15:11
spweltoni assume i need to create debian/watch, but what goes in it?15:12
ScottKspwelton: See man uscan15:12
spweltonhrmm, i don't have a man page for that15:12
spweltoni'll check the web15:13
spweltonhahaha.... I wasn't ssh'd into my dev box... that's why i didn't have the man page15:14
persiaspwelton: manpages.ubuntu.com can also help you find any missing ones :)15:14
spwelton:) I've got it now that I'm on the right computer! haha15:15
spweltonok I ran uscan on my directory here, and it didn't add a watch file.. am I doing this wrong?15:20
micahgspwelton: https://wiki.ubuntu.com/PackagingGuide/Complete#Creating and Using a debian/watch File15:22
spweltonok, and I use the ubuntu name and e-mail here, too, right?15:23
randomactionin watch file? no15:24
spweltonalso, should I be using the URL from my REVU page in the watch file? I don't understand where it would get previous versions if there are no versions of this program published...15:26
persiaspwelton: You need to construct the watch file manually.  Once complete, you can use it to check or download upstream sources.15:26
persiaspwelton: The URL in the watch file should reference the upstream release site.15:28
spweltonso if the only place this has ever been published is in my PPA and on REVU, where would that be?15:29
persiaHeh.  Do you have any upstream project registration, for instance on launchpad or sourceforge?15:31
spweltonno, I don't believe I do15:32
spweltonI mean, I have a PPA on launchpad, but that's it15:32
persiaOK.  You'll want to register some project on some open-source hosting site to track bugs, etc.15:33
persiaWhile you may be offering it to Ubuntu, it may also be adopted by other distributions, etc. and there should be a place to coordinate upstream issues vs. issues observed in Ubuntu.15:34
spweltonah ok, so I should make a page for it then... okay that would explain why something seemed to be missing15:34
rhpot1991persia: ok I did some tests on that lib, the GUI does require a .so in place :(15:56
persiarhpot1991: nm declares a direct dependency, or the app reports a problem?15:57
rhpot1991persia: the app reports a problem when you launch15:57
rhpot1991nm said there was no dependency15:57
rhpot1991so at this point should I do that in -dev and depend on that, or symlink in my lib package?15:58
=== neversfelde is now known as neversfelde|mobi
=== neversfelde|mobi is now known as neversfelde
rhpot1991I can report the issue to upstream when I submit the soname patch, but I don't think its something that will get fixed before the FF15:58
persiarhpot1991: The app needs to be patched not to check.  That's a bug.15:58
persiaIt's probably a way that upstream is trying to solve the same issues that SONAMEs are usually used to solve :)15:59
rhpot1991persia: I'll try to dig in the source and see if I can find that, think we can have a fallback plan if  I can't get it patched?  I'd really like to get this done for lucid16:00
persiarhpot1991: The fallback plan would be to try to document why it's required, and get someone (who understands the side effects better than I) to review the way it's implemented to make sure it won't break stuff.16:01
=== yofel_ is now known as yofel
rhpot1991persia: I'm pinging someone from upstream to see if they can point me in the right direction16:03
persiaGood luck :)16:04
rhpot1991thanks, hopefully it goes betterr than asking them why there is no SONAME data :)16:04
persiaAlso, I strongly encourage you to ask questions generally.  I think you ended up trying to catch me initially because I've read the library packaging guide, and written many kilobytes of interpretation in this channel, but I'm not necessarily the best person to explain or investigate the subtle corners of why the policy is as it is.16:05
spweltonok, does it look like i set this page up properly? I ran bzr push lp:..... and it completed just fine, but I don't see my code on there16:05
ScottKspwelton: Questions for how to make a LP project work are better asked in #launchpad.16:05
kklimondaIs there a way to use merge-upstream when directory in the upstream tarball is missing version?16:06
rhpot1991persia: well I was working with someone else behind the scenes and heard you know your libs, thats why I pinged you outright, but good point16:06
persiaSure, but I can't be here as many hours as I'd like :)16:06
persiaAnd even when I'm around, sometimes I'm laggy or distracted.16:06
slangasekal-maisan: they are version 3 packages, yes16:07
rhpot1991persia: for the record you've helped me out a ton here, gotten me over most of my issues16:07
al-maisanslangasek: OK .. jelmer is on the bug .. so it should be resolved in a few days.16:07
slangasekok, great :)16:08
persiarhpot1991: I just feel bad because sometimes I see you looking for me, and I haven't gotten back to you for 50-100 Ksec, and I know someone else would have had a faster answer.16:09
rhpot1991persia: no problem, I tend to ping and run sometimes too16:10
rhpot1991pretty sure that issue is coming from this in the makefile: L../../libhdhomerun -lhdhomerun16:40
rhpot1991also thats the unpatched version so it should read -L/usr/lib -lhdhomerun16:40
* rhpot1991 double checks that16:40
lifelesspersia: https://bugs.edge.launchpad.net/xorg-server/+bug/51612316:46
ubottuUbuntu bug 516123 in xorg-server "xvfb does not support randr" [Undecided,New]16:46
=== Guest58331 is now known as NCommander
spweltonOK, so i managed to get my package on REVU down to one common lintian error, anyone car to take a look? :D :D http://revu.ubuntuwire.com/p/eggtimer17:50
persialifeless: Cool!  Thanks.18:01
lifelesspersia: I'm poking at glx now18:05
lifelessand about to upload a xorg-server with my patch18:06
zookoFolks: how do I go about submitting Tahoe-LAFS v1.6 for inclusion in Lucid?18:12
zookoUbuntu currently has Tahoe-LAFS v1.5. Debian doesn't have it yet.18:12
zookoI'm the upstream maintainer.18:12
randomactionzooko: open a bug, post a .diff.gz there, give a link to original tarball, subscribe ubuntu-universe-sponsors18:21
zookorandomaction: what is the .diff.gz?18:24
randomactionone of the files that constitute a source package18:24
Laneywho maintains it in Debian?18:25
Laneyoh, nobody18:26
kamalmostafaWhat's the name of that tool that determines whether a package name is already in use?18:26
zookorandomaction: I mean, it is a diff between what and what?18:26
rmunnSo I've been working for a couple days on packaging python-nltk (http://www.nltk.org/), get on Launchpad to file a needs-packaging report, and find https://bugs.launchpad.net/ubuntu/+bug/514936 has already been filed. Looking at that package, I think mine is probably better (more work done on debian/copyright, for instance). What should I do: take over the bug report? Who should I contact besides the original reporter about this?18:28
ubottuUbuntu bug 514936 in ubuntu "[needs-packaging] nltk (Natural Language Toolkit)" [Wishlist,In progress]18:28
kamalmostafaNo, its neither apt-get nor rmadison... Given a "proposed" new package name, this tool queries multiple different open-source hosting sites, to determine whether some package already exists by that name.   I used it a couple weeks ago after learning about it (here, I think) but now don't remember what it was called.18:29
kamalmostafaFound it...  It is "Namecheck".18:30
randomactionzooko: technically, it is a diff between upstream distribution and packaged software; it's part of the source package along with original tarball and .dsc file18:30
zookorandomaction: okay, got it.18:31
zookoSo I'll copy the diff.gz that was used for Tahoe-LAFS v1.5 packaging and see if anything in it needs to be changed for v1.6.18:31
Laneyrmunn: well, the person is actively working on it so it would be pretty off for someone to take over18:31
Laneymaybe you could privately mail your improvements18:31
randomactionzooko: actually, the diff from 1.5 is kinda strange, it looks like the original tarball contains debian/ directory18:32
randomactionkamalmostafa: wow, namecheck is nice18:34
kamalmostafarandomaction: Yes, but its own name is just so... "generic"!  ;-)18:35
* randomaction runs namecheck on itself, just for the fun of it18:36
kamalmostafarandomaction:  Well that's just silly!:   The name 'namecheck' doesn't appear to be in use.18:37
zookorandomaction: here's the upstream source: http://allmydata.org/trac/tahoe/browser18:37
zookoThere is a misc/debian directory.18:37
randomactionWhat I find really strange is that the tarballs at https://launchpad.net/ubuntu/+source/tahoe-lafs/1.5.0-0ubuntu1 and http://pypi.python.org/packages/source/a/allmydata-tahoe/ are different18:44
persiaWas there a repack?  If not, that ought be sorted (even with a +reallyX upload).18:45
randomactiondiff show deletion of binaries, addition of debian/ directory and some random changes18:55
randomactionzooko: was version 1.6 already released?18:56
zookorandomaction: yes! We released v1.6 last night. And it rocks!19:33
blueyedI've messed up a package by (apparently) "bzr merge-upstream" with a orig.tar which contained a debian directory (which was the previous one from diff.gz). How do I get this straight again? Also, how does the "upstream" branch for bzr-builddeb work. How can I switch to it?19:34
blueyedyou can see it in lp:ubuntu/popfile19:41
micahg\sh: dojo is in debian and migrated to testing19:54
arandThe reason of tor:s demise in the ubuntu repos was due to lack of a motu and or tor devs being a bit peeved by the update/security lag tor had in ubuntu repos?20:02
ahecould someone take a look at my package http://revu.ubuntuwire.com/p/rubyripper please?20:07
breineraI have a project hosted on launchpad and I just built the dsc, deb, changes, and tar.gz files, and I was wondering how I upload them to launchpad21:00
breinerado I need to store them in a PPA?21:01
=== emma_ is now known as emma
ChogyDanbreinera: yeah, you can upload the source to a ppa, then people can install the ppa as a repo21:04
breineracurrently the project page says "The project does not have any download files.", how do I go about linking my ppa to this project, then?21:05
randomactionbreinera: #launchpad is a better place for your question21:21
breineraoh, thanks21:22
Odd-rationalermunn: I'm here too, if you need anything. :)22:12
rmunnOdd-rationale: Thanks22:12
Philip5hi guys! what's the best way to solve it when i want to add a binary file (a .png) to a package so the diff from the original source doesn't complain?23:02
Philip5i was thinking that i have seen png files turned into unicode or something but am not sure how to get it into the build in that case23:03
Philip5any pointers to a howto or docs on this?23:03
LaneyPhilip5: you want uuencode and uudecode23:03
Laneyor source format 3.023:03
Philip5which is best?23:03
Laneyi couldn't say23:03
sebnerhi Laney :)23:04
Philip5do i encode the file to png in debian/rules if i go by usinging uuencode/uudecode?23:04
Laneyhiya sebner23:04
Laneyyou uuencode it in debian/ yourself23:06
Laneyand then uudecode in rules23:06
Philip5Laney: ok, thanks... i'll just read about how the thing works :)23:08
crimsunbah, sorry23:22
Philip5Laney: it worked like a charm! thanks again23:24
Laneyno worries (don't forget to remove the decoded file in clean)23:24
Philip5i will :)23:24
kamalmostafaToday james_w ran my sync request for 'libexplain'.  The sync seems to have worked fine, but I received two robo-emails from Ubuntu Installer <archive@ubuntu.com> a couple minutes apart:  The first message says that libexplain 0.19.D001-1 was "Accepted".  The second message says "Rejected.  The source libexplain - 0.19.D001-1 is already accepted in ubuntu/lucid ...".   What's that all about?   (Is this a motu question or a launc23:49
james_whi kamalmostafa, sorry for the noise, there's nothing to worry about23:50
kamalmostafajames_w: okay no problem...  I saw nothing...  ;-)23:50
kamalmostafajames_w: and thanks for the sync btw.23:51

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!