/srv/irclogs.ubuntu.com/2014/06/16/#ubuntu-devel.txt

p0swhere can i speak to the person who packages eclipse for 14.04?02:40
bluezonep0s, oh lord :P02:47
p0sbluezone: are you the one?02:47
bluezoneno, but i would always use the official site of eclipse :P02:47
infinitybluezone: Are you aware of specific bugs in the packaged version?02:48
bluezoneinfinity, eclipse has 50 different versions and plug-ins and it is known to break often, my opinion would be to use the distributions on the official website so at the very least you won't have to spend time figuring out what you're getting in the eclipse package02:49
p0sbluezone: if you think having a *distribution* of software is wrong and people should assemble their own system, why are you in #ubuntu-devl? :)02:50
infinitybluezone: ^-- What he said.02:50
bluezoneyou don't have to assemble anything02:50
bluezoneyou download, extract and double click the executable02:50
p0sbluezone: and then you manually update it whenever updates arise because you have no package manager. and then you forget about it when there are security issues. and then you are back at something like the windows world where every machine is compromised because it takes years until everyone has a certain security update02:51
p0sanyway, if someone could tell me the channel where the packager of eclipse likely is present or even his nickname, i would be glad. thanks in advance! :)02:52
bluezonep0s, if you are talking about "help->update" then yes you have to do it manually, but it is a small price to pay02:53
infinityp0s: We sync it from Debian, so the packagers are the folks listed in 'apt-cache show eclipse' (or on http://packages.qa.debian.org/e/eclipse.html)02:53
infinitybluezone: Assuming single-user systems, etc.02:53
bluezonethat's true02:54
infinitybluezone: The point is that, in a distro channel, saying "don't use the distro-packaged software" isn't the most helpful of things.02:54
infinitybluezone: If you can offer constructive criticism, bugs are welcome.  If it's just a "distros suck, use upstream" opinion, I'm not entirely sure this is the best place for that.02:54
p0sinfinity: this part of the apt-cache output? "Original-Maintainer: Debian Orbital Alignment Team <pkg-java-maintainers@lists.alioth.debian.org>"02:55
infinityp0s: Aye, or the Uploaders, but I guess that doesn't make it into the binary package, only the source package.02:56
infinityp0s: But that mailing list would be a good start.02:56
p0sinfinity: and given that debian has a very slow release cycle, it is unlikely for them to update it to the latest version any soon, right?02:56
infinityp0s: Nah, we pull from unstable, so if they updated unstable, we'd get that for "free".02:59
p0sinfinity: i had to distupgrade because the previous ubuntu version which i was on isn't supported anymore, and now i ran into this https://bugs.launchpad.net/eclipse/+bug/1241101  ... it breaks my complex development environment, and i work for a donation funded organization, and i don't feel like billing them hundreds of euros for me to manually re-setup eclipse to a downloaded version.... and i feel like given that 113 people are affected by this03:00
ubottuUbuntu bug 1241101 in gtk+2.0 (Ubuntu) "Java crash in libglib-2.0 after upgrade from 13.04 to 13.10" [High,Triaged]03:00
p0sbug and 11 duplicates have already been filed, it is rather very questionable why ubuntu still ships an eclipse version from 2012...03:00
infinityp0s: I suspect there's a #debian-java channel on freenode where those sorts of people might hang out.03:00
p0sinfinity: so i am considering to bribe someone to update the eclipse package...03:00
infinityp0s: Have you tried upgrading to 14.04 and same issue?  13.10 is EOL in a month.03:00
infinityWhereas 14.04 is supported for 5 years.03:00
p0sinfinity: yes, i am on 14.0403:01
infinityp0s: Kay, didn't read the bug yet, just the title. :P03:01
p0sinfinity: i also tried ALL workarounds in the launchpad bugtracker entry, in the eclipse bugtracker entry and in the KDE one... only thing left to try is the latest version, which someone recently said in the launchpad entry fixes the issue03:02
p0sinfinity: #debian-java redirecty to ##debian-java which is empty03:03
infinityOh, annoying.  That was just a guess. :P03:03
infinityp0s: So, if it's an issue with menuproxy, that's Ubuntu-specific, but if you say disabling all of that still breaks it, certainly mailing the debian java packaging list and/or debian-java@debian.org and asking about newer versions might not go amiss.03:05
infinityp0s: If the new upstream *does* fix it, perhaps someone can find the commits that fix it and backport to 14.0403:05
p0sinfinity: people of all kinds of different distributions have said they suffer the same issue03:05
p0sinfinity: i will try the debian list then if nobody in the ubuntu bugtracker responds03:06
infinityp0s: Well, a fair two-pronged approach regardless.03:08
infinityjamespage: Do we have anyone who cares about eclipse in Ubuntu?03:08
p0sinfinity: i really feel like nagging everyone this time because it stops me from working :|03:16
p0sinfinity: it crashes like every 10 minutes03:16
* bluezone rests his case03:20
infinityp0s: Probably worth trying the upstream non-package to see if you can reproduce the crash, as a useful data point.  That bug log is a mess, and probably several different bugs, so it's hard to say if one person saying it's fixed means much for others.03:21
psusicjwatson, hah, cool.. upstream git guys were able to reproduce and fix the git rebase --skip bug... seems it happens any time you have two consecutive conflicting patches03:36
p0sinfinity: i will probably end up having to try the latest, yes. nevertheless i will idle here overnight, waiting for you or jamespage to figure out whether ubuntu has an eclipse maintainer...03:57
=== henrix_ is now known as henrix
pittiGood morning04:14
darkxstpitti, hi05:17
pittihey darkxst, how are you?05:19
darkxstpitti, good, apart from all the rain!!!!05:19
pittidarkxst: heh, I wish we'd get some again :)05:20
darkxstwe have plenty! I will send you some ;)05:20
darkxstpitti, do you know if its possible to pass through environment variables to schroot hooks, when using sbuild?05:24
pittidarkxst: I'm not aware of anything except --preserve-environment05:25
darkxstonly want 1 variable not everything!05:33
dholbachgood morning06:25
pittiogra_, cjwatson: are "live" and "desktop" just cruft in ubuntu-touch.utopic? touch, desktop, and live all have langpack sets, but I suppose I only actually need to change "touch"?06:55
didrockspitti: from what I can remember, yeah, only touch counts07:02
pittibonjour didrocks07:02
pittididrocks: merci07:02
didrocksGuten Morgen pitti :)07:02
zygagood morning :-)07:03
didrockshey zyga07:03
pittididrocks: so I can "bzr branch lp:ubuntu-system-settings", add the langpack flag, debcommit -r (for tagging), and dput?07:04
didrockspitti: exactly :)07:06
didrocksit was designed for that ;)07:06
pittididrocks: nice! I'll start with that as it has the most translations in that list07:07
pittididrocks: there will be some days when system-settings becomes untranslated, until it appears in the LP exports07:08
pittibut I set up the cron jobs, etc.07:09
michagogo5:54:24 <infinity> bluezone: The point is that, in a distro channel, saying "don't use the distro-packaged software" isn't the most helpful of things.07:13
michagogoWell, there are some exceptions to that07:13
michagogoFor example, bug 131461607:13
ubottubug 1314616 in bitcoin (Ubuntu) "[SRU] bitcoin to be maintained upstream in PPA: Replace distro archive "bitcoin" bitcoin with an empty dummy package" [Undecided,Confirmed] https://launchpad.net/bugs/131461607:13
ogra_pitti, no, they are the base of desktop-next07:20
ogra_if you do changes in touch please do them in desktop too07:20
didrocksoh, Laney reput them on the touch seed instead of creating a new one after all? (I remember that was under discussion)07:21
pittiogra_: ah, I see; so replacing hte langpacks with language-pack-touch-* should only be done in "touch"07:21
ogra_pitti, why ? i guess we want the desktop translated too ?07:22
pittiogra_: FYI, I put the toucuh langpacks on another diet by dropping unimportant translations, that halved their size again (35 MB for  28 languages)07:22
ogra_whee !07:22
ogra_you rock !07:22
pittiogra_: right, but desktop-next should use the full langpacks, not just the touch ones?07:22
ogra_not sure ... will they have the same translations ?07:23
ogra_(plus extra cruft)07:23
pittiogra_: well, "extra cruft" == "translations for all packages in main", but they of course *also* have the phone/touch packs07:24
pittierr s/packs$/translations/07:24
ogra_well, then it is up to Laney to decide i guess ... image size is his authority for that flavour07:24
ogra_leave them for now and he can decide07:25
pittiogra_: I won't change it today yet anyway; first we need to rebuild these ~ 20 projects with the langpack control flag so that the langpacks will make actual sense :)07:25
ogra_yeah, i saw the dsicussion07:25
pittidoing that now for system-settings to have a guinea pig (these are also the biggest ones)07:25
pittiogra_: I'll file a block-proposed bug so that the untranslated rebuilds stays in -proposed until wednesday when we'll get a new LP translation export with the system-settings translations07:26
ogra_++07:26
=== doko__ is now known as doko
pittibug 1330360 FYI07:29
ubottubug 1330360 in ubuntu-system-settings (Ubuntu) "mark for language pack use" [Undecided,Fix committed] https://launchpad.net/bugs/133036007:29
pittididrocks: argh! I can't push to https://code.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk07:29
pitti"You cannot upload to this branch. Members of Ubuntu Touch System Settings can upload to this branch. "07:30
* pitti moves to dialer-app instead07:30
didrockspitti: something you should, but sometimes, upstream changed team after we setup the CI system and drop commit access. Not sure for that one07:30
pittiok, dialer-app pushed and uploaded07:31
smbstgraber, Hi morning. I was looking at my ppu list this morning and think I only got rights on virt for utopic. Somewhat having those for P, S, and T would be helpful. Were those omitted intentionally or just an oversight?07:44
Noskcajdholbach, How can i try and prevent conflicts in my merges? They all seem to be random upstream files07:50
dholbachNoskcaj, it might be just a matter of unapplying d/patches before committing?07:50
NoskcajI try to have the same ones applied as when i branched it07:51
Noskcajshould i just have none applied in future?07:51
dholbachNoskcaj, it's the only thing I can imagine going wrong to cause conflicts07:52
dholbachtry it out :)07:52
Noskcajok07:52
darkxstNoskcaj, do you see a bunch of .pc/* files in the conflicts?07:55
Noskcajdarkxst, just a random file (not .pc), it happens a bit07:55
Noskcajdholbach, The patches are all dropped07:57
darkxstNoskcaj, some branches has patches applied, and some don't07:58
NoskcajI think my cheese merge will need a patch de-commited now07:59
dholbachNoskcaj, the following will result in text conflicts: bzr branch ubuntu:gtkspell3; cd gtkspell3; bzr merge lp:~noskcaj/ubuntu/utopic/gtkspell3/3.0.608:00
dholbachNoskcaj, even if I    quilt pop -a; bzr commit -m "unapply patches"   before the merge08:00
seb128shrug08:00
Noskcajdholbach, strange08:00
seb128dholbach, Noskcaj: that cheese update uses CSD, it should be reverted to 3.1008:00
NoskcajI've no idea how to fix that08:00
Noskcajseb128, I'll leave it broken then08:01
Noskcaj(my merge, not cheese itself)08:01
seb128hum, Laney updated it08:01
darkxstLaney patched cheese08:01
seb128Noskcaj, in fact it got patched, so ignore my comment08:02
Noskcajseb128, could you look at my libgweather merge? It's been sitting there for some timenow08:03
seb128Noskcaj, not really, I've been skipping it because I don't know enough about the topic to know if the provider change is something we want08:04
Noskcajseb128, ok. I'd only assumed it was ok as it had been put in debian and darkxst had told me to merge it, so i don't know either08:06
seb128Noskcaj, yeah, it's fine, ignore my comment ;-)08:07
dpmhi pitti, I've just read your last message re: touch langpacks - do you have a new list of domains after further filtering? And does that imply that perhaps more languages are above the cut-off?09:43
pittidpm: yes, it's now 28 languages with >= 70%09:43
pittidpm: the packs are now ridiculously small, we really need to do these X-Use-Langpacks thingies to make them useful09:44
pittidpm: basically just colord, webbrowser-app, lightdm, unity09:45
pittialthough, hmm, that sounds like a bug; e. g. apport should be there, too09:46
dpmpitti, ok, great.09:46
dpmpitti, what about the indicators? And why is colord there?09:46
pittidpm: I'm still working on this, and I uploaded dialer-app to get its translations imported/exported09:46
dpmack09:46
pittidpm: colord has prio 700009:46
dpmoh, really? I should fix that09:47
pittidpm: argh, I know what happened, it just downloaded the current update tarball09:48
pittilocally I built with the base tarball09:48
* pitti rebuilds09:48
pittidpm: so in my local builds it shrank by 1/2 and lost some 20 domains; hang on, I'll build you an updated list09:50
dpmpitti, ok, cool. Shall we request a full export in LP for the next langpack?09:51
pittidpm: not necessary09:52
dpmok09:53
pittidpm: stats: http://paste.ubuntu.com/7652243/09:53
pittidpm: ca is at 68% almost over the limit :) (but we can also slightly lower the treshold)09:53
pittidpm: domains for -es: http://paste.ubuntu.com/7652244/09:54
pittidpm: so e. g. gdb is gone, and glib09:54
pittidpm: gtk20-properties.po really ougth to be lower these days too?09:55
pittidpm: can you move that from 7400 to perhaps 1000?09:55
pittidpm: and in turn, bump gtk30-properties?09:55
dpmok09:56
dpmpitti, done09:57
seb128dpm, pitti: gtk2 is still used in e.g firefox or libreoffice, so it shouldn't be ranked too low09:59
pittiseb128: we use neither on touch, though?09:59
seb128pitti, is the ranking specific to touch?09:59
pittiseb128: btw, it's not gtk2 itself, just gtk20-properties09:59
seb128k10:00
pittiseb128: no, it's not; but it's still an obsolete version, so translators shouldn't translate that before gtk30-properties10:00
seb128right10:00
bluesabremdeslaur, infinity: is there anything that needs to be done to move these bugs to trusty-updates?10:00
seb128well, as long as it's still mark as "useful to translate"10:00
bluesabrehttps://bugs.launchpad.net/ubuntu/+source/light-locker-settings/+bug/132674110:00
ubottuUbuntu bug 1326741 in light-locker-settings (Ubuntu Trusty) "[SRU] Please backport light-locker-settings 1.2.1-0ubuntu2 to trusty" [Undecided,In progress]10:00
bluesabrehttps://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/132674010:00
ubottuUbuntu bug 1326740 in xfce4-power-manager (Ubuntu Trusty) "[SRU] Please backport xfce4-power-manager 1.2.0-3ubuntu6 to trusty" [Undecided,In progress]10:00
dpmpitti, I've also lowered the priority of libgweather-locations10:00
pittidpm: exiv2 is huge and can also be lowered IMHO; it has tons of not-really-translated camera models, hmm10:00
dpmseb128, yeah, that won't make it go away10:01
pittidpm: oh, but we still want that on touch, I figure?10:01
dpmpitti, you mean that we want exiv2 in touch? I know gallery depends on it, but I'm not sure we show any translations for camera models in the UI10:02
seb128bluesabre, they are in the SRU unapproved queue (https://launchpad.net/ubuntu/trusty/+queue?queue_state=1)10:02
pittiit's not like they'd actually get translated :)10:02
pittimsgid "EOS Rebel T2i / 550D / Kiss X4"10:03
pittimsgstr "EOS Rebel T2i / 550D / Kiss X4"10:03
seb128somebody from the SRU team needs to review/accept them10:03
pittidpm: but anyway, this file also has a lot of (what looks like) human visible strings10:03
pittidpm: I'm not sure whether it actually does display any string from the library, or just has its own10:03
dpmpitti, let me ask nerochiaro. I've seen exiv2 being used in camera and gallery, but my hunch is that we don't display any strings10:10
dpmpitti, it seems we only use exiv2 to read metadata10:12
pittidpm: ok, thanks; so it seems we can trim these packags quite some more :)10:12
pittiexiv2 is 700 kB alone per language10:13
pittidpm: anyway, uploading fixed langpacks now10:13
pittidpm: actually, I think I do want a -base refresh soon, so that I can remove the really badly translated desktop langpacks10:14
* pitti requests10:14
dpmok, I see you were quicker than I :)10:15
dpmpitti, which priority value are you using?10:20
pittidpm: 150010:20
pittidpm: I made a few experiments this morning, and between 1500 and 2000 was already stuff that we want10:21
dpmok, cool10:21
pittidpm: ok, and on Wednesday the packs hopefully contain dialer-app :)10:23
dpmcool :)10:24
maprerisil2100: ping10:26
sil2100mapreri: pong10:27
maprerisil2100: here https://bugs.debian.org/750148 you stated that you want to package lucene++ for debian. That mean I can change the bug to an ITP and set you as owner? (I'm doing a wnpp cleanup)10:28
ubottuDebian bug 750148 in wnpp "RFP: liblucene++ -- Shared library for Lucene++" [Wishlist,Open]10:28
dpmpitti, I've made some notes on the list of domains. I think we should still be able to further filter out, but we'd be reaching the limits of priority-based filtering, as we cannot just lower down the priority of all the packages without affecting the desktop priorities too. I think what we've got now might be a good start and we can look at more filtering on the next ones. Perhaps filtering on priority + a static blacklist might be an option? In any ca10:28
dpmse, here is the list of current domains you gave me, with the comments: http://pad.ubuntu.com/touch-domains10:28
sil2100mapreri: sure :) I might even do some work today for that one10:28
maprerisil2100: good. The persone who report that bug made a gread "disaster" (a RFS bug for every binary package -.-)10:29
sil2100mapreri: yeah, I saw that, but then I saw that someone renamed the lucene++0 one to lucene++10:30
pittidpm: thanks; I'm afraid I can't immediately answer most of these, but we should also consider their size; i. e. it doesn't make much sense to carefully maintain blacklists for 5 kB files, but for things like exiv and gtk[23]0-properties that's certainly worth it10:30
sil2100So I decided to comment on that particular one10:30
maprerisil2100: he reneamed from liblucene++0 to liblucene++, I'm going to rename it again to lucene++.... Anayway good choice.10:31
sil2100mapreri: ah, ok, I missed that one... thanks for working on that!10:31
dpmpitti, yeah, I agree, but I'm more concerned about domains that are generally not translated affecting the stats and thus the languages included in the langpacks than the size per se10:32
dpme.g. as exiv210:33
pittidpm: ah, right10:33
pittiogra_: I uninstalled German langpacks on my phone, verified that indicators and some other things are untransalted, installed language-pack-touch-de, and all back to normal10:36
ogra_cool !10:36
pittiogra_: hence I'd like to commit http://paste.ubuntu.com/7652390/ ; can I just do that or does that need an MP? also, do I need anything else?10:36
pittiogra_: (except for the obvious double *, fixed locally already)10:36
ogra_pitti, just go ahead ... we usually dont do MPs for seed changes since you need to manually update -meta anyway10:37
pittiogra_: right, I'll do that afterwards10:37
ogra_pitti, we probably want to only have langpacks for the langs we have keyboards for ...10:38
ogra_(just strikes me ... )10:39
pittiogra_: well, don't we use some IM for e. g. Chinese?10:39
pittiI had assumed they'd use an English keyboard with some IM on top10:39
ogra_might be, not sure10:39
pittiah, ubuntu-keyboard-chinese-pinyin10:40
ogra_ubuntu-keyboard-chinese-pinyin10:40
smbapw, Can you remember whether you sponsored drbd8 for precise for me (well actually whether only the *12.04.2 or *12.04.3 combined). Somehow the pending sru report oddly shows the bug addressed in the combined one but it seems only the initial version was uploaded10:40
ogra_ah, you beat me :)10:40
pittiogra_: so, I'm fine either way; we can always adjust it further, of course10:41
ogra_we can seed them all for now ... but i think in the end we should tie them to kbd layouts10:41
pittiogra_: languages where we have langpacks, but no keyboard, FYI: Greek, Gaelic, Galician, Indonesian, Japanese, Latvian, Norwegian, Slovenian, Serbian, Ukrainian10:44
pittiogra_: many of those can be done on an English or Russian keyboard, but certain not e. g. Greek10:45
ogra_right, some of these might prefer english kbds ...10:45
pittior Japanese10:45
ogra_iirc greek people usually use english10:45
ogra_not sure about others10:45
pittiwell, you wouldn't have Greek letters anywhere?10:45
pittiogra_: well, I'll upload that for now; it already shrinks from 135 MB -> 32 MB, and with dpm's priority adjustments even more10:46
ogra_awesome10:46
pittibut indeed it's also a presentation matter, i. e. we might not offer some languages like Greek if you can't type them10:46
ogra_right, or we might just want to create kbd layouts for them10:47
ogra_i dont think it matters in tteh short term for now10:47
dpmpitti, awesome. Could we upload the 'ca' one for me to test it too?10:47
pittidpm: how do you mean?10:47
pittidpm: I uploaded all of them to utopic, and currently adjusting the touch seeds10:48
pitti(done)10:48
pittidpm: ah no, -ca; sorry :)10:48
dpmpitti, yeah it didn't seem to make the cut-off10:48
dpmalthough the phone is very well translated10:49
apwsmb, i cannot rembmer at all :)  but it is the sort of thing we would do together10:50
pittidpm: http://people.canonical.com/~pitti/tmp/langpack-touch/10:51
smbapw, Yeah, unfortunately I see a bit of confusing data on http://people.canonical.com/~ubuntu-archive/pending-sru.html10:51
smbapw, Somehow .2 waits for verification and would be good if not somehow having the second bug referenced which cannot e verified with that version10:52
dpmpitti, awesome, thanks10:52
apwsmb, seems i didn't sponsor either of them10:53
pittidpm: I started with http://bazaar.launchpad.net/~ubuntu-langpack/langpack-o-matic/main/revision/47811:01
pittidpm: maybe that's already enough to bring it over the hump :)11:01
dpmpitti, ah, nice, thanks :)11:02
dpmI think exiv2 will be the one to make the difference, yes11:02
pitti  caribou 5883 (90%)11:03
pittiWTF11:03
pittidpm: "ca  5883 (90%)" :)11:03
pitticaribou: sorry, I was pasting ca<tab>11:03
dpm:)11:03
dpm(yay!)11:03
pittidpm: so, I'll build fresh ones on Wednesday, with (hopefully) dialer-app11:05
dpmsounds great, thanks a lot11:06
=== MacSlow is now known as MacSlow|lunch
smbOk, looks that actually the drbd8 package uploaded is a merged version from what I had prepared (including my .2 and .3 and merging the changelog).11:09
Laneydoko: know about this ld segfault? http://paste.ubuntu.com/7652533/11:18
cariboupitti: no worry11:28
cariboupitti: there's a package called caribou as well11:28
Laneydoko: (filed #1330451)11:45
dokoLaney, do you build with these malloc settings by default?12:04
Laneycomes from the test harness somewhere12:04
doko"the"?12:04
Laneyin glib12:05
Laneywhich uses automake's AFAIK12:07
Laneydoko: ah no, glib sets it itself12:15
Laneystill ld, shouldn't crash12:15
Laney(that comma slipped across one word)12:15
LocutusOfBorg1sil2100, sorry I read some news about lucene++ but I joined the chan when you said the last reply12:31
LocutusOfBorg1any progress on debian side?12:31
LocutusOfBorg1:)12:32
sil2100LocutusOfBorg1: hi! Will make some progress today, in the morning we only had some paper-work discussion12:33
LocutusOfBorg1ah ok :)12:35
LocutusOfBorg1I read just a few words when I joined today12:35
cjwatsondoko: does https://launchpad.net/ubuntu/+source/sogo/2.2.5-1/+build/6081133 make any sense to you?  is gobjc just entirely broken right now or something?12:43
dokocjwatson, I assume this is the 4.8/4.9 version mismatch ... so once we default to 4.9 again, that should go away. couldn't reach tvoss today, but this should be done today or tomorrow12:45
tvossdoko, ping12:45
=== MacSlow|lunch is now known as MacSlow
dokotvoss, yes ...12:45
tvossdoko, around. MR'd the dbus-cpp change, checked on process-cpp12:46
doko"MR"?12:46
tvossmerge request12:46
dokotvoss, including the versioned b-d?12:48
tvossdoko, yeah, I added g++ (>= 4.9). Is that correct?12:49
smbOk, I did a quick verification of the missing part (second bug number) for the drbd8 backport in precise-proposed. So sooner or later it should move to updates anyway. But if someone could do it sooner, I think people currently broken will appreciate.12:49
dokotvoss, no12:52
=== davmor2__ is now known as davmor2
tvossdoko, what is the correct version line, then? g++-4.9?12:53
LocutusOfBorg1can anybody please point me to the libav transition tracker?12:53
LocutusOfBorg1I uploaded hedgewars in debian, I would like to track the ubuntu sync, to make sure it doesn't fail to build somewhere12:53
dokotvoss, g++ (>= 4:4.9.0-3ubuntu6)12:54
mantiena-baltixHi, maybe someone could sync new meld package from Debian experimental - current meld package in Ubuntu Utopic is completely broken, see LP bug #129826612:55
ubottuLaunchpad bug 1298266 in meld (Ubuntu) "Meld 3.11.0 completely broken - please sync meld 3.11.1-1 from Debian experimental" [Undecided,Confirmed] https://launchpad.net/bugs/129826612:55
seb128you should subscribe ubuntu-sponsors to the sync request12:57
LocutusOfBorg1done12:58
mantiena-baltixseb128: thanks\13:01
seb128yw!13:01
dokotvoss, please let me know when you are done13:01
tvossdoko, updated: https://code.launchpad.net/~thomas-voss/dbus-cpp/bump-so-name-and-major-version/+merge/22322413:08
=== Ursinha is now known as Ursinha-afk
=== zequence_ is now known as zequence
pittixnox: hey Dimitri, how are you?13:18
pittixnox: I'm afraid I'm a bit behind: where do we stand wrt. startpar these days?13:18
shadeslayerpitti: https://bugs.launchpad.net/debian/+source/abi-compliance-checker/+bug/1330481 < could you have a look at that13:19
ubottuUbuntu bug 1330481 in abi-compliance-checker (Ubuntu) "dh-acc should depend on debhelper" [Undecided,New]13:19
pittishadeslayer: yes, that makes sense; let's see what the Debian maintainer says?13:20
pittiotherwise it'll need to become a test dep13:21
shadeslayerpitti: haven't heard back from the debian maintainer in forever13:23
stgrabersmb: it takes a bit of work to copy the packagesets to old series and grant matching rights to it so we don't do that by default. Can you e-mail devel-permissions about it? (I'm off today and about to leave now)13:23
smbstgraber, ack. thanks13:24
brendandwhat's the command to delete a chroot? or is it done some other way?13:26
pittibrendand: is that schroot, or plain chroot?13:32
pittibrendand: with a plain chroot, just rm -rf; but make double sure that you unmount all bind mounts before :)13:33
brendandpitti, well i'm using schroot13:34
pittibrendand: "sudo schroot -e --all-sessions" is quite useful for cleaning up a pile of leftovers13:35
pittibrendand: otherwise, sudo schroot -e -c <session name>13:35
pitti-e == --end-session13:35
cjwatsonbrendand,mvo: https://code.launchpad.net/~cjwatson/cupstream2distro-config/click-tests/+merge/223240 - flying a bit blind so hopefully not totally broken13:36
brendandpitti, --list still shows things though13:36
mantiena-baltixHi again, gnome-main-menu package isn't synced from Debian, see http://packages.qa.debian.org/g/gnome-main-menu.html and https://launchpad.net/ubuntu/+source/gnome-main-menu13:36
pittibrendand: you mean --list --all-sessions ?13:37
pittibrendand: oh wait, this is for removing sessions, not the underlying chroot, sorry13:37
cjwatsonbrendand: end all sessions, check nothing's mounted from that chroot, then "rm -rf --one-file-system" the chroot files in /var/lib/schroot/chroots/ and the configuration file in /etc/schroot/chroot.d/13:37
brendandcjwatson, i'll get fginther to have a look at it. he's the expert13:37
cjwatsonbrendand: ta13:37
pittibrendand: end all sessions for it, then rm -rf the directory (or tarball), and remove the config in /etc/schroot/chroot.d/13:37
cjwatsonbrendand: where would this actually end up?  https://jenkins.qa.ubuntu.com/view/cu2d/view/Head/view/ClickPackage/ doesn't look current13:38
mantiena-baltixIt seems this is because gnome-main-menu was removed from Ubuntu at ~11.10, but now this package is actively maintained by mate team. Should I report a bug and subscribe ubuntu-sponsors to that bug?13:38
brendandcjwatson, s-jenkins13:39
mitya57mantiena-baltix: See http://people.canonical.com/~ubuntu-archive/sync-blacklist.txt13:39
mitya57You should probably contact pitti (or release team) to get it removed from blacklist.13:40
mitya57Better release team, I think.13:40
cjwatsonno, archive team.  file bug with rationale, subscribe ubuntu-archive13:41
cjwatsonbrendand: ah, I guess https://jenkins.qa.ubuntu.com/view/Utopic/view/All/ is the public one13:42
cjwatsonbrendand: (digging through private jenkins instances is a pain and not community-friendly so I try not to if I can avoid it)13:42
brendandcjwatson yeah13:42
cjwatsonhttps://jenkins.qa.ubuntu.com/view/Utopic/view/All/job/url-dispatcher-utopic-amd64-ci/ seems to be an example with coverage13:42
fgintherbrendand, what am I the export for?13:45
fgintherhmmm, that should have been expert. I'm not sure I can export anything useful13:45
brendandfginther, that's funny. i almost mispelled it 'export' myself13:46
brendandfginther, cupstream2distro13:46
brendandfginther, cjwatson just submitted an MP to have a job for click13:46
fgintherbrendand, I'm checking that out now. does the build already create a coverage.xml file?13:46
brendandfginther, yes it should13:47
fginthercool13:47
dokoLaney, the ld issue is known upstream. should be fixed with the next upload13:56
Laneydoko: ok, do you know when?13:56
Laneyany chance of a cherry-pick?13:56
Laneycan't build glib until it's fixed13:57
dokothere seem to be many cherries to pick ...13:57
* Laney is trying a build with some tasty looking cherries right now as it happens13:57
ogra_yum, cherrres13:57
ogra_*cherries13:58
Laneytee: ../binutils_2.24.51.20140612-0ubuntu2_amd64.build: No space left on device13:59
Laneybad cherry :(13:59
mantiena-baltixcjwatson: against which ubuntu package/component I should report bug about missing gnome-main-menu?14:00
cjwatsonmantiena-baltix: you can just report it against gnome-main-menu even though that's been removed; it doesn't matter as long as ubuntu-archive is subscribed14:01
=== Ursinha-afk is now known as Ursinha
mantiena-baltixIs this bug correctly reported? LP Bug #133050014:17
ubottuLaunchpad bug 1330500 in gnome-main-menu (Ubuntu) "Please sync gnome-main-menu from Debian (remove from sync-blacklist.txt) - it's actively maintained by MATE team now" [Undecided,New] https://launchpad.net/bugs/133050014:17
jdstrand@pilot in14:18
=== udevbot changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> trusty | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: jdstrand
Laneydoko: I took c72f2fb2bb6a3e1850b081dbfce4040970fae8e6^..d495ab0d843def702a6641fa4fc31708d7fc97b1 and it doesn't segfault on that example now14:19
dokoLaney, can you upload? not sure if I will make it today. there is one more ARM issue I'd like to look at14:21
Laneydoko: well I want to fix glib in experimental too, not sure I'm brave enough to upload binutils there :)14:22
dokowell, then please wait a day14:23
LaneyI can wait for your next snapshot14:23
dokook14:23
Laneyit at least confirms that this issue should be fixed with that14:23
mitya57Noskcaj: Your jquery and jquery-goodies uploads dep-wait on node-uglify (which is not in main, because we don't want nodejs in main)14:27
mitya57Hm, no, jquery-goodies is not your upload, it was autosynced. But anyway, please fix jquery (and add back recommends on javascript-common).14:28
cjwatsonmanjo: yes14:39
cjwatsonmanjo: sorry14:39
manjocjohnston, no worries14:39
cjwatsonha, touché14:40
manjocjwatson, ^ ooops14:40
Laneyhaha14:40
cjwatsonmantiena-baltix left apparently14:40
ogra_lol14:40
LocutusOfBorg1LOLOLOL14:54
LocutusOfBorg1please loook at this bug report14:55
LocutusOfBorg1https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/133050714:55
ubottuUbuntu bug 1330507 in boinc (Ubuntu) "QCN sensor graphcis crashes on sleep" [Undecided,Invalid]14:55
LocutusOfBorg1how the fuck they report windows bugs on launchpad?14:55
=== Ursinha is now known as Ursinha-afk
rbasakLocutusOfBorg1: you could be more polite. What if boinc hosted their upstream bug tracker on Launchpad, for example? Then it would only be a minor error.14:57
rbasakLocutusOfBorg1: maybe point the reporter to http://boinc.berkeley.edu/trac/?14:57
LocutusOfBorg1reload the page14:57
LocutusOfBorg1:)14:57
LocutusOfBorg1I already did this14:57
LocutusOfBorg1I was writing14:57
rbasakThanks14:58
LocutusOfBorg1no, boinc doesn't use lp as upstream bug tracker14:58
LocutusOfBorg1I just replied with the "seriously", but I was already writing the correct answer :D14:58
seb128sil2100, tvoss: net-cpp fails to build on ppc with a test failure, is that something being worked?15:10
sil2100!15:11
tvossseb128, got a build log for me?15:11
seb128tvoss, sil2100: https://launchpadlibrarian.net/177394289/buildlog_ubuntu-utopic-powerpc.net-cpp_0.0.1%2B14.10.20140611-0ubuntu1_FAILEDTOBUILD.txt.gz15:11
sil2100seb128: ok, I need to apologise for this one, it seems that citrain does not inform of such failures in case of NEW packages (as it has no 'archs available' from the archive)15:11
sil2100seb128: so it slipped my eyes completely :|15:12
seb128sil2100, no worry15:12
sil2100seb128: I was unaware it failed for ppc...15:12
sil2100I remember the unit tests had some issues once in net-cpp, not being entirely reliable, but I wonder if it's the same thing still15:12
seb128sil2100, tvoss: source package looks good for NEW, I'm going to accept it, but please look at/fix the ppc build15:14
sil2100seb128: thank you! And sorry for missing this one out15:14
seb128that happens, no worry15:15
=== salem_ is now known as _salem
=== Ursinha-afk is now known as Ursinha
=== lubko is now known as ufukle
=== Ursinha is now known as Ursinha-afk
=== Ursinha-afk is now known as Ursinha
=== p0s- is now known as p0s
p0sdid you guys find out where you have an eclipse maintainer? :)17:21
dobeyp0s: if eclipse is in the archive, then information about who maintains it, is also in the archive17:36
p0sdobey: where is that?17:37
dobeypbn: "apt-cache show eclipse"17:40
p0sdobey: yea someone suggested that already, only results in mailing lists (Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com> / Original-Maintainer: Debian Orbital Alignment Team <pkg-java-maintainers@lists.alioth.debian.org>)17:41
=== _salem is now known as salem_
dobeyso what is the problem? that seems pretty clear to me17:42
p0sdobey: well i was hoping to find someone which could talk to live on IRC17:42
dobeyyou should mail the debian java maintainers list probably. there are no changes in ubuntu to eclipse. we are just including the package from debian right now17:45
p0sdobey: the problem is that its unusably broken and someone needs to update it to the latest version available, and i wonder whether debian will do that, being a conservative distro...17:45
p0sdobey: i might try my luck in the debian channel though :|17:46
dobeyp0s: i would hardly call debian conservative17:47
manjoin d-i are proxy's setup done before NTP setup ?17:47
=== greyback is now known as greyback|eod
p0sdobey: ok well thanks :)17:47
dobeyp0s: i'm sure the maintaienrs will appreciate help to get a newer version in if there is one; but it will only go into experimental/unstable at first. at some point can go to testing. but it's not likely to get updated in stable17:49
dobeybut once it's in unstable, you can ask for it to be synced to ubuntu, and it will be included in the archive for the next release of ubuntu17:49
p0sdobey: well the version in ubuntu is from 2012, and the bug which breaks it has 114 people claim to be affected, which is something which i haven't seen in any other bug reports, so its rather very likely that it doesn't work for anyone...17:50
p0sdobey: and there has been a new version in june 2013 which is claimed to fix the issue...17:51
dobeyp0s: well, i guess packaging of eclipse is also pretty complex, as upstream likes to do their own thing17:51
p0sdobey: FYI https://bugs.launchpad.net/eclipse/+bug/124110117:51
ubottuUbuntu bug 1241101 in gtk+2.0 (Ubuntu) "Java crash in libglib-2.0 after upgrade from 13.04 to 13.10" [High,Triaged]17:51
dobeyok17:53
hallynis there a way for me to kill ppa builds (that i know will time out eventually) msyelf?18:03
=== timrc-afk is now known as timrc
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
infinityhallyn: Do you not have a cancel button on your builds?18:53
hallyninfinity: d'oh.  not if i dont' log in...  thx18:56
infinityhallyn: We can change the permissions to anonymous users can kill any build owned by you (and only you), if that makes your life easier. :P18:57
infinitys/to/so/18:57
hallyni miss the innocent internet18:58
infinityYeah, 1993 was a good year.18:58
infinityWell, I guess 1992.  It all went to hell in a handbasket in 1993.18:59
=== roadmr is now known as roadmr_afk
xnoxpitti: latest status from UOS was to make blueprint to start tracking stuff properly.20:00
xnoxstartpar is not enabled yet, still had a few packages to fix / upload.20:00
xnoxdon't like the task patch, thus want to enable without startpar learning about tasks20:00
tedgxnox, What was the PPA you gave me for upstart with cgroups?20:02
dobeyhmm20:21
tedgxnox, slangasek, using the daily upstart PPA it seems that my phone/emulator don't finish boot. Is that known or should I investigate enough to file a bug?20:22
slangasektedg: I don't know anything about it; most of the time all I see of the daily upstart PPA is build failures.  Please investigate :)20:24
tedgHeh, okay. Was hoping for a different answer ;-)20:24
infinitytedg: The pheasant has no agenda.20:25
infinityrcj: That open-vm-tools-lts-trusty in precise-proposed looks suspect to me.20:27
infinityrcj: You can't both have a transitional package *and* have the package it's transitioning to conflict/provide that same package.20:28
infinityrcj: Erm.  By which I mean open-vm-tools in trusty-proposed.20:28
hallyninfinity: say would it be possible to get a process listing on  chindi06 where a ppa build is hanging?20:30
infinityrcj: What you want here is "foo-lts-trusty, Depends: foo" and "foo, Breaks/Replaces: foo-lts-trusty (<< transitional version)"20:30
infinityhallyn: Nope.20:31
=== olli_ is now known as olli
hallyninfinity: drat.  thanks.  will just keep bisecting then20:31
rcjinfinity, okay.  I'll correct it.20:31
infinityrcj: Did that make sense?20:31
* infinity goes for lunch.20:32
rcjinfinity, it did make sense20:38
=== roadmr_afk is now known as roadmr
tedgslangasek, I filled bug 1330692, went to the end of my understanding. Hope it helps some :-)21:30
ubottubug 1330692 in upstart "Upstart nightly doesn't boot Ubuntu Touch" [Undecided,New] https://launchpad.net/bugs/133069221:30
brentwal1herHow do new versions of packages become updated in the repositories?22:24
brentwal1herI'm curious because the i3 package is behind many versions and the maintainer is "Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>"22:25
sarnoldbrentwal1her: it depends if the package needs a sync or a merge -- a sync is just a copy from debian, a merge is needed if there are ubuntu-local changes to the package22:26
sarnoldbrentwal1her: this is a useful place to start learning about it: https://wiki.ubuntu.com/SyncRequestProcess22:27
brentwal1herThank you sarnold22:28
cjwatsonIn this case it's in sync with Debian, and the version of i3 in utopic was updated yesterday to the latest version from upstream.22:29
cjwatsonWe don't normally update stable releases to new upstream versions, only cherry-pick important bug fixes as needed.22:29
cjwatsonhttps://wiki.ubuntu.com/StableReleaseUpdates describes that process.22:29

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