/srv/irclogs.ubuntu.com/2011/05/03/#ubuntu-motu.txt

=== luciano_ is now known as virusuy
cdbsBlackZ: did I mark the merge for myself?03:58
cdbsOkay, Lorenzo isn't here03:58
kaushalhi04:10
kaushalI have been updating local ubuntu mirror using debmirror since last saturday it has just reached 29%. is there a way to populate it quicker ?04:10
micahgkaushal: use a faster mirror?04:11
kaushalmicahg: shall i pastebin the deb mirror script ?04:11
micahgkaushal: it's normal for things to be a little slow right after release04:12
kaushalok04:12
kaushalIt takes almost close to 10 days to get it populated whenever there is a new release04:13
kaushalAny workaround ?04:13
kaushalmicahg: I am using in.archive.ubuntu.com04:13
kaushalserver=in.archive.ubuntu.com04:14
micahgkaushal: that's in the canonical DC, a local mirror might be faster04:14
kaushalDC mean Data Center04:14
micahgyes04:14
kaushallocal mirror ?04:14
kaushalnot sure i understand that04:15
micahgkaushal: geo-local04:15
kaushalMumbai, India04:15
micahgkaushal: https://launchpad.net/ubuntu/+archivemirrors04:16
kaushalhttps://launchpad.net/ubuntu/+mirror/ftp.iitb.ac.in-archive04:18
kaushalLast update unknown04:18
kaushalso what would be the server=...... value ?04:18
kaushalNet::FTP: Bad hostname 'ftp://ftp.iitb.ac.in/distributions/ubuntu/archives/'04:21
kaushalNet::FTP: Bad hostname 'ftp://ftp.iitb.ac.in'04:22
micahgkaushal: get rid of ftp://04:22
* ScottK generally believes in that.04:23
micahg+104:23
kaushal[0%] Getting: dists/hardy-security/Release... dists/hardy-security/Release failed 500 read timeout04:30
kaushalmicahg: wierd04:31
kaushalmicahg: Any clue ?04:33
micahgkaushal: nope, no idea04:33
micahgthere's a new debmirror in unstable :)04:33
kaushalhttp://pastebin.ubuntu.com/602600/04:34
micahgkaushal: you need the rest of the path to the ubuntu repo04:37
micahgftp.iitb.ac.in/distributions/ubuntu/archives/04:37
kaushalok04:42
kaushalmicahg: Thanks04:46
kaushalmicahg: much appreciated04:48
kaushalalways helpful04:48
kaushal:)04:48
kaushalI love it04:48
=== yofel_ is now known as yofel
dupondjeHi. Some small question about a merge. debdiff included should be from debian version vs ubuntu merged version? Or previous ubuntu version vs merged version?08:52
tumbleweedfrom the new debian version. From the previous ubuntu version too, if that's more readable.08:54
geserfor me the Debian→Ubuntu debdiffs are easier to check as I can better see what delta is still there and if it matches the changelog entry09:13
RhondaI wonder why bug #565182 never was forwarded to Debian   *sigh*09:44
ubottuLaunchpad bug 565182 in Irssi "security regression: SSL CN check breaks IRC proxy" [Undecided,New] https://launchpad.net/bugs/56518209:44
* Rhonda . o O ( and which the mentioned security update was )09:45
RhondaAh, found it09:46
=== hannesw_ is now known as hannesw
RhondaAh. Got considered as minor issues.09:48
Rhondanigelb: can the upstream bug you added in bug #493048 get linked somehow?10:38
ubottuLaunchpad bug 493048 in irssi (Ubuntu) "Tab-completion of channel names cannot be properly used with /join in irssi" [Low,Triaged] https://launchpad.net/bugs/49304810:38
nigelbRhonda: no. that tracker doesn't work wwith LP :\10:38
RhondaNo flyspray support in LP?10:51
RhondaIt's not as if that would be such an uncommon bug tracker, to be honest …  *sigh*10:52
RhondaIt's even packaged for Ubuntu  :P10:52
RhondaErm, or not. what the, I thought it was10:53
Rhondain dapper only, last time10:53
nigelbYeah, I remember doing that a while back.11:02
Laneylooks removed11:06
Rhondais11:08
Gis there a good guide for someone to look at regarding maintaining packages under Bazaar? (Merging, proposing bugfixes etc)12:05
geserG: try https://wiki.ubuntu.com/DistributedDevelopment/Documentation12:15
Ggeser: thanks12:16
RhondaG: specificly, https://wiki.ubuntu.com/UbuntuDevelopment#Revision%20control%20%28Bazaar%2912:16
RhondaAnd the links from there12:16
GRhonda: thanks12:16
RhondaLooking for backports ACKs for Bug #73473112:34
ubottuLaunchpad bug 734731 in lucid-backports "Please backport irssi (0.8.15-2ubuntu1/main)" [Undecided,New] https://launchpad.net/bugs/73473112:34
* Rhonda . o O ( also looking for endorsements for my PPU application: https://wiki.ubuntu.com/GerfriedFuchs/DeveloperApplication )12:34
Rhondauhm …12:46
RhondaIs launchpad having troubles with debbugs?12:47
RhondaActually I wonder why bug #511912 still does show up in my bug list, shouldn't it get hidden because it's set to wontfix?12:47
ubottuLaunchpad bug 511912 in irssi (Debian) "Make a menu item for Irssi" [Unknown,New] https://launchpad.net/bugs/51191212:47
=== Quintasan_ is now known as Quintasan
RhondaAnd why does it claim the debbugs number is invalid?12:48
ScottKRhonda: re backports, commented in the bug.12:51
* Rhonda . o O ( I need to make my matcher urxvt extension smarter so that bug numbers in here go to LP and not the Debian BTS … )12:52
RhondaScottK: -2 contains a fix for a crash. Actually, I just uploaded -3 to Debian which would even reduce the ubuntu diff (pulling two patches from it), and add another fix. :)12:54
ScottKRhonda: Sounds like we should do an SRU for maverick and than backport that.12:54
RhondaRight, the patch actually should be acceptable as SRU indeed.12:55
ScottKHow about if we backport 1ubuntu1 from maverick to lucid now and then update the backport once the SRU is done?12:55
RhondaWould work, yes. There are some fixes in 0.8.15 that people should be able to receive in an easy way.12:57
ScottKI'll mark up the bug and approve it then.12:57
ScottKPlease ping me again after the SRU is in -updates and we'll do it again.12:58
ScottKRhonda: It shows up in your bug list due to the Debian task being open.12:59
RhondaWhich it isn't, thus the question wether there are issues with debbugs.12:59
RhondaBut I think this has to be taken up to the launchpad people. What was the channel again?13:00
ScottKRhonda: It's #launchpad.13:02
dupondjeHi, can somebody give his opinion on my patch in https://bugs.launchpad.net/ubuntu/+source/toonloop/+bug/77558813:03
ubottuUbuntu bug 775588 in toonloop (Ubuntu) "Merge toonloop 2.0.6-1 (universe) from Debian unstable (main)" [Wishlist,New]13:03
Gsorry, potentially silly question, merge includes a new patch to fix a FTBFS issue, if I commit while the new patch is 'quilt push'ed, then if I debcommit, then the changes the patch makes will be committed to the Ubuntu bzr branch,  (from my understanding) is this correct, or should the first commit of the new patch, be with it bzr pop'd back to the last previously commited patch13:17
paultagG: the commited files should be patched, otherwise it will complain13:20
paultaglast I checked anyway13:20
paultag:)13:20
tumbleweedfor source format 3.0, patches should be applied. For source format 1.0 + quilt, they shouldn't be13:21
highvoltagegood morning13:21
tumbleweedhighvoltage: hi13:21
Gpaultag: so : bzr diff -r tag:<lastdebiantag> should include the changes I made to the files for the patch, plus debian/patches/foo.patch13:21
Gtumbleweed: okay, yep debian/source/format says 3.013:22
paultagG: my bzr know-how is crap, I use git :)13:22
Gso I commit both sets of changes13:22
tumbleweedG: that diff should include the current ubuntu delta13:22
tumbleweednothing else13:22
tumbleweed(err and stuff in .pc)13:22
highvoltagetumbleweed: got my visa approved just in time, so at least I'll make it to uds this time :)13:22
tumbleweedhighvoltage: well done :)13:22
Gtumbleweed: the debdiff atm looks like: http://pastebin.com/PjMNQe6N13:24
Gso I'm guessing that's what you mean abotu current ubuntu delta13:26
tumbleweedG: I'd revert all the po stuff, it isn't relevant13:36
Gtumbleweed: yep, I'd been looking at that13:36
Gtumbleweed: but as far as committing .pc/applied_patches, configure.in (modifications) etc, that is correct?13:37
tumbleweedG: yes it's ugly, but it's correct13:42
tumbleweedthe po changes are probably just due to the package not cleaning properly13:42
Laneyyou can put unapply-patches in debian/source/local-options to not have them applied in the VCS13:43
tumbleweedLaney: I wouldn't want to do that in UDD. Part of the aim of UDD is uniformity.13:46
dupondjeCan somebody give his opinion on my patch in https://bugs.launchpad.net/ubuntu/+source/toonloop/+bug/77558813:46
ubottuUbuntu bug 775588 in toonloop (Ubuntu) "Merge toonloop 2.0.6-1 (universe) from Debian unstable (main)" [Wishlist,New]13:46
Gtumbleweed: thanks for the help13:47
Gtumbleweed: pushing my branch now :)13:47
LaneyI would like to have it uniformly applied everywhere indeed13:47
Laneylooms would be even better13:47
tumbleweedLaney: +1 to both of those13:47
Gso, if I'm taking the UDD appreach, do I just do a merge proposal, and subscribe ubuntu-sponsors to one of the bugs that I'm fixing?13:47
tumbleweedG: no need to subscribe ubuntu-sponsors13:48
tumbleweedthe merge proposal will be picked up by the sponsorship queue13:48
Goh just merge-proposal13:48
Gtumbleweed: done, thanks13:55
GI take it the bugs should all be 'In Progress' too (does assignment matter, i.e. if they are assigned/unassigned etc?)13:56
tumbleweedG: when you are getting sponsorship via merge proposal, it doesn't matter. When using a bug with ubuntu-sponsors subscribed, it should be New/Confirmed, with no assignees.14:02
tumbleweedit doesn't matter too much, but the status may be used by anyone reviewing it, to make it clear that more work is required14:03
Gtumbleweed: okay14:03
udienzG: hello15:03
udienzyou can take zabbix merge, sorry for delay15:04
stlsainthey would learning the packaging process thru using a chroot as build environment be good or would a live install server better?17:25
stlsainthyperair: o/17:26
hyperairstlsaint: \o17:26
stlsainthyperair: hey would learning the packaging process thru using a chroot as build environment be good or would a live install server better?17:27
hyperairstlsaint: i build my things in a chroot.17:28
hyperairstlsaint: something like pbuilder/cowbuilder or sbuild would be good.17:28
stlsainthyperair: if i want to build for ubuntu would lubuntu server as a well environment17:30
hyperairstlsaint: at the core, ubuntu and lubuntu are no different.17:30
hyperairstlsaint: lubuntu is ubuntu with a different set of packages installed.17:30
stlsainthyperair: yea thats what i understood as much, just wanting to make sure before i start off, thanks for the info17:31
hyperairnp17:31
hyperairand good luck. =)17:31
stlsaintthanks mate17:31
dupondjeCan somebody give his opinion on my patch in https://bugs.launchpad.net/ubuntu/+source/toonloop/+bug/77558817:32
ubottuUbuntu bug 775588 in toonloop (Ubuntu) "Merge toonloop 2.0.6-1 (universe) from Debian unstable (main)" [Wishlist,New]17:32
geserdupondje: looks good (from a formal point, didn't check if your changes are correct but they look ok)17:46
=== medberry is now known as med_out
dupondjegeser: thanks for checking19:56
tumbleweeddupondje: you can just subscribe sponsors, and somone will get to it soonish20:04
Rhondahuhm20:13
Rhondawhere does the software center take the icons from?20:14
RhondaBecause I got a report that wesnoth doesn't has one in there.20:14
highvoltagefrom the cloud20:14
highvoltage(sorry just kidding)20:14
Rhonda*sigh* :)20:18
=== med_out is now known as medberry
geserRhonda: hmm, an .xpm for wesnoth is included in app-install-data and the Icon entry in the .desktop file for wesnoth mentions it20:29
quadrisprohi guys20:30
Rhondageser: .xpm? .png20:30
geser/usr/share/app-install/icons/wesnoth-1.8-icon.xpm and /usr/share/app-install/icons/wesnoth-1.8_editor-icon.xpm20:31
Rhondagrep Icon /usr/share/applications/wesnoth-1.8.desktop20:31
RhondaIcon=wesnoth-1.8-icon20:31
Rhondahmm20:31
Rhondaah20:31
Rhondaso not /usr/share/icons/wesnoth-1.8-icon.png20:32
RhondaBut nevertheless, why isn't it displayed?20:32
geserthe same Icon entry in /usr/share/app-install/desktop/wesnoth-1.8.desktop20:32
Rhondageser: So you have no clue neither? :)20:35
geserno20:35
geserRhonda: I tried editing /usr/share/app-install/desktop/wesnoth-1.8.desktop and appended ".xpm" to the Icon and after a "update-software-center" I have an icon visible20:39
geserbut I don't understand why it's needed as the .desktop file for zsnes doesn't contain a file extension either and also only has a .xpm file and it works there20:41
geserRhonda: might be the "." in the Icon name as renaming the icon to wesnoth-18-icon.xpm and updating the .desktop file (without adding an extension) works too20:51
Rhondageser: Hmmmm20:58
geserRhonda: might be bug 74594220:58
ubottuLaunchpad bug 745942 in software-center (Ubuntu) "Icons not displayed for paid apps with a . in their package name" [Undecided,Confirmed] https://launchpad.net/bugs/74594220:58
RhondaAH20:58
RhondaThanks for finding that one :)20:58
c2tarunneed some help with the merge. there is a package atom4_4.1-4ubuntu1 in our archive, the change in it is included in its new debian version atom4_4.1-5. To check whether its a sync and not merge what should I check?21:26
geserc2tarun: test-build in oneiric21:30
c2tarungeser: can you help me in understanding this file a bit please http://paste.ubuntu.com/602971/21:31
c2tarungeser: I should keep the Maintainer as Ubuntu Developers?21:31
geserc2tarun: yes, keep Maintainer and XSBC-Original-Maintainer from the Ubuntu part and Build-Depends and Standards-Version from the Debian part21:32
c2tarungeser: got it :) just for confirmation, can you please check this control file http://paste.ubuntu.com/602972/21:33
geserthis happens when a change couldn't get applied during a merge because the surrounding context changed21:33
geserlooks good21:34
geserc2tarun: do you still have other changes left? because if the Maintainer change is the only one left -> sync instead of a merge21:36
c2tarungeser: the changes made in ubuntu version is included in the latest debian version. I can show you the patch files21:37
c2tarungeser: here is ubuntu1.patch file http://paste.ubuntu.com/602974/ and here is debian patch file http://paste.ubuntu.com/602975/21:38
geseras the Ubuntu delta is part of a bigger patch in Debian, this should be a sync21:39
geserif it builds in oneiric of course21:39
c2tarungeser: yeah, trying to build it on oneiric now.21:39
c2tarungeser: can you please look at this error http://paste.ubuntu.com/602978/21:43
c2tarungeser: it is due to upstream I guess. :/21:45
geserhttps://wiki.ubuntu.com/CompilerFlags#Ignoring%20return%20code%20of%20write%28%2921:46
c2tarungeser: this is the code fragment that is causing the problem http://paste.kde.org/49753/ according to document should I change it to http://paste.kde.org/49759/ ?21:56
c2tarungeser: well I should declare written as well. anything apart from that?21:57
geserc2tarun: "count" and "buf" need to be replaced with the proper values, you might need to set them before the do {} loops as you modify them inside the loops22:02
geserc2tarun: perhaps slangasek can help you a little bit on how to apply his template from the wiki page22:02
* geser is going to bed22:02
slangasekmy template?22:03
c2tarunslangasek: hey :) can you help me with this error?22:03
slangasekoh, did I write that?  hmm :)22:04
geserslangasek: https://wiki.ubuntu.com/CompilerFlags#Ignoring%20return%20code%20of%20write%28%29 contains thanks to you22:04
slangasekyeah, that rings a bell22:04
c2tarunslangasek: what changes should I make?22:07
slangasekc2tarun: cooking an untested patch now22:12
c2tarunslangasek: ok.22:12
c2tarunslangasek: ping22:21
slangasekc2tarun: see if this builds for you? http://paste.ubuntu.com/602994/22:22
c2tarunslangasek: one more help please, that package is not following any patching system, so should I introduce a patchsystem or I should simply apply and then generate a diff?22:23
slangasekc2tarun: there are existing changes to the upstream source, so I would just apply it directly22:24
c2tarunslangasek: its not building, here is the error log http://paste.ubuntu.com/602999/22:28
slangasekc2tarun: erm.  that's with the patch applied?22:29
slangasekwell, the line number changed, so I guess so22:29
slangasekbut that's strange, gcc is being even more picky than necessary22:29
c2tarunslangasek: yeah that is with the patch.22:30
slangaseksorry, I don't have more time to look at this right now; if you use that template from the wiki page (requires declaring a few more variables in advance), that will fix it reliably22:31
c2tarunslangasek: but I dont know what are those variables for?22:33
c2tarunslangasek: should I simply declare them and use them?22:33
c2tarunslangasek: and what should I mention in /* Handle error */ part?22:33
slangasekthese are precisely the questions that I don't have time to look at just now, sorry... :)22:34
slangasekperhaps someone else is around who speaks C and has time to look at it22:34
geserc2tarun: you could try to assign the return value to a variable before checking the result with assert from slangasek's patch22:35
gesersomething like "ssize_t unused;", "unused = write(fd, &m.x, sizeof(m.x));", "assert(unused > 0);". perhaps that makes gcc happy22:36
* c2tarun trying22:36
c2tarungeser: well against expectations it worked :)22:39
c2tarunwow...22:39
c2tarungeser: I guess this calls for a merge now?22:42
geserit's not a typical merge as we have no old Ubuntu delta to preserve but a new one, but yes you can call it "merge"22:43

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