/srv/irclogs.ubuntu.com/2012/06/24/#ubuntu-devel.txt

=== jbicha is now known as Guest67757
=== yofel_ is now known as yofel
=== Guest67757 is now known as jbicha_
=== Guest69218 is now known as vibhav
=== chu_ is now known as chu
=== alazare619_ is now known as alazare619
=== tomreyn_ is now known as tomreyn
jtaylorwhat is the reason gzip is not m-a foreign?10:47
=== shnatsel is now known as SergeLion
=== root is now known as Guest88783
larsduesingare "Bugs" which are more a wishlist-item ok in launchpad? or how to handle them?12:28
larsduesing(after reading https://dev.launchpad.net/BugTriage I'm not really sure..12:28
penguin42larsduesing: Feel free to come over to #ubuntu-bugs for bug triaging12:37
badfoxi have .deb pkg and i wanna upload it into my launchpad12:52
larsduesingoh, sorry.. :)12:53
=== SergeLion is now known as shnatsel
SpamapSbadfox: do you mean a PPA?12:58
badfoxSpamapS,  No i am not its owner12:59
badfoxwell lemme arrange it12:59
badfoxi have posted in #ubuntu-motu too12:59
badfoxSpamapS,  https://launchpad.net/ubuntu/quantal/+source/accountsservice/ now its version of Ubuntu is accountsservice 0.6.15-2ubuntu9 but i have its latest version accountsservice_0.6.21-1_i386.deb with me and how can i upload it .13:04
SpamapSbadfox: you are out of date, debian has 0.6.21-413:08
SpamapSbadfox: all of that Ubuntu specific delta may be important too13:09
badfoxSpamapS,  No they have 21-4 patch13:10
badfoxbut  source belongs to 21-113:10
badfoxso deb came out as 21-113:10
badfoxplease tell me how can i upload it13:10
SpamapSbadfox: to Ubuntu?13:12
badfoxyes13:12
SpamapSbadfox: you need to explain why we can drop all of the extra Ubuntu changes13:12
badfoxSp4rKy,13:12
badfoxSp4rKy,  sorry wrong ping13:12
SpamapSbadfox: try 'requestsync accountsservice'13:12
Sp4rKy:)13:12
badfoxSp4rKy,  Thank you :)13:13
badfoxSpamapS,  i am new to all these13:13
badfoxSpamapS,  actually in launchpad i have seen that version difference is there between Ubuntu and Debian version13:14
SpamapSbadfox: but please look at the changelog of 0.6.15-2ubuntu1 through 0.6.15-2ubuntu9 to see what has been changed in Ubuntu13:14
badfoxso after taking source from Debian with grab script i have created .deb for it13:15
badfoxSpamapS,  ok so you saying that i cant upload it into Ubuntu but at least to my launchpad ?13:15
badfoxSpamapS,  Not possible ?13:19
=== quirkyquark is now known as izx
slangasekSpamapS, stgraber, bdmurray, RAOF: bug #1017001 is looking pretty serious; in addition to the two duplicates there, I think this matches another bug that bdmurray identified the other day about mishandling of circular dependencies on upgrade.  Do any of you know of recent SRUs of packages in the base system that might explain what's happening here?15:51
ubottuLaunchpad bug 1017001 in apt (Ubuntu Quantal) "package resolvconf 1.63ubuntu14 failed to install/upgrade: ErrorMessage: pre-dependency problem - not installing resolvconf" [Critical,Confirmed] https://launchpad.net/bugs/101700115:51
slangasekbdmurray: ^^ this also means it would really be helpful if we could safely get apt clone data again for upgrades :/15:51
slangasekbug #969536 being the other bug15:53
ubottuLaunchpad bug 969536 in apt (Ubuntu) "package xserver-xorg-video-vesa 1:2.3.0-7build2 failed to install/upgrade: ErrorMessage: dependency problems - leaving unconfigured" [Undecided,New] https://launchpad.net/bugs/96953615:53
slangaseknot as recent, and may or may not be the same root cause15:53
SpamapSslangasek: looking now15:55
slangasekok15:55
SpamapSslangasek: frankly, the flow of SRU's has been so intense, its hard to recall any single SRU :-P15:55
slangasekSpamapS: unfortunately I'm going afk now for most of the day... if you can think of anything relevant though, highlight me and I'll try to look this evening15:55
SpamapSslangasek: indeed, I will disappear soon too, but I'll dig around a bit15:57
slangasekfwiw looks like jenkins doesn't see this issue. https://jenkins.qa.ubuntu.com/view/Precise/view/Upgrade%20Testing%20Dashboard/15:57
slangasekthere are some upgrade failures on the lucid-universe test, but those are unrelated (the upgrade itself doesn't fail)15:57
SpamapSslangasek: seems like its circular.. upstart depends on initscripts depends on upstart ...16:00
stgraberslangasek: hmm, can't recall verifying any SRU that introduced a dependency change except for lxc and lxc just started depending on cloud-utils or something like that, so quite unlikely to be the cause16:00
stgraberslangasek, SpamapS: wondering if these bugs are related to what we say in bug 937196 a while back (and never managed to figure out exactly why it's happening only in some cases and never on my machine...)16:05
ubottuLaunchpad bug 937196 in ifupdown (Ubuntu) "10.04 LTS -> 12.04 upgrade failed: ifupdown depends on upstart and initscripts but they are not configured" [High,Confirmed] https://launchpad.net/bugs/93719616:05
SpamapSstgraber: its possible. Perhaps we should reason about it a bit and figure out which one should be pre-depends of the others16:15
BetaArkH!17:03
IdleOneBetaArk: This being the weekend and all it may take some time to get an answer. Just ask and be patient :)17:04
BetaArkAnyone can help? I'm trying to compile ubuntu-gtk3 to have the overlay-scrollbars on my Archlinux-setup. I got gtk2 working with the overlay-scrollbars, but not with gtk3. How can I compile the latest gtk3 version and enable the overlay-scrollbar?17:05
BetaArkIdleOne: Thanks :)17:06
ScottKBetaArk: Wouldn't that better be asked on some Archlinux channel?17:11
BetaArkScottK: yes and no.. I want to ask if ubuntu still patches or patch diff in newer versions..17:13
alazare619anyone in here18:55
alazare619im trying to get a fresh chroot enviorment of ubuntu newest kernel in the chroot to compile into a iso18:55
alazare619i suppose i could net install into a vbox and rsync it out of it to a chroot on my main drive but that seems hackish at best18:56
penguin42alazare619: Do you know debootstrap?18:56
alazare619yea i tried to debootstrap but it fails with the argument precise18:57
penguin42what version are you running?18:57
alazare619precise18:58
alazare619sudo debootstrap --arch=i386 precise chroot18:58
alazare619it failed18:58
alazare619should i use pae instead of i386 since the new kernel is linux-image-generic-pae?18:58
penguin42hmm, I'm not sure I have a precise install to hand, my quantal version certainly has it18:58
penguin42no, I don't think that's any different for a debootstrap - but can you explain what you're trying to do with the kernel18:59
penguin42alazare619: Do you have /usr/share/debootstrap/scripts/precise ?18:59
alazare619iwell im trying to make a iso18:59
alazare619same way xubuntu kubuntu etc are all made18:59
alazare619from scratch wich requires a chroot19:00
alazare619ive used live-build wich is similar for debian based before no problems  it uses debootstrap as well19:00
alazare619i just want an iso wth just gnome-shell and my hand picked apps etc just for gnome-shell19:00
alazare619nothing else no unity no nothing else but gnome-shell19:00
penguin42alazare619: Hmm I don't know how the ISO builds work19:01
alazare619https://help.ubuntu.com/community/LiveCDCustomizationFromScratch19:01
alazare619ooo now it resolves with arch i38619:04
alazare619heh go figure19:04
KeithWHello -- I maintain the mosh package in Debian. Would Ubuntu entertain a request to sync the "testing" version into precise (universe), or are sync requests (for new versions) only for not-yet-released series of Ubuntu?19:17
infinityKeithW: The latter.19:18
infinityKeithW: Also, have you noticed the build failure with gcc-4.7 in precise on ARM?19:19
infinityKeithW: I just saw that last night, haven't had a chance to look into it.19:19
KeithWYes, it's a bug in glibc that there is (I think) an open bug in Ubuntu for. It's been fixed upstream.19:19
infinityKeithW: Oh, point me at the bug?  (I'm the eglibc maintainer)19:19
KeithWhttps://bugs.launchpad.net/eglibc/+bug/1016349/19:20
ubottuLaunchpad bug 1016349 in eglibc (Ubuntu) "htons() returns wrong type on non-{i386,amd64} platforms" [Undecided,Confirmed]19:20
infinityKeithW: Thanks.19:20
KeithWPleasure doing business with you!19:20
infinityKeithW: Why do you want the sync to precise, BTW?  For the security/DoS issues, or just for new shiny?  I'm sure we can backport the DoS fix.19:20
KeithWJust for the UI improvements and better error messages in 1.2, mostly. We didn't consider the repeated escape sequence issue to be a security-sensitive bug (and didn't do an emergency release on Debian either).19:22
micahgKeithW: if there are new features in mosh, you can request a backport to precise with the requestbackport script in ubuntu-dev-tools (also available in Debian)19:22
infinity(Which goes to precise-backports, not precise-updates)19:22
infinityKeithW: Kay, yeah.  That would qualify as "new shiny", and not SRU-worthy. :)19:22
KeithWThe hassle is just that we get people with support requests for stuff that we made smoother in 1.2 (but they're running 1.1.3 from the precise repo). Would be more convenient for us if we could get everybody up to 1.2, but I understand that's not the way it works. :-) Thanks for explaining.19:23
infinityKeithW: And thanks for the pointer to the glibc bug.19:23
* micahg has to try to process some of the backport backlog tonight19:23
KeithWAnytime.19:24
micahgKeithW: well, once it's in precise-backports, you can let people it's available there and that they can select the newer version in the Ubuntu Software Center (through a drop down) or their favorite package manager tool19:24
micahg*people know19:24
infinityAnd thanks for mosh, for that matter.  It's friggin' magic.  Love it.19:24
KeithWAwesome!19:25
infinityKeithW: One question, since I'm too lazy to read docs.  Can I get mosh to stop adding itself to my xterm titles?19:27
KeithWYes, in mosh 1.2. :-)19:27
infinityHah.19:27
KeithWSet the MOSH_TITLE_NOPREFIX environment variable.19:27
infinityKay.19:27
KeithWMosh 1.2 was the "oh shit now we have a zillion users and they all want things" release.19:27
infinityHahaha.19:27
infinityYeah, it got widely publicised around 1.1ish.  Not sure where I heard about it.19:28
infinityreddit via G+, or some other strange roundabout way.19:28
micahgFWIW, 1.1 got backported all the way to lucid19:28
KeithWYeah, I think broder took care of all that.19:28
infinityRight, so, same thing can be done for the current precise package.19:29
micahgwell, 1.2.2 is in quantal, but yes, it can go to whatever releases someone's willing to test it on19:29
infinityErr, I meant quantal.19:29
KeithWI think 1.2.2 is what will be in Debian (7?), and I'll be satisfied if that's what quantal ends up with. If we can get 1.3 out by then, that would be awesome, but not sure we'll make it. (I also don't know exactly when your freeze is.)19:30
micahgKeithW: we can always backport 1.3 later if it misses the freeze19:31
KeithWOk.19:31
infinityKeithW: Our Debian Import Freeze (as in, when we stop autosyncing) is July 5, Feature Freeze is August 23.19:31
KeithWHooboy. Well, we'll see.19:32
infinityKeithW: But if it doesn't make it for Q, it can always be in R, and get backported from there.19:32
micahgKeithW: feel free to use requestsync (from ubuntu-dev-tools) between Debian Import Freeze and Feature Freeze, and past feature freeze, if it's important, use requestsync -e and explain why it's important19:33
KeithWThanks!19:33
KeithWI have to say, as a developer, Ubuntu is a half-step ahead of Debian as far as well-built tools go, and then after Debian there is maybe a step or two to Fedora, and then there is a wide, wide gulf for every other platform.19:34
infinityKeithW: Alternately, ping me, cause I actually use the thing.  You know, if self-service tools that report bugs annoy you. ;)19:34
KeithWI used requestsync just yesterday or the day before to get 1.2.2 in quantal and it went through maybe yesterday. Now I am high on my newfound capabilities. :-)19:34
infinityHahaha.19:35
infinityThat may have been coincidence, I think Colin did an autosync run recently.19:35
infinity(Unless someone replied to your bug, then not coincidence)19:35
KeithWIt's not normally an 18 hour response time?? Too bad. :-)19:35
infinityOh, it can be minutes.19:36
infinityBut not always. :P19:36
infinityReal humans on the other end of the line and all.19:36
infinitystgraber: Good news.  Your natty-running Panda hates me as much as the buildds, so debugging this (or hackishly working around it) shouldn't be too much effort.  I hope.19:37
stgraberinfinity: cool :)19:39
infinityOh, crap.19:39
infinityI was using "fall back to gcc-4.5" as a workaround to avoid the new 64-bit atomics in newer GCCs.19:39
infinityBut we haven't rebuilt gcc-4.5 for armv5t.19:39
infinitySo, I'm generating v7 binaries.19:40
infinityBother.19:40
* infinity head -> desk.19:40
toabctli'm getting a "bus error" when i try to load images with clutter on 12.10 . see http://paste.ubuntu.com/1058035/19:41
alazare619can someone get me a copy of the preseed file for xubuntu19:42
alazare619what they use for the packages etc19:42
jbichaKeithW: the bug was good as it pointed out that the Ubuntu diff wasn't needed anymore19:43
infinityUgh.20:05
infinityDearest mono, why is your build system so ridiculously fragile?  No love, Me.20:05
ScottKThink about the mischief you'd be up to if you weren't distracted by mono's build system.  Perhaps it's a win for society?20:10
ScottK;-)20:10
infinityScottK: But.  But.  But...20:12
ScottK:-)20:13
ScottKHave a nice day.20:13
infinityScottK: Would calling you a jerk be a CoC violation?20:14
ScottKOnly if it weren't true.20:14
infinityHeh.20:14
ScottKGotta run.  I hope you get it sorted.20:15
infinityProbably not today, now that I've been slowed down by having to build a compiler to build my compiler.20:15
infinityMaybe I'll go do something socially destructive while I wait on that.20:15
infinityJust for you.20:15
nigelball the love :)20:17
=== yofel_ is now known as yofel
toabctlfilled a bug with a test program for the mesa stuff (https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/1017243)20:43
ubottuLaunchpad bug 1017243 in mesa (Ubuntu) "Program received signal SIGBUS, Bus error." [Undecided,New]20:43
robert_ancellinfinity, can I get you to have a look at the vala-0.18 upload?  It's just a new version of vala, I haven't opened a bug for it though as it's pretty standard22:51
robert_ancellhang on, RAOF and StevenK are also members of ubuntu-archive, can I haz cheezburger?23:12
robert_ancell^^^23:12
* RAOF is not an AA; no NEW for you!23:12
RAOFAlso, is the new vala going to generate different C code, making SRUs a tedious business of filtering out thousands of lines of mostly useless diff? </bitter>23:13
robert_ancellRAOF, https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages says ~archive-admin is fine, and https://launchpad.net/~ubuntu-archive/+members#active says you are in there!23:13
RAOFOk, that wiki page lies; there are now a couple of members of ~ubuntu-archive who aren't archive admins, but *are* SRU people.23:14
robert_ancellRAOF, well, a logical build system wouldn't pointlessly distribute all that C code23:14
RAOFI'm also down with that.23:14
* robert_ancell beats his head against (pointless in my opinion) paperwork23:15
robert_ancellStevenK, I see you hiding there.  Are you also going to claim immunity like RAOF23:15
RAOFStevenK is a valid victim :)23:15
robert_ancellwhy are we so scared of new packages?  If you've got main, you should be able to upload to dev releases and just pull them back if there's a problem23:16
RAOFCould we rebuild everything with the final vala as a prophylactic measure? I just recently looked at an SRU that had last been uploaded when a 0.15 vala was current, and there was a huge amount of noise vs the 0.16 that ended up in the precise archive.23:17
RAOFrobert_ancell: At least copyright-review; it's not trivial to pull packages that shouldn't be distributed, because we've got a huge mirror network.23:17
robert_ancellRAOF, don't get me started on how pointless debian/copyright is...23:18
robert_ancellRAOF, don't you just ignore the .c files by default?23:18
infinityrobert_ancell: Same packaging as the previous vala?  Like, can I trust you, or should I review this? :P23:19
robert_ancellinfinity, it's pretty much a sed replacement from 0.16 to 0.18.  It's the same quality as any other point release update I'23:19
robert_ancelld make23:19
RAOFrobert_ancell: If they were guaranteed to be unused by the actual build system, yes (and we just shouldn't ship the damn things in the tarball). But that's not always the case, is it?23:19
robert_ancellwe kind of need a different category between versioned sources in new and really new packages23:19
RAOFThat I can agree with.23:20
robert_ancell'cause this is going to happen next cycle, and the cycle after, and ...23:20
infinityrobert_ancell: Yeah, yeah.  It's not a big deal. :P23:20
robert_ancellRAOF, oh yeah, it's a bit of a review nightmare then.  Can we automatically strip them out of the tarballs somehow?23:20
infinityrobert_ancell: I assume there will be things in main {build-,}depending on this soon?23:21
infinityrobert_ancell: Or should I dump it in universe for now?23:22
robert_ancellinfinity, yep, if you can go straight to main that's great (baobab needs it now), or I'll do the MIR next23:22
infinityNo need for an MIR for new versions of already-mainy stuff.23:23
infinityOff to main it goes.23:23
infinityIs there any hope that we'll be able to completely transition and dump all the old versions out? :P23:23
robert_ancellinfinity, oh, so we could have done that for libpwquality?23:23
RAOFrobert_ancell: Can you strip them in the debian/rules clean target?23:23
robert_ancellinfinity, all of GNOME 3.6 should build with vala-0.1823:23
robert_ancellso practically yes23:24
infinityrobert_ancell: libpwquality didn't have a previous version in main...23:24
robert_ancellok23:24
infinity(But sure, if the MIR comes before the NEWing and is approved, there's no reason for an interim "dump it in universe first" step)23:24
robert_ancellok, I'll do it that order next time23:24
robert_ancellRAOF, I guess we could23:25
* infinity sees vala 0.14, 0.16, and now 0.18 in main and sighs.23:25
infinityAnd valac is still from 0.1423:25
robert_ancellinfinity, it should be in the alternatives system now23:26
robert_ancelland we can probably drop 0.14 or are very close to being able to do so23:26
jbichaooh, you could sync vala-0.16 to get 0.16 as the default vala23:26
infinityjbicha: I'm assuming that would also require a new vala-0.14 that no longer generates the valac package?23:27
robert_ancelljbicha, hey, I was confused by the alternatives numbering - if you know what we should be doing please do so23:27
jbichainfinity: it looks like Debian didn't bother doing that, but it's probably a good idea23:30
jbicharobert_ancell: I don't know what the numbers mean23:30
robert_ancelljbicha, I think they're priorities, but I don't know how we pick them.  We should probably copy Debian, but they're standardising on 0.16 for their release and we want 0.1823:31
jbichaI think we still want 0.16 as default until 0.18 settles a bit more though23:32
infinityI'd recommend using the version (minus decimal) as the default priority (so, 14, 16, 18, etc), and then make your selected default 50 or 100 or something.23:32
robert_ancellinfinity, good idea23:32
infinitySo, if you wanted 16 as the default, you'd have 14, 100, 18.23:32
infinityBut you could also do the gcc-defaults/python-defaults route and have valac be generated from a separate source package that just drops symlinks in instead.23:33
robert_ancelldamn, the MIR team is tiny.  And all outside my timezone I think23:33
infinityObviously incompatible with an alternatives system, though.23:33
infinitydoko_: Hey, add me to ~ubuntu-mir already. ;)23:33
robert_ancellbug 101728523:34
ubottuLaunchpad bug 1017285 in libpwquality (Ubuntu) "[MIR] libpwquality" [Wishlist,Triaged] https://launchpad.net/bugs/101728523:34
infinityrobert_ancell: There, and your binaries are all through NEW as well now.  Cheers.23:59
robert_ancellinfinity, thanks!23:59

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