=== poeloq_ is now known as poeloq [00:31] anybody around with deb packaging zen enough to answer a question about pre-depends? [00:34] mtaylor: You're probably better off asking in #ubuntu-motu, but I might be able to answer it. [00:34] (note that using Pre-Depends in a PPA package will, at the moment, make apt want to eternally upgrade it) [00:34] Fujitsu: well, I've got a package with a Pre-Depends: and when I build it locally it's fine. But when I put it in a PPA package, it strips it [00:34] hm [00:34] That's right. [00:34] why is that? [00:35] It should only be in the Packages file, I think. If you try to install it, does it respect the field? [00:35] no [00:35] Gaah. [00:35] when I do an apt-cache show, it doesn't show on the ppa version in the cache [00:35] It's a bug in the PPA generation code, which *might* be fixed in a couple of hours, but I'm not quite sure. [00:35] ok [00:35] good. at least it's not me! [00:36] but I didn't think it was - since the upstream debian version of essentially the same control file works [00:36] thanks! [00:36] If you apt-cache show it after installing it, you should get at least a couple of entries. DOes one of them have the Pre-Depends field? [00:37] yes. the one from ubuntu gutsy [00:38] Which PPA is the broken package in? [00:38] * Fujitsu will just check that this is indeed the problem. [00:38] http://ppa.launchpad.net/mysql-enterprise-pkg-testing/ubuntu [00:39] mysql-server-5.0 should predepend on mysql-common [00:39] while I'm bugging you... do you happen to know the difference between ${Source-Version} ${source:Version} and ${binary:Version}? cause lintian tells me to use binary:Version, but I can't find docs about the different var ANYWHERE [00:43] The first of those is deprecated. [00:43] The changes are fairly new, and I don't believe there's much on them. [00:43] The source:Version is the version of the source package, and the binary:Version that of the binary, unsurprisingly. [00:43] In Ubuntu, they should always be identical, but not so in Debian. [00:44] Fujitsu: sweet. [00:44] (I've looked at the Pre-Depends issue, and indeed it is the usual issue of the omission of some fields in Pre-Depends) [00:44] awesome [00:44] so it's theoretically fixed in the new push ? [00:45] I would check if there is a fix, but the bug is marked private. [00:45] It may be. [00:45] that's nice [00:45] :) [00:45] well, I'll reupload tomorrow and see if it builds right [01:32] Fujitsu: finally! [01:34] Yay. [01:34] * mtaylor feels he's missed something [01:34] but that's ok [01:35] No more pkgbinarymangler over PPA. [01:35] w00t [01:35] Nor ddebs, by the looks, which is good. [01:35] mtaylor: you should read hardy-changes. it's interesting :) [01:35] so, i guess there's no way to build packages for debian rather than ubuntu in PPAs? [01:35] poolie: Not at this point. [01:35] poolie: nope [01:35] Hobbsee: whereis? [01:36] mtaylor: hardy-changes@lists.ubuntu.com [01:37] awesome! [01:39] * Fujitsu wonders why he can access LP. [01:39] why not? [01:39] I thought downtime was meant to start 40 minutes ago. [01:43] Fujitsu, i don't see any mail about it [01:43] but, then, i might not [01:43] See news.launchpad.net, though there should have been a mail. [01:51] Fujitsu: [01:51] I think news.l.n is wrong then :) [01:51] I would presume so. [01:51] he thinks its tomorrow [01:52] There were no emails, and no notice of impending doom on LP. [01:52] Aha. [01:52] that's because their email went down before the rest of it [01:52] heh [01:52] oops [01:52] our mail seems to be generally up now... === bigon is now known as bigon` [02:16] New bug: #177368 in launchpad "Mailing list address are hardcoded to lists.launchpad.net" [High,Confirmed] https://launchpad.net/bugs/177368 [02:21] New bug: #177371 in launchpad "Label 'For this mailing list...' is cramped" [Medium,Confirmed] https://launchpad.net/bugs/177371 [02:49] anybody know if there are plans for being able to delete stuff from launchpad? [02:49] lp doesn't delete. [02:49] ok [02:49] says in their privacy policy [02:49] some bits can appear to be deleted [02:49] What in particular are you looking to delete, mtaylor? [02:50] but really arent'. [02:50] Fujitsu: I was thinking of killing a project or two to consolidate [02:50] Fujitsu: but it's not important enough to bother someone with [02:50] other than general wondering about the idea of a feature [02:51] Ah. Those can be deactivated by poking a Launchpad administrator or asking a question on the launchpad project on LP. It's good to keep things clean. [02:51] ok. well I'll do that if I actually get up the energy to reorg. :) [02:53] * Fujitsu commends the LP devs on this release: most of the targetted stuff has actually been done :) [03:06] Hobbsee: well, some things can be deleted [03:06] thumper: not from librarian, etc, though [03:06] or backups [03:06] well, the librarian does remove things that are no longer referenced [03:07] it is that most of the references aren't deletable :) [03:07] heh :) [03:07] links are deletable [03:07] like bug-branch or spec-branch links [03:07] projects normally just get deactivated [03:07] mtaylor: you can request that an admin deactivates your projects if you are wanting to consolidate [03:39] Fujitsu: thanks! [03:40] It is a relief to not see lots of things being deferred right at the end of the cycle, which seems to have been the norm lately. [03:42] Fujitsu: just curious, why is it a relief? [03:43] Because bugs often get deferred release after release, so one gets an expectation that it will be fixed in a couple of weeks, only to find out just before it's meant to land that it won't appear for another couple of months. [03:44] Fujitsu: from my pov, it was simply a change from "here's what we want to do" to "here's what we are going to do" [03:44] ahh ok [03:44] That is a good thing. [03:44] (typing slow, learning dvorak) [03:45] Hah, I am too. I had a lot of `z,cb' last week (attempting to type QWERTY /win on Dvorak) [03:46] :) [03:47] lots of "e.u" and "y.op" for me [03:47] (guess what I do for a crust) [03:48] err... y.oy [03:48] (so hard to go back, so hard to go forward) [03:54] It's rather odd to not be able to type particularly quickly at the moment, but I'm getting better. [03:55] odd? damn frustrating is how I'd put it [03:55] That too. [04:36] you'll like it when you get there [04:36] Mhm. [04:36] and you'll appreciate the little bumps on F and J :) [04:36] just don't look down :) [04:36] There is no reason to look down. [04:37] Well, unless you memorise the mapping, I guess... [04:39] * Hobbsee wonders how one goes about learning dvorak, if one can't see any keyboard [04:40] when i did it, i put a printout of the layout on the desk, and used that only when i forgot where things were [04:40] and just remembered relative to the home row [04:41] * Fujitsu learnt the home row, and then learnt that much suffering would ensue if he didn't learn the rest. [04:41] That helps. [04:46] heh [05:00] poolie: I've actually moved the keys around :/ [05:00] the keycaps [05:00] not a bad idea [05:01] but, may be problematic when you need to use someone else's machine [05:01] poolie: but that means I've lost my bumps [05:02] poolie: I went for a couple of days with the original layout [05:03] I hope dvorak doesn't mean that I'll forever lose my ability to touch type [05:04] I originally tried to move all of mine, but discovered that Dell has put different layouts on the bottoms of some keys, so they won't fit elsewhere. [05:05] macbooks are nice :) [05:05] Ah. [07:45] New bug: #177401 in launchpad "Provide a way for users to edit their profile data from login.launchpad.net" [Undecided,New] https://launchpad.net/bugs/177401 === blueyed_ is now known as blueyed === kiko-phone is now known as kiko [09:35] New bug: #177424 in rosetta "Wrong exception when omitting parameter to upload form" [Low,New] https://launchpad.net/bugs/177424 === bigon` is now known as bigon === kiko is now known as kiko-phone === kiko-phone is now known as kiko === kiko is now known as kiko-phone [12:21] kiko-phone: morning -- when you get a sec, I'd love to bug you about Pre-Depends [12:21] statik: are you honestly awake already? (or still awake?) [12:29] is it still the case that I shouldn't use bzr+ssh to push to launchpad? Or has bzr 1.0 been installed? [12:30] bzr 1.0 is out [12:30] Hobbsee: and installed on launchpad? [12:30] rollout is later today/early tomorrow [12:30] ok. so I should continue to use sftp for now [12:31] mtaylor: good question. was assuming so, but appraently not [12:31] * Hobbsee has been using bzr+ssh for ages, regardless [12:31] * mtaylor has too [12:31] but just heard there was some problem with using it with launchpad... [12:31] better safe than sorry [12:31] mtaylor: bzr+ssh has been supported for launchpad for ages [12:31] someone yesterday said something about version mis-match or corruption or something [12:32] just with 1.0 vs. not-1.0 I think - or I could just be on crack [12:32] but if no one else is aware, then I'm guessing it's the crack [12:32] Sort of; it's to do with different default formats if it's the bug I think it is. [12:32] If you bump into it, you can always fallback to sftp:// [12:33] It's fundamentally a bzr bug, not a launchpad bug though. [12:33] great. so it's not going to eat my data [12:33] yes, of course. certainly not blaming launchpad :) [12:33] Nope, no data eating. [12:34] yay! the data eating monster is full [12:34] I don't think any data has been eaten in the lifetime of that service, in fact. [12:34] * Hobbsee sacrifices a goat to launchpad, in the hope that anything she uploads doesn't get eaten. [12:35] (or if it has, it wasn't important enough data for someone to file a bug about it ;) [12:35] * mtaylor has had a little data eaten - but it was bzr's fault again... and really /me's fault [12:35] ok. so I ran rm -rf on the wrong thing... [12:36] Heh. [12:36] Yeah, there's a limit to what bzr can do about that. [12:36] spiv: or is it accepted as a fact of life that launchpad, particularly soyuz, likes eating things... [12:36] NO. It should solve ALL of my problems [12:37] Hobbsee: I'm not familiar with the details of soyuz bugs (happily) [12:37] Hobbsee: so I'm going to pass on that question [12:38] hehe [12:38] spiv: wise move :) [12:38] actually, i haven't seen soyuz eat anything of mine in a while [12:38] If you have a bzr bug, I'd be happy to talk about that ;) [12:38] perhaps that's because i've not actually *uploaded* much in a while [12:38] Well, it's time for holidays anyway... [12:39] yeah well [12:40] New bug: #177447 in malone "A bug I have reported does not show on my 'Bugs reported by' page" [Undecided,New] https://launchpad.net/bugs/177447 [12:41] Duuuuupe. [12:42] Fujitsu: maybe it's a dupe of something they already reported ;) [12:52] tags still not supported by bzr on launchpad? [12:53] bzr: ERROR: Tags not supported by BzrBranch5('bzr+ssh://monty@bazaar.launchpad.net/%7Endb-connectors/ndb-connectors/devel/'); you may be able to use bzr upgrade --dirstate-tags. [12:54] mwhudson, ddaa? [12:54] they are [12:55] bzr upgrade --dirstate-tags bzr+ssh://monty@bazaar.launchpad.net/%7Endb-connectors/ndb-connectors/devel/ [12:55] bzr: ERROR: The branch format Bazaar-NG meta directory, format 1 is already at the most recent format. [12:55] mh [12:56] * ddaa checks [13:02] mtaylor: the branch format is "Branch format 5", so it should be upgradable [13:02] mtaylor: we have weird stuff with bzr upgrade over bzr+ssh. Does it work better over plain sftp? [13:03] I mean, "bzr upgrade --dirstate-tags" ovef sftp:// [13:09] ddaa: I will try [13:10] ddaa: it seems to be working... (or at least doing something :) ) [13:10] good [13:10] btw, if you want the full detail of the format versions, use "bzr info -v" [13:10] * mtaylor keeps forgetting to try sftp when bzr+ssh fails [13:11] there are really three format versions for any branch on launchpad: the bzrdir, the repository, and the branch. The two latter being components of the bzrdir. [13:11] so if I upgrade my branch, I'm not upgrading my repository, right? [13:11] right [13:12] tags are not versioned, they are just metadata in the branch, nothing is stored in the repository about them. [13:12] ah. that answers my question :) [13:24] hopefully, the bzr+ssh problems will improve when we deploy bzr 1.0 server-side later this week. === \sh_away is now known as \sh [14:10] New bug: #177467 in soyuz "Redesign distribution/+ppas page" [High,Confirmed] https://launchpad.net/bugs/177467 === kiko-phone is now known as kiko [14:27] mwhudson: did you look at my import issue today? [14:27] jonasbjork: ddaa and i had a quick look [14:27] we didn't conclude very much though :/ [14:27] something went very wrong? ;) [14:27] the pserver is giving a nonsensical answer, that we cannot reproduce by hand [14:28] is berlios.de blocking launchpad maybe? [14:28] my hunch is that since the cvs server protocol is intended to be used by a dumb cvs client (the cvs client is really just an interpreter for commands sent by the server) [14:28] it would cache some state about what the tree would look like [14:29] and when it receives some request to checkout something, it sometimes assumes that the client already has the data on disk and sends nothing [14:30] since our import system is nothing like a normal cvs client, it seems plausible to me that we sometimes break such assumptions [14:30] It's a fairly long shot, but that's the only explanation that comes to my mind. [14:31] so best thing for me is to checkout cvs and import it into bazaar and then abandon berlios? [14:31] I guess that this could be worked around. When we hit this particular nonsensical condition, we could start a new pserver connection to clear any server-side state. [14:32] jonasbjork: if you intent is to perform a one-off migration [14:32] you could try bzr-cvsps [14:33] http://bazaar-vcs.org/CVSPSImport [14:33] that does require you to have the cvs repo on a local filesystem though [14:35] or you could try tailor too [14:35] i'll try [14:35] New bug: #177470 in launchpad "branch +associations page should show if branch is dev focus of a series" [Undecided,New] https://launchpad.net/bugs/177470 [14:37] i can't remove/change trunk [14:37] source details [14:39] jonasbjork: you should be able to, now [14:40] no control or bazaar [14:41] and my "trunk" is gone [14:41] * ddaa clears everything [14:41] thanks [15:02] This branch has not been scanned yet. === kiko is now known as kiko-phone [15:02] that means that my files are processing? [15:02] jonasbjork: yes [15:02] jonasbjork: should only be in that state for a few tens of seconds [15:02] it works :) [15:03] mwhudson: once again, thanks for your help. [15:03] jonasbjork: np === matsubara is now known as matsubara-lunch [15:30] New bug: #177484 in launchpad "Registry admins should be able to see +review pages" [Wishlist,New] https://launchpad.net/bugs/177484 === kiko-phone is now known as kiko === \sh is now known as \sh_away [15:45] New bug: #177491 in launchpad "Need "Grid view" of projects " [Wishlist,New] https://launchpad.net/bugs/177491 === matsubara-lunch is now known as matsubara [16:21] New bug: #177495 in malone "Bug watches should handle remote private bugs gracefully" [Undecided,Confirmed] https://launchpad.net/bugs/177495 === phanatic_ is now known as phanatic [17:36] New bug: #177505 in malone "too hard to unsubscribe from bug reports" [Undecided,New] https://launchpad.net/bugs/177505 [17:39] * pochu finds too hard to subscribe to bug reports too [17:40] bug 6457 [17:40] Launchpad bug 6457 in malone "Subscribe should work in one click" [Medium,Confirmed] https://launchpad.net/bugs/6457 [17:44] oy! [18:03] Hmm, I just received a mail which says that I've been subscribed to a blueprint. But doesn't say who subscribed me! :) [18:21] New bug: #177508 in blueprint "Tell who subscribed you to a blueprint in the notification mail" [Undecided,New] https://launchpad.net/bugs/177508 [18:46] hello [18:47] where should I ask for a removal of a particular package of a ppa ? [18:47] see topic [18:47] answers.launchpad.net [18:47] thank you kiko [18:47] you're welcome jeromeg [18:52] jeromeg, just saw that go in; mthaddon will sort it out as soon as he has a free moment. [18:53] kiko: thank you very much, can i upload a package with the same name, but for the gutsy series ? [18:53] jeromeg, not with the same version number [18:53] kiko: ok thank you [19:00] New bug: #177516 in launchpad "Add archive test to mlist integration tests" [Undecided,Confirmed] https://launchpad.net/bugs/177516 [19:20] New bug: #177519 in blueprint "No way to mark a blueprint invalid" [Undecided,New] https://launchpad.net/bugs/177519 [19:20] New bug: #177520 in malone ""Give feedback" is confusing and loses data" [Undecided,New] https://launchpad.net/bugs/177520 [19:25] afternoon [19:25] hey guys...anyone here is already using Kubuntu 8.04 ? [19:28] i just wanna know if that problem with notebook ATI sound is ok now on 8.04... :/ [19:30] New bug: #177523 in launchpad "new mailing lists don't get public archive symlink" [High,Fix committed] https://launchpad.net/bugs/177523 === kiko is now known as kiko-afk [19:35] kalib: not the best place to ask, try #ubuntu+1 === bigon is now known as bigon` === \sh_away is now known as \sh === bigon` is now known as bigon [20:25] New bug: #177538 in launchpad "The hardware database page is using the wrong template displaying a 'no title'" [Undecided,New] https://launchpad.net/bugs/177538 === bigon is now known as bigon` === bigon` is now known as bigon [20:50] New bug: #177541 in launchpad "Cannot import git branches" [Undecided,New] https://launchpad.net/bugs/177541 [20:50] duplicate! [20:54] re [21:43] could someone please do a bazaar upgrade for me at bazaar.launchpad.net/~bauble/bauble/trunk/ === Rinchen changed the topic of #launchpad to: Translation exports are temporarily delayed | https://launchpad.net/ | Next developer meeting: Thu 10 Jan 2008, 1400UTC #launchpad-meeting | List: launchpad-users@lists.canonical.com | Support: https://answers.launchpad.net/launchpad | Help: https://help.launchpad.net | Channel logs: http://irclogs.ubuntu.com/ | Join the beta team: https://help.launchpad.net/JoiningLaunchpadBetaTesters [21:50] thumper, ^^ [22:00] New bug: #177557 in launchpad "Error while uploading file bigger than 60MB in +adddownloadfile form" [Undecided,New] https://launchpad.net/bugs/177557 [22:35] argh with SF publicity mails... I hope you never do something similar :-) [22:41] <\sh> pochu, "Use LP to make money fast....Collect Karma for Coins" ? ,-) [22:42] \sh: then seb128 would be rich ;) [22:42] <\sh> pochu, seb128 is cheating :))) === \sh is now known as \sh_away === Martinp24 is now known as Martinp23 [23:20] New bug: #177571 in launchpad "Need to find a way to migrate mailing lists from production to staging" [High,Confirmed] https://launchpad.net/bugs/177571 [23:20] New bug: #177572 in launchpad "Mailman archives have hardcoded links" [High,Confirmed] https://launchpad.net/bugs/177572 [23:44] hey all, i keep getting a 'no data' error when I try to paste a signed Ubuntu CoC into the launchpad