/srv/irclogs.ubuntu.com/2011/02/10/#ubuntu-devel.txt

bdrungkees, SpamapS, slangasek: Please fix the debian revision of upstart with the next upload (bug #693630)00:08
ubottuLaunchpad bug 693630 in upstart (Ubuntu) "upstart uses wrong Debian revision" [Medium,New] https://launchpad.net/bugs/69363000:08
keesbdrung: ah, yeah, will do.00:11
=== mbarnett changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots:
=== bjf[afk] is now known as bjf
ohsixanyone know offhand the apt-fu or aptitude meta query for listing packages installed manually02:12
=== asac_ is now known as asac
pittiGood morning04:53
cyphermoxpitti,  good evening ;)04:53
pittimtaylor: not right now, but please feel free to open a bug an subscribe me, and we discuss it there; sounds interesting04:53
pitticyphermox: I can't sleep any more :)04:53
cyphermoxpitti, I haven't gone to sleep yet ;)04:54
cyphermoxit04:54
cyphermoxit's still wednesday here :)04:54
broderpitti (and kklimonda): re our python-gtk discussion from a bit ago, andersk pointed out to me earlier today that you can do "import sys; reload(sys); sys.setdefaultencoding('undefined')"  :)04:54
pittibroder: hah, nice hack04:55
mtaylorpitti: cool. I'm trying to find a _sensible_ way to integrate i18n into openstack stuff04:55
pittikees: please don't ask for testing -proposed packages; if you upload to -proposed, they need to be reviewed/accepted by ~ubuntu-sru first07:03
pittiand our sru-accept.py script will then do the call for testing07:04
keespitti: oh! eek, sorry about that07:15
pittikees: no problem, I'm processing the queues now07:15
pittiso it's not too much time in between07:15
pittibut lucid-proposed had been locked for a while for 10.04.2 prep07:15
keespitti: yeah, sorry, I went from doing security-proposed -> -proposed bugs to normal -proposed bugs and got carried away.07:15
keesright.07:16
pittikees: no problem; just mentioning it for next time07:16
pittithanks for the sponsoring!07:16
keesyou bet! thanks for looking through the queues.07:16
* kees heads to bed07:16
pittisleep well!07:16
=== oubiwann_ is now known as oubiwann
didrocksgood morning07:38
didrocks@pilot in08:03
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: didrocks
dholbachgood morning08:04
didrockshey dholbach08:06
pittijames_w: since I merged the blueprints API patch, the linaro WIs have skyrocketed (they apparently were miscounted before), and I now get a lot of cron spam for "[WARNING] milestone "4.4-2010.07-0" is unknown/invalid"08:13
pittijames_w: do you actually need the linaro configuration on people.c.c. these days? you guys have your own instance now, don't you?08:14
dholbachlu didrocks08:15
* dholbach hugs didrocks08:15
* didrocks hugs dholbach08:16
hyperairis there a cross platform way of printing out '\n' in sh?08:18
hyperairin dash, echo -n '\n' dumps a newline to screen08:18
hyperairin other shells, you need -e for it to dump a newline08:18
hyperairso dash requires '\\n' to print out a literal \n, but in other shells, that comes out as \\n08:18
* hyperair facepalms08:18
hyperairlike for example, busybox's ash08:19
RAOFhyperair: /usr/bin/printf08:21
hyperairRAOF: hmm interesting.08:21
hyperairRAOF: thanks for the idea!08:22
* hyperair goes about patching haserl08:22
=== smb` is now known as smb
nigelbpersia: hi, around/08:39
nigelbpersia: would you be interested in giving a session at UDW about talking to upstreams and debian in particular?08:39
didrocksmvo: in case you didn't notice, you have two waiting grammar typo fix in apt: https://code.launchpad.net/~evfool/apt/fix641673/+merge/48689 and https://code.launchpad.net/~evfool/apt/fix418552/+merge/4869509:37
mvothanks didrocks09:38
mvoI noticed, but forgot already09:38
* mvo points to https://launchpad.net/~blatant-and-awkward09:38
didrocksmvo: heh :)09:39
nigelbmvo: lol, nice team ;)09:39
nigelbcdbs: ping09:40
nigelbcdbs: Want to talk about somethign packaging-ish at Ubuntu Developer Week? :)09:40
csurbhi1mvo, ping09:46
mvohey csurbhi109:50
csurbhi1hey mvo!09:51
csurbhi1i wanted to verify something09:51
csurbhi1bug 69363009:51
ubottuLaunchpad bug 693630 in upstart (Ubuntu Natty) "upstart uses wrong Debian revision" [Medium,Invalid] https://launchpad.net/bugs/69363009:51
csurbhi1i have marked that invalid.. because upstart is not based on any debian package..09:52
csurbhi1but wanted to make sure that sounds right09:52
cdbsnigelb: back09:52
cdbsnigelb: no, my exams are starting from March 2nd09:53
cdbsso I will be really busy09:53
cdbsand can't pull an hour out of my routine09:53
mvocsurbhi1: well, yes and no :) its correct, but debian is using a -X schema as well. so there is the risk of having two identical versions (includiing debian revisions) but with different content09:53
nigelbcdbs: yeah, sorry.  daniel told me later that he already asked you.09:53
mvocsurbhi1: so there is some value in still doing the -0ubuntu1 dance (or asking debian to do -1debian1)09:53
csurbhi1ok09:54
csurbhi1but would we ever take the debian package ?09:54
mvocsurbhi1: given that for us the change is minimal and it avoids confusion I would be inclined to just use -0ubuntu109:54
csurbhi1to cause the confusion?09:54
csurbhi1i mean would not Ubuntu's upstart be upstream for Debian now?09:54
csurbhi1so that we dont take full patches from debian09:55
csurbhi1no?09:55
csurbhi1like the problem of collision will occur only in case of a merge sync?09:56
mvothat is true, we will most likely not take debian package but do our own, still it feels wrong to have two versions with the same number (including distro revision) that hae different content. IMO either we or debian should adjust the version09:56
csurbhi1merge request?09:56
csurbhi1mvo, ack09:56
mvoanytime people compare version numbers09:56
csurbhi1thanks!09:56
csurbhi1ok, i will update the bug once again then :) and update it with your comments09:57
mvoyw, I think while technically its correct that we have -X for practical reasons we should adept09:57
mvo(or ask debian nicely to do that)09:57
csurbhi1one query09:58
csurbhi1i still have09:58
csurbhi1when we take debian's vanilla package09:58
csurbhi1and have no patch to add on top of it09:58
csurbhi1we do not have the -0ubuntuX scheme09:59
csurbhi1right?09:59
mvocsurbhi1: yeah, if we just sync it, we keep the version number from debian09:59
csurbhi1i mean if its not a merge request?09:59
csurbhi1ok09:59
mvo(as the source is the same)09:59
csurbhi1would debian be doing that with Ubuntu's upstart?09:59
csurbhi1owing to which the version numbers are the same?10:00
mvocsurbhi1: I think it would be a good idea if debian merges from ubuntu to have -1debian1 for example10:01
mvocsurbhi1: but I don#t think there is a policy for this yet10:01
mvo(in debina)10:01
csurbhi1just being a devils advocate here... but in the case the source is the same, Ubuntu can then have the same version number right :)10:02
csurbhi1but i get the gist of it..10:02
csurbhi1i will update the bug.. thanks for the enlightenment10:02
=== hunger_ is now known as hunger
janimowhat is the differnece between ubuntu.natty and platform.natty seeds?10:14
* janimo wishes LP branches made use of the optional description field10:15
mvocsurbhi1: your welcome :) (sorry for the delay, was on the phone)10:19
csurbhi1mvo, np10:19
cdbsmvo: hi, do you intend to restrict the ability to review an app in s-c only for those who have installed it?10:19
cdbs(similar to the way iOS App Store and Android Market do)10:20
mvocdbs: hello! iirc that is what the spec says, so yeah :)10:20
bankixHi.10:52
didrockssession restart, brb10:56
chrisccoulsonwho's going to take care of gjs in the archive?10:59
chrisccoulsonlibmozjs is currently breaks ABI with every single point release....11:00
chrisccoulsons/breaks/breaking/11:00
chrisccoulsonwe dropped it for a reason11:00
=== MacSlow is now known as MacSlow|lunch
didrockschrisccoulson: bigon will11:05
didrockschrisccoulson: I checked with him at fosdem and as he maintains it in debian and ubuntu, he'll follow the ABI breakage11:06
didrockschrisccoulson: btw, the reason on the drop was just "unused by default", the ABI breakage should have been mentionned11:06
chrisccoulsonright11:06
chrisccoulsonbut it's still unused isn't it?11:06
didrockschrisccoulson: yeah, but people developping on ubuntu like the telepathy guys needs it for their dev11:07
didrocksI think it's not an isolated case11:07
cjwatsonjanimo: platform.natty => seeds common to all products; ubuntu.natty => seeds for Ubuntu desktop and server editions11:39
janimocjwatson, thanks.11:46
dholbachwho of you has started working on a small project that you want to introduce and get people interested in? we are going to have a "project lightning talks" in the last session of UDW: https://wiki.ubuntu.com/UbuntuDeveloperWeek/Sessions - feel free to sign up11:46
blackmoon105is possible to report a bug for "ubuntu-wine" ppa package? i can only report a bug for official wine version...12:00
nigelbPPA bugs aren't yet available12:00
nigelbyou'll have to contact the author12:00
blackmoon105nigelb: ok, thank you!12:00
nigelbblackmoon105: :)12:01
=== yofel_ is now known as yofel
dholbachfabbione, happy birthday! :)12:13
fabbionedholbach: thanks man :)12:13
blackmoon105hi, how can i be a official mantainer (not ppa) of a ubuntu package? so i can keep it update with the latest version..12:26
dholbachblackmoon105, get a new versioned sponsored into Ubuntu (https://wiki.ubuntu.com/SponsorshipProcess), after you've worked with a few sponsors, apply for upload rights (https://wiki.ubuntu.com/UbuntuDevelopers)12:27
=== MacSlow|lunch is now known as MacSlow
blackmoon105dholbach: thanks, i read it12:32
didrocks@pilot out12:46
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots:
dholbachdidrocks, great work!12:50
didrocksdholbach: thanks, hope that help the queue a little :)12:51
dholbachgood job! :)12:51
DavieyJamesPage, Is mvel on your radar for a merge?  It's really out of date... we haven't merged since at least karmic by the looks of it; and it's a major version increase.13:22
DavieyJamesPage, I don't mind having a stab of it.13:23
jferhi, i was wondering if there were plans to add MariaDB to the ubuntu repository?13:24
DavieyJamesPage,  hmm.. seems it was never sync'd - it was a ubuntu native package which is now in Debian13:24
cdbsmvo: ping13:26
mvopong cdbs13:27
Davieyjfer, The logical step is for it to enter Debian and be sync'd across.. Inclusion in Debian is being tracked @ http://bugs.debian.org/56530813:27
cdbsmvo: hi, https://code.launchpad.net/~bilalakhtar/software-center/write-review-installed-only/+merge/49206 read the two comments, what do you say about this? should a bug be filed? on what? ayatana-design?13:27
mvocdbs: I have a look now, many thanks13:27
jferok thanks Daviey13:28
jferso it won't make it into natty then?13:29
Davieyjfer, hmm.. looking at the progress of that i would say it's possible but unlikely.13:29
=== lionel__ is now known as lionel
jferok it seems that the conflict with MySQL is the main reason for the delay13:32
JamesPageDaviey: OK so we currently have two mvel packages - one in main (mvel) and one in universe (mvel2)13:40
=== herton is now known as herton_lunch
JamesPageDaviey: mvel2 build-deps on Maven (not in main); we could potentially converge the packages but not without major MIR work for Maven-> main13:41
james_wpitti, yeah, let's delete the linaro config from your instance. We do indeed have our own instance.13:41
DavieyJamesPage, *sigh* :)13:41
james_wpitti, let me know if that isn't enough and I'll propose a patch to handle whatever is left.13:41
pittijames_w: thanks; I commented out the linaro teams from natty.cfg now13:42
DavieyJamesPage, Sounds like something to revist next cycle13:42
JamesPageDaviey: whats the requirement for it at this point in time?  I'm starting to see a number of packages in Debian switch from Ant to Maven which are already in main so its going to get worse....13:42
pittijames_w: there are still the separate linaro reports, of course (http://people.canonical.com/~platform/workitems/linaro-multimedia-wg/all.html etc.)13:42
james_wpitti, thanks13:43
DavieyJamesPage, i just noticed there versions were significantly different... it doesn't gain us anything i don't think having a newer thing... we need to maintain the version in Lucid regardless, so lets pin13:43
JamesPageDaviey: OK - I'm going to spec Maven -> Main for UDS-O so next cycle then (well maybe :-)13:44
DavieyJamesPage, I don't think users have complained that it's an old version, and with the major new version in universe already.. seems we are currently in a  good position13:45
DavieyJamesPage, You've been looking for more excuses to get Maven promoted to main, haven't you? :)13:45
JamesPageDaviey: TBH it just means that we are having to maintain a larger Ubuntu delta over debian than we should be for some areas of the Java library13:45
JamesPageDaviey: and yes I have :-)13:46
Davieyheh13:47
mvothanks cdbs, branch looks fine13:49
cdbsmvo: Did you read the comment by Aaron?13:51
cdbsThat ain't a bad idea13:51
mvocdbs: true13:53
cdbsmvo: okay, if you find fit you may merge this branch for now, in the meantime, I will file a bug and look for mpt feedback13:58
cdbsbug about asking the user to review before uninstalling13:59
mvocdbs: it appears the spec has it, its just a bit hidden14:01
cdbsmvo: it does?14:01
mvo""""This process begins when you activate the “Review…” button on an “Installed Software” item screen."""14:02
mvohttps://wiki.ubuntu.com/SoftwareCenter/RatingsAndReviews14:02
cdbsmvo: I know that. I mean that the thing that the user should be prompted to review an app when uninstalling it, isn't in the spec14:03
mvocdbs: aha, indeed14:03
cdbsmvo: just filed bug #71643514:03
ubottuLaunchpad bug 716435 in software-center (Ubuntu) "Prompt the user to review an app when uninstalling it" [Undecided,New] https://launchpad.net/bugs/71643514:03
cdbsmvo: so, that branch may be fit to go in now, I will work on this bug when the design spec is having that14:04
cdbsmvo: okay, I g2g now, bye!14:04
* cdbs /aways14:04
=== Quintasan_ is now known as Quintasan
janimopitti, would jockey be a suitable component to handle some aspects of bootloader file updates on ARM? These are blobs which are packaged in Ubuntu, but need to be installed elsewhere not on /, such as copied to a vfat partition14:47
janimopitti, there is a spec that deals with allowing users to update their bootlaoders easily and safely at least on the supported ARM images which keep their bootloaders on SD card's first partition14:48
joaopintohello14:49
=== Topic unset by kenvandine on #ubuntu-devel
=== herton_lunch is now known as herton
=== kenvandine changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: kenvandine
Laneythere's a bot to do that ;-)14:50
kenvandinewhoops14:51
joaopintois it known that Natty's grub sets an unusable text mode with certain gfx cards/displays ?14:51
kenvandine@pilot in14:51
sorenIs there a trick to get rid of the invisible window in the upper left corner that prevents me from clicking on things in unity? I thought that had been fixed, but I'm seeing it now.14:52
cjwatsonjoaopinto: https://lists.ubuntu.com/archives/ubuntu-devel/2010-December/032244.html14:53
cjwatsonjoaopinto: https://wiki.ubuntu.com/FoundationsTeam/Grub2BootFramebuffer/Whiteboard14:53
sorenUh... Weird. Turned out it was a crashed gvim. xkill took care of it.14:55
joaopintocjwatson, the mail is not very clear in what related to the menu, it mentions transition, my issue is with the menu presentation, not with the transition itself14:55
seb128soren, usual workaround is to restart compiz or smspillaz said to hide and show the desktop can workaround it as well14:56
cjwatsonjoaopinto: the whiteboard has one entry on it which may be your problem14:56
cjwatson"Corrupted video in GRUB"14:56
seb128soren, i.e ctrl-alt-d twice14:56
joaopintook, checking14:56
joaopintooh, ThinkPad, it's me :P14:57
sorenseb128: Ah, cool.14:57
sorenseb128: Thanks.14:57
seb128soren, yw, btw smspillaz is working on that bug and said it will probably be fixed by end of the day14:58
seb128let's see14:58
soren\o/14:58
=== sconklin-gone is now known as sconklin
artfwoseb128, don't you have a link to the bug by chance?15:00
seb128bug #70946115:01
ubottuLaunchpad bug 709461 in compiz (Ubuntu Natty) "semi-random invisible window with x geometry on top layer possible, all viewport only (one ws though)" [High,In progress] https://launchpad.net/bugs/70946115:01
artfwothanks!15:02
=== oubiwann is now known as oubiwann_
micahgkenvandine: can you look at bug 713492, I believe there might be a symbols issue, so I wasn't comfortable sponsoring15:06
ubottuLaunchpad bug 713492 in ccscript (Ubuntu) "Newer Version Available" [Wishlist,Confirmed] https://launchpad.net/bugs/71349215:06
kenvandinemicahg, sure15:07
micahgkenvandine: thanks15:08
blackmoon-105i've run "  apt-cache show freepops | grep ^Source: | sort -u | cut -d: -f2- " but it don' result nothing..15:13
persiablackmoon-105, That happens when the source name is the same as the binary name.15:14
persiaYou might find `apt-cache showsrc ...` useful15:14
blackmoon-105persia: thanks15:14
blackmoon-105persia: blank output also with 'showsrc'15:16
persiaIf you put it through the same pipes, that's expected.15:17
blackmoon-105persia: ok, i've found that i don't have the "Source:" entry.. and so greo don't find it..15:22
blackmoon-105*greo --> grep15:22
=== dendrobates is now known as dendro-afk
persiaRight.  showsrc shows the source for Package, and lists binaries.  show shows the binary for Package, and sometimes lists source.15:23
=== dendro-afk is now known as dendrobates
Riddellcjwatson: I split kubuntu-mobile into a separate seed collection, can you remind me the right way to make changes to ubuntu-cdimage and its bzr archive?15:27
cjwatsonRiddell: bzr co bzr+ssh://antimony/srv/cdimage.ubuntu.com/bzr/cdimage/  on your laptop, make changes there, commit - then let me know15:31
blackmoon-105persia: ok, thank you15:31
cjwatsonblackmoon-105: you might also like to install dctrl-tools and learn to use grep-dctrl, if you're going to be doing lots of this15:32
blackmoon-105cjwatson: done, i do it15:33
cjwatsonblackmoon-105: e.g.:  apt-cache showsrc freepops | grep-dctrl -nsSource:Package ''15:33
cjwatson(maybe sort -u in there too)15:33
blackmoon-105cjwatson: good, i've got the desired output15:34
=== herton is now known as herton_away
blackmoon-105bzr log -l 1 lp:ubuntu/maverick/sysvinit | grep ^tags: | cut -d: -f2-  give me an "Permission denied (publickey)" eror, it's because i'm not the owner of repo?15:48
nigelbkirkland: ping?15:54
kirklandnigelb: pong15:56
nigelbkirkland: hey, want to talk about one of your projects at projects lightning talk for UDW?15:56
nigelbkirkland: We're trying to give 5 minutes per project to say what it does, how it can be used, and how you could use help :)15:57
nigelbkirkland: (I personally was thinking of bikeshed hearing about bikeshed and the kind of cool stuff it has)15:58
kirklandnigelb: sure15:59
cjwatsonblackmoon-105: no, you should be able to 'bzr log' any public branch15:59
kirklandnigelb: i can talk about any of them15:59
nigelbkirkland: great! I'll put you down for a session :)15:59
kirklandnigelb: it's just 5 minutes, right?15:59
cjwatsonblackmoon-105: follow the "one-time setup tasks" listed in https://help.launchpad.net/Code/QuickStart#Push%20a%20Bazaar%20branch%20to%20your%20project15:59
nigelbkirkland: yup 5 minutes15:59
kirklandnigelb: sure, you bet15:59
cjwatson(that goes on to talk about running 'bzr push' - I know you don't need to do that)15:59
blackmoon-105cjwatson: ok, now i check15:59
kirklandnigelb: i can introduce a handful of the most useful ones15:59
nigelbkirkland: awesome, that's great :)15:59
kirklandnigelb: what's the date?16:00
kirklandnigelb: and time?16:00
nigelbkirkland: friday 4th march at 20:0016:01
kirklandnigelb: hmm, okay16:01
kirklandnigelb: that might be tough16:01
kirklandnigelb: is that UTC?16:02
nigelbkirkland: yup UTC16:02
kirklandnigelb: okay, worst worst worst case, can I type up a script of what I would say, email it to you, and you paste it on my behalf, in case I can't make it?16:02
nigelbkirkland: worst case, yes, I can do that for you :)16:03
kirklandnigelb: thanks16:03
nigelbkirkland: thank you for joining the party :D16:03
kirklandnigelb: i'm going to be traveling that day, which is my only concern16:03
kirklandnigelb: but i'm happy to help :-)16:03
nigelbkirkland: :-)16:04
kklimondahmm.. how to check what is sending out a lot of data?16:18
kklimondawho, u116:18
joaopintocjwatson, about the "Corrupted videon in GRUB" on thinkpads, is there some something I can do to to help, or you have enough triage already ?16:20
=== deryck is now known as deryck[lunch]
evis there not an ICS or google calendar URL for the release schedule anymore?16:26
=== beuno is now known as beuno-lunch
micahgkenvandine: so the warning of the lack of a symbols file wasn't relevant to the ccscript update?16:33
kenvandinemicahg, i don't think so, but i am suggesting they add a symbols file in the future, currently no worse than before16:36
micahgkenvandine: ah, ok16:37
=== herton_away is now known as herton
=== beuno-lunch is now known as beuno
Riddellcjwatson: cdimage committed17:14
barryjam: very interesting.  y'know the udd page on working with a patch system?  well, i am hacking on numpy and i did not need the final quilt push/quilt pop this time.  in fact, it caused some recoverable problems.17:31
jambarry: so if you had *not* done the push/pop you would have been ok?17:31
barryjam: in this case, yes17:31
barryit was *definitely* needed the last time i hacked on a quilt3 package thoug, so really i have nfc ;)17:32
jamso *my* understanding of V3 quilt, is that the changes are supposed to be in the working tree (pushed?)17:32
barryjam: i think that's the effect of what i'm left with.  i'm about to push the branch so you can take a look17:32
cjwatsonpush/pop should just try to apply the patch and then back it out again.  it would catch corrupt-patch kinds of problems.17:32
jamversus pre v3 packaging, where the patches were supposed to only be in debian and not in the wt17:32
jambarry: were was the actual failure? in the upload?17:33
cjwatsonone of the fundamental ideas of 3.0 (quilt) packaging is that when you do dpkg-source -x you should get the patches applied, rather than relying on debian/rules to do it for you17:33
cjwatsonwhat you think the working tree representation should be depends on whether you think the wt should be basically equivalent to dpkg-source -x17:33
cjwatsonmy take is that it should be but apparently this isn't universal17:34
barrycjwatson, jam: when i do the quilt push, i get patch hunk failures.  presumably because it is trying to re-apply the patch to an already patched source tree.  which makes sense, but doesn't explain why i had to do it before17:34
cjwatsonbarry: so the patch really ought to be pushed but quilt just doesn't know it?  in that case, http://people.canonical.com/~cjwatson/dpkg-quilt-setup17:35
cjwatsonbarry: and see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=57220417:35
jamcjwatson: well, as I don't know anything about dpkg-source -x ... :)17:35
cjwatsonjam: the one and only canonical way to unpack a Debian-format source package17:35
jamcjwatson: except all of the other things above it that may do something differently? as I've never run that command, but have run "apt-get source" many times17:36
cjwatsonjam: apt-get source calls dpkg-source -x .17:36
cjwatsonI don't know of any software in the archive that doesn't use dpkg-source -x to unpack source packages17:36
cjwatsonand all that apt-get source does in addition is to deal with acquiring the source package17:36
cjwatsonit doesn't do any extra tree mangling17:37
jamcjwatson: good to know17:37
cjwatsonI suspect barry's problem is an instance of the general problem of .pc getting out of sync with the base of the patch stack; which is something udd could (theoretically ...) help with17:37
barrycjwatson: what i think is happening is this: the source includes the fix because that's where i hacked.  then the 'quilt import' does the right thing, and all you need is to bzr add the new debian/patches file and commit.17:37
jambarry: the other question, how do you *tell* quilt that the patch is already implied?17:37
jamis there something you should be running other than "import"?17:37
cjwatsonjam: see above, dpkg-quilt-setup17:37
cjwatsonbut that's not official or anything17:38
cjwatsonlet me finish my disquisition on .pc and then it may be clear :-)17:38
cjwatsonthe files under .pc/PATCH, for each PATCH in the series, are copies of the clean state of each file that's part of PATCH before PATCH was applied17:38
jamcjwatson: so your script backs out all current patches, and then patches back from the beginning17:38
jamI'm pretty sure barry just wants to add one at the end17:38
jamwith the current diff content17:38
cjwatsonlet me finish17:39
cjwatsonplease17:39
cjwatsonit will be easier :)17:39
jamk17:39
cjwatsonwhen you do something like an upstream merge, that conceptually changes the base state under the patches in your queue17:39
barrycjwatson: that's plausible.  if the package importer somehow messed up the .pc directory (which is under vcs), then it's possible the previous package i sworked on required that becuase it was out of sync, but numpy does not because it is in sync17:39
cjwatsonI'm mangling terms a bit but hopefully YKWIM17:39
cjwatson.pc has to be kept in sync with the unpatched states of files or else quilt will get confused and all sorts of things will go disastrously wrong17:40
cjwatsondpkg-quilt-setup is a brute-force "assuming that all the patches are valid, get everything back in sync with a big hammer"17:41
jamcjwatson: there are 2 things at play, I think your problem is indeed a real one, but not what barry is hitting.17:41
cjwatsonhowever it's mostly useful when you're checking out a tree that doesn't have .pc in it (because checking in .pc tends to produce large numbers of confusing diffs when you commit)17:41
jambarry's is "I just did some hacking, add the new changes to the quilt"17:41
cjwatsonjam: if he's getting a 'quilt push' failure, it must mean that his series and the quilt state under .pc are out of sync17:42
cjwatsonthere's no other way for that to happen17:42
jamcjwatson: he just did an import, would that put it out of state?17:42
=== deryck[lunch] is now known as deryck
jamor is quilt supposed to see that the patch is already applied17:42
jamand just ignore the push?17:42
cjwatson       import [-p num] [-R] [-P patch] [-f] [-d {o|a|n}] patchfile ...17:42
cjwatson           Import external patches.  The patches will be inserted following the current top patch, and must be pushed after import to apply them.17:42
jamright, they are *already* applied17:43
jamhe just used "bzr diff -rlast_state | quilt import"17:43
cjwatsonoh yeesh17:43
jamhe could then do "bzr revert -r last_start; quilt push"17:43
cjwatsonredesign time :)17:43
barryjam: exactly right17:43
cjwatsonI wouldn't do it that way17:43
cjwatsonI'm trying to think of how I would do it17:44
barrycjwatson: here are the current instructions: https://wiki.ubuntu.com/DistributedDevelopment/Documentation/PatchSystem17:44
cjwatsonactually, frankly, I just do it all in quilt to start with and it is much easier, but I'm assuming that you have sort of ideological reasons not to do that17:44
barrycjwatson: hacking the source until you're happy and then diffing to an import is so tempting, convenient, and natural17:45
cjwatsonyou could hack the source inside a 'quilt shell'17:45
* persia notes that the expected final state of the source package differs between Format: 1.0 packages using quilt, and Format: 3.0 (quilt) packages, which may affect the UDD documentation.17:45
cjwatsona cleaner approach might be to revert *first* and then import17:46
cjwatsonthen you will get a clean push17:46
cjwatsonsince import is intended for importing an external patch that isn't applied to your tree yet17:46
cjwatsonif you follow that then you'll get minimal impedance mismatch17:46
cjwatson(I actually use fold instead of import since I find that model slightly less confusing, but whatever)17:47
jamcjwatson: what is fold?17:47
jambarry is trying to document the way to do some of this17:47
jamit would be good to update that part17:47
barrypersia: ack.  i would be ecstatic if we could start with figuring out the right way to do quilt3 ;)17:47
cjwatsonimport creates a new patch and applies stuff in one go17:47
cjwatsonfold applies stuff to the patch that's on the top of the stack17:48
jamcjwatson: so you would create a new patch on the stack, but empty17:48
jamthen fold the current changes into it?17:48
cjwatsonI personally find it less confusing to decompose those two operations, so I do 'quilt new name-of-patch.patch' and then 'quilt fold -p1 <external-patch'17:48
cjwatsonthen 'quilt refresh', and now my tree is in sync with the patch applied17:48
cjwatsonand I can go fill in DEP-3 headers17:48
barrycjwatson: right.  last time i used fold though, it gave me unresolvable conflicts17:48
cjwatsonthat would be a "using it in the wrong context" problem :)17:49
barry:)17:49
cjwatson(I'm not at all arguing that this doesn't need some kind of wrapping up)17:49
cjwatsonbut fold if used correctly doesn't produce conflicts - I use it all the time17:49
jamcjwatson: I think some sort of "bzr export-to-quilt -rX..Y patch-name" is probably what we want17:49
cjwatsonI agree17:49
jambut I have to actually understand quilt before I could write something like that17:50
barryjam: +117:50
jamcjwatson: also, in my ideal udd scenario, the patches would all be in a loom that we can merge properly, and then we only export the loom to a quilt as a "and let debian see this too"17:50
cjwatsonsure, with the proviso that the headers in patch files are actually useful and need to be editable17:51
jamso while I want tools to make it integrate nicely, I also don't want to spend a lot of time getting to where we want to be17:51
jamcjwatson: also something that I need either to be documented or internalized. What is in there, and what belongs in there?17:51
cjwatsonhttp://dep.debian.net/deps/dep3/17:51
cjwatsonit can reasonably be considered as "description of this thread in the loom"17:51
persiaSome of that can probably be sensibly defaulted from the metainformation bzr already has.17:52
cjwatsonnot all of it17:52
jampersia: the problem is being a simple summary17:52
jamwe could probably populate one by guessing17:52
cjwatsonand TBH I think trying to do that would be a distraction17:52
jambut ultimately it is like debian/changelog17:52
jampeople want to summarize what is 20-some odd commits into a simple statement17:52
jamand mutate that in the future as clarifications arise17:52
cjwatsonright, exactly17:53
barrynote that you do have the commit message17:53
cjwatsonthe commit message really isn't enough17:53
cjwatsonhave a look at openssh17:53
jambarry: the problem is that you have 20 commit messages17:53
jamand none are a summary17:53
cjwatsonlots of those patches are long-lived17:53
cjwatsonand go through multiple commits on merges, emendations, etc.17:53
barryyeah, i suppose so17:53
jama final merge-commit *could* be a summary, but I'm not sure how you want to rollup that over time.17:53
barryexport-to-quilt could take a -m17:53
cjwatsonyou don't want it to be something you just type in at export time17:54
cjwatsonthe summaries include things like justifications for why the patch is carried despite not being upstream17:54
persiaManual editing of the DEP-3 header isn't that bad, and it's not worth fussing about that yet.17:54
jambarry: the issue is "convert-loom-to-quilt" needs to track all the -m's you've supplied over time.17:54
cjwatsonthis is genuinely long-lived data17:54
jampersia: sure. but in a "we don't want to have debian/patches or .pc until we are finally done" determining where to put it is important17:55
barrypersia: you're right.  my only issue is that it's another step that you have to remember, rather than the tools helping you remember ;)17:55
jamwe don't want debian/patches because they are mostly redundant with the wt state17:55
cjwatsonfrex, http://patch-tracker.debian.org/patch/series/view/openssh/1:5.6p1-2/gssapi.patch17:55
jamexcept for stuff like dep317:55
persiajam, You'll often start with debian/patches though.17:55
jampersia: ideally in a fully udd world (which is what this channel is about), we'd get away from them17:55
jambut yes, at some point that needs to be imported17:56
jamand at some point exported17:56
=== udienz is now known as afghanux
cjwatsonwait, this channel is #ubuntu-devel, not #udd-devel :-)17:56
jamso the intermediate form needs to have a way to track it17:56
jamcjwatson: ah, I'm in the wrong one :)17:56
jam:)17:56
persia"this channel"?  I'm not sure about that.  In a fully-UDD world, we'd want a different implementation of Format 3.0 (bzr), and some source-format conversion tools.17:56
cjwatsonthis channel has to deal with interaction with Debian, and thus isn't going to get away from debian/patches/17:56
barryfrom __future__ import udd_dev as ubuntu_dev17:56
jamcjwatson: I just looked at the channel topic, is dapper still supported?17:57
cjwatsonyes17:57
cjwatsonit goes out of server support in June17:57
jamI was curious about that, and thought it had happened earlier. I guess that was desktop support17:58
barrywell, the good news is that i think i have a decent workaround for bug 664276 if i can express it correctly ;)17:58
ubottuLaunchpad bug 664276 in python-numpy (Ubuntu Natty) "python-numpy doc related build failure" [High,In progress] https://launchpad.net/bugs/66427617:58
cjwatsondesktop support ended in June 2009, yes17:58
jambarry:  now is that numb-pie or numpy like lumpy :)17:59
=== afghanux is now known as udienz
barryjam: depends on who you ask.  yooboontoo or ewboontoo?  lynn-uhx or lie-nux?  tomato or ... :)18:00
jamtomato18:01
jamsure18:01
jamI've always said numb-pie. I only just now saw it as lumpy18:01
mok0jam, I've always said "nubm-pie" but I will now start saying "numpi" :-)18:02
barryanyway, cjwatson, jam, persia thanks for the good discussion.  if you have insight into how you think this *should* work, please do post to the udd list.  i've mostly just documented what kindof-sortof-doesmostly-work18:02
barryi've always said numb-pie too, but in a kind of homer simpson "mmm! floor-pie" voice18:03
jambarry: with a little drool after it. sounds good18:03
barry:)18:03
mok0barry:  we should all start saying "numb-bee" in an Abu-kind of way ;-)18:04
barrymok0: :)18:05
barrycjwatson, persia: in dep3, should <Vendor> in Bug-<Vendor> be Launchpad or Ubuntu?18:06
cjwatsonUbuntu18:06
barrycjwatson: thanks18:06
cjwatsonwell, bugs.launchpad.net/ubuntu is Ubuntu18:06
cjwatsonbugs.launchpad.net/<upstream> is probably just Bug:18:06
barrycjwatson: nod18:07
persiaAnd as Launchpad develops greater support for more distributions, the answer gets more complex18:07
ari-tczewBug: https://launchpad.net/bugs/XXXXXX18:07
ari-tczewshorter ;-)18:07
persiaThat's not actually helpful in this context, as it doesn't embed the string to use for Vendor18:07
barryari-tczew: Bug-Ubuntu: though, right?18:07
ari-tczewbarry: if launchpad is not bug tracker for upstream, right18:07
cjwatsonari-tczew: sure, I just meant what the canonical target for the redirection was18:08
cjwatsonrather than the value of the field18:08
jamari-tczew: http://pad.lv/XXXX even shorter18:08
ari-tczewjam: quite unnatural18:09
persiajam, Yes, but not as helpful, as it doesn't identify the source in a way easily understood by as many folk, meaning that it's trickier to integrate into other tools.18:09
jampersia: I wasn't saying you should put it into official history, just saying it is a nice shorthand to get to any lp bug18:09
persiaOh, sure.  I use http://deb.at/L#### myself, just because I find the variety of deb.at redirects helpful.18:10
cjwatsonRiddell: deployed18:10
barryari-tczew: right.  in this case, it's a purely ubuntu bug18:11
=== bcurtiswx_ is now known as bcurtiswx
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
kenvandine@pilot out18:46
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots:
=== gerard0 is now known as gerardo_
chrisccoulsondoes anyone know why all the armel builders are offline?20:11
ograchrisccoulson, lamont i suppose20:12
ogra(he owns them)20:13
chrisccoulsonthanks20:13
lamontchrisccoulson: the switch they're behind had some work done on it, and then I got back from lunch...20:14
chrisccoulsonlamont, cool, thanks20:15
=== gerardo_ is now known as gerard0
=== Amaranth_ is now known as Amaranth
mvocjwatson: btrfs alternate install works like a charm!20:30
mvo(just fyi)20:30
cjwatsonmvo: yay20:31
=== gerard0 is now known as gerardo_
=== gerard0 is now known as gerardo_
=== gerardo_ is now known as gerard0
=== barry is now known as flufl
=== flufl is now known as barry
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
bankixGood morning.23:22
bankixI need some help building my own kernel package for ubuntu.23:22
bankixI need a patch within my kernel and would build a new package with usual package name.23:23
bankixE.g. linux-image-2.6.32-28-ctbankix123:24
achiangbankix: #ubuntu-kernel might be better for your question23:24
bankixAh, good point, thanks.23:24
=== sconklin is now known as sconklin-gone
=== bjf is now known as bjf[ack]

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