[01:59] hi,did you patch busybox in order to boot from ext4? [02:16] http://paste.ubuntu.com/165234/ [02:17] Anyone an idea of what might be going wrong? [02:20] Maybe your pbuilder chroot is missing universe? [02:21] Any idea how to add/check that? :) [02:22] I've had pbuilder working before, and I think I did exactly the same as last time [02:23] `pbuilder --login` might be the easiest way. [02:23] libidn11-dev is in main [02:23] Ah [02:23] txt2man is not. [02:32] Is there something I can do to make it persist? Changes seem to be lost as soon as I log out [02:32] I guess I should go find some pbuilder manual :) [02:32] I was following the packaging guide on the wiki [02:34] use --save-after-login [02:34] !pbuilder [02:34] pbuilder is a system to easily build packages in a clean chroot environment. To get started with PBuilder, see http://wiki.ubuntu.com/PbuilderHowto [02:35] Thanks [02:42] andersk: Looks like you were right, thanks :) [02:50] Hi! Is there a similar kubuntu-devel list, or is it all done on this channel? [02:51] pedahzur: sure, #kubuntu-devel [02:52] and there's a kubuntu devel mailing list, in the same place as the ubuntu devel list [02:52] Hobbsee: Thanks...for some reason it didn't come up when I listed channels. I should have just tried to join it. Sorry for the noise. [02:52] pedahzur: no problem. good luck! [02:53] Thanks! === rickspencer3 is now known as rickspencer3-afk === Snova_ is now known as Snova [03:35] What is the Image Magick package for ubuntu? [03:35] hello is this channel for development of ubuntu? [03:36] TonyTheTiger: yes. [03:36] the_dark_warrio: apt-cache show imagemagick [03:36] I am interested in writing a driver for a device i have, I dont mind taking time to learn how to do it. [03:38] Hobbsee: Sorry, I'm looking for the dev packages.. I tried installing libmagick-dev, libmagick++-dev, libmagic-dev, etc. But everytime I install a new lib, I get another error trying to compile the code [03:43] is there a channel for driver development for ubuntu? [03:43] the_dark_warrio: i don't know, you'd have to give a pastebin of the errors [03:44] Hobbsee: I'm getting help on Inkscape channel, I will see if they know what is the bug [03:45] the_dark_warrio: OK, cool. They'd probably know better anyway [03:51] Hobbsee: thanks, I think I got it working now [03:52] the_dark_warrio: hurrah! [03:52] Hobbsee: ;) cia! [03:59] can i get someone to process libbase-openoffice.org it is a new package that has built [03:59] Hobbsee: do you have access for that? :) === nhandler_ is now known as nhandler [05:57] ooo 3.1.0~rc2-1ubuntu1 in process of uploading now :) [05:58] shiny! [05:58] will there be a PPA build? [05:59] yea for h/i/j [05:59] now i just have to upload around 600MB over my crap dsl [05:59] ouch [06:01] dput-torrent :p [06:02] * calc wished he had access to somewhere will really good upload speed for times like this [06:02] * nixternal has 6mb up [06:02] i have 512k :\ [06:03] though you can't tell when doing dput [06:03] ya, 512 wouldn't cut it for me after getting used to 6mb [06:04] calc: Get a VPS and rsync your uploads to it? [06:08] % sudo rm -f /dev/sdb [06:08] * StevenK twitches a little [06:08] StevenK: well i do upload to a server before dput but it still takes forever, i guess if i did all my building on a remote server it would be faster but then i would have to download any time i needed to test the packages [06:09] * calc just needs to move somewhere with fios [06:09] calc: If your downstream connection is much faster, that sounds worthwhile [06:10] well downstream is only 3M so not too much better [06:10] calc: Find a better wet string? [06:13] hahahaha [06:13] i'm about 800ft too far away to get 18/1 [06:13] ouch [06:14] i had faster internet than this 9 years ago :\ [06:14] back then i had 8/1 dsl [06:14] i've got 5/0.5 [06:15] Mine is roughly 6/256k [06:16] I used to have 3/256k so I'm moving up [06:27] cjwatson: heh, forgot to upload ;) [06:27] Good morning [06:27] NCommander: hi [06:27] hey pitti, what's up? [06:28] NCommander: you pung me over night [06:28] Hello guys how hard is it to write a driver for a device? (assuming I have programming background, but no experience in this topic) [06:28] pitti, I think I was curious if I needed something spnsored but I don't remember [06:31] pitti: can you approve libbase-openoffice.org (its stuck at new) [06:37] Where can I view the source code to a driver? [06:48] i386 buildd has caught up :-) [06:48] maxb: :) [06:48] maxb: are you still contributing to cygwin? [06:49] TonyTheTiger: most device drivers are in the linux kernel nowadays (you can browse it in gitweb, or apt-get source linux); but there are all kinds of other drivers around (such as libgphoto for PtP cameras) which live in userspace; you have to be more concrete [06:50] lifeless: No, I fully extricated myself from Windows a while back [06:51] I appear to have finally done that today [06:51] pitti, I want to get my controller supported in ubuntu so I thought Ill go ahead and add support for it myself. Sick and tired of people tell me "do it yourself". [06:53] ok in about 5 hours all 4 copies of OOo should magically appear, the three in the ppa and in karmic [06:53] * calc is headed to bed now [07:18] "All right here's a weird "bug" for you, if you want to call it that. The notifications cause my clock radio, which is about 5 feet away from my tower, to emit an audible vibration and buzzing noise. " [07:24] hahahaha [07:28] is it usb connected or wireless :p [07:32] good morning === tkamppeter_ is now known as tkamppeter [08:37] Anybody knows by heart what method/config normally should start metacity and gnome-panel? After playing around with the desktop-switcher this does not happen automatically... [08:40] smb: gnome-session usually starts those through some .desktop files; seb128 would know more details [08:40] smb: ah, nevermind [08:40] smb: it's a gconf setting in gnome-session, /desktop/gnome/session/required_components_list [08:41] [windowmanager,panel,filemanager] [08:41] right [08:41] the base composents are in gconf keys [08:41] autostart is for everything else [08:41] Hm, I thought I saw those being there... [08:48] seb128, Looking into the gconf-editor I find those keys. But it does not seem to happen. Any log files I might look into? [08:48] what did you change to break it ? [08:48] does it work for an another use on your box ? [08:49] repeatedly using the desktop-switcher to go from the unr desktop to the standard and back [08:49] seb128, let me add one and try [08:49] you can use the guest session to try [08:50] njpatel: ^ what is that desktop switcher doing? [08:50] it seems smb managed to unset required gconf keys by using it [08:50] seb128: apart from screwing up some peoples desktops in it's current version in jaunty, it switches from netbook mode to classic mode (normal ubuntu look) [08:51] seb128: I've already fixed the bug, and StevenK was going to help with an SRU [08:51] njpatel, So it is a known "feature" then? :) [08:51] (i've fixed it in a way that it repairs existing breakage too) [08:51] smb: unfortunately. Couldn't get it in before release [08:51] i hope we can get an sru soon [08:52] * njpatel hasn't done sru before, so any help would be appreciated [08:52] got the bug number handy? [08:52] njpatel: can you explain what to do change to manually fix it? [08:52] njpatel: Step one: Fix it in Karmic [08:52] Just was about to ask [08:53] https://bugs.edge.launchpad.net/desktop-switcher/+bug/349519 [08:53] Ubuntu bug 349519 in desktop-switcher "Switch Desktop Mode corrupted settings" [Undecided,Fix committed] [08:54] seb128: pwnguin ^ [08:54] StevenK: I've already made a release of desktop-switcher with the bug fixed, could we get that into karmic? [08:54] njpatel: It's on LP? [08:55] heh [08:55] StevenK: yep,it should be [08:55] njpatel: Certainly, I'll do it tomorrow. [08:55] is stevenK still allergic to lp? [08:55] StevenK: thanks! [08:55] I was allergic? [08:55] perhaps my memory is foggy [08:56] it is 3am here [08:56] njpatel, Thanks for the link. Looking at the runes now [08:56] awesome, thanks [08:57] this raises a question for me [08:57] if a bug is known upstream and affects ubuntu [08:57] hmm. i should find, read and then quote what i saw earlier [08:58] rather than attempt to do anything from memory right now [08:58] njpatel: Doing it now, since ... I don't know :-P [08:58] :) [09:00] "" [09:00] thanks for the report, but there's no need to open the bug on Ubuntu if there's already one on the upstream bug tracker, it only creates extra work for developers and triagers, thanks. [09:01] how does that mesh with the SRU process? [09:01] It should be tracked in Ubuntu Karmic and Ubuntu Jaunty for the SRU process [09:02] https://bugs.launchpad.net/ubuntu/+source/evolution-mapi/+bug/351493 [09:02] Ubuntu bug 351493 in evolution "Evolution mapi plugin uses a lot of memory" [Unknown,Confirmed] [09:02] i guess i dont understand what the triager is asking for on this bug [09:02] dont report bugs in LP if they're already upstream in bugzilla? [09:03] njpatel: I'm going to twiddle that bug to add a desktop-switcher task for Karmic and Jaunty. [09:03] njpatel: The Karmic task will get closed after I upload [09:03] okay, thanks. and I'll hassle seb128 later on today :) [09:04] Well, there's no real point reporting to LP if it's already upstream, *unless* it's for the specific purpose of nominating for SRU [09:06] pwnguin: there is no need to report upstream bugs in launchpad if they are already known upstream yes [09:06] njpatel: Uploading [09:06] s/ing/ed/ [09:09] njpatel, cool, manually fixed it here. thanks [10:04] pitti: would you mind if I disabled pkgsanitychecks for udebs? http://launchpadlibrarian.net/26375427/buildlog_ubuntu-karmic-i386.rootskel-gtk_1.15ubuntu1_FAILEDTOBUILD.txt.gz is an interesting build failure - the udeb just installs a /usr/local/etc symlink to work around some problem elsewhere [10:05] cjwatson: no problem at all [10:05] pitti: while this should probably be dealt with so it doesn't need to do that, none of the checks in pkgsanitychecks really seem all that important for udebs; it's not as though it's important to provide the sysadmin with an area where his local changes will be preserved :-) [10:05] exactly [10:05] (I've uploaded rootskel-gtk with NO_PKG_MANGLE=1 for now, but ...) [10:06] I think udebs just weren't taken into consideration when this was written [10:06] this is the first time I've noticed it failing [10:06] is there a bzr branch for pkgbinarymangler? [10:06] no, this isn't in bzr [10:06] ok [10:17] Keybuk: \o/ system-tools-backends finally dropped its init script === azeem_ is now known as azeem [10:50] cjwatson: intrepid-proposed doesn't have a matching d-i for the -14 kernel; how important is it to be in sync? [10:51] cjwatson: the kernel team asked me to move the -proposed kernel to -updates, but I stalled it because I wasn't sure about the impact of this [10:57] pitti: there's one in the queue ... [10:58] the problem with them getting out of sync is that the installer images previously published in intrepid-updates will break [10:59] it won't break people using the images in dists/intrepid/, but I know there are some people using the images in intrepid-updates, due to bug 293586 if nothing else [10:59] Launchpad bug 293586 in busybox "lack of CONFIG_GETOPT_LONG in busybox-udeb completely breaks Kickstart" [High,Fix released] https://launchpad.net/bugs/293586 [10:59] so I like to keep them in sync [10:59] people would still have to download fresh installer images; there isn't much to be done about that [11:04] cjwatson: ok, I'll accept the upload for that (thanks), and let it build, before I move it then [11:05] cjwatson: also, I was told that after copy-package'ing d-i for hardy, there's some extra magic necessary to copy the netboot images; is that documented somewhere? [11:05] I'm sure I did that once like a year ago, but I'm afraid I forgot it [11:24] pitti: for bug #362691, I guess I need to get approval from ubuntu-sru again? [11:24] Launchpad bug 362691 in xen-3.3 "XEN depends on Python 2.5" [Medium,In progress] https://launchpad.net/bugs/362691 [11:25] ebroder: haven't looked at the patch yet [11:25] Ah, ok. No worries, then [11:25] ebroder: but usually, it's more a question of finding a sponsor to upload it [11:25] pitti: documented on ArchiveAdministration now [11:25] (someone from server team, preferably) [11:25] cjwatson: thank you [11:29] ebroder: commented now [11:31] pitti: The version numbering still needs to be consistent, right? So this would still be 3.3.0-1ubuntu9.2, not 3.3.0-1ubuntu9.1? [11:32] ebroder: right, 9.1 got burned now [11:45] pitti: sweet === dpm_ is now known as dpm [13:12] Keybuk: debian bug 527229 [13:12] Debian bug 527229 in util-linux "The system time is NOT set correctly!" [Grave,Open] http://bugs.debian.org/527229 [13:23] Why is it that /etc/localtime is a copy of a timezone file rather than a symlink to it? Is it to make sure things don't fall apart before /usr is mounted or is there more to it than that? === cjwatson_ is now known as cjwatson [13:23] soren: your hypothesis is correct [13:25] Let’s get rid of /usr already. :-P [13:27] ion_, http://gobolinux.org/?page=at_a_glance [13:28] note how it has no users ;-) [13:28] (to a first approximation) [13:28] directhex: Capital letters in filenames are just bad as long as we have a case-sensitive filesystem. Or have they changed that as well? [13:31] dunno [13:31] but points for doing something different! [13:31] not sure how LSB-compliant they are ;) === RainCT_ is now known as RainCT [13:47] lamont: oh? [13:47] lamont: well, firstly I sent you a patch to use /dev/rtc0 rather than /dev/rtc [13:48] lamont: ask them what hwclock --debug --rtc=/dev/rtc0 says? [13:48] cjwatson: Lovely, thanks. === rickspencer3-afk is now known as rickspencer3 [14:28] seb128: how do I debug telepathy/jabber not working? [14:28] it just says "Network error" [14:28] but it doesn't even look like it's starting telepathy-gabble [14:30] mvo: funky apt-ftparchive failure in http://launchpadlibrarian.net/26391921/buildlog_ubuntu-karmic-armel.debian-installer_20081029ubuntu35_FAILEDTOBUILD.txt.gz [14:30] apt-ftparchive: symbol lookup error: /usr/lib/libstdc++.so.6: undefined symbol: __sync_fetch_and_add_4 [14:31] cjwatson: sweet [14:31] cjwatson: I have a look [14:32] ta [14:32] Keybuk: http://telepathy.freedesktop.org/wiki/Debugging [14:32] slangasek: d-i is in place on i386 now; awaiting build on amd64 [14:33] oooh, there is an image build attempt from last night ! [14:33] * ogra didnt notice yet [14:33] it won't be very useful [14:33] the desktop one ? [14:33] err, and where do you see this attempt? :) === asac_ is now known as asac [14:33] http://cdimage.ubuntu.com/ports/daily-live/20090506 [14:34] Keybuk: or ask Zdra or cassidy on the #ubuntu-desktop channel ;-) [14:34] oh, a livefs build attempt [14:34] http://cdimage.ubuntu.com/ports/daily-live/20090506 is pretty useless since it was still trying to build for jaunty [14:34] yeah, i just see that [14:34] old kernel and all [14:35] I changed cdimage to default to karmic this morning [14:35] ah [14:35] ok, waiting for the explosion of the image with teh next build then :) [14:35] mvo: FWIW, apt-xapian-index is currently uninstallable due to insufficient versions of python-apt and python-debian [14:36] there is a sponsor request open for the python-debian merge [14:39] cjwatson: thanks [14:39] cjwatson: I take care of this too (the python-apt merge is almost ready) [14:40] hyperair: I'm syncing nautilus-share, since it seems possible now and the older version causes livefs build problems (http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/karmic/ubuntu/latest/livecd-20090506-i386.out) [14:45] hmm really uploading now, i forgot that i needed to adjust the at time due to uploading from a server not in my own timezone :-\ [15:10] cjwatson: sure. [15:11] Hi. I've been using 8.04 for a long time without problems. but since my upgrade to 9.04, my xorg has a memory leak. when I leave it running for several hours it consumes almost 5 gb of ram and it consumes a lot of CPU time, although I'm not at my PC. is this a known issue? any fixes? [15:12] xaaab: it certainly doesn't happen for everyone in that magnitude [15:13] you might want to use xrestop to find out whether it's actually the X server's fault directly or whether it's due to some application leaking pixmaps into X [15:14] xrestop, eh? [15:14] * soren apt-gets [15:14] * xaaab just did [15:15] cjwatson, so... when I start xrestop, I just have to watch what the "total" column says and identify the culprit? [15:17] it's a place to start to avoid embarrassingly claiming that it's the X server's fault when it's actually a particular application, anyway. I'm no expert so have no more help to offer :) [15:26] ok all of OOo is uploaded now and waiting to build === robbiew1 is now known as robbiew [15:55] Why does "Build-Depends: a | b" fail, even though b is available? [15:59] Ah sbuild does that by default. [16:00] cjwatson: yippee :) [16:07] mok0, s/by default/because it hates humans/ [16:08] mok0, as far as sbuild is concerned, anything after a | in a build-dep may as well be a comment [16:08] directhex: it appears you can change its behaviour... but I can't get that to work either [16:09] dtchen: we have 1.0.20 of alsa. I will check tomorrow to see if there are any kernelspace/userspace differences that need to be sorted before we can bump to 1.0.20. [16:09] directhex: sbuild -d karmic --check-depends-algorithm=alternatives [16:09] grrrrr [16:10] mok0, convince all the debian buildd admins to make that happen and we'll talk [16:10] directhex: sounds like you know something I don't [16:12] we hacked it in Ubuntu to fall back to non-primary alternatives [16:12] but that was precisely because we weren't Debian [16:13] I mean, the fact that it's done in Ubuntu is not a demonstration that it should be done in Debian - we were doing it because in places we wanted to specifically avoid the primary alternative in Ubuntu [16:13] cjwatson: it seems that doesn [16:13] t work... [16:13] in Debian, I fail to see why you wouldn't just put the alternative you want first! [16:13] cjwatson: right [16:13] mok0: used to, talk to infinity if you have a clear demonstration of the problem [16:14] cjwatson: "infinity" is a nick, right? :-) [16:14] heh [16:14] yes [16:14] for a person, yes [16:15] * apw goes a bit mad ... anyone know what is driving OSD for volume? [16:15] infinity: are you here? [16:15] (audio volume) [16:15] apw, hal ? [16:15] (just a guess) [16:15] i can't see it doing it ... [16:16] it seems to generate a hal event for the volume-up key [16:16] dbus-monitor should show where its coming from [16:17] apw, gnome-settings-daemon it seems [16:17] at least for my system here [16:17] hrm ... obviously [16:17] thanks ogra [16:17] cjwatson: the libgnomecanvas2-dbg binary on amd64 is timestamped May 6 01:05, which seems to postdate your new-binary-debian-universe fix; strange [16:18] any archive admin remember accepting libgnomecanvas/amd64? [16:20] I didn't [16:29] * pitti didn't [16:33] wasn't me [16:43] pitti: hi! can you look at the debdiff I attached in bug #224365? I'd like to upload, but wanted to make sure I didn't step on your toes. :) [16:43] Launchpad bug 224365 in cupsys "Apparmor prevents printing with cups-pdf" [Undecided,Triaged] https://launchpad.net/bugs/224365 [16:45] jdstrand: well, someone already uploaded an ubuntu specific package, so that's fine [16:46] jdstrand: I'll commit the changes to bzr and sync them back from debian soon [16:46] jdstrand: so please go ahead [16:48] pitti: thanks! :) [16:50] pitti: looking at this, would you prefer I upload based off of jaunty's ubuntu3? [16:50] pitti: karmic still has the sync'd version from jaunty [16:50] (ubuntu1) [16:50] jdstrand: you can, but it really doesn't matter much; I'll thrash the ubuntu specific version soon anyway :) [16:51] jdstrand: so in fact, if you don't consider it super-urgent, just add the debdiff to the bug and assign it to me [16:51] and I'll get it done tomorrow [16:52] pitti: no, it isn't super urgent. I'll assign it to you to reduce archive churn [16:52] jdstrand: argh, I'm not going to apply that -- dac_override? [16:53] jdstrand: that's precisely what I don't want to give to hacks like cups-pdf [16:53] pitti: yeah, it is required when $HOME is 700 [16:53] *shrug* then don't set it to 700 :) [16:53] 701 is fine as well, you also need it for public_html and such [16:53] pitti: sure, but the problem is that the error message is totally cryptic for the end user [16:53] jdstrand: I really wouldn't like to see cups-pdf getting more privs that it absolutely needs [16:54] jdstrand: that should probably be improved then, yes [16:54] pitti: basically, the user sees nothing in the ui [16:54] pitti: and then in kern.log, has: [16:55] kernel: [33228.304167] type=1503 audit(1241581234.818:31): operation="capable" name="dac_override" pid=4905 profile="/usr/lib/cups/backend/cups-pdf" [16:55] to me, that doesn't scream 'you need to chmod 701 your directory' :) === robbiew is now known as robbiew-away [16:58] pitti: also, this isn't as simple as "don't chmod 700 your directory" because encrypted home directories via ecryptsfs do precisely that, and I think in karmic, kirkland is hoping to make this generally available [16:59] of course, he could 701 it... [16:59] jdstrand: can we just kill cups-pdf then? :-) [17:00] jdstrand: sorry, do i need to catchup with this conversation? [17:00] pitti: well, interestinly enough, I tried to do that with an important user of mine (my wife) who has an application that doesn't use the gnome print UI, and had no way to print to pdf without cups-pdf. I tired to kill it locally... [17:00] kirkland: no [17:00] s/tired/tried/ [17:01] jdstrand: ;-) [17:02] pitti: regardless, I've assigned the bug to you per your request. Feel free to 'Invalid'ate if you think that is the best course (I certainly see your point of view) [17:03] jdstrand: well, I'll ponder it [17:03] jdstrand: if the apparmor rules restrict access to /home thoroughly, it's probalby not too bad [17:03] but it would be able to write stuff into /etc or other places which teh profile doesn't cover === thunderstruck is now known as gnomefreak [17:05] slangasek: default-mta provides and exim4/postfix... le sigh, and yeah, I guess their argument wins [17:05] sadly [17:05] which argument? [17:06] I think default-mta as a stand-alone package would be a little better for derivs [17:06] pitti: I'm looking at the profile, and I don't see that you gave rw to anything in /etc, so I don't think that is a problem === awe is now known as awe-lunch [17:21] mvo: hmm; using the update-manager in jaunty-updates, I just had a weird experience where update-manager wanted me to have 50MB free on /usr when the actual update only required 123KB additional space [17:22] slangasek: 123kb addtional diskspace + 49mb downloaded debs? or were allt the debs downloaded already? [17:22] slangasek: is it reproducable? [17:23] mvo: the .debs added up to < 5MB in size [17:23] dunno; I can try downgrading those packages later to see [17:24] slangasek: right, sorry, I just checked the source and it has this as a safety buffer (min 50mb free) - I admit its a bit much [17:24] ah [17:25] slangasek: its a leftover from the days when the free space checker would only check for release upgrades, then 50mb extra was ok, but for normal updates with just 4 pkgs its not [17:25] * mvo adds it to his todo list [17:25] want a bug report? :) [17:25] slangasek: feel free :) [17:25] slangasek: otherwise I will file it to my postit notes :) [17:26] ok :) [17:30] asac: how do I get n-m TO manage my wired interface? it seems to ignore it now [17:36] kees: guess you havent configured that in /etc/network/interfaces? === kees_ is now known as kees [17:47] asac: in /etc/network/interfaces it says: auto eth6 and iface eth6 inet dhcp === Pici is now known as Guest9545 [17:48] aarg [17:48] kees: so eth6 is the device you want to see managed by NM? [17:48] asac: right [17:49] kees: do you need it to be configured in there? otherwise just remove the eth6 entry from interfaces [17:49] asac: ah, no, don't need it in there. removing it will fix n-m to use it again? [17:50] kees: yeah. NM runs in ifupdown-unmanaged mode by default. so everything configured in there will be ignored. two ways to fix this: a) remove that configureation (preferred), b) enable managed mode in /etc/NetworkManager/nm-system-settings.conf [17:51] ah-ha, yes, I see the "managed=false" setting now. the semantics for what n-m keeps changing. :) thanks, I'll give "a)" a shot. [17:51] kees: that didnt change since it was introduced ;) === Guest9545 is now known as Pici === ember_ is now known as ember === bdefreese2 is now known as bddebian === awe-lunch is now known as awre === awre is now known as awe [18:39] pitti: ok, I played with dac_override a little bit to make sure my understanding is correct [18:40] pitti: if dac_override is not set, then DAC is checked first. if DAC doesn't permit it, then no access. if DAC does allow it, then the profile is checked and access is determined there [18:40] pitti: if dac_override is set, then DAC simply is not consulted and only the profile is checked [18:41] jdstrand: right; root has DAC_OVERRIDE usually, which is what allows him to ignore file permissions [18:41] so if we give that priv, the policy can't rely on DAC any more, and needs to be super-tight [18:41] pitti: apparmor requires explicitly allowing access to files, so unless the profile is too loose to begin with, there shouldn't be a problem [18:41] pitti: correct [18:42] pitti: however, looking at the cups-pdf policy, it looks super-tight anyway [18:43] pitti: so, I'll defer to your judgement, but adding dac_override seems ok to me based on the current profile [18:43] jdstrand: I'll look at it again [18:43] jdstrand: sorry, have to run to sports now [18:43] pitti: np. have fun! :) [18:43] jdstrand: thanks for the investigations! [18:45] pitti: sure! this actually served as dual-purpose cause I'm going to be working on a test-apparmor.py script this week and dac_override will be part of the tests :) [19:47] mvo: do you have plans to merge python-apt soon? (breaks apt-xapian-index) === rickspencer3 is now known as rickspencer3-afk [20:15] slangasek: yes, its almost ready [20:16] is there a lpia live cd somewhere? [20:33] mvo: cool, thanks [20:37] if i propose to merge a bzr branch in to another one (say, my branch in to an ubuntu-core-dev branch), should i assign a reviewer to it? does anyone get notified of the merge proposal if i don't specify a reviewer? [20:42] Every core-dev gets notified. [20:42] ScottK - thanks:) === awe_ is now known as awe [20:51] chrisccoulson: the default reviewer of an ubuntu-core-dev branch is ubuntu-core-dev which leads to a mail to ubuntu-devel@ now, so plenty of people see it [20:51] however, we need to do better at having a list of outstanding requests, which is something I am working with the LP team on [20:52] james_w - thanks. perhaps i would have been better off assigning a reviewer rather than spamming the whole list;) [20:53] chrisccoulson: it makes sense if there is a particular person. It would be a bit like subscribing that person directly to a sponsorship bug instead of u-m-s, except that u-m-s doesn't cause a mail to ubuntu-devel@ === awe is now known as awe-afk [20:54] james_w: I'm glad to hear you are working on this. Thanks. [20:55] np [20:55] I'd like to have a better system that what we currently have [20:55] it's just not that easy because we are slightly odd :-) [20:57] I think distro 'development' is different in many respects than upstream development and LP seems more focused on the latter use case than the former. [20:57] yeah [20:57] especially for merge proposals so far, as it wasn't available for distributions before [20:57] they are keen to fix that, there just aren't obvious answers [20:59] hello, I'm trying to preseed a hardy installation. I want to slipstream all of the hardy updates on the cd so that after I finish the installation, I'm not left with 200+ packages to upgrade. [20:59] to do this, do I just replace /dists and /pool on the live cd with those that are in archive.ubuntu.com ? [20:59] mweichert: nope, the live install doesn't install from debs [21:00] you would need to build a new live environment with the updates [21:00] james_w, okay, in the squashfs image? [21:00] james_w, what's /dists and /pool for then? [21:00] yeah [21:01] extra packages that are available, but not actually installed [21:01] hmm, ok [21:01] james_w, so the installer just copies the squashfs to /target, is that right? [21:02] not "just", no, but to a first approximation, yes === awe-afk is now known as awe [21:04] james_w, sorry - that was over-simplifying.. I guess what I'm trying to determine is that if I edit the squashfs by installing the debs I want, those debs will get installed on /target. [21:04] james_w, is that a safe assumption you think? [21:04] I've no idea whether it will work, sorry [21:08] Hmm, does anyone know if it is possible to build for etch using the Ubuntu pbuilder? [21:08] The wiki suggests it should be, but I'm having problems [21:08] it should be [21:09] james_w, okay, thanks for your help. I really appreciate it. I've been having a hard time trying to find this information. [21:09] james_w, to be sure though, you're certain that /pool just contains extras? [21:10] mweichert: I guess there aren't enough debs in there to make a full system? [21:10] MattJ: Yes. I do it all the time. [21:10] From: https://wiki.ubuntu.com/PbuilderHowto it says use: sudo DIST=etch pbuilder create, but the first line pbuilder prints is "Distribution is jaunty." [21:10] if there were then you would only be able to use the half the space on the CD for the live environment. [21:11] ScottK: I'm using 8.04, could that be an issue? [21:11] mweichert: #ubuntu-installer is the dedicated channel for this stuff [21:11] MattJ: I did it with that too, so I don't think so. [21:12] ScottK: I see: Failed getting release file http://gb.archive.ubuntu.com/ubuntu/dists/etch/Release [21:12] I tried --othermirror, but it seems to have no effect [21:12]