=== jocarter is now known as highvoltage [03:56] * ScottK always thought it was clear that anything that hit New needed an FFe and is said to see the rules lawyers have taken over. === chrisccoulson_ is now known as chrisccoulson === tkamppeter_ is now known as tkamppeter [13:25] Greetings! May I ask someone to review some precise uploads (evemu, frame, grail and geis) or at least provide an estimate of when this might occur? Thanks. [13:51] ScottK: micahg: what I wrote before was precisely because I knew it was missing an FFE, sorry if that wasn't clear. [13:53] just filed for this: https://bugs.launchpad.net/ubuntu/+source/indicator-sync/+bug/1043343 [13:53] Ubuntu bug 1043343 in indicator-sync "FFE: indicator-sync 12.10.1 -- fix namespacing errors in Gir and module naming consistency" [Undecided,New] [13:54] I'm going to need to do another upload because it failed to build on arm* and powerpc anyway [14:03] There are some inconsistencies in the folder structure for quantal d-i images for amd64 [14:04] bsdtar reports boot [14:04] boot/grub [14:04] instead of ./boot [14:04] ./boot/grub [14:07] what's the difference? [14:08] hmm may be not === yofel_ is now known as yofel === doko_ is now known as doko [16:08] I am planning to upload a new kernel with a fix for uvcvideo that has caused a number of lockups during live CD installations. Any objections? (no ABI bump required) [16:08] bugfix only, no ABI bump, sounds good to me [16:23] stgraber, 2 bug fixes: bug #1042903 and bug #1042809 [16:23] Launchpad bug 1042903 in linux "mgag200 driver hangs on HP ProLiant Gen 8 platform" [Medium,Confirmed] https://launchpad.net/bugs/1042903 [16:23] Launchpad bug 1042809 in linux "HP Webcam-101 (uvcvideo) locking machine" [High,Confirmed] https://launchpad.net/bugs/1042809 [16:42] rtg: right, so assuming you're not planning another upload for beta1, I think this should be uploaded now so it's all built by the time we freeze tomorrow [16:43] stgraber, mere seconds ago... [16:49] So I've got a couple FFe's that I'm tracking and I'd like to figure out their status. bug 1042757 and bug 1040221 [16:49] Launchpad bug 1042757 in unity-greeter "FFe request: Unity greeter network indicator" [Undecided,New] https://launchpad.net/bugs/1042757 [16:49] Launchpad bug 1040221 in unity-greeter "FFe request: Provide remote login options" [Undecided,New] https://launchpad.net/bugs/1040221 [16:49] The second is still waiting on MIR reviews from security, but they've said they would be doing them today. [17:01] slangasek, Laney, do you guys perhaps know? ^ [17:06] seems skaet is on it [17:07] Laney, where do you see that? [17:08] Kate Stewart (kate.stewart) wrote 3 minutes ago: #1 [17:08] When can the code land? [17:08] https://bugs.launchpad.net/ubuntu/+source/unity-greeter/+bug/1042757/comments/1 [17:08] Ubuntu bug 1042757 in unity-greeter "FFe request: Unity greeter network indicator" [Undecided,New] [17:10] Laney, oh, I didn't see the updates yet ;-) [17:10] :P [17:14] Has someone reverted the squashfs usage in server iso? It's in A3, but not in daily. [17:15] Daviey, i definitely see it in my daily arm images [17:15] must be that crappy x86 arch [17:16] cronjob still shows 'buildlive ubuntu-server daily && for-project ubuntu-server cron.daily' [17:17] it also shows a daily i386 iso being built. have those not been turned off? [17:19] they should not have been turned off [17:19] Daviey: but we're not releasing them, so why build them? [17:19] or are you still gathering info about whether to release them? [17:21] dave@frap:~$ curl http://cdimage.ubuntu.com/ubuntu-server/daily/current/quantal-server-amd64.list 2>/dev/null | grep filesystem.squashfs [17:21] dave@frap:~$ curl http://cdimage.ubuntu.com/releases/quantal/alpha-3/quantal-server-amd64.list 2>/dev/null | grep filesystem.squashfs [17:21] /casper/filesystem.squashfs [17:21] slangasek: gather info.. the deal is to be promoting amd64.. but we should still be building i386.. [17:22] If i wanted i386 to stop being built, i'd have done it :) [17:22] ogra_ / slangasek: So somthing has changed between alpha 3 and now. [17:22] Daviey: well, the message I saw earlier this cycle was that you were proposing to not ship i386 server at all [17:23] we got a new live-build very recently [17:23] ogra_: which should not impact whether the squashfs is included in the CD [17:23] did you chekck the contents of your squashfs ? [17:23] the squashfs /isn't included on the CD/, live-build can't have caused that [17:23] slangasek: that was the message.. but everywhere i've said that, i also said that we would still be building it.. just not 'releasing it' [17:23] which has been the status for all the Alpha's so far. [17:24] Daviey: hmm, well. I don't see the point in having it built if it's not going to be released [17:25] slangasek: The not releasing it for milestones was an effort to gather "oh noes". We will likely still be releasing it for final.. but a step whcih requires thought to retrieve [17:25] (we know too many people are downloing i386 when they really want amd64, so this is to help them :) [17:26] Daviey: ah [17:26] ogra@anubis:~/Desktop/images$ mount-image-partition quantal-server-armhf+omap4.img 2 /mnt/ [17:26] ogra@anubis:~/Desktop/images$ find /mnt -name *.squashfs [17:26] /mnt/install/filesystem.squashfs [17:26] thats todays armhf build [17:27] i'm going to blame ogra_ :) [17:28] heh, wasnt me :) [17:28] sadly the .list files are generated for the first partition the script finds it seems [17:28] so my .list looks quite different from x86 [17:30] even more intresting is that you had a /casper in your server images ... live-installer uses /install afaik [17:30] Daviey: when was the last known-good build? [17:30] nothing more recent than a3? [17:30] the last commit that seems to change squashfs handling in the debian-cd branch is cjwatson's 1802 from 2012-07-31 [17:32] yeah [17:32] slangasek: Well, we don't have legacy images atm :( [17:32] i'm wondering if the jenkins install log exposes this.. but i doubt it [17:32] "legacy images"? [17:34] Daviey: how did you determine that the squashfs wasn't there? only by looking at the .list? [17:35] seems to be a bug in the .list generation [17:35] because when I download the image, it's there [17:35] slangasek: yes, i looked at the .list [17:35] wait, you see it in the daily? [17:35] yes [17:35] slangasek, you would have huge amounts of bugs from testers and complaining people on IRC if it wasnt there [17:35] the .list generation is buggy in some way I haven't bothered to track down [17:35] i'm looking at it right now.. not in /casper/filesystem.casper? [17:35] (installs would all fail) [17:35] ogra_: no, you wouldn't [17:35] Daviey: /install/filesystem.squashfs [17:36] ogra_: it falls back gracefully [17:36] GRR [17:36] slangasek: it was moved from /casper/ .. I didn't know. Sorry. [17:36] Why was it moved? [17:36] so in fact, this is due to cjwatson's change moving the file on you ;) [17:36] oh, we still have the packages for a debootstrap on the images ? [17:36] maybe because casper/ is a misnomer? [17:36] Curse that man! ;) [17:37] ogra_: no, we don't, but debian-cd includes the packages *only* if it doesn't find them in the squashfs [17:37] oh, ok, a build time fallback [17:37] * ogra_ thought install time [17:37] (and runtime) [17:37] (rather, in the manifest, since it can't actually introspect the squashfs) [17:37] Daviey: well, a runtime fallback wouldn't do much good if the packages weren't actually available on the image... but the image build ensures that they are if necessary [17:38] ogra_: Unless i am mistaken, di looks in a given location for the squashfs.. if it doesn't exist.. (or location preseeded (inc. http)), it will use the mirror, either local pool or a.u.c for debs [17:39] Daviey, ah, network would be possible, yeah, though live-installer would still bark at you i guess [17:39] ogra_: I don't think it does bark.. just fallback. [17:39] k [17:40] ogra_: netinstall therefore defaults to using debs, but can be preseeded (or have the squashfs already in the right place) to use live-install. [17:40] I might be mistaken.. that was my understanding, and assumption i've been working on. [17:41] your assumption might be right :) === henrix_ is now known as henrix === henrix is now known as henrix_ === henrix_ is now known as henrix [21:52] SpamapS: can you use your SRU admin powers to release icedtea-web in natty-proposed and oneiric-proposed to their respective security pockets (they fix a regression introduced by a security update). [21:52] also, releasing icedtea-web for precise-updates would be appreciated, too. [22:02] what are those rejects about? [22:03] Working with cnd on it all right now. [22:03] ok [22:22] sbeattie: Spamaps is at a conf'.. might have better luck with another member of the team. [22:25] infinity: bug #1043517 is an interesting dupe; desktop install with no ubuntu-desktop package installed [22:25] Launchpad bug 1043517 in resolvconf "package resolvconf 1.63ubuntu15 failed to install/upgrade: ErrorMessage: pre-dependency problem - not installing resolvconf (dup-of: 1017001)" [Undecided,New] https://launchpad.net/bugs/1043517 [22:25] Launchpad bug 1017001 in apt "package resolvconf 1.63ubuntu14 failed to install/upgrade: ErrorMessage: pre-dependency problem - not installing resolvconf" [Critical,Confirmed] https://launchpad.net/bugs/1017001 [22:25] sbeattie, Daviey: looking [22:27] sbeattie: the same package version is also in {natty,oneiric}-updates; does it need copied there too? [22:28] slangasek: yes, the versions in {natty,oneiric}-proposed should also be copied to -updates [22:28] ok [22:28] reading the bug now [22:29] (I wasn't sure if that would happen automagically or not) [22:29] the natty package hasn't built on armel [22:29] yeah, it won't because openjdk-6 FTBFS on armel. [22:30] ok. is this a regression vs. the previous version in natty-updates? [22:30] seems not [22:30] no, it's not. [22:31] sbeattie: ok, done [22:31] (well, once I accept from this silly unapproved queue) [22:32] slangasek: thanks! :) [22:34] slangasek: Are you using an old sru-release? [22:35] maybe? [22:35] * slangasek checks [22:35] I didn't think I was [22:35] slangasek: "sru-release -s natty icedtea-web" would have just autmagically copied-with-accept to updates and security. [22:35] oh [22:35] slangasek: Shouldn't hit unapproved. [22:35] right, so no I'm not because I didn't use 'sru-release' at all but copy-package :P [22:35] Ahh. [22:35] which was bad of me [22:36] Meh, gets the job done. [22:36] doesn't append the bug comments though [22:36] Nope, that it doesn't. [22:36] Of course, while I'm praising the joys of sru-release, I just got an OOPS mailed to me from my latest copy. [22:36] Grr. [22:54] there's an awkward bug with xfwm4 in quantal. it appeared maybe a week ago, and the problem is that 1px wide window borders are not drawn/drawn incorrectly with nvidia proprietary drivers. we're quite sure this relates to a recent xorg update. anybody has any ideas what might have causing that? [22:56] it also happens on vbox installations, so it's probably not (only) linked to nvidia drivers [22:58] knome: Filing a bug on xorg-server might be a good start, then. [22:59] infinity, obviously, i've gathered that much myself. thanks anyway. === henrix is now known as henrix_ === Ursinha` is now known as Ursinha