/srv/irclogs.ubuntu.com/2008/11/12/#ubuntu-bugs.txt

=== asac_ is now known as asac
=== nellery_ is now known as nellery
bucket529bug 146265 is a packaing request. The same version is now in both Debian Unstable and Jaunty. Can I close the bug? Or leave it alone?03:47
ubottuLaunchpad bug 146265 in bwbasic "sdlBasic" [Wishlist,New] https://launchpad.net/bugs/14626503:47
ScottKbucket529: Mark it fix released then.03:50
bucket529ScottK: I don't have permission to change Importance.03:51
ScottKDon't worry about that.  Just status.03:52
bucket529Aha!03:52
bucket529Thanks03:52
binarymutanthow do I request a needs-packaging bug? or ITP? Also, how can I search these bug reports?04:41
ScottKThey are tagged 'needs-packaging' so search for that under advanced search for tags.04:42
binarymutantsweets thanks again ScottK04:43
sparrhow can i change the dependencies of gcc-avr so that i can apt-get build-dep it?06:00
sparrwhere was chrisccoulson seeing that gcc-avr depends on binutils-avr >= 2.18-4?  i see dependencies on 2.16.1-1 on packages.ubuntu.com and in apt-cache show06:29
dholbachgood morning06:39
=== doko_ is now known as doko
=== wolfger__ is now known as wolfger
wolfgergood morning, buggers :-)10:42
wolfgerBack in August there was an announcement of kernel bug migration (from "linux-source-2.6.xx" to "linux"), which was supposed to be largely automated, but I'm coming across some old bugs that weren't migrated, or weren't fully migrated10:44
wolfgeris there a procedure to follow for this?10:44
wolfgernevermind, I found it :-)10:50
=== dholbach_ is now known as dholbach
=== LucidFox_ is now known as LucidFox
=== hggdh|away is now known as hggdh
hggdhBug #22256913:45
ubottuLaunchpad bug 222569 in ubuntu "wireless connection is not possible" [Undecided,Incomplete] https://launchpad.net/bugs/22256913:45
savvaswho do I have to notify for packages: dict, dictd, dictfmt, dictzip13:56
savvasI found typos in the debian/control13:56
savvasRepositories: jaunty-main-i386, jaunty-main-amd64 - Packages: dict, dictd, dictfmt, dictzip - Typo: "Original-Maintaine:" instead of "Original-Maintainers:"13:57
hggdhsavvas, you can open a bug on this; you can also contact the packager14:39
savvashggdh: debdiffs are welcome for such minor typos?14:42
hggdhyes, but I do not think you need to go that far15:01
savvasok, I'll report them :)15:04
hggdhsavvas, thank you for helping out15:05
savvasoh no problem, I'm using it with a handy sqlite tool I've created :)15:06
thekornbdmurray: hi, this "bug converted to questions and still with incomplete status" mentioned on the ML looks like a bug in launchpad to me,15:07
thekornI was able to reproduce it here: https://bugs.staging.launchpad.net/buglog-data/+bug/13755015:07
ubottuLaunchpad bug 137550 in buglog-data "mailman on lists.ubuntu.com needs a way to filter on X-Launchpad-Bug" [Undecided,Confirmed]15:07
bdmurraythekorn: I think it is a timing issue where someone had an unrefreshed version of the bug.  How did you recreate it?15:10
thekornbdmurray: exactly, I converted the bug into a question, and while the page was loading after clicking on "convert this bug into a question" I changed the status of the bug15:13
ScottKbdmurray: Got a moment to chat?15:13
bdmurraythekorn: I wonder if the status of bug converted to a question could be changed with the api or py-lp-b too.  I agree its a bug in Launchpad.15:15
thekornbdmurray: py-l-b yes, because it does the same as the web ui, no for api, because the API has a lock for such things, as far as I know15:16
thekornOh, but both should not be able to change the status back now15:17
bdmurraythekorn: what I think is happening is that the status and importance and just locked in the web ui15:17
thekornyes, sorry I missunderstood you,15:18
thekornthere is now way to change the status/importance etc. back on the useres side right now15:18
bdmurraythekorn: have you submitted a bug about this?  if not I will15:26
thekornbdmurray: no, please do15:27
thekornthanks15:27
tcolehello, dumb question17:54
tcoleis there a mechanism to take an LP bug and forward it over to Gnome bugzilla, linking the LP bug with the bugzilla one?17:55
tcoleor is that done manually?17:55
pedro_tcole: you need to forward it manually and then add the bug watch in lp17:56
tcoleok, thanks17:56
pedro_you're welcome17:57
tcoleanother dumb question: how do I add a bug watch?17:58
pedro_tcole: click on "also affects project" on the bug page18:02
pedro_tcole: after that, put the url of the upstream bug on the "I have the URL for the upstream bug:" field18:02
pedro_there's a neat documentation on how to add bug watches here: https://wiki.ubuntu.com/Bugs/Watches18:03
tcoleokay, cool, thanks18:03
pedro_np :-)18:03
greg-gbdmurray: is the "corect" way of attaching branches to bugs to create a new branch with only the changes that fix that bug? makes sense, but that might mean I would have lp:me/gwibber/bug12355 and /bug3532 and /bug3588 and.. and...  whats the correct workflow for this?18:06
greg-gpedro_: do you attach many personal bzr branches to bug reports?18:09
thekorngreg-g: the best thing about this: you get ALOT of karma ;)18:10
greg-gthekorn: yeah :)18:10
pedro_greg-g: no why?18:10
greg-gpedro_: I was wondering about best practices/workflow, oh yeah, you missed my question18:10
greg-g"is the "corect" way of attaching branches to bugs to create a new branch with only the changes that fix that bug? makes sense, but that might mean I would have lp:me/gwibber/bug12355 and /bug3532 and /bug3588 and.. and...  whats the correct workflow for this?"18:10
bdmurraygreg-g: In the past I've used one branch with separate commits per bug.18:11
bdmurrayIt depends on how related the changes are though.  What are you looking at?18:12
greg-gbug 29722818:12
ubottuLaunchpad bug 297228 in gwibber "Interval should say "minutes" after it in Preferences" [Undecided,In progress] https://launchpad.net/bugs/29722818:12
thekornimho it is the best and most sensible workflow, this way it is easy to use all the reviewing functionality of launchpad18:12
greg-gbug 29687118:12
ubottuLaunchpad bug 296871 in gwibber "incorrect reply highlighting in Search Tab" [Undecided,Fix committed] https://launchpad.net/bugs/29687118:12
greg-gthat makes logical sense, I was just worried I might end up having a ton of separate branches, no big deal I guess.18:14
bdmurraythekorn: it which?18:14
greg-gbdmurray: my changes tend to be one-liners, so probably one branch with separate commits per bug.  I thought the separate branches didn't make sense since you can't link to a specific commit/revision with LP's "link a branch"18:16
greg-gcorrection: ....I thought they DID make sense since you can't...18:18
bdmurraythanks, still parsing it18:18
bdmurrayjames_w: Do you have an opinion?18:20
greg-gso, I link to a branch, and it just goes to the whole branch, in which I might have made more than one bug fix commit.  I have to say "this bug is fixed by rev 121 in this branch"18:21
thekornmy problem is: what if I would like to wodo further work in a branch, fixing another bug, launchpad does not allow me to say "this bug is fixed in rev of this branch"18:21
thekorn(so what greg-g says)18:21
greg-gright18:21
thekornand the review process only alows to review the whole branch and not one revision18:22
tcolepart of that is a workflow issue18:22
tcolethe ideal is a branch per feature/bugfix18:22
greg-gwhich is where I got the idea of separate branchs for each bug.  branch from trunk, fix bug, push to lp:~me/project/bug12345.  then to work on another bug branch from trunk again, push to lp:~me/project/857518:22
thekornand as having many branches does not hurt, I tend to use one branch per bug18:22
greg-gand you can delete branches from the LP code interface18:24
bdmurrayI think one branch per bug is the better general rule but it does really depend on the situation18:24
thekornone good feature of bzr is:   bzr commit --fixes lp:1234518:25
greg-gright, there are always corner cases.  Sorry to diverge the topic :)18:25
greg-gthekorn: oh!18:25
bdmurraygreg-g: hmm? fixing bugs is on topic!18:25
greg-gthen I take that back :)18:26
sparrwhere was chrisccoulson seeing that gcc-avr depends on binutils-avr >= 2.18-4?  i see dependencies on 2.16.1-1 on packages.ubuntu.com and in apt-cache show20:35
ScottKThat's because the one he was looking at never got built.20:39
sparrwhere?20:40
sparrid like to report the bug, and/or get it fixed on my end so i can install the build deps20:40
ScottKhttps://launchpad.net/ubuntu/intrepid/+source/gcc-avr/1:4.3.0-420:41
chrisccoulsonjames_w - have you spoken any more with seb128 regarding the system-tools-backend bug? just wondering if any decision had been made on how to progress it? i can prepare a debdiff for jaunty with the init script disabled if you think thats the correct way forward20:46
sparrthanks ScottK20:47
angusthefuzzI just verified bug #296484 it has the potential for user data loss and therefore I think it should be marked high, can someone verify that this is the correct importance21:28
azimoutbug 29648421:29
angusthefuzzhttps://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bug/29648421:29
azimouthey, what happened to ubottu today?21:29
azimoutangus, yes, i think its importance should be high21:32
azimoutcheck for duplicate reports, and report upstream21:32
angusthefuzzazimout: do you mind setting it, I dont have my bug-control badge yet :-)21:32
azimouta google search might also help you find similar reports in other distros21:32
angusthefuzzthanks azimout will do, might be hard to find, its a pretty unique circumstance i think21:33
azimoutangus: did the importance assignment for you21:33
angusthefuzzazimout: thanks, i will take care of pushing it upstream21:34
azimoutangus: feel free to ask if you need more help21:35
azimoutbtw, you should apply for bugcontrol21:35
angusthefuzzazimout: thanks, I definitely will21:36
=== jrib is now known as Guest51470
=== locobot_2_2 is now known as locobot_2
james_wchrisccoulson: I haven't, but it sounded like it is the correct thing to do, so I believe seb would be happy to sponsor a debdiff for it21:51
chrisccoulson1no probs. i'll sort that out later one21:52
chrisccoulson1later on**21:52
james_wthanks Chris21:57
xteejxEvening guys. I'm working on bug 296095 and the developer has written a debdiff for a fix, what do I as a triager do with the status? Fix Committed? This isn't written anywhere.21:59
ubottuLaunchpad bug 296095 in cairo-dock "Cairo-Dock Does NOT fully install. Doesn't show as Available App. in Add/Remove Software" [Undecided,Confirmed] https://launchpad.net/bugs/29609521:59
xteejxhggdh: Thanks for the reply email earlier on by the way.21:59
james_wxteejx: is a sponsor team subscribed?22:00
xteejxjames_w: I don't think so, I wasn't sure on the procedure for this so I wanted to check here first.22:01
azimoutno, no team subscribed, not assigned to anyone22:02
xteejxNo I haven't done anything with it, wasn't sure what to do to be honest :) Don't wanna go and mess it up lol22:03
james_wxteejx: when there is a debdiff you should make sure the appropriate sponsor team is subscribed, and if not then subscribe them and state that that is what should be done22:03
xteejxThe dev just toook it and defdiff'd it22:03
xteejxjames_w: How do I know who to subscribe?22:03
azimoutthis "gilir" guy just popped up, posted 2 debdiffs, changed from confirmed to in progress and back, and left22:04
james_wxteejx: for packages in universe use 'ubuntu-universe-sponsors', and similar for packages in main22:04
james_whttps://wiki.ubuntu.com/SponsorshipProcess22:04
xteejxjames_w: Oh right ok, so maybe a stupid question, but who reviews it, do the sponsors teams do that, I mean how does anyone know this random guy posting defdiffs can be trusted?22:05
james_wwell, gilir can22:06
james_wbut yes, the sponsor team reviews22:06
xteejxjames_w: Oh right kool, thanks james :)22:06
xteejxjames_w: Status to be left as Confirmed on these then?22:08
hggdhxteejx, welcome22:09
xteejxhggdh: Hi :)22:09
hggdhcheers, xteejx22:12
xteejxnp22:12
xteejxHow do we kill user accounts on Launchpad with IMMEDIATE effect : I suggest someone kills off EnvyAA28 ASAP ref: bug 29738822:13
ubottuLaunchpad bug 297388 in ubuntu "IT REALLY DID WORK FOR ME NOT HARD TO DO AT ALL" [Undecided,New] https://launchpad.net/bugs/29738822:13
james_wxteejx: the status should reflect the status of the bug. The bug is probably confirmed if there is a patch for the bug22:14
xteejxjames_w: I confirmed it :)22:14
hggdhso it did work for you, right?22:14
angusthefuzzhaha22:15
xteejxI sent a nice message lol22:15
hggdhxteejx, one option is to go to #launchpad, and talk to them mthere22:15
xteejxWill do22:15
xteejxDone22:20
xteejxWhat an idiot, as if he thinks it will stay there lol22:20
=== philwyett_ is now known as philwyett
xteejxI'm tempted to spam him myself, got his email addy lol22:23
xteejxhggdh: Yes it did work for me, I'm now a millionair and bought Canonical :)22:28
=== bddebian2 is now known as bddebian
=== lacqui_ is now known as lacqui

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