/srv/irclogs.ubuntu.com/2010/04/03/#ubuntu-motu.txt

Laney(once I started a whole Haskell transition by uploading to the archive instead of my PPA)00:00
sistpotyheh00:00
=== agrajag` is now known as agrajag
GhostOnlineAnyone here familiar with the upload process for new packages?04:16
ScottKGhostOnline: Yes.04:17
GhostOnlineSkottK: Cool, I was wondering what I have to do now. I have uploaded a package for review to REVU04:18
GhostOnlineSkottK: Do I have to link this back to the original bug report?04:18
ScottKGhostOnline: Once it's on REVU, if there is someone available, they will look it over, make suggestions, and then once you've resolved the issues if two MOTU advocate for it, it gets uploaded.04:19
ScottKNot really.04:19
ScottKWe are near the end of a development cycle so no one will be looking at new packages until after Lucid is realeased at the end of the month.04:19
GhostOnlineAh, pity, but understandable04:20
GhostOnlineIs that also the case for bugfixes (I have just submitted a debdiff for a Revelation bug)?04:20
nigelbGhostOnline, we're in beta 2 freeze, so it will take a week04:23
nigelband you need a release team ack for it too I think.. ScottK ?04:23
sistpotyfor universe, bug fix only versions don't need an ack from the release team04:24
GhostOnlinenigelb, sistpoty: AFAIK my previous patches were only reviewed by a MOTU, is this because of the imminent Lucid release?04:26
ScottKGhostOnline: Yes.04:36
ScottKIt would take a very good reason to get a new package into Lucid now.04:36
ScottKsistpoty: We have a fortran transition going on?04:37
alastairpsistpoty: hi, are you around?04:38
sistpotyScottK: looks like it, or rather very limited bits remain (https://lists.ubuntu.com/archives/ubuntu-devel/2010-March/030521.html)04:38
sistpotyalastairp: hi, yes04:38
ScottKsistpoty: OK.  I hadn't noticed.  Thanks.04:38
alastairphi, you asked for some more information on one of my bugs - https://bugs.launchpad.net/ubuntu/+source/python-musicbrainz2/+bug/55239104:39
ubottuUbuntu bug 552391 in python-musicbrainz2 "FeatureFreeze Exception for python-musicbrainz 0.7.2" [Undecided,Incomplete]04:39
alastairpI'm chasing down the rdepends now,04:39
sistpotythanks alastairp04:39
alastairpbut one of them doesn't seem to work in karmic anyway - what's should I be checking in lucid if that's the case?04:40
sistpotyScottK: it's libgfortran2 -> libgfortran3 to be precise04:40
ScottKRight.04:40
ScottKMy bug claim to fame today is getting samba4 to build so it's off the removals list.04:41
ScottKbug/big04:41
sistpotyalastairp: the upload will need to go to lucid, that's why I'd like to see the packages tested on lucid (testing on karmic might not prove that the package also works in lucid)04:41
alastairpyeah, I'm installing lucid atm to test, but if it appears to be broken with the current libs, will that affect getting the newer version in?04:42
sistpotyalastairp: I guess if it's broken anyways, it wouldn't too much matter wrt the new version. but please mention what is broken in the bug report, so that we have it on our radar04:44
alastairpOK, cool04:45
alastairpsistpoty: a query about the buildlog - if I upload a ppa package with distroseries lucid and link to the buildlog on launchpad, is that enough?05:00
sistpotyalastairp: yep05:00
* sistpoty needs sleep, gn806:35
=== BlackZ_ is now known as BlackZ
=== highvolt1ge is now known as highvoltage
mhall119Hi all, I'm making packages for Ubuntu, should my .orig.tar.gz files contain the debian directory and files?15:24
mhall119and also, I've been told the original packages should be available online somewhere, how do I specify that in the package?15:24
stgraberif your package has an upstream (so, it's not a native package like a meta-package or ubuntu-specific package), it must have a .orig.tar.gz that doesn't contain debian/15:25
mhall119stgraber: I'm changing my qimo packages to be upstream instead of native15:25
stgraberthe .orig.tar.gz should just be a renammed tarball from upstream15:25
mhall119doesn't contain it, ok15:25
stgraberso you release qimo-something-1.0.tar.gz upstream, it becomes qimo-something_1.0.orig.tar.gz but the md5 stays the same15:26
stgraberthen you uncompress it, put your debian/ directory in there and run debuild -S -sa15:26
stgraberthat way you'll keep the .tar.gz intact and the debian/ will be entirely in the .diff.gz15:26
mhall119ok15:26
stgraberwith nothing else than debian/ in the .diff.gz (as you aren't supposed to patch the upstream tarball without using a patch system like dpatch, quilt, ...)15:27
mhall119and I'm supposed to give a url pattern for finding the upstream package, right?15:27
mhall119next question, qimo-games is a meta package, so it _only_ has the debian directory15:28
stgraberok, that one should be kept as a native package as you really can't have an upstream tarball for that15:28
mhall119(for now anyway)15:28
stgraberideally it should be uploaded in debian and synced in Ubuntu unless it's really Ubuntu specific15:29
mhall119it's not, but right now I'm only familiar with the Ubuntu processes15:29
mhall119I'll work on debian after I get Qimo 2.0 released15:30
stgrabersounds like a good plan15:34
stgraberpushing new packages in Debian and just requesting syncs in Ubuntu is usually the best way to maintain your packages on the long term, unless they are too tied to Ubuntu15:35
mhall119stgraber: okay, I'm actually going to include some tuxpaint stamps and starters in qimo-games, so it won't be empty15:38
mhall119where do I put the url patter for upstream packages?15:38
stgrabermhall119: get-orig-src or something similar in debian/rules which should be a call to uscan, then you'll need a debian/watch file containing a regexp to match the URL of your upstream tarball + you should mention it in debian/copyright15:40
stgraberI guess that's all documented somewhere :) I unfortunately don't remember the URL to that documentation.15:40
stgraberyou probably could grab the packaging of ltsp-cluster as it's how highvoltage did that (watch file + get-orig-source target using uscan)15:42
stgraberpull-lp-source ltsp-cluster-accountmanager lucid15:42
stgraberwill get you a package that was done that way (using launchpad as the upstream website where we have our tarballs)15:42
mhall119pull-lp-source seems to need some configuration, can I just do a bzr branch?15:44
stgraberbzr get lp:~ltsp-cluster-team/ltsp-cluster/packaging.lucid/15:46
stgraberinside that one, look in ltsp-cluster-accountmanager/debian/15:47
mhall119https://launchpad.net/ltsp-cluster/+download http://launchpad.net/ltsp-cluster/.*/ltsp-cluster-accountmanager-(.*)\.tar\.gz15:48
mhall119what does the first url, with the +download do?15:48
stgraberit basically says: go to https://launchpad.net/ltsp-cluster/+download and look in the html code for http://launchpad.net/ltsp-cluster/.*/ltsp-cluster-accountmanager-(.*)\.tar\.gz15:50
stgraberit'll then take the biggest value of (.*) and download it15:50
mhall119ah, ok, so I need a download page as well?15:50
stgraberuscan can basically check if you release a new upstream version and download it for you15:50
stgraberwell, that's an example for launchpad. If you have a regular web server with file listing allowed, it's probably even easier15:51
mhall119what if I don't have file listing allowed?15:51
stgraberthen you'll need some kind of download page as it won't be able to guess what would be your next upstream version15:51
stgrabera download page is simply a list of link pointing to your tarballs15:51
mhall119ok15:57
mhall119stgraber: http://revu.ubuntuwire.com/p/qimo-session16:07
mhall119and also qimo-games and qimo-wallpaper16:07
mhall119can you check them out and see if they look alright16:07
mhall119highvoltage: ^^^16:08
mhall119uploading a new copy of qimo-wallpaper, I was missing the GPL and CC-BY-SA license files16:15
xteejxHey guys16:22
xteejxI *think* it's MOTU that deals with adobe-flashplugin? Regarding bug 508799...is this correct? Proof seems to be at https://launchpad.net/ubuntu/+source/adobe-flashplugin where Karmic has 10.0.45.2-1karmic1 and Lucid for some reason has version 10.0.32.18-1karmic2, which doesn't seem to make any sense. Won't this cause confusion and possibly upgrade problems?16:24
ubottuLaunchpad bug 508799 in adobe-flashplugin "[lucid] flash version in older releases is older upstream version" [Undecided,New] https://launchpad.net/bugs/50879916:24
geserxteejx: nope, as adobe-flashplugin is in the partner archive it's out of MOTU scope16:27
geserand yes for the upgrade problems16:27
geserI assume it's still the same version when lucid was created based on karmic16:27
xteejxgeser: It is yeah, and Karmic/Jaunty were updated, Lucid wasn't16:28
mhall119stgraber: highvoltage: uploading new packages for all 3, because I was missing version=3 in my watch files16:29
xteejxNot too sure who to grab for this one... i.e. partner upload16:29
geserxteejx: try contacting https://edge.launchpad.net/~brian-thomason as he sponsored/did the uploads. So he is either the right person to contact or know who is.16:29
xteejxgeser: Thanks geser16:30
sebnerhuhu geser :)16:30
geserHi sebner16:30
ScottKIt would be good if someone who knows something about Tex packages could sort out the *tex related NBS: http://people.canonical.com/~ubuntu-archive/NBS/17:06
=== yofel_ is now known as yofel
nigelbquery ubottu18:18
randomactionScottK: some my patches seem to have reached Debian, so I'll request syncs19:18
randomactionScottK: also, some of these are false (e.g. dependencies on tetex-* | texlive-*)19:19
ScottKrandomaction: Great.  Sounds good.19:19
kobrienhey guys, not sure where to ask. I'm patching a bug in lighttpd. I'm wondering if I'm to update the debian/control file as described here. https://wiki.ubuntu.com/Bugs/HowToFix I don't wish to become the maintainer but it seems i'm instructed to edit this.20:10
crimsunkobrien: why you instead of Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> ?20:11
kobrienis that the appropriate thing to do?20:12
ScottKAlmost certainly.20:12
kobrienoh ok. thanks for clearing that up. *new to this*20:12
RoAkSoAxkobrien, are you trying to patch a bug for lucid?20:15
ScottKkobrien: Welcome.  We're glad to have you.20:15
kobrienRoAkSoAx: yes, lighttpd won't bind to port 80 at the moment cause of an ipv6 issue.20:17
RoAkSoAxkobrien, you have to comment a line in lighttpd.conf20:17
RoAkSoAxso that It won't load the ipv6 script20:17
kobrienRoAkSoAx: it works if you bind ipv6 to localhost instead of it being randomlu assigned.20:19
RoAkSoAxkobrien, if you comment: include_shell "/usr/share/lighttpd/use-ipv6.pl" in lighttpd.conf it will bind the port20:20
RoAkSoAxkobrien, and you might want to check http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=56083720:20
ubottuDebian bug 560837 in lighttpd "lighttpd listened on ipv6 only after upgrade" [Critical,Open]20:21
kobrienRoAkSoAx: will do20:21
RoAkSoAxkobrien, What I was actually planing to do is to comment that line by default in the config file for now20:25
kobrienRoAkSoAx: binding it to locahost in ipv6 seems like a better plan, no?20:27
RoAkSoAxkobrien, well this bug was supposed to be fixed in debian but it seems it is not20:30
kobrienindeed20:30
jpdsKilling IPv6 by default sounds like a Bad Idea.20:30
kobrienagreed20:31
RoAkSoAxkobrien, oh ok, now I see what went wrong. Debian maintainer *forgot* to comment the line in lighttpd.conf20:31
RoAkSoAxkobrien, take a look to what upstream recommends: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=560837#3820:34
ubottuDebian bug 560837 in lighttpd "lighttpd listened on ipv6 only after upgrade" [Critical,Open]20:34
* kobrien reads20:35
cndnhandler: paultag sent me a note you were asking about alt+drag in rinputd/remotux20:36
cndare you referring to just a normal drag event?20:36
RoAkSoAxkobrien, im going to follow their suggestion and comment the line in the lighttpd.conf and upload it :)20:37
* ScottK notes that the buildds are almost caught up, so people should get busy fixing stuff and uploading ...20:37
kobrienRoAkSoAx, way ahead of you20:37
RoAkSoAxScottK, do I need to contact someone to push my recent upload?20:52
ScottKRoAkSoAx: No.  I'll push it in a moment.20:53
RoAkSoAxScottK, awesome. Thank you :)20:53
=== kobrien is now known as Guest26685
ScottKRoAkSoAx: Is http://bugs.debian.org#48 going to be a problem?20:55
RoAkSoAxScottK, which one?20:56
ScottKComment 4820:56
ScottKAbout running on ports other than port 8020:56
* RoAkSoAx checking20:57
RoAkSoAxScottK, it is not supposed to, I personally check it when I uploaded 1.4.26-1.1ubuntu1 and the upgrade didn't fail20:59
ScottKAs it happens, I'm working on a project where lighttpd gets run on !port 80 and I'm trying to get them to switch to Ubuntu.  Breaking that wouldn't help.20:59
RoAkSoAxScottK, let me recheck21:00
ScottKRoAkSoAx: So you could listen on !port80 when something like Apache owned port 80?21:00
RoAkSoAxScottK, yes21:01
ScottKOK.21:01
RoAkSoAxScottK, im gonna recheck just in case21:01
RoAkSoAxthough this last change only makes not load ipv6 by default21:02
ScottKRoAkSoAx: OK.  I'll hold off.  Let m eknow.21:02
=== Guest26685 is now known as kobrien
RoAkSoAxScottK, ok, first step, I installed lighttpd while running nginx bindin port 80, it will fail to start because by default lighttpd also uses port 80, but changing the port lighttpd works. Now Im  going to try the upgrade21:08
ScottKCool21:09
ScottKRoAkSoAx: I'm heading out for a bit.  Let me know how it turns out and I'll accept it when I get back.  If you need to change something, just reupload (with the same version), I can reject the wrong one).21:17
RoAkSoAxScottK, ok will do :)21:18
mhall119nixternal: hey21:49
=== mrcurrington is now known as mcurrington
RoAkSoAxScottK, Ok. If I upgrade and choose not to replace "/etc/lighttpd.conf", it will upgrade successfully.21:53
RoAkSoAxScottK, if I upgrade and choose to replace "/etc/lighttpd.conf" with new package maintainers version, then the upgrade will not fail, however lighttpd will fail to start "invoke-rc.d: initscript lighttpd, action "start" failed.". This is because by replacing it defaults to port 80 which is bind by nginx already. So it is just matter to change the port number again in the config and will start successfully.21:55
RoAkSoAxScottK, However, If we keep 1.4.26-1.1ubuntu1 and not upload 1.4.26-1.1ubuntu2, whenever we upgrade, it will fail to start even if we change the default port for lighttpd.conf, because ipv6 will try to bind port 80, which si already bind by nginx. So, this upload actually fixes this by disabling by default ipv621:58
kobrienhi, I've generated a patch. what do I need to upload? the debdiff?22:02
RoAkSoAxkobrien, yes22:05
kobrienand only yhr debdiff?22:06
kobrienthe*22:06
ScottKRoAkSoAx: Sounds like what you have is good.22:08
ScottKRoAkSoAx: Should I go ahead and accept it then?22:08
kobrienhaving patched this lighttpd thing, will I only upload a debdiff file, or do I send one of these archives generated?22:09
RoAkSoAxScottK, yes :)22:09
ScottKRoAkSoAx: Accepted.22:11
RoAkSoAxScottK, thank you :)22:11
kobrienlaunchpad doesn't seem to think my debdiff is a patch22:12
AnAntkobrien: that happened with me recently too22:13
AnAntHello, is it late to request a sync from Debian ?22:13
kobrienpff, my fix for lighttpd doesn't break ipv622:14
AnAntpyfribidi 0.10.0-2 has been in testing since 3/3, someone just notified me that it isn't in lucid22:14
kobrienand the bug was assigned to me, way to go around me22:14
kobrienwaste of an hour22:17
ScottKAnAnt: It's not too late.22:17
AnAntbut I still need to provide all info about it ?22:19
AnAntactually, when was the last rebuild of packages done ?22:19
RoAkSoAxkobrien, your patch is a good idea, however, the purpose of enabling IPv6 by default is to make ipv6 listen to any instead of binding only to localhost22:44
RoAkSoAxso it should listen on *any* address and not only *localhost*22:44
=== JanC_ is now known as JanC

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