[05:06] good morning === _LibertyZero is now known as LibertyZero [05:47] Good morning [05:53] morgen pitti [05:55] hey sladen, how are you? [06:25] pitti: admiring the weather (dull), and my todo list (similar ;-) [06:35] pitti: any way to get the apport retracer to do its work for https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/807845 ? [06:35] Ubuntu bug 807845 in dpkg (Ubuntu) "dpkg crashed with SIGSEGV in debsums" [Undecided,New] [06:35] buxy: that's on my list today; the retracers crashed due to a fakechroot problem again [06:35] ok, thanks === smb` is now known as smb [07:02] pitti: thanks for cups apparmor fix :D [07:06] good morning [07:20] good morning [07:26] hey dholbach, guten Morgen [07:27] dholbach: UDW all cut and dried now? *hug* [07:29] pitti, yep - I'll start writing the summary now, so you can see what other than your session happened :) [07:29] * dholbach hugs pitti back [08:30] cjwatson: if you dd a current iso to an USB stick, the device/partition headers look strange; blkid thinks that both sdb1 and sb are a mountable iso9660 file system [08:30] cjwatson: and indeed that's right, as you can mount either of them [08:30] cjwatson: but which one is the "right" one to automount if you plug it into a running ubuntu system? [08:31] or doesn't it matter really? [08:31] didrocks: ^ FYI [08:39] pitti: Morning! FYI, my upstart fix for /run is failing in the test phase. Looks like a change in dbus behaviour in oneiric. [08:42] hey jhunt_ [08:44] * jml waves [08:45] slangasek: Is there any chance that debhelper compat 9 could make substituting DEB_HOST_MULTIARCH less of a pain in *.install,*.{pre,post}{inst,rm},*.links, etc? [08:45] jhunt_: you mean it doesn't actually pick up the things in /run/initramfs/ ? [08:46] jml: Hello! [08:46] jhunt_: I tested it with the symlink and bootchart, and it seemed to work [08:46] RAOF: hi [08:46] pitti: no, sorry. it just means that the "build" fails for upstart in the test phase. I believe -- as you say -- that the code change itself should work fine. [08:48] pitti: we now get this error from dbus in a chroot: "Unable to autolaunch a dbus-daemon without a $DISPLAY for X11'" [08:49] pitti: problem relates to starting an app using a session bus I believe. But this is different behaviour to natty. [08:49] jhunt_: strange that this is related to the "check /run" change; or isn't it? [08:50] pitti: it's not related to that change, but I can only presume the archive builds do not occur in a chroot env otherwise we wouldn't have a build of upstart for oneiric. [08:51] we do have build chroots, but perhaps they are tweaked enough [08:52] pitti: ok. I'd really like to understand what is being tweaked. Who would be the best person to talk to about that? [08:53] jhunt_: probably lamont or infinity [08:53] pitti: ah yes, thanks! [09:17] pitti: IIRC the partition table is set up such that it doesn't matter [09:19] RAOF: beware, controversy. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614731 [09:19] Debian bug 614731 in debhelper "support for env var substitutions in .install (helps multiarch)" [Wishlist,Open] [09:23] …and it just peters out. [09:29] RAOF: but in a way that promises doom if we try to change it Ubuntu-specifically [09:29] did make the mistake to update the desktop to oneirc this weekend :-( [09:30] - context menu in firefox is broken, pop's up and I can't select anything [09:30] chrisccoulson: ^^^ [09:30] - how do I change my workspace from 2x2 to 4x1? [09:30] doko - known compiz bug [09:31] - how do I change the monospace font settings? [09:31] doko - it will work again if you focus another window and change it back again [09:31] (it's also broken in natty though) [09:32] didn't had to use it in natty ;p [09:32] seb128: ^^^ [09:33] doko, dunno about the compiz bug, you can change the workspace layout in ccsm [09:34] doko: gnome-tweak-tool has the font settings now [09:34] the font in dconf-editor [09:34] gnome-tweak-tool depends on gnome-shell though, which is a bit over what you want to install to tweak a setting [09:35] seb128: ccsm? [09:35] doko, it's a command [09:36] it's from compizconfig-settings-manager if you don't have it installed [09:44] seb128: hmm, still can't find it in ccsm [09:46] doko, click on the tools icon "option..." in the first category [09:46] doko, it's the tab 5 in this dialog (need to scroll tabs to reach it) [09:48] cjwatson, didrocks: ah, I found out why dd'ed isos don't show up in GNOME: they have partition type 0x17, which is "Hidden IFS (e.g., HPFS)" [09:48] these are ignored [09:49] pitti: oh, so the behavior is expected, it's at least a start :-) [09:49] well, FSVO "expected" [09:50] right [09:50] didrocks: the raw device is ignored because there is a partition, to work around that common breakage with unclean first sectors [09:50] seb128: ok, found it, but changing this doesn't have any effect [09:50] and the partition is hidden by udev rules to avoid showing recovery partitions [09:50] or do I need to restart compiz? [09:50] tricky [09:50] doko, are you sure you are running unity-3d? [09:50] doko, ps ax | grep compiz? [09:50] pitti: urgh, indeed [09:51] seb128: apparently, I don't [09:51] doko, ok, that probably explain why it doesn't work [09:52] seb128: so how to change that in unity-2d? [09:52] try running compiz --replace or unity and see what if it complains and about what [09:52] doko, what videocard and driver do you use? [09:52] 3d should work if it worked in natty... [09:56] seb128: Intel GM965/GL960 [09:56] doko, does running "unity" works? [10:00] anyone know why i might be getting 'unable to load addon translations' when doing debuild in Oneiric? [10:00] what am i missing? [10:10] seb128: it did log me out, after reboot, the 4x1 setting works [10:10] but it's horrible to get there [10:11] doko, right, ccsm is not a nice ui [10:12] it might be worth trying ubuntu-tweaks [10:12] http://ubuntu-tweak.com/ [10:24] chrisccoulson, seb128: not sure, if that's known too ... typing less in a terminal, quitting with q, doesn't show you the scrollbar anymore :-/ [10:49] Hi, Is there any chance to package glade 3.8 for oneiric? [10:49] Currecty the only available version is 3.10, but this version doesnt have libglade support [10:50] (3.8 and 3.10 are parallel instalables) [10:50] jjardon, isn't libglade deprecated for years? [10:51] seb128: yes, but we need it to port applications that still using libglade [10:52] jjardon, well I guess the old glade could be packaged if somebody has enough interest to work on that, it's not a priority though === dholbach_ is now known as dholbach [11:15] StevenK: https://launchpad.net/ubuntu/+source/guile-gnome-platform/+changelog => Any idea why you added the ubuntu delta? Its long time ago, but you never know :p [11:27] hi, thunderbird stopped working completely for me, I get [11:27] GLib-GIO-ERROR **: Settings schema 'apps.gecko-mediaplayer.preferences' is not installed [11:28] Trace/breakpoint trap (core dumped) thunderbird [11:28] Is this known? [11:41] chrisccoulson, hi [11:41] hi tkamppeter [11:42] chrisccoulson, it seems that thunderbird is generally not working any more. I get [11:42] GLib-GIO-ERROR **: Settings schema 'apps.gecko-mediaplayer.preferences' is not installed [11:42] Trace/breakpoint trap (core dumped) thunderbird [11:43] that's not a thunderbird bug [11:43] chrisccoulson, is this known? [11:43] nope [11:43] that's caused by a plugin you've got installed (gecko-mediaplayer) [11:43] (just a guess, going on the schema name) [11:44] chrisccoulson, so seems to be best to uninstall that plugin? [11:44] tkamppeter, yeah [11:46] chrisccoulson, that's it, thunderbird is working again. Thank you. [11:50] tkamppeter, no problem. i'll get that fixed, as i guess it also stops firefox from starting too [11:53] chrisccoulson, OK, is this bug 812053? [11:53] Launchpad bug 812053 in gecko-mediaplayer (Ubuntu) "Latest gecko-mediaplayer update in Oneric causes all browsers to crash" [Undecided,New] https://launchpad.net/bugs/812053 [11:53] tkamppeter, yeah [11:54] how on earth there was ever an upstream release of this is beyond me, there's no schema file anywhere in the upstream source [11:54] so it could never have worked for anybody [11:55] chrisccoulson, thanks. I have added a comment and a "me too" to that bug. [11:56] tkamppeter, oh, i think we commented at the same time ;) [12:18] stgraber / Laney: people with PPU should be in ~ubuntu-dev, right? === dreaded66 is now known as fyrfaktry [12:22] Daviey: yeah [12:23] Laney: ~serge-hallyn has PPU but not in ~ubuntu-dev [12:23] alrighty [12:26] done, thanks [12:26] rocking, thanks Laney [12:26] "This is the team of developers who work on Ubuntu. They are called the "Masters of the Universe" because historically they were responsible for the long tail of packages outside the core of the OS." [12:26] err, think not [12:27] Laney: I've never understood the logo either :) === tkamppeter_ is now known as tkamppeter [12:50] dupondje: I can't recall, sorry. Intrepid was a *long* time ago. [12:50] dupondje: I suspect it was a FTBFS fix. If it builds without it, drop it. === ximion1 is now known as ximion === barry` is now known as barry_ === barry_ is now known as barry [13:40] pitti: hey, I saw the changes to the cups profile for bug #812035. I'm not sure what is put in /run/samba by samba itself, but it seems like giving cups rw access to all of /run/samba/** might be too lenient [13:40] Launchpad bug 812035 in cups (Ubuntu) "Cups needs access to /run/samba/" [Undecided,Fix released] https://launchpad.net/bugs/812035 [13:41] pitti: what is cups trying to do with it and what does samba put in there? [13:41] jdstrand: you think it might be enough to give it write permissions for /run/, to create the dir? [13:41] the bug report had a denied privilege of 'c', which is undocumented [13:41] seems to map to an mkdir call [13:41] jdstrand: but apparently cups is trying to mkdir /run/samba/ [13:42] pitti: well, that is just it-- I don't know what cups is trying to do. '/run/samba/ rw,' would solve the immediate error, but I don't know if more would then come out after [13:43] it seems wrong for cups to look at /run/samba in either case, as the location of that directory can be changed in the samba configuration [13:46] if it operates correctly without it, then maybe use 'deny /run/samba/ w,' [13:46] that would silence the error [13:46] (but make it harder to diagnose if the access was actually needed) [13:47] jdstrand: thanks; I'll ask in the bug [13:47] pitti: cool, thanks [13:48] dupondje: ^ [13:48] asked in bug 812035 [13:48] Launchpad bug 812035 in cups (Ubuntu) "Cups needs access to /run/samba/" [Undecided,Incomplete] https://launchpad.net/bugs/812035 [13:51] oh, bah, designing an interface that requires a function to be called when one fd is ready for reading *and simultaneously* another fd is ready for writing is probably not very select-friendly, is it [13:52] pitti: jdstrand: I added a remote printer on a SMB share [13:52] that caused to pop the error in dmesg [13:52] But printing worked! [13:53] dupondje: ah, thanks [13:53] deny /{,var/}run/samba/ rw, [13:53] jdstrand: ^ so that should do it? [13:53] I also searched the network [13:53] for printers [13:54] not on my computer at home atm [13:54] so can't test what action it was exactly :) [13:55] But 'search network printer' failed I think [13:55] 'Find Windows printer on SMB share' worked [13:55] can test that again if you want [13:56] I take it dmz-cursor-theme wasn’t dropped from ubuntu-desktop intentionally? [13:56] pitti: it sounds like a reasonable start [13:57] dupondje: please file a bug if printing to that printer gets weird if we update the profile to explicitly deny [13:58] i'll do :) [14:36] kees: howdy! I was wondering if you have an ETA on when will bug #800403 be reviewed? [14:36] Launchpad bug 800403 in resource-agents (Ubuntu) "[MIR] resource-agents" [Wishlist,New] https://launchpad.net/bugs/800403 === dendrobates is now known as dendro-afk [14:57] kirkland: are you aware that divitup's ssl certificate has expired? [14:57] Laney: i am, will get that fixed ;-) I'm moving it to godaddy [14:57] :-) [14:58] Laney: thanks for the reminder! will get that ssl cert on order today [14:58] np [15:11] soren: thanks for copy-ppa-pkg.py in your ubuntu-archive-tools branch, came in very handy today [15:24] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: bjf [15:35] mpt, hi [15:39] So the guy says to me "Are you *suuure* that you aren't an actor" ohaha that's right Mr. Giraffe get all the marmalade. [15:42] hi folks, I have a source tree and when I debuild -S, the .tar.gz is huge because it's including .bzr, how should I invoke debuild so .bzr gets ignored/excluded? [15:43] roadmr: use bzr-builddeb [15:43] lamont: ping re aspectj manual bootstrap build [15:45] I have lm-sensors which is replacing lm-sensors-3, should I -v to the last lm-sensors upload or the last lm-sensors-3 upload? [15:46] micahg: excellent, a simple answer for a newbie question :) works like a charm, thanks! === dendro-afk is now known as dendrobates === brendand_ is now known as brendand_n310 [16:10] didrocks, was it you who I spoke to at the Rally about the Qt Creator Design bug being fixed? [16:11] jono: I think we didn't speak about it together, but I clearly tried to figure out why there was this bug and know it will be fixed for Oneiric :) [16:12] jono: basically, step 1 is there, still need a new qt creator sync from debian + a small patch (but need new qtwebkit first) [16:12] didrocks, oh, cool, someone told me there was a fix and it was going in the week after the Rally [16:12] was just curious :-) [16:12] jono: right, but new qtwebkit came into the dance between :-) [16:13] didrocks, aha! [16:13] good times [16:13] lol [16:13] of course :-) [16:13] jono: I'll ping you once it's done (I have it working locally fyi) [16:14] thanks so much didrocks, you rock, as usual :-) [16:14] thanks :-) === deryck is now known as deryck[lunch] === dendrobates is now known as dendro-afk [16:25] There are no plans in the making to be able to suppress the unity dock to the left are there? [16:36] jamespage: see the portal [16:36] I saw it's waiting for me, slim chance today, better chances tomorrow [16:36] lamont: great - thanks [16:39] RAOF: debhelper multiarch substitutions: there was a bug report requesting such a facility for debhelper (at least for .install, .links files, not for maintainer scripts), but there is unlikely to be progress soon on getting this merged === beuno is now known as beuno-lunch [16:55] dholbach: hi! fyi, I have created a wiki page for the security team's packages of the week: https://wiki.ubuntu.com/SecurityTeam/HighlightedPackages. Currently this is being importated into our GettingInvolved page (https://wiki.ubuntu.com/SecurityTeam/GettingInvolved#Fix_security_bugs) [16:57] jdstrand, awesome! I'll write about it tomorrow === dendro-afk is now known as dendrobates [16:58] dholbach: it is also something that will be mentioned in our weekly irc meetings [16:58] that's awesome [16:58] dholbach: thanks for your ideas/help with all of this :) [16:58] * dholbach hugs jdstrand [16:59] * jdstrand hugs dholbach back :) [16:59] :-D === mok0_ is now known as mok0 === deryck[lunch] is now known as deryck === beuno-lunch is now known as beuno [17:48] cjwatson: I was thinking about making an apport package hook for memtest that'd direct some bugs to grub2 since a lot of failures occur with the syntax of grub files === TheDaniel0108 is now known as Daniel0108 [18:38] i know this isn't support, but can someone help me with my problem? trying to get a via vt6410 pci raid/ide card to see the drives attached to it, running ubuntu 11.04 [19:03] geser: ping? === charlieS_ is now known as charlie === charlie is now known as charlieS [19:09] Phr3d13: if you know it's support why are you asking [19:10] Phr3d13: you've had the issue explained to you in #ubuntu before you got banned, so please don't bring support here [19:13] 14:38:34 [19:13] oops === dendrobates is now known as dendro-afk [19:16] my bad, just trying to get a better answer than ask via and "it isn't supported", sorry [19:17] i didn't know there was 'submittodebian!' [19:17] neat [19:21] slangasek: do you know what 'Bus error' means in bug 790869? [19:21] Launchpad bug 790869 in eglibc (Ubuntu) "package libc-bin 2.13-0ubuntu13 failed to install/upgrade: subprocess installed post-installation script returned error exit status 135" [Undecided,New] https://launchpad.net/bugs/790869 [19:22] bdmurray: I do, but how it happens there is a mystery :) [19:23] bdmurray: "bus error" is the signal when something tries to do unaligned memory access and the CPU rejects it; this doesn't happen on x86 [19:23] Yeah, I was just scratching my head at that. [19:23] (because the CPU never rejects it) [19:23] bdmurray: so we would need to reproduce this and catch a backtrace of the failing process to actually diagnose [19:23] Maybe someone helpfully added alignment traps to the i386 kernel and it throws sigbus? :P [19:24] that would be excellent :) [19:25] * micahg tries to ask his question again [19:25] I have lm-sensors which is replacing lm-sensors-3, should I -v to the last lm-sensors upload or the last lm-sensors-3 upload? [19:25] micahg: what do you mean by "-v"? [19:26] slangasek: debuild -v, to get the changelog entries in sources.changes [19:26] oh [19:26] other than bookkeeping, what's actually affected by that? LP closer detection? [19:26] slangasek: Apparently, SSE* instructions can SIGBUS. [19:26] infinity: oh, woot! [19:27] micahg: I would use the last lm-sensors version [19:27] broder: probably nothing, just wondering if people have any opinions [19:27] because there's a separate lm-sensors-3 package in the archive with a separate changelog [19:27] slangasek: right, so lm-sensors-3 is being dropped from Debian with lm-sensors taking over again [19:27] slangasek: Still pretty unhelpful to know without a backtrace, mind you. [19:28] slangasek: it's essentially a source rename to a previously used source [19:29] bdmurray: I have a sneaking suspicion that with the bug being 2 months old, you won't be able to ask the reporter if his system is still hosed and get him to backtrace ldconfig in gdb, but that would be nice. :P [19:29] micahg: yeah, I understand... I guess my answer might depend on what the changelog for this package actually looks like :) [19:29] slangasek: I can pastebin the two options :) [19:29] bdmurray: It's equally likely that it was a transient toolchain issue that's since been resolved and rebuilt, mind you. [19:29] micahg: so I think I actually don't care enough to load the links if you do ;) [19:31] slangasek: k, it's only ~200 lines against the last lm-sensors upload, so not so bad, thanks === ejat- is now known as ejat === dendro-afk is now known as dendrobates [19:36] How the heck are you guys gonna fix 54 bugs before the 29th [19:38] ... by averaging 4.909 a day :) [19:39] .909? I guess the other .091 is committing [19:39] awkisopen: patches welcome :) [19:40] someday I'll figure out a way to give back to Ubuntu, I swear [19:47] awkisopen: Cookies. [19:49] not that I think 54 bugs between now and the 29th is unrealistic, but I don't know what 54 bugs you're talking about or why the 29th is a deadline :) [19:49] so what's special about the 29th? [19:50] * charlie-tca was wondering that too [19:51] slangasek: You weren't planninh on having a "6 days before Alpha-3" party? [19:51] slangasek: Cause I already bought balloons and sparklers. [19:51] ;) [19:52] infinity: actually that was the day I was going to prove upstart is better than systemd, didn't realize there was a party that day - perhaps I'll have to juggle my schedule [19:53] Isn't the 29th when 10.04.3 comes otu? [19:53] *out, even [19:53] That's what I was referring to, anyway [19:53] That's the 21st, in theory. [19:54] https://launchpad.net/ubuntu/+milestone/ubuntu-10.04.3 says "expected: 2011-07-29" [19:54] Oh, fair enough. Perhaps someone juggled it. [19:54] awkisopen: https://wiki.ubuntu.com/LucidReleaseSchedule says 21st [19:54] oh no now I'm confused :( [19:54] I had my calendar marked for the 29th for months [19:55] I'd be thrilled if it were indeed only 3 days from now [19:57] slangasek: any thoughts on what might be behind this? https://bugs.launchpad.net/ubuntu/+source/linux/+bug/811999 [19:57] Ubuntu bug 811999 in linux (Ubuntu Natty) "package linux-image-2.6.38-10-generic (not installed) failed to install/upgrade: subprocess dpkg-deb --fsys-tarfile returned error exit status 2" [Undecided,New] [19:58] there are more than just that one, possibly all duplicates [19:59] sconklin: I've been cleaning those up [19:59] sconklin: its something wrong with the .deb on the user's system [19:59] dpkg-deb (subprocess): data: internal bzip2 read error: 'DATA_ERROR' [19:59] Definitely corruption or a short file, but... [19:59] Ew. [20:00] ok. Well, here's a list to start with - sorry there are two of each one. Scripting bug. [20:00] http://people.canonical.com/~sconklin/reports/regressions.html [20:00] almost all the Natty ones appear to be this problem [20:00] sconklin: okay, i'll take care of them [20:00] We could do a better job of verifying files before apt calls dpkg, surely? [20:01] awkisopen: ah yes, I suspect the milestone in launchpad didn't get updated when the schedule changed; it's unfortunately not somethign that tends to be at the forefront of people's minds. As for 54 bugs, most of the bugs linked from the milestone are already fixed or "fix committed" (meaning the SRU is pending final publication), and a number of the others will likely not make the deadline. [20:02] infinity: maybe we do now, and didn't then? [20:02] slangasek: Cool. I was wondering how it all worked. So you're saying it's likely that 10.04.3 is coming out on the 21st? [20:03] slangasek: Yeah, things are probably much improved since yesterday when the bug was filed. ;) [20:03] infinity: it was filed against natty :P [20:03] (I know) [20:03] actually, I guess that means it's unlikely to have been fixed since, doesn't it [20:04] it is strange to have an uptick in such reports in natty [20:05] Well, it could be symptomatic of something else going pear-shaped (filesystem drivers, network issues, or heck, maybe some massive ISP just started doing broken transparent proxying six months ago) [20:05] But none of that changes that we should probably be doing at least trivial checks on downloaded debs before passing them off to dpkg. === Ursinha is now known as Ursinha-nom [20:11] bdmurray: bug #812507, people start to translate the -fsys-tarfile :-( [20:11] Launchpad bug 812507 in openjdk-6 (Ubuntu) "package openjdk-6-jre-headless 6b22-1.10.1-0ubuntu1 failed to install/upgrade: defektes Tar-Dateisystem - Paketarchiv ist defekt" [Undecided,New] https://launchpad.net/bugs/812507 [20:12] doko: hrm [20:22] persia, maco: a status mail how far we are with ArchReorg would be helpful, I don't know either what the next step would be [20:22] agreed [20:23] we have package sets! ....the end [20:23] all i got [20:25] * persia wants to wait until after the DMB meeting is over, and there has been a chance to renew hydration, and then will blather for a bit (but I'm unprepared, so I may not be able to give entirely authoritative answers) [20:26] doko: doh. Can you file a bug on the translation for that? Since obviously commandline arguments shouldn't be translated [20:26] persia: no problem (and no hurry), I would be happy to even get some unauthorative answers [20:36] slangasek: hmm, which package [20:36] What happends with the idea to have a 'testing' repo in Ubuntu ? [20:41] dupondje: Someone raises it every couple years, and then it never happens. [20:41] doko: I don't know, I figured you're in a better position to work that out than I am since you might actually have german language packs installed :-) [20:41] The original setup has some philosophical basis that I've forgotten, but nobody has yet put up a strong enough arguments to overcome inertia (if that can be done) [20:42] doko: looks like dpkg.mo to me. [20:42] slangasek: well, maybe ... the language packs itself don't help much [20:43] maco, geser: So, ArchiveReorganisation has two aspects: Permissions and Components. [20:43] Permissions: https://wiki.ubuntu.com/ArchiveReorganisation/Permissions [20:43] (or so says "grep -r fsys-tarfile /use/share/locale") [20:44] This is largely done, except that is a need for Soyuz to grow a default packageset, and to stop using components as part of Ubuntu permissions. [20:44] slangasek: And "I have no langpacks" isn't much of an excuse, dpkg is fully translated without. :P [20:44] There was a UDS spec about it, and jml wrote up some notes, and someone needs to review the notes, file some bugs, file an LEP, and set aside some time to help implement it. [20:44] persia: do we have enough packagesets or need some more need to be created to cover what we currently have? [20:45] geser: More packagesets are useful if there are developers for them. [20:45] infinity: that message isn't in the de/dpkg.mo [20:45] infinity: at least not in oneiric [20:45] And some packagesets need cleanup work (the server set is particularly in need of gardening) [20:45] adconrad@cthulhu:/usr/share/locale$ grep -r Tar-Dateisystem /usr/share/locale && dpkg -S /usr/share/locale/de/LC_MESSAGES/dpkg.mo [20:45] Binary file /usr/share/locale/de/LC_MESSAGES/dpkg.mo matches [20:45] dpkg: /usr/share/locale/de/LC_MESSAGES/dpkg.mo [20:45] slangasek: Probably fixed already, then. It's there in natty. [20:46] Components: https://wiki.ubuntu.com/ArchiveReorganisation/Components [20:46] infinity: false positive, do it properly with msgunfmt :) [20:46] persia: should we continue to "push" people into package sets upload right where applicable? [20:46] THis is much less well along. It needs identification of all the various uses of "main", and assurance that we have a solution that doesn't rely on "main" to move forward. [20:47] geser: Where applicable, yes. Any specialist develolper team should probably have a packageset. [20:47] persia: do we need an "old-universe" package set so that the-people-formerly-known-as-motu can be grandfathered into their packages instead of losing them when they get added to xubuntu-desktop or whatever else? [20:47] I don't think we care if large chunks of the archive are outside packagesets, if some team to care for them doesn't organically appear. [20:47] infinity: the hits only translate the usage message for --fsys-tarfile, not the option itself (including in natty) [20:47] maco: At the UDS session, bigjools wanted that to be called "default" [20:48] i thought at UDS Dallas "motu take care of teh long tail of not-in-a-packageset packages" was what was said [20:48] gosh was that dallas or barcelona? ....meh [20:48] persia: belong package sets to "Permissions" or "Components" or both? [20:48] maco: And MOTU are intended to lose access when things move into packagesets: if they want to keep working on those packages, they should join the relevant teams. [20:48] slangasek: Oh, indeed. That's a message about a corrupted archive. [20:48] Membership in many development teams should be an indicator that someone ought be core-dev. [20:48] slangasek: The other one might be apt, come to think of it. [20:49] bdmurray: sure ... [20:49] geser: Mostly permissions, although permissions was the largest of the meanings of "main" towards Components. [20:49] maco: Dallas [20:49] cjwatson: got a minute? [20:49] infinity, doko: actually, the "subprocess dpkg --fsys-tarfile" message should *always* be untranslated, because it's the name+args of the process so dpkg never passes it to gettext for translation... so no bug here, I think [20:50] infinity, doko: the text message explaining what went wrong will be translated, but that's correct [20:50] msgid "corrupted filesystem tarfile - corrupted package archive" [20:50] msgstr "defektes Tar-Dateisystem - Paketarchiv ist defekt" [20:51] So, for components, I've done some of the research, and found "supported", "translated by rosetta", "receives priority attention by the security team", "undergoes security review", "undergoes code review", "undergoes maintainabilty review" [20:51] persia: the "Permissions" part moved forward with increased use of package sets, did the "Components" part moved forward too in the last months? [20:51] so bug 797968 is the highest numbered bug I've found with "Bus error" [20:51] Launchpad bug 797968 in eglibc (Ubuntu) "package libc-bin 2.13-0ubuntu13 failed to install/upgrade: subprocess installed post-installation script returned error exit status 135" [Undecided,New] https://launchpad.net/bugs/797968 [20:51] dupondje: I'm pretty sure it will never happen. I suggested it before Ubuntu was even created. :-) [20:51] micahg: only if you warn me what it's about [20:51] I've also found a number of others which were nascent, and could be converted to packagesets before they got too far (like freeze definitions). === yofel_ is now known as yofel [20:52] geser: I don't know of any work done in ArchiveReorganisation since March, which was me interviewing lots of stakeholders about "support". [20:52] slangasek: Hrm. So, we're just seeing a different return on that bug report? [20:52] cjwatson: I uploaded lm-sensors, I thought it would be stuck in Binary NEW since it's a different source providing binaries, but it doesn't seem to be the case [20:52] infinity: maybe [20:52] I was unable to find an acceptable consensus, and am not personally working on AR for a while because that was frustrating. [20:52] slangasek: (ie: not the "subprocess dpkg had a sad" return) [20:52] cjwatson: I just don't want to break the world with a component mismatch [20:52] micahg: https://launchpad.net/ubuntu/+source/lm-sensors/1:3.3.0-4ubuntu1 says it's accepted [20:53] micahg: the only thing that goes through NEW is when the source/binary package name in question doesn't have an override [20:53] LP doesn't care (much, and not at this level) if one source takes over another source's binaries [20:53] Oh, for Components, "mirroring" is another important thing to be sorted. [20:54] persia: so AR will stay in the current state until the pressure rises again to move it forward? [20:54] cjwatson: ok, can you switch lm-sensors for lm-sensors-3 in core and promote to main? [20:54] micahg: sure, tomorrow [20:54] it won't break things tonight AFAIK [20:54] geser: As with everything in Ubuntu, if nobody works on it, nothing happens. [20:54] cjwatson: ok, thanks, as long as it doesn't break stuff, I don't care much when it happens, thanks :) [20:55] I don't think it's fair for me to make a blanket statement about the progress of AR. [20:55] persia: by mirroring, do you mean the /pool/main/blahblahblah paths? [20:56] maco: more likely $country.archive.ubuntu.com [20:56] maco: Rather, that some mirrors have limited disk space and/or bandwidth. We would need a way for mirrors to mirror packages based on packagesets or flavours, rahter than main/universe. [20:56] ah ok [20:56] geser: $CC.archive.ubuntu.com is always a full mirror, so those aren't as affected. It's the smaller mirrors, private mirrors, etc. [20:57] cjwatson: do I need to file any paperwork for this since it's just a source rename? [20:57] no [20:59] Nobody happen to have a Intel Centrino Advanced-N 6230 ? [20:59] dupondje: you might want to try askubuntu.com [21:00] geser: maco: Other questions, or do you feel you understand the current status to the degree you wish? [21:00] persia: thanks for the description of the current AR state, it really helped me to understand where we currently are with AR [21:01] geser: Please, feel free to ask my anytime. I try to keep track of AR, and help new processes be AR-compatible, and really hope me taking a break doesn't mean we make no progress for a while. [21:01] persia: well, you said "help would be welcome" [21:01] persia: how do random non-canonifolk help? [21:02] i assume some stuff just plain requires IS involvement, for example [21:02] (which reminds me: omg the other day IS responded to an RT ticket the SAME DAY) [21:02] maco: You could pick up the Soyuz stuff where I left off (I'll dig up the detail status for you if you like). You could interview folk for "support", but from my experience, I believe that needs Canonical folk. [21:02] (as I'd hate to share my frustration) [21:03] yeah uh....launchpad's code scares me [21:03] heh [21:03] Someone needs to tackle translations: understand the infrastructure, envision how it might work without "universe", write up an LEP and a blueprint for UDS. [21:03] it scares everyone who's touched it too. [21:03] I also get the impression that for a community member it's hard to help with AR in the current state as it needs planing through complete Ubuntu and also LP [21:03] Replacing MIRs is probably blocked by "supported". [21:04] persia: there was a recent fix to allow translations for non-main packages in laucnhapd [21:04] persia: creating a "supported" package set just means poking cjwatson, though, doesn't it? [21:04] he seems to be keeper of the keys of packagesets [21:04] can someone here rebuild obrowser and ocaml-sqlexpr (with no changes, recompile with lwt 2.3.0-3)? [21:04] * maco was surprised to learn the DMB cannot use edit-acl.py to add devs to packagesets after voting on them [21:05]