/srv/irclogs.ubuntu.com/2008/04/16/#launchpad.txt

ubotuNew bug: #209570 in bzr "http cannot tunnel smart protocol (dup-of: 207558)" [Critical,New] https://launchpad.net/bugs/20957000:41
sachettojoin #ubuntu-br-tradutores00:58
sachettooops00:58
=== emgent is now known as bakunin
=== bakunin is now known as emgent
slangasekhi, it seems I'm not able to mark bugs (or at least, one particular bug) as 'fix released' in launchpad: bug #217254, OOPS-837A174 ?02:21
ubotuLaunchpad bug 217254 in open-vm-tools "open-vm-tools is an alpha quality release" [Critical,New] https://launchpad.net/bugs/21725402:21
ubotuhttps://devpad.canonical.com/~jamesh/oops.cgi/837A17402:21
slangasek...ah, because in the time between I loaded the page and submitted the form, it was marked as targetted to a release02:22
pooliempt, thanks very much for your review of the branch page03:14
=== rockstar` is now known as rockstar_
Kamping_Kaiserother then commit to a branch, is there something i need to do to subsribe to it?04:06
mwhudsonyes, there's a 'subscribe' item in the actions portlet04:08
Kamping_Kaiserthanks, i'll try and find it04:10
Kamping_Kaisergot it, cheers :)04:10
mwhudson:)04:12
=== asac_ is now known as asac
Kamping_Kaiserwhat time does launchpad generate the karma stats ? i thought it was midnight utc, but its happened in the last 30 minutes07:18
carlosmorning08:09
ubotuNew bug: #218066 in malone/1.2 "Associate e-mail replies to imported comments with the bug watch" [Undecided,Confirmed] https://launchpad.net/bugs/21806608:40
=== doko_ is now known as doko
mdkebzr commits seem to be really slow still - I'm pushing a very small change, and it has been over 5 minutes, I think08:46
mdkeFTR i'm pushing to bzr+ssh://mdke@bazaar.launchpad.net/~ubuntu-core-doc/ubuntu-doc/xubuntu-hardy/, if it helps anyone diagnose08:46
jameshmdke: any difference in the branch types?08:48
jameshand what version of bzr?08:48
mdkejamesh: 1.3 from my end. branch format is dirstate-with-subtree - i'm aware that this is a slow format, but it has always been quite nippy in the past. But recently it has been very slow08:50
mdkejamesh: actually, on checking = 1.4rc08:51
jameshmdke: okay.  There is some speed regressions with knit-to-pack pushes with 1.4rc108:51
jameshmdke: that's why I was suggesting you check the branch formats at both the local and remote ends08:51
mdkejamesh: ah, that's the problem. it's a pack-to-knit push08:52
mdkeI forgot I had upgraded on my end08:52
mdkejamesh: thanks08:53
jameshmdke: so there are two things you can try: (1) downgrade to bzr-1.3.1 or (2) upgrade the remote end08:53
mdkejamesh: I'm planning on doing (2) after we have got the release out the way, so shortly08:54
jameshfor (2), I'd suggest using lftp to do a recursive delete of the .bzr directory via SFTP and then push your pack version08:54
jameshupgrade over the net is slow08:54
mdkejamesh: lifeless advised me to do it from a datacentre computer, I can do it from doc.ubuntu.com08:54
mdkeis that relatively reliable, if I use upgrade?08:54
jameshmdke: I've done the delete-then-push method for a few of my branches08:55
jameshmdke: an upgrade over the net effectively requires bzr to download everything off the remote end and then write back the new version08:55
mdkejamesh: ok. I might have to ask you to walk me through that when the time comes, if you don't mind08:56
jameshmdke: doing an upgrade over the net from the datacentre is better because the latency won't hit you as hard08:56
mdkeah08:56
jameshbut if you've already got the branch data locally, delete-then-push is likely to be faster08:57
jameshand less traffic08:57
mptGoooooooooooooooood morning Launchpadders!08:57
mdkejamesh: I see, thanks. I have to run now, I'm late for work08:57
mdkeas usual :(08:58
mdkemorning mpt08:58
Kamping_Kaisermpt, morning08:58
ubotuNew bug: #218080 in malone "no information about the date when a attachment was added in /+text view" [Undecided,New] https://launchpad.net/bugs/21808009:06
ubotuNew bug: #218084 in soyuz "on bug page, show if PPA upload fixes the bug" [Undecided,New] https://launchpad.net/bugs/21808409:11
cprovthat's a good idea.09:15
rzrhi11:15
rzrprobally issue w/ ntp server11:15
rzr16 Apr 10:09:00 ntpdate[999]: no server suitable for synchronization found11:15
rzrhttp://launchpadlibrarian.net/13503014/buildlog_ubuntu-hardy-i386.tuxguitar-snapshot_0.0.20080401-0ubuntu0%7Eppa84_CHROOTWAIT.txt.gz11:15
elmorzr: what PPA is that from?11:16
rzrmine11:16
rzrhttps://launchpad.net/~rzr/+archive/+builds?build_text=&build_state=all11:16
=== rzr is now known as rZr
elmorZr: do you know which buildd that happened on?11:23
Fujitsuppa84. Wow.11:24
=== mrevell is now known as mrevell-lunch
infinitohello12:14
infinitohas anyone here experience with PPA? i have some doubts...12:14
artfwoyes, I've been actively using it recently12:14
Fujitsu!ask12:14
ubotuPlease don't ask to ask a question, ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely answer. :-)12:14
infinitoi wuold like to know how to upoad packages frmo the same upstream version but for differenet ubuntu versions12:15
FujitsuWhat issues do you have with it?12:16
infinitoFujitsu: i just don't know how to do it, i mean, just changing the target dist on changelog doesn't work12:16
FujitsuOh. Different Ubuntu *releases*, like Gutsy, Hardy?12:17
infinitomay i add something to version? something like app-0.5-0ubuntu1~ppa1~gutsy or semthing like thtat?12:17
infinitoFujitsu: yes, different releases12:17
infinitosorry12:17
FujitsuAppend ~gutsy1, and change the distribution in the changelog.12:17
artfwoi guess releases should be specified in the changelog, not?12:17
infinitoFujitsu: so something like 0.5.0-0ubuntu1~ppa~gutsy1 is correct?12:19
Fujitsu~ppa1~gutsy1, perhaps.12:20
infinitoFujitsu: ummm maybe (0.5.0-0ubuntu1~ppa1~gutsy is better? so next ppa version for gutsy should be (0.5.0-0ubuntu1~ppa2~gutsy12:21
FujitsuThe standard is ~releaseX.12:21
FujitsuAs you might need to make another source change for the backport.12:21
infinitoFujitsu: ok12:21
infinitoone more question12:21
infinitothe dependencies versions are handled automatically?12:22
artfwowhat about using only ~ppaX withouth ~releaseX?12:22
Fujitsuartfwo: One must change the version.12:22
artfwoFujitsu: I meant, is this also considered standard?12:24
FujitsuThat would be for an upload for the latest release, yes.12:24
artfwothanks :)12:24
infinitoFujitsu: but thinking in the future, is not better to add the ~releaseX for every upload?12:26
FujitsuQuite possibly so.12:26
FujitsuParticularly at this stage.12:27
infinitoFujitsu: and what about the deps? should i change the control file for every release?12:27
FujitsuWhy would you do that?12:29
FujitsuWhich deps?12:29
=== warp10_ is now known as warp10
artfwobuild-deps12:29
FujitsuWhy do you need to?12:29
FujitsuWhy are they so versioned?12:29
infinitoFujitsu: because build-deps for hardy are not the same versions as gutsy12:29
FujitsuWhy are you build-depending on such strict versions?12:30
infinitoFujitsu: i've always thought that it was important to have something like "Build-Depends: debhelper (>= 5.0.38), cdbs (>= 0.4.49)"12:33
infinitoinstead of this without versions12:34
Fujitsuinfinito: Only if you use features only in that version.12:40
=== mrevell-lunch is now known as mrevell
ftais ppa.launchpad.net dead ?15:00
ftahttp://paste.ubuntu.com/7198/15:00
ftafrom http://launchpadlibrarian.net/13505477/buildlog_ubuntu-hardy-i386.miro_1.5~svn20080415r6733-0ubuntu1~fta1_MANUALDEPWAIT.txt.gz15:01
cprovfta: it works from here.15:01
ftasame on amd64: http://launchpadlibrarian.net/13505478/buildlog_ubuntu-hardy-amd64.miro_1.5~svn20080415r6733-0ubuntu1~fta1_MANUALDEPWAIT.txt.gz15:01
ftasince yesterday15:01
cprovfta: have you retried them recently ?15:04
ftayes15:04
ftafew minutes ago15:05
ftahttps://edge.launchpad.net/~fta/+archive/+builds?build_text=&build_state=all15:05
=== danilo__ is now known as danilos
ubotuNew bug: #218224 in launchpad "Making N changes to preferred languages produces N informational alerts" [Undecided,New] https://launchpad.net/bugs/21822415:55
ftacprov, so, what should I do ? retry once again ?16:01
cprovfta: I've asked IS, but no answer yet. Keep retrying if you want.16:02
ubotuNew bug: #218228 in malone "Attachment form is distracting on bug-reporting page" [Undecided,New] https://launchpad.net/bugs/21822816:05
cprovfta: please, retry the build now, it will work.16:11
ftacprov, ok, done.16:12
=== elmargol_ is now known as elmargol
jcastrocprov: you interested in PPA talks for ubuntu openweek?16:20
cprovjcastro: yes, I could do a session.16:21
jcastrocprov: awesome16:21
Hobbseeooh, mroe sessions16:26
cprovfta: did it work ?16:39
ftalet me check...16:40
ftacprov, yes! thanks16:40
cprovfta: great, thanks for pointing it.16:40
ftacprov, no problem. btw, it would be nice to get an email if it still fails after n automatic retries so users would notice16:43
cprovfta: you get a email on every failure, no ?16:44
ftano16:44
ftajust for FTBFS, not for MANUALDEPWAIT16:44
ftacprov, ^^16:45
cprovuhm, right.16:46
cprovfta: could you please file a bug about it ?16:46
ftayep, which project ?16:46
=== Mez is now known as fishfinder
=== fishfinder is now known as Mez
komputesDoes anyone know how to view all code revisions, not just the last 10?17:04
* soren likes the new /+archive page17:06
=== salgado is now known as salgado-lunch
ubotuNew bug: #218252 in launchpad "Can only view 10 recent revisions of code" [Undecided,New] https://launchpad.net/bugs/21825217:21
ftacprov, bug 21826117:24
ubotuLaunchpad bug 218261 in soyuz "uploaders should get emails/notifications for packages in depwait mode" [Undecided,New] https://launchpad.net/bugs/21826117:24
cprovfta: thanks17:24
ubotuNew bug: #218261 in soyuz "uploaders should get emails/notifications for packages in depwait mode" [Undecided,New] https://launchpad.net/bugs/21826117:31
=== matsubara is now known as matsubara-lunch
rZrelmo: i am back it's seems to be fixed isnt it ?17:59
=== rZr is now known as RzR
elmoRzR: err, sure, it was only ever a transient failure18:00
elmoRzR: if you're still seeing it, I need to know on which buildd18:00
elmobut it really shouldn't happen anymore18:00
RzRok18:00
ubotuNew bug: #218273 in launchpad-buildd "Can't write average time/space when build is done" [Undecided,New] https://launchpad.net/bugs/21827318:00
ubotuNew bug: #218271 in blueprint "Dependencies between more than one project" [Undecided,New] https://launchpad.net/bugs/21827118:01
ubotuNew bug: #218272 in blueprint "Allow blueprints to be registered on more than one project" [Undecided,New] https://launchpad.net/bugs/21827218:02
ubotuNew bug: #218285 in launchpad "Long team memberships cause the mugshot page to take forever or cause browsers to lock up" [Undecided,New] https://launchpad.net/bugs/21828518:26
nandhi!18:37
nandAnyone also having a "This team's mailing list will be available within a few minutes." since a week? 18:38
* nand wonders if this was related to bug 21511818:38
ubotuLaunchpad bug 215118 in launchpad "Odd mailing list resync behavior" [High,Fix released] https://launchpad.net/bugs/215118 - Assigned to Barry Warsaw (barry)18:38
=== salgado-lunch is now known as salgado
barrynand: it's related, but really bug 198368 is blocking this right now18:42
ubotuBug 198368 on http://launchpad.net/bugs/198368 is private18:42
nandbarry: ok thanks for the info! No need to fill a bug then I guess18:43
barrynand: the fix for that has been committed and we're just waiting for approval to roll it out.  i expect to happen today or tomorrow18:43
barrynand: nope.  once that bug fix is released, all pending mailing lists should magically appear :)18:43
nandbarry: Ok thanks :) I'll keep you in touch18:44
barrynand: thanks!18:44
=== matsubara-lunch is now known as matsubara
ubotuNew bug: #28682 in malone "Filing a bug: source package doesnt exist, suggestion list doesn't accept input" [Medium,Confirmed] https://launchpad.net/bugs/2868219:08
=== kiko-fud is now known as kiko
sidneiniemeyer: ping?19:55
niemeyersidnei: Heya!20:15
sidneiniemeyer: not going to fisl, are you?20:16
niemeyersidnei: Unfortunately not :(20:16
sidneitoo bad :(20:16
niemeyersidnei: Yeah.. I'd really enjoy to see you guys there20:16
niemeyersidnei: How're things going? Lots of plone-related hacking?20:17
sidneiniemeyer: so so, mostly fixing upgrade issues, we (enfold) are about 6 months late with our releases due to that20:18
sidneiplone 3.1 is about to come out and we haven't made a release of a 3.0-based enfold server yet!20:18
niemeyersidnei: You mean upgrades of applications you're in charge of from Plone 3.0 to 3.1, or of the custom changes you have on top of Plone?20:20
sidneiniemeyer: actually plone's own upgrades were messed up20:21
niemeyersidnei: Uh oh.. sounds painful20:22
sidneii can't describe how bad it is20:22
=== kiko is now known as kiko-phone
=== kiko-phone is now known as kiko
nandbarry: The mailing list just went live! thanks!21:51
barrynand: yes, we're psyched!  btw, did you get a notification with a bogus host name in its subscription link?21:51
nandbarry: yes, indeed.21:52
barrynand: :(  i was afraid of that21:52
nandbarry: want the URL?21:52
barrynand: okay, thanks.  we're working on that.  but your mailing list should still be working.  can you give it a try?21:52
barrynand: naw, we all got them too ;)21:52
nandbarry: I just subscribed, seems okay21:52
barrynand: cool.  try sending the list a message and see if it shows up in your archive21:53
nandbrainstorm-dev@gangotri.canonical.com ?21:53
barrynand: brainstorm-dev@lists.launchpad.net21:53
barrynand: were did the wrong host name (gangotri) show up?21:54
nandbarry: https://launchpad.net/~brainstorm-dev/+contactaddress21:54
barrynand: i'm not authorized to see that page unfortunately21:54
barrynand: but i'll take your word for it21:55
nand"E-mail notifications for this team should go to:" [x] "The Launchpad mailing list for this team - brainstorm-dev@gangotri.canonical.com"21:55
barrynand: are you on edge?21:55
nandbarry: no.21:56
barrynand: okay, thanks21:56
barrynand: i appreciate the feedback.  would it be okay to ping you again later if i have more questions?21:56
ubotuNew bug: #218384 in malone "OOPS processing Mantis bugwatches" [Undecided,New] https://launchpad.net/bugs/21838421:56
nandbarry: Unfortunately I'll go to sleep soonish. But whenever you want after, yes.21:57
barrynand: cool, thanks21:57
nandbarry: Have to go, see ya.21:58
barrynand: see ya21:58
=== salgado is now known as salgado-brb
TeTeTbarry: as you're online, just got a mail for a mailing list pointing to https://xmlrpc.lp.internal/~tspindler/+editemails22:23
TeTeTbarry: maybe a known problem?22:23
barryTeTeT: known problem, we're working on it!22:24
TeTeTbarry: ok, good luck22:24
barryTeTeT: thanks ;)22:24
=== RzR is now known as rZr
=== salgado-brb is now known as salgado
=== synico is now known as synic
ubotuNew bug: #218429 in launchpad "OpenID What's This?" [Undecided,New] https://launchpad.net/bugs/21842923:36
LaserJockbarry: so are we supposed to ignore those emails?23:37
barryLaserJock: the emails mean the mailing list is live (yay), but the urls are wrong (boo), but we have a fix working its way through that will fix them (yay) but no second notification will be sent (yay or boo :)23:51
LaserJockbarry: but I'm already a member of the list I got an email for23:52
barryLaserJock: was the list live and working before you got that email?23:52
LaserJockyeah23:52
LaserJockwe've been using it for weeks23:52
LaserJockRinchen: did you get one?23:53
barryLaserJock: ok, thanks.  you can ignore it, but definitely let me know if you ever get it again for that list. 23:53
LaserJockbarry: k, I wasn't sure what I was supposed to do with it but I figured I could ignore it23:53
LaserJockbarry: just wanted to make sure it wasn't a bug23:53
barryLaserJock: thanks, i appreciate the feedback!23:54
Rinchenbarry, I'm sending out an email to -users 23:56
Rinchenbe out in a few minutes...just checking my urls work23:56
barryRinchen: cool.  note that we still have two patches to cp before everything should be working normally23:56
=== salgado is now known as salgado-afk

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