[00:06] jdstrand: for the dh_apparmor bugs .. to make packages easier to no-change backport, can one | debhelper (<< 9.20120115ubuntu3) ? [00:08] SpamapS: Don't see why not. [00:09] Just don't try it in Debian. [00:10] ScottK: in Debian I'm thinking the packaging needs some revisiting so we can get in sync w/ Ubuntu. [00:10] Hrm.. gcc-4.5 wasn't in lucid .. I wonder if I should just punt the no-change idea. [00:10] OK. I don't know your specifics, but alternate build-depends aren't supported on Debian. [00:13] SpamapS: I don't see any problems with that. makes syncing with Debian harder as mentioned [00:13] jdstrand: yeah I just found 3 other things that make it hard to build w/o changes on lucid.. not really worried about any of the others so I'm dropping the idea. ;) === jalcine is now known as JackyAlcine_ [00:14] heh === JackyAlcine_ is now known as jalcine === jalcine is now known as JackyAlcine_ [00:40] iulian: I don't know. I've tried a few patches but it's just fail after fail, and the builds take about 10 hours. [00:42] slangasek: what do you think about bug 226780? should it be won't fix or fixed? [00:42] Launchpad bug 226780 in apt (Ubuntu) "apt-key net-update does not obey APT::Acquire::http::Proxy" [Undecided,Confirmed] https://launchpad.net/bugs/226780 [00:47] bdmurray: I think it should be fixed [00:48] slangasek: okay, the fix should really be in apt-key though not the cronjob like in the patch. correct? [00:49] bdmurray: ah, hadn't looked at the patch... yes, I think apt-key itself should respect the setting [00:49] bdmurray: apt-key is a shell script that already calls apt-config for lots of settings, it should pick the proxy out as well [00:55] I'm getting occasional kernel panics with 12.04. I've never had any kernel panics with 11.10. [00:57] lcc: you may want to join #ubuntu+1 , as that is frequented by quite a few beta testers [00:57] lcc: while this channel is just for discussion fo development itself [00:57] oh ok === emma is now known as em === webjadmin is now known as JackyAlcine_ === JackyAlcine_ is now known as webjadmin === webjadmin is now known as jalcine [02:16] slangasek, you around ? [02:16] you able to take a quick sniff of bug 948461 [02:16] Launchpad bug 948461 in apt (Ubuntu) "apt-get hashsum/size mismatch due caused by swapped local file names" [Undecided,Confirmed] https://launchpad.net/bugs/948461 === jalcine is now known as JackyAlcine_ === JackyAlcine_ is now known as jalcine [03:02] anyone willing to write me a fully selinux script for 11.10 it can be python if thats easier and be willing to do it for $25 [03:02] as selinux as can be [03:08] Heh. [03:08] For $25 I'd type #!/usr/bin/python. [03:09] zsh: no such file or directory: /usr/bin/python. [03:09] :-P [03:09] * ScottK didn't say it'd do anything. [03:10] You also didn't say where you'd type it [03:10] That too. [03:10] But what to you expect for $25. [03:11] (even US or Canadian, he may have meant Australian) [03:11] i can type that with my pinky toe [03:12] My pinkie toe can send you an artistic interpretation of a selinux script for $25. I take non-refundable payment in advance. [03:18] I don't suppose any nice developer could get this moving along? :) [03:18] https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/821100/ [03:18] Launchpad bug 821100 in ia32-libs (Ubuntu Natty) "ia32-libs does not install /usr/lib32/libGL.so.1" [Undecided,Confirmed] [03:18] I really need ia32libs with libGL on natty for a project I'm working on [03:18] and sadly it doesn't exist :/ === dendro-afk is now known as dendrobates [03:38] smoser: I'm entirely failing to understand the thesis statement of this bug [03:39] smoser: the claim is that *apt* is saving the files to the wrong filenames after downloading them? I have a hard time believing that's been happening since hardy and someone's just noticed it now [03:40] i have your same thoughts. [03:40] you do understand the thesis statement. [03:40] hmm [03:40] http://paste.ubuntu.com/872478/ [03:40] that kind of shows the failure. [03:41] (and i just updated the bug with a comment) [03:41] note, in that pastebin at the end, i download the libpolkit-agent-1-0_0.104-1_amd64.deb via wget [03:41] and md5sum it [03:41] in the wget output, the md5sum matches that of the 'apt-get' download of libxcb-util0_0.3.8-2_amd64.deb [03:42] slangasek, so i'm trying to reproduce with more traditional mirrors. [03:42] but believing that S3 is serving incorrect file content, is only moderately more difficult than to believe that apt is $*#@ing up itself. [03:42] as both are involved in huge amounts of gets per day [03:43] * slangasek nods [03:43] so wget returns the correct file where apt-get returns the wrong one/ [03:43] one thing that can look the same [03:43] is truncated content [03:44] if you have a non-TE stream and no content-length header, HTTP cannot tell the difference between internet fail and EOF [03:44] lifeless: this doesn't appear to be a case of truncation; the objects are just plain swapped on the filesystem after download [03:45] clean md5sum... belonging to the wrong file [03:45] kk [03:45] was just putting it out there :) [03:46] smoser: is it reproducible with a single package download (e.g., apt-get install thing-with-no-depends)? or does it only go wrong when downloading multiple files with the same http process? [03:47] lifeless, its not truncated content. [03:47] dpkg -I shows info on the deb downloaded [03:47] slangasek, i'm going to test now, just runnig wget in a loop [03:47] on that file that had bad content [03:47] and wget ... checksum ... wget ... [03:47] see if i can take apt out completely [03:55] smoser: see if it's reproducible with Acquire::http::Pipeline-Depth=0 [03:55] (cf. apt.conf(5)) [03:56] slangasek, k. let me test this wget in a loop for a while first. [03:59] lifeless, huh? connection failure will result in a connection reset, not a clean close... [04:00] psusi: and yes wget curl etc all have displayed this in the past [04:01] lifeless, you mean they return a zero exit status when they get a connection reset instead of eof? [04:01] I could have sworn that wget was smart enough to detect that and try to reconnect and resume the download... [04:08] psusi: it may be nowadays, my HTTP mental model is a melange of 16 years encounters ;) [04:12] slangasek, so.. some info. [04:12] http://paste.ubuntu.com/872513/ [04:12] doesn't seem to fail. (just repeated wget). [04:13] http://paste.ubuntu.com/872514/ [04:13] doesnt seem to fail (it has your Pipeline-Depth) [04:13] but a simple removing of that Pipeline-Depth seems to give failure. [04:30] http pipelining ? Terrible idea :(. (poorly supported, and a microoptimisation that encourages serious security issues and bugs) [04:30] channels are much better, which spdy and AFAICT all the other HTTP 2.x candidates offer [04:30] and apparently default behavior in apt [04:30] :) [04:30] smoser: I argued against this on debian-devel. [04:30] lifeless, then i blame you [04:30] Apparently upstream cache developers don't know enough. [04:30] for not winning that argument [04:30] :) [04:32] http://kb.cloudopt.com/index.php/Known_Problem:_HTTP_Pipelining_Fails_with_BucketExplorer [04:33] well this royally sucks. [04:34] http://old.nabble.com/APT-do-not-work-with-Squid-as-a-proxy-because-of-pipelining-default-td28579596.html [04:44] lifeless, thanks. [04:44] i'm headed to bed, but anyones thoughts (slangasek) on what we could do about this issue would be greatly apprecited. [04:45] ie, we want to put these S3 mirrrors in place , and this would block that. [04:45] and this default seems present back to hardy === malkauns_ is now known as malkauns [05:29] Is it just me, or is firefox segfaulting on startup after latest updates? [05:47] Good morning [06:27] what does the ubuntu live-cd installer use to make a new partition label? [06:28] probably gparted, but I'm just guessing [06:28] you mean parted [06:28] which gparted is a front-end to [06:29] cause if you have a iso9660 live cd on the sd card, and then try partitioning it, grub-install fails cause it still detects the iso9660 file system even though there is a msdos partition table [06:29] so i am about to write the patch that zeros out the rest of the header in the msdos partition lable [06:30] if it detects a iso9660 image already there [06:30] instead of just writing the bare minimum [06:30] there is a small gap that grub is using that i guss isn't zeroed === lucas__ is now known as lucas [07:27] Is it possible to locally build a package for oneiric from bzr branch on precise, using buildeb plugin ? [07:28] ritz: with sbuild or pbuilder, sure [07:28] * ritz checks sbuild === smb` is now known as smb [08:06] good morning === jbicha is now known as Guest38686 [08:37] hey pitti, close to a beer this morning! [08:38] not sure what's wrong with the meta-kde packages [08:39] pitti: kde4libs was uploaded w/out the rest of the stack [08:40] oh, rather, meta-kde was uploaded without the rest of the stack save kde4libs :) [08:43] pitti, micahg well, it looks like the rest of the archives, including armhf are in good shape now for multiple days in a row [08:43] this has to be a good thing for developers [08:43] yes, indeed [08:43] :) === zyga-xchat is now known as zyga [09:42] slangasek, hey [09:42] slangasek, did you get anywhere with that gconf upgrade bug? [09:42] it's flooding my bug emails box :p [09:46] i synced a package with syncpackage, but it's not processed yet unlike the other upload I just did [09:46] is the process different there? [09:52] tjaalton: it's source NEW, and thus in https://launchpad.net/ubuntu/precise/+queue?queue_state=0 [09:53] pitti: oh right, it got split from arduino.. [09:53] @pilot in === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Released. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: tjaalton, sconklin [09:55] * dholbach hugs tjaalton and sconklin [09:58] who synced 'tzdata' ~3 hours ago? [09:58] sladen: pitti did, why? [09:58] pitti: it appears to be resetting the timezone on package install [09:59] reset how? [09:59] works fine here [09:59] $ cat /etc/timezone [09:59] Europe/Berlin [09:59] $ cat /etc/timezone [09:59] Africa/Bamako [09:59] filed as bug #948809 [09:59] Launchpad bug 948809 in tzdata (Ubuntu) "tzdata says "Current default time zone: 'Africa/Bamako' during package install; previously was 'Europe/London' during OS install" [Undecided,New] https://launchpad.net/bugs/948809 [10:00] whether that's because Europe/London is sometimes the same as UTC [10:01] slangasek: could you please add the output of "grep -A3 '^Name:.*tzdata' /var/cache/debconf/config.dat" ? [10:01] argh, sladen ^ [10:01] slangasek: please ignore me [10:03] tjaalton: seamonkey-browser is now a transitional package, can you fix your upload to enhance seamonkey? [10:03] pitti: added. The two interesting Value: lines are "Berlin" and "UTC" [10:03] micahg: sure [10:03] there's no packaging change in latest tzdata, so it must be a bug that's lurking for ages already [10:04] yikes. it's changed it in indicator-timedate too [10:04] slangasek: no "london" at all, hmm [10:04] sladen: I take it you don't know what /etc/timezone said before the upgrade [10:05] pitti: would have been 'Europe/London' [10:05] pitti: would it be worth patching the package in the short term to at least dump the previous value, before the logic takes place [10:06] we could, but here we are pretty sure about the previous value [10:12] tjaalton: thanks [10:14] anyone opposed to the change proposed here https://code.launchpad.net/~blkperl/ubuntu/precise/plymouth/fix_blank_screen/+merge/95817 [10:14] it's true that on servers you get a blank screen on startup [10:16] tested that it works [10:20] huh, not a single plymouth upload in precise [10:20] guess it's stable then ;) [10:20] tjaalton, you know how it goes: "you upload it, you maintain it" [10:21] tjaalton, nobody wants to maintain it ;-) [10:21] Broken on hybrid graphics in some circumstances, sadly. [10:21] seb128: yeah, I'll just ack the change then :) [10:49] uh, cryptsetup is 1,5y old [10:50] last merge in november 2010 [11:30] tjaalton: indeed, thats why I prepared a merge for it [11:30] :) [11:31] infinity: Are you going to be looking at bug 759545? [11:31] Launchpad bug 759545 in grub2 (Ubuntu Precise) "user prompted to update unmodified grub configuration during Ubuntu server upgrade" [Medium,Triaged] https://launchpad.net/bugs/759545 [11:35] cjwatson: noticed biosdevname bugs starting to appear, bug 948559 and bug 948546, for example [11:35] Launchpad bug 948559 in vlan (Ubuntu) "eth* NIC names hardcoded" [Undecided,New] https://launchpad.net/bugs/948559 [11:35] Launchpad bug 948546 in bridge-utils (Ubuntu) "eth* device names hardcoded in debian/bridge-utils.sh" [Undecided,New] https://launchpad.net/bugs/948546 [11:37] Any French speakers interested in taking a look at bug 948884? rickspencer3 ? ;) [11:37] dupondje: yeah, acked, hopefully accepted too.. [11:37] Launchpad bug 948884 in mbrola (Ubuntu) "mbrola is unable to pronounce the French word "les"" [Undecided,New] https://launchpad.net/bugs/948884 [11:37] lets hope so :) [11:37] there is also TRIM support in the new version [11:41] Daviey: thanks [11:46] hi all! I'm trying to propose a merge for lp:~ubuntu-desktop/nautilus/debian [11:46] but lp keeps switching me to lp:nautilus [11:46] is there any way to avoid this redirect? [11:47] Or should I abandon all hope and send patches instead of branches? [11:47] tjaalton: who could push it ? :) [11:47] roignac_, hey, how do you propose the merge? did you branch of lp:~ubuntu-desktop/nautilus/debian ? [11:48] roignac_, it should use the parent branch... [11:48] dupondje: someone of the release team needs to ack it [11:49] seb128: I branched lp:~ubuntu-desktop/nautilus/ubuntu [11:49] roignac_, on https://code.launchpad.net/~roignac/ubuntu/precise/nautilus/bug_32542_save_search_as_button/+register-merge [11:49] roignac_, select other and type ~ubuntu-desktop/nautilus/ubuntu [11:49] that should work? [11:50] seb128: target branch is specified as lp:ubuntu/nautilus =/ [11:50] roignac_, right, but you can pick "other" and type ~ubuntu-desktop/nautilus/ubuntu no? [11:51] seb128: i tried this, but LP keeps redirecting to lp:nautilus [11:51] roignac_, ask on #launchpad I guess [11:51] ok, thanks [12:00] seb128: thanks, #launchpad guys did help [12:00] roignac_, what was the issue? [12:01] Though they also wondered why does ~ubuntu-desktop uses lp:~ubuntu-desktop/nautilus, but not lp:~ubuntu-desktop/ubuntu/nautilus branches for packaging [12:01] cjwatson: could you check https://bugs.launchpad.net/ubuntu/+source/cryptsetup/+bug/776264 for me ? :) [12:01] Launchpad bug 776264 in cryptsetup (Ubuntu) "FFe: Please merge cryptsetup 2:1.4.1-2 (main) from debian unstable (main)" [Wishlist,Confirmed] [12:01] seb128: I've created a branch in /ubuntu (following the tutorial), but the destination branch was in /nautilus [12:02] seems like a launchpad bug [12:02] it shouldn't stop on namespace and let you overwrite the destination [12:04] nope, this is a little problem with packaging branch. If a newbie like me strictly follows tutorial at Bugs/HowToFix one will branch lp:ubuntu/nautilus === dmart_ is now known as dmart === _salem is now known as salem_ [12:05] sorry, will branch ~ubuntu-desktop branch and will push it to lp:~username/ubuntu/nautilus [12:05] dupondje: I'd rather not, I don't know cryptsetup at all well [12:05] ok no problem [12:05] seb128: so he won't be able to merge with lp:~ubuntu/nautilus [12:06] sorry for spam, everybody [12:06] roignac_, sorry that the workflow is not consistent [12:06] roignac_, we don't use the udd way for desktop for several reasons [12:06] roignac_, that's part of the issue [12:07] I see, so attaching patches is easier and much safer [12:14] maby we should add 'last time merged (days ago)' to the MoM? Cause I guess some more packages are really out-of-date [12:15] https://bugs.launchpad.net/merge-o-matic/+bug/881487 [12:15] Launchpad bug 881487 in Merge-o-Matic "need to be able to see how long it's been since the package was last merged" [Undecided,New] [12:15] hehe :D === MacSlow is now known as MacSlow|lunch [12:25] Daviey: OK, fixed both of those now === zyga is now known as zyga-afk [12:31] cjwatson: Oh, i wasn't prodding you to fix them! Just a FYI [12:46] gtk+3.0 build fails from source on precise, with ./.libs/libgtk-3.so: undefined reference to `ubuntu_menu_proxy_insert' [12:46] https://pastebin.canonical.com/61799/ [12:46] what am I missing here ? === zyga-afk is now known as zyga [12:51] ritz, no it doesn't [12:52] seb128, hmmm, the is a bzr branch lp:ubuntu/gtk+3.0, over which I ran configure with the stated option [12:52] ritz, what version did you try to build and how? [12:52] ritz, did you apply the patches in debian/patches? [12:53] I did nothing, just branch and ran configure [12:53] ritz, those are packaging branches, they are made to build packages not to be built like a trunk [12:54] i.e debian/rules has usually the correct recipies to build [12:54] which include i.e applying the distro patches [12:54] Daviey: Yes. I think I'll look harder at it today. [12:54] interesting, was not aware of this [12:54] ritz, well you can of course build it like a trunk, you just need to figure what the packaging is doing and you are not, could be that forgot to apply patches or forgot ldflags or build options [12:56] cool, thanks [12:59] @pilot out === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Released. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: tjaalton [13:00] seb128, where does ubuntu store "trunk" , or ubuntu requires patches for most packages ( like gtk/indicator) ? [13:00] ritz, define trunk [13:00] ritz, the packacing is usually upstream trunk with build rules and distro patches [13:00] well upstream "trunk" -> "tarballs" [13:01] hmmm, fair enough [13:01] so, debian/rules will enable the ubuntu specific build/patches [13:06] seb128, Thanks, build fine now [13:06] me-- [13:06] ritz: Yes. In general, something like "debuild -b" will give you what you want. [13:09] infinity: thanks! [13:09] hmm, interesting. [13:10] infinity, thanks :) === tkamppeter_ is now known as tkamppeter === jalcine_ is now known as jalcine === MacSlow|lunch is now known as MacSlow === kiwinote_ is now known as kiwinote [13:41] would anyone happen to know where the keyring password for ubuntu-dev-tools e.g. synpackage is stored? I would need to change it. [13:47] Q-FUNK: https://launchpad.net/people/+me/+oauth-tokens [13:47] Q-FUNK: And revoke? [13:49] infinity: I meant that password that is asked in the shell whenever I run 'syncpackage' [13:49] Oh. I don't think I've ever been asked for a password... [13:51] not the access rights granted to applications to play with LP on my behalf :) [13:52] It doesn't need any other passwords... Except possibly GPG passphrases for --no-lp use. [13:52] Riddell: do you know what changed yesterday to cause http://people.canonical.com/~ubuntu-archive/testing/precise_probs.html ? [13:53] pitti: Without looking, I'll guess we started uploading KDE 4.8.1. [13:53] infinity: here, it asks for a password [13:53] Sure looks that way. [13:53] Q-FUNK: if you're running GNOME then it's in your gnome keyring (similar if you use KDE) [13:53] pitti: That's it. It should get sorted today. [13:54] geser: stored under which key name? [13:54] ScottK: thahnks [13:55] ScottK: http://people.canonical.com/~ubuntu-archive/component-mismatches.txt now has a large armada of stuff that wants to go to universe; are these really all obsolete, or is that just temporary? [13:56] pitti: Probably worth completely ignoring archive reports about anything vaguely KDE-related until the transition's done. It's always bumpy. :/ [13:56] ack [13:56] pitti: I'd be very surprised if it's not temporary. [13:57] Q-FUNK: good question, never had to look it up yet how in detail python-launchpadlib stores the password; perhaps ask in #launchpad === jalcine is now known as JackyAlcine_ [14:04] are cross-architecture depends/recommends allowed yet? === JackyAlcine_ is now known as jalcine [14:16] tjaalton: Only if it's never going to happen on a buildd. [14:17] pitti: about cryptsetup merge, how you want to test it exactly? root disk completely encrypted with LUKS or ? [14:17] tjaalton: See, eg: ia32-libs (on amd64), which depends on ia32-libs-multiarch (which only exists on i386) [14:17] dupondje: yes, something like that; the alternate install supports this schema [14:17] so just a precise daily install and then upgrade [14:17] i'll fix :D [14:18] dupondje: usually it's raw disk <- cryptsetup partion <- LVM <- root/home etc.; and then a separate /boot [14:18] tjaalton: Buildds, however, are intentionally not multiarch-aware, to keep the architectures self-contained, so no pulling of such tricks on anything that might be a build-dep of.. Anything. [14:18] stgraber: What would be an example of a social membership that the DMB would process? [14:18] dupondje: thanks, much appreciated! [14:19] infinity: right, this is for !buildd [14:20] tjaalton: Then yeah, it can be done, and we've been doing it since oneiric (see the above example) [14:20] tjaalton: flashplugin-nonfree works similarly. [14:20] ScottK: an existing coredev who isn't a direct member of MOTU and who's been spending a lot of time helping people in #ubuntu-motu or helped with universe QA or similar activities and who wants to be a MOTU has they feel they're part of that effort (vs just wanting the upload rights that they already have anyway) [14:20] infinity: right, of course. just double-checking :) [14:21] stgraber: OK. That makes complete sense. It wasn't so clear from the wiki entry. You might add an example ... [14:21] Thanks. [14:22] tjaalton: There are upgrade concerns to watch for. flashplugin-nonfree and ia32-libs both introduced new-named packages to make sure that upgrades did sane things. [14:22] tjaalton: (As in, if you just drop the amd64 version of a package, and expect apt to magically upgrade it to i386, that might end badly for you) [14:23] tjaalton: In those cases, we kept the old package names in place, but made them transitional packages that depended on a new i386-only package. [14:23] infinity: hmm actually I'm thinking if it was possible for a package to declare a relationship like "Depends: foo:i386 [amd64]", but now I realize how that'd not be that useful on debian :) [14:24] tjaalton: That's not doable, no. [14:24] tjaalton: The tricks we pull are based on transitive dependency backfill, I guess is a good way to put it. As in, we make sure the package only exists on one arch in the first place. [14:24] And then depend on it. [14:25] "Depends: foo:arch" isn't allowed. [14:25] (Though people pulling dirty tricks like we have might be proof that we should revisit adding foo:arch deps) === jalcine_ is now known as JackyAlcine_ [14:25] :) === JackyAlcine_ is now known as webjadmin === webjadmin is now known as JackyAlcine === JackyAlcine is now known as jalcine_ === jalcine_ is now known as jalcine [14:39] please could someone poke the package importer to update the rabbitmq-server branch - its a bit out of date.. [14:57] infinity, what did you do last time to make alsa-lib build on x86 ? it failed again with the same cryptic error [14:57] ... [14:57] checking whether we are cross compiling... configure: error: in `/build/buildd/alsa-lib-1.0.25/bibuild': [14:57] configure: error: cannot run C compiled programs. [14:57] ... [15:02] ogra_: Build it on palmer. I'll do it. [15:02] thx [15:03] Err, roseapple. [15:03] Whatever. [15:03] any idea what causes it ? [15:03] It's running amd64 code. :/ [15:03] ouch, k [15:03] It needs merging to fix that. [15:03] Some day. [15:05] Alright, I have to head out for a bit. [15:05] alsa-lib building. [15:05] hi, i have a question about debconf usage that i'd like to get some input on. [15:05] cloud-init has a couple debconf things that can be seeded, and a configuration format that supports config.d type behavior. [15:06] i'm considering allowing a debconf preseed value of "local-config" or something that would then largely just get dropped into cloud.cfg.d/99-local [15:06] the reason for this is that cloud-init preseeding is likely to be done by a machine. [15:07] so more friendly menus or such are not necessary, but i'd like to open up a very generic window to doing this without having the pre-seeder need a late_command script or something to populate that. [15:11] pitti: I installed a precise system, upgraded cryptsetup. Now I rebooted and it works fine, but I get some delay @ booting, the error: error: no video mode activated [15:11] but thats unrelated I guess ? [15:11] doesn't sound cryptsetup-ish [15:11] dupondje: did you get this with the previous cryptsetup, too? [15:12] cyphermox: hey so the reason I said "12.10" for the BT audio mail is I don't know enough about it to know if it was a ood idea for 12.04 [15:12] cyphermox: is it really that simple a fix though? I mean, there's a wireless device and audio involved, I was expecting mountains needing to be moved, etc. [15:13] jcastro: no, it's a simple two-line patch to enable this in bluez [15:13] cyphermox: and the sound indicator has GUI support for this and all that? [15:13] there's still going to be the need for manual setup to reroute the streams to the right output device though [15:14] right, no it doesn't ;) [15:14] oh ok, so we can at least suck less off the bat, that's good! [15:14] cjwatson, do you have thoughts on my debconf idea above ? or slangasek ? [15:14] (sorry for asking by name) [15:15] jcastro: right, this makes us suck less from the start [15:15] hmz pitti Mar 7 16:09:09 ubuntu kernel: [ 15.858831] init: udev-fallback-graphics main process (773) terminated with status 1 [15:15] slangasek: I pushed a commit to plymouth and noticed it had two commits staged since september. mind checking if they should get in precise, and check the new one too :) [15:16] dupondje: is this with the current cryptsetup, or only with the updated one? if the latter, this needs to be investigated [15:17] lets see if downgrade fixes it [15:21] pitti: downgraded again, same issue. [15:21] dupondje: ok, thanks; so that confirms it's not due to that [15:22] smoser: not sure I really know cloud-init well enough to be able to comment usefully, TBH [15:23] well, generally, cjwatson i'm asking if it would be appropriate to have a debconf question like "local-config" [15:23] which woudl contain config-blob for the $GENERIC_PACKAGE [15:23] or if that is bad form for some reason or another [15:24] I have no idea, you'll find all sorts of examples in the archive probably :-) [15:24] (i assume i'm going to possibly need to be smart with new line hanling or something in the value of the string) [15:24] I don't see why late_command scripts are somehow evil though [15:24] it is explicitly not a design goal of debconf to let you configure every last possible scenario [15:24] but, if you want your package to have its own more targeted equivalent of late_command, *shrug* [15:25] just think about how it's going to handle upgrades [15:26] cjwatson, thank you for the feedback. [15:27] Daviey, ^ [15:27] seb128: no, no progress on gconf yet :/ [15:27] my thought process there is, that rather than generally allowing configuration of one bit of cloud-init (for bug 924375), i'll just open up a big blob [15:27] Launchpad bug 924375 in cloud-init (Ubuntu) "cloud-init should allow pre-seeding of ec2 datasource:Ec2:metadata_urls" [Medium,New] https://launchpad.net/bugs/924375 [15:34] smoser: Yeah, late command of, "echo "http://foo/bar" > /etc/cloud-init.d/next-server , is pretty cheap [15:34] cjwatson: debconf low, and default value should handle upgrades fine, no? [15:35] Daviey, right, but i see value in not requiring late_command (at least i think i do ) [15:35] Daviey: it sounds like it shouldn't even be asked at all [15:36] you don't actually need to db_input things ... [15:36] i'm good with not even asked at all if thats possible. [15:36] good enough for me. [15:36] is there a defined escaping mechanism for debconf values ? [15:36] mvo: ping (you know why) [15:37] (ie, to deal with '\n' or other potentially problematic things) [15:37] mhall119: *cough* I do! and no excuses from me this time let me look at the branch [15:38] debconf-escape(1) [15:38] cjwatson: right, but i was thinking smoser might want people to be able to enter a value [15:38] I don't think that's generally the right answer for "giant blob" type things [15:38] preseed/late_command doesn't get asked [15:39] can't remember whether it would be a good idea to set the 'escape' capability in this circumstance; possibly not, but try either way :) [15:39] Yes, so it really depends if smoser thinks users will want that question asked... if late_command on a debconf question is suitable [15:39] i dont think users would want the question asked. [15:39] i'm inserting it for machines. [15:39] smoser: ok, then late_command is almost free :) [15:40] machine's whose only real interface is preseed [15:40] the issue with late_command is that it doesn't stack terribly easy [15:40] without some general infrastructure in place. [15:41] ie, if 3 things want to add late_command, something has to join them on ';' or something. [15:41] I don't have a problem as such with an extra specialised unasked question for this; this is totally up to packages [15:41] thanks, cjwatson . === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === kk is now known as Guest54756 [16:24] cjwatson: some question about grub2. Getting "error: no video mode activated", could this be caused because it tries to read fonts from /usr/share/grub/ ? [16:24] doko: icedtea-netx-common is marked arch: all, but it builds a desktop file with the path to javaws with an arch dependent path. should the binary package be made arch: any, or the desktop file moved? === Guest54756 is now known as blackbug [16:26] tjaalton, best to move to icedtea-netx, I'll do this for the final 1.2 packages. thanks [16:26] doko: ok, cool [16:27] also, looks like installing the package isn't enough to make the links load the app by default, instead firefox will try to "open" it which just results in an empty tab.. [16:27] .jnlp links I mean [16:30] this all to get my kid to do her homework ;) [16:30] Hello, I have a question regarding the screenshot application in ubuntu. Which is the default application invoked with printscreen key? [16:31] blackbug: gnome-screenshot [16:31] dupondje: yeah, known problem when using cryptsetup, will be fixed with 2.00 [16:32] dupondje: best ignored for now :) [16:32] 2.00 will get into precise? [16:32] tjaalton: thanks, where i can find src code for it? [16:33] blackbug: apt-get source gnome-screenshot [16:33] pitti: the error I got is grub2 related (tries to open files on /usr/share which is still crypted). Will you upload cryptsetup? or want me to comment the bug? [16:33] or bzr branch lp:ubuntu/gnome-screenshot === jalcine is now known as JackyAlcine_ [16:33] ah, that doesn't work [16:33] tjaalton: thanks i needed bazaar branch. [16:35] apt-get source gnome-screenshot should work too [16:35] yes, "bzr branch lp:ubuntu/gnome-screenshot" isnt working.. [16:36] @pilot out === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Released. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [16:38] dupondje: no [16:39] dupondje: waaaaaaaaaaaay too many changes [16:39] a naive question: i have just started exploring ubuntu apps source code, in case I make some changes, how should i test it? should i compile/build whole code on my machine and replace install new binaries.. or any other test enviornment method or way [16:39] cjwatson: héhéh :) no workaround that can be made for that issue? cause now there is some delay ... :) === JackyAlcine_ is now known as jalcine [16:42] dupondje: no, sorry [16:42] dupondje: at least not one I consider safe for precise [16:42] I'd rather have stable-and-slow than unknown-and-fast [16:42] at least for non-default scenarios like cryptsetup [16:44] cjwatson: ok no big issue indeed :) === deryck is now known as deryck[lunch] [17:18] * seb128 closes another set of duplicates of bug #948294 and look at slangasek [17:18] Launchpad bug 948294 in gconf (Ubuntu) "package gconf2 3.2.3-3ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 250" [High,Confirmed] https://launchpad.net/bugs/948294 [17:18] yes [17:19] slangasek, I think bug #948457 and bug #948296 are yours as well [17:19] Launchpad bug 948457 in gconf (Ubuntu) "package gconf2 3.2.3-3ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 127" [Undecided,Confirmed] https://launchpad.net/bugs/948457 [17:19] Launchpad bug 948296 in gconf (Ubuntu) "gconftool-2 crashed with SIGABRT in g_test_log()" [Medium,Confirmed] https://launchpad.net/bugs/948296 [17:19] slangasek, could be the same underlining issue [17:19] if they're new symptoms, I guess so [17:20] slangasek, yes, all started with 3ubuntu1 and all happen "while upgrading" [17:21] seb128: is there a bug about icon text wrapping on periods like in bug 942539? [17:21] Launchpad bug 942539 in ubiquity (Ubuntu) "Ubiquity desktop icon text looks messy" [Low,Triaged] https://launchpad.net/bugs/942539 [17:22] bdmurray, I don't think so, I'm not convinced it's a bug [17:23] bdmurray, you need to wrap somewhere, dot are usually end of words or sentences [17:23] bdmurray, though indeed in that case it's unfortunate [17:23] Hello, repeating my question, in case anyone has any idea about it. "a naive question: i have just started exploring ubuntu apps source code, in case I make some changes, how should i test it? should i compile/build whole code on my machine and replace install new binaries.. or any other test enviornment method or way" [17:25] mhall119: I gave the MP a +1, while I'm the original edit-patch author, I don't actually have commit access to devscripts so that is all I can do for now [17:26] mvo: thanks, do you know who can approve it? === zyga is now known as zyga-food [17:27] seb128: I certainly think wrapping after a period with no space after it is a bug; it violates all the standard word-wrapping rules for English. [17:27] pitti: ping? [17:30] pitti: Hi! I'm looking to create a user/pass and a db for postgresql, from .postinst file. Is there any recommended way to do so? [17:31] mhall119: I think its https://launchpad.net/~devscripts-dev - so bdrung [17:32] mvo: thanks, I've already pinged bdrung about my submission to debian too [17:33] thanks [17:33] bdrung: ^^ Please ping me if you need anything else for than MP [17:33] mhall119: the edit-patch fix? [17:33] bdrung: yes [17:35] mhall119: i can look into it tomorrow. feel free to ping me again. [17:35] slangasek, right, though it's not a word, it's numbers and dot only, like if you had 123.456.789.123 not sure if rules dictate that to not be wrapped [17:36] Hi all! [17:36] slangasek, but I don't know enough about unicode rules to say [17:37] seb128: er, Unicode certainly can't dictate the rules here, they may vary by language [17:37] for *English*, splitting on the dot is wrong :) [17:37] slangasek, well, gtk upstream apparently follow http://www.unicode.org/reports/tr14/ [17:37] "Unicode Line Breaking Algorithm" [17:37] bdrung: will do, thanks [17:38] phooey [17:38] slangasek, so unicode can't dictate but they do :p [17:38] slangasek, though gedit seems to wrap 12.04 correctly so it might well be a nautilus bug indeed === chrisccoulson_ is now known as chrisccoulson [17:39] @pilot in === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Released. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: smoser [17:41] slangasek, bdmurray: yeah, seems a nautilus icon grid bug, when renaming the text entry wraps it correctly [17:42] seb128: the unicode standard lists . as an "Infix Numeric Separator" that should only break between numbers if accompanied by a space [17:42] slangasek, right, nautilus bug [17:43] I somewhat doubt it's important enough on the nautilus list for having anyone upstream to care about it [17:43] it's unfortunate it's showing on the liveCD though :-( [17:44] i don't think it's anything to do with the full stop [17:44] if you put, e.g. - then it still breaks at the dash [17:45] hmm, but not with anything else [17:50] seb128 - workaround is to stick a unicode 000D (CR) character in there. will that fly? [17:50] brendand: that idea was discussed in the bug [17:52] brendand, if that works sure [17:53] stgraber has a good point about the translation implications though [17:59] I have posted a bug 949116 which is related to mounting of internal/external harddisk and usb drives in 12.04. Also, nautilius [17:59] Launchpad bug 949116 in gvfs (Ubuntu) "Internal hard disk partition is not displayed in Places menu,. My computer icon doesn't open up and show the internal/usb disk." [Undecided,New] https://launchpad.net/bugs/949116 [18:05] kenvandine, ping [18:11] is there any issue with always building static libraries with -fPIC? [18:11] I'm trying to figure out a resolution for https://bugs.launchpad.net/ubuntu/+source/gtest/+bug/949244 [18:11] Launchpad bug 949244 in gtest (Ubuntu) "libgtest.a needs to be built with -fPIC" [Undecided,New] [18:12] I'm thinking of just adding "--with-pic" to the configure flags when building the package === zyga-food is now known as zyga [18:16] smoser, pong [18:16] kenvandine, http://pad.lv/762167 [18:17] Launchpad bug 762167 in light-themes (Ubuntu) "missing dependency on gtk2-engines-pixbuf" [Undecided,Triaged] [18:17] i'm patch piloting, and that looks sane to me, but seb had asked you to look at it. [18:17] i'll build and upload if you think its sane. [18:18] the only question i had is if gtk2-engines-pixbuf should have a versioned depends of some sort (since gtk-engines-murrine does, but i have no other reason than that) === deryck[lunch] is now known as deryck [18:18] smoser, the version probably isn't really important anymore [18:19] looks fine to me, go for it! [18:19] smoser, thanks [18:19] thanks. [18:32] cnd: convention is to build a .a and a _pic.a, but that's not a hard rule; we sometimes build .a with -fPIC when it's not logical to ever support a non-PIC lib [18:33] slangasek, when would we want to support a non-PIC lib? [18:33] cnd: the only reason anyone cares about non-PIC .a is because i386 is register-poor, and PIC eats registers [18:34] this is for gtest, which wouldn't be used outside of test runs [18:34] slangasek, I assume the only problem with i386 being register poor is that stuff will run slower? [18:34] if so, I think that's ok for tests [18:34] hello, i am trying to compile an apps code, but getting the following error.."configure: error: Package requirements (glib-2.0 >= 2.31.0 [18:34] gtk+-3.0 >= 3.0.0 [18:34] libcanberra-gtk3) were not met: [18:34] No package 'gtk+-3.0' found [18:34] No package 'libcanberra-gtk3' found [18:34] Consider adjusting the PKG_CONFIG_PATH environment variable if you [18:34] installed software in a non-standard prefix. [18:34] " i am using 12.04 gnome. [18:34] cnd: much, much slower, yes - but yeah, for gtest it's probably ok [18:36] ok [18:36] slangasek, thanks! [18:38] if I want to see the output of g_debug in gnome-settings-daemon is there a package with the debug output enabled? or do I need to build my own package? thanks [18:40] arges: Yes. No. See https://wiki.ubuntu.com/DebuggingProgramCrash [18:40] ScottK, thanks [19:05] Laney: Errm, it should've worked! :-( [19:05] * iulian sighs. [19:26] i want to debug a core file. but the application is not giving the core file inspite of displaying segmentation fault and dumping core file msg. i already checked ulimit which is set to unlimited. any other clues? [19:30] stgraber: jelmer: james_w: seb128: can you guys please read over http://people.ubuntu.com/~mhall119/blog/patching.html and let me know if you think it's okay? I tested it out with geany and all the commands worked fine there. [19:33] mhall119, looks ok [19:33] mhall119, for the reverting, "bzr revert" might be easiest, but if there are extra revisions, then I would suggest "bzr merge . -r 32..31" as it saves a command and will handle renames and things better [19:35] james_w: what command does it save? [19:36] bzr patch [19:37] james_w: doing it with merge makes bzr fail, somethign to do with geany having applied quilt patches on the branch [19:37] ah, hmm [19:37] mhall119, it's over my bzr knowledge, if james_w is happy with it I'm sure it's good [19:38] james_w: here's the fun output from trying to do it via merge: http://paste.ubuntu.com/873490/ [19:38] I did realize I forgot to have them update the changelog with dch -i, I'm adding that step now [19:39] seb128: ^^ I assume that should be done, right? [19:39] is there no way to say "if x is installed, then y must be installed" when x is a recommends, and it doesn't itself rquire y, but the package's usage of x does require both? [19:41] i guess not [19:43] only way I can think of offhand is depending/recommending a metapackage that depends on both x & Y, but that isn't nice at all [19:43] yeah, there's really no way to do conditional package relationships [19:48] ah, damn. i screwed up the udd branch for bluez because i didn't see that cyphermox had already uploaded 4.98-2ubuntu3 (he apparently beat me by 6 minutes). what can i do to reset the state of the udd branch? [19:48] dah, sorry broder [19:48] * broder shrugs [19:49] i'll merge and re-upload - it's no big deal [19:49] just not sure how to fix the branch, since i already pushed my (now inaccurate) tag [19:53] james_w: refresh, I added step 4 (dch -i) [19:55] broder: if you want the importer to not fall over later down the line, I guess it's best to just leave the tag wrong. [19:56] (there are no great choices here, given the importer's persistent refusal to accept bzr tag --delete as a possibility) [19:57] :( === yofel_ is now known as yofel [20:05] slangasek, I attempted to file a debian bug report using reportbug, but I think it failed to send the email at the end === dendrobates is now known as dendro-afk [20:05] do you know how to be sure and/or how to send it manually? [20:05] I have ssmtp set up [20:06] actually, it's msmtp [20:06] don't know if that makes a difference === dendro-afk is now known as dendrobates [20:09] cnd: with those MTAs I'm not sure how to check, but to send it manually, you just have to send the message to submit@bugs.debian.org with the body of the message intact [20:11] cnd: ssmtp logs in syslog usually (though it's very limited logging and won't give you a way to access your mail as it doesn't do spooling) [20:11] ok [20:14] slangasek, I assume the turn around time for filing a bug report and receiving a reply back should be less than 15 mins? [20:16] slangasek: the importer did actually just move my branch aside and recreated it with the correct histor [20:16] slangasek, looks like it got filed, thanks! [20:16] broder: oh, wunderbar :) [20:16] cnd: < 15 mins - no guarantees ;) [20:16] slangasek: https://code.launchpad.net/~ubuntu-branches/ubuntu/precise/bluez/precise-201203072011/+merge/96445 [20:16] (which i'm going to reject, because i've already handled the merge) [20:20] slangasek, [20:20] bzr: ERROR: An error (1) occurred running quilt: Patch 05_readd_gconf_engine_key_is_writable.patch does not exist [20:21] slangasek, seems you forgot to bzr add that patch to the vcs? [20:21] oh what [20:21] slangasek, I'm fixing it [20:21] seb128: no, I've got it here [20:21] bzr add debian && bzr push, already done [20:22] slangasek, hum, bzr pull didn't pull it for me?! [20:22] no, I *just* pushed it [20:22] oh ok [20:22] slangasek, thanks [20:22] sure [20:22] and sorry [20:22] no worry [20:22] note that if you guys were using the UDD branch, this wouldn't have happened ;) [20:22] slangasek, I'm doing a test build for another issue, just ran into it [20:22] (since I did a UDD merge first and then copied over to the ~ubuntu-desktop branch ;) [20:23] slangasek, right, we would just have to deal with 5x issues with outdated import, quilt problems and other issues [20:23] ah, trollfail [20:23] * slangasek crawls back into his cave [20:23] ;) [20:23] slangasek, I'm happy to trade that sort of issue to not use UDD any day ;-) [20:23] lol [20:23] rather [20:24] :-( [20:24] using UDD would be great, it would mean it's working decently enough [21:23] james_w: are you happy with that blog? [21:23] stgraber: have you had a chance to look at it? [21:24] mhall119, looks ok, though I haven't tested obviously [21:25] sure, I didn't expect you too, just wanted to make sure there aren't any glaring errors in the process [21:25] the end result is a new file in debian/patches/, a new line in debian/patches/series, and a new entry in debian/changelog [21:26] no changes being made to the source itself [21:26] mhall119: haven't yet, busy pushing some changes to wubi, will have a look in a minute (pretty much done pushing all I have) [21:26] stgraber: thanks [21:28] mhall119: you seem to be missing a "mkdir debian/patches"? [21:29] mkdir -p debian/patches, so it works whether or not the directory is already there? :) [21:29] I guess I shouldn't assume they have a debian/patches in the branch, huh [21:29] though just creaating debian/patches will only work with 3.0 (quilt) packages, for older packaging you'd need to create it + add a build-dep on quilt and add to debian/rules [21:30] stgraber: how bad would it be if somebody submits a patch file to an older package without that dependency? [21:31] if whoever doesn't review carefully, the package will build but the patch won't be applied [21:32] *if whoever does the review doesn't look carefully [21:33] does it actually make sense for people who don't have a packaging background to be rewriting their patches? there are still lots of things that could go wrong - .pc conflicts, packages using dpatch (god forbid and not really that likely) [21:33] and most importantly this doesn't address the desktop team's weird separate branches [21:34] (i think i may have argued in the past that we needed to be telling people how to do this, and if so i apologize because i think i was wrong to do so) === salem_ is now known as _salem [21:44] stgraber: how would somebody tell if it's an old or new package? === jalcine is now known as JackyAlcine === JackyAlcine is now known as jalcine [21:51] mhall119: debian/source/format [21:51] mhall119: if it's not "3.0 (quilt)" it won't work with your instructions [21:51] Anyone know where I can find doku? [21:53] @pilot-out [21:53] Error: "pilot-out" is not a valid command. [21:53] @pilot out === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Released. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [21:55] stgraber: do you think quilt 3 will be a minority of majority of packages? [22:00] mhall119: zack keeps some stats on adoption in debian: http://upsilon.cc/~zack/stuff/dpkg-v3/ - looks like about 60% of packages in the debian archive are 3.0 (quilt) [22:00] better odds than Vegas [22:01] I'll just have them check their debian/source/format before following along [22:01] what should I tell people who's packages aren't using quilt 3? [22:01] 3.0 (quilt) just makes my head hurt. [22:01] mhall119: Nothing. It's optional. [22:01] mhall119: http://raphaelhertzog.com/files/2011/12/formats-patches.png [22:02] mhall119: anyway, i'm still trying to figure out whether it's actually important that your contributors rephrase their patches with quilt and a changelog, or whether there are other problems with the quicklists and keywords rounds that we should be focusing on instead [22:03] i tend to argue that we should be willing to take patches that aren't quiltified as long as everything else is in order, and there's enough information for a contributor to fill in the changelog/dep-3 info [22:04] broder: it won't hurt if I teach people to make quilt patches when their source package will use it though, will it? [22:04] sure, it'd certainly make me happier if i was sponsoring them [22:05] but your current instructions make me less happy because the resulting commit doesn't have the patch applied with the .pc changes in the branch [22:05] because i've had bad luck trying to merge branches that don't apply patches [22:05] broder: so the patches *should* be applied? [22:06] if so, I can just remove the step that reverts that [22:06] this is sort of a sticky point in the udd/3.0 (quilt) processes [22:06] but right now the branches track patches applied [22:06] but they should be applied by quilt, which generates a .pc directory with a bunch of metadata [22:06] and that *also* needs to be in the commit [22:07] so what i would want to see would be (a) unapply the patches (b) run quilt push -a (c) bzr add everything (including the .pc file) [22:07] broder: unapply all applied patches, then apply them all? [22:08] mhall119: what I gave you yesterday actually generated a .pc with the patch applied [22:08] unapply the patches that the contributor made, because those would be the ones not currently "owned" by quilt [22:08] broder: and then quilt push ? [22:09] yeah, or just quilt push -a [22:09] ok, that's easy enough to add [22:12] tjaalton: fwiw, I'm still meditating on this latest plymouth change; although I worked with William at the Ubuntu Global Jam over the weekend to prepare this change, I'm a little concerned about the possibility that a raw chvt here could racily break desktop systems [22:12] tjaalton: by having the chvt called underneath lightdm [22:13] broder: This would be so much easier if 3.0 (quilt) didn't apply patches by default. [22:13] It would even make sense to me then. [22:17] ScottK: i go back and forth on which i prefer. there are some compelling pros to applying patches when you unpack, but the bad interaction with any sort of vcs is definitely unfortunate [22:17] Independent of VCS issues, applying patches on unpack seems fundamentlaly wrong to me. [22:18] It's like a layer violation between the upstream and distro layers of the package. [22:22] but it also helps reduce confusion about what the package is going to build for people who walk up to it without packaging background [22:24] broder: added quilt push -a instructions to http://people.ubuntu.com/~mhall119/blog/patching.html [22:24] in step 3 [22:26] yeah, looks good. you may also need to bzr add .pc to pick up the extra crap files there [22:28] IME nothing regarding quilt avoids confusion for people who are new to it. [22:28] hmm, compelling point [22:34] broder: I have a bunch of .pc/*.patch/.timestamp files now that bzr isn't aware of [22:34] should all of those be added? [22:34] mhall119: yep [22:34] otherwise you're only adding half of quilt's state [22:35] why do I have these files for patches that were previously there though? [22:35] hi mhall119 [22:35] hey jelmer [22:36] mhall119: did you still need feedback on http://people.ubuntu.com/~mhall119/blog/patching.html ? [22:36] mhall119: ".dekstop" seems to be consistently misspelled, is that intentional ? :) [22:36] jelmer: yes please [22:36] doh! no [22:37] mhall119: Cool, I'll have a look now.. might be an hour or as my battery is about to die [22:38] jelmer: ok, I wasn't planning on having it post until tomorrow morning anywa [22:38] mhall119: sorry, irc flaked. the .pc files are how quilt tracks which patches have been applied [22:38] if you apply patches but don't include the .pc files that quilt creates, it's worse than not applying the patches at all [22:39] broder: in that case, I think the geany branch is a mess [22:40] mhall119: no, because the patch isn't applied [22:40] from my perspective as a sponsor of a udd changes, the best possible world is patches applied with .pc files, then new patch was not applied [22:40] patch applied to the osurce tree but without the .pc files is the worst possible setup [22:40] mhall119: it's a bit confusing that you're mixing both the upstream change and the packaging change in the same branch [22:41] broder: on a clean bzr branch of ubuntu:geany [22:41] quilt top says that all patches are applied [22:41] but I don't see any of those .timestamp files in .pc/ [22:41] mhall119: I can understand why, but it also makes the use of bzr diff and dep3-patch slightly awkward [22:42] I wonder if we need some better tools for this particular case [22:42] mhall119: grabbing the branch and looking [22:42] jelmer: I was originally leaving the source the same as upstream, but was told that I should apply the patch before committing [22:42] (or pehrpas just need to improve dep3-patch to handle this case better) [22:43] jelmer: since udd tracks 3.0 (quilt) branches with patches applied, you want to apply your new patch as well [22:43] otherwise you have a branch with patches partially applied [22:43] * mhall119 is so confused right now [22:44] broder: that does make sense, but I think the use of dep3-patch for that case is a bit awkward at the moment [22:44] mhall119: oh, ugh. i bet this is caused by changes in quilt [22:44] mhall119: sorry :-? [22:44] I mean :-/ [22:44] mhall119: if you pop all the patches then push them back on, you get .timestamp files [22:44] broder: yes, that appears to be what's happening [22:45] (also .pc/.quilt_patches and .pc/.quilt_series) [22:45] that sucks [22:45] so would it be okay for a submission to suddenly add these .timestamp files? [22:45] wait.. changes in the quilt format? [22:45] jelmer: bzr branch ubuntu:geany && cd geany && quilt pop -a && quilt push -a && bzr status [22:45] http://paste.ubuntu.com/873736/ [22:46] the udd importer would be running on lucid, right? so there's plenty of room for changes to quilt [22:46] ok, I'm going to leave this post unscheduled for now, and take my son to karate, I'll be back later and see what you guys have decided on ;) [22:46] mhall119: for the record, i no longer have any idea what the best option is :( [22:46] broder: welcome to the club [22:47] broder: I think that's another argument for not actually storing the applied quilt patches in the udd branches [22:47] broder: but rather have them applied at checkout time by bzr [22:48] jelmer: that would require us to throw away all of the udd history we have and restart from scratch, right? is that even an option? [22:48] broder: it would be possible to not apply quilt patches for newly imported versions I guess [22:49] I'm not sur, needs some more thought I guess [22:49] *sure [23:20] slangasek, hey [23:20] slangasek, I just saw your comment on that lightdm uninstall bug [23:21] slangasek, I was just wondering, what's the standard thing to do for people trying to uninstall a service while it's running? [23:21] seb128: the service should certainly be stopped [23:21] slangasek, I think we still have a bug about one of the maintainer script trying to delete to lightdm user on uninstall which fails if you uninstall it from your user session while lightdm is still running [23:21] and then the package removal should continue [23:22] slangasek, that would log all users out with a dm... [23:22] isn't that bad taste? [23:22] well, I suppose if they're running *under* the dm, you could bail [23:22] but in this case, I know it was being uninstalled from the commandline [23:22] and it still failed :) [23:22] "bail" like break the script? [23:22] slangasek, right, it just made me think about the other case [23:22] or "bail" like success but fail to clean the lightdm user behind? [23:23] "bail" like break the script [23:23] ok [23:23] so those bugs a "Invalid" then [23:23] i.e "don't do that, don't try to purge a dm you are running and logged with in a session" [23:24] * slangasek nods [23:24] slangasek, thanks [23:24] sure :) [23:24] it happens frequently enough that the bug has half a dozen dups === malkauns_ is now known as malkauns