[03:03] <JoshStrobl> Hello, I have packaged a folder into a .deb and using the "data" folder I directed the files to install in the /usr/share/themes and /usr/share/icons folders, however I realized that they need to be installed in the home directory. How would I be able to make the .deb install in the user's .themes and .icons folders?
[03:05] <micahg> JoshStrobl: try #ubuntu-packaging
[03:05] <JoshStrobl> Ok
[04:41] <micahg> kees: ping
[05:15] <hyperair> huh, dpkg no longer has perl? then what'll happen to debhelper?
[06:51] <wgrant> hyperair: dpkg, not dpkg-dev, is become Perl-less.
[06:51] <hyperair> wgrant: aah i see.
[06:52] <wgrant> dpkg-dev still has an awful lot of it :(
[06:52] <bilalakhtar> wgrant: are you freeeee ?
[06:53] <wgrant> Hm?
[06:53] <bilalakhtar> wgrant: can you sponsor bugfix #550955
[06:53] <bilalakhtar> bug #550955
[06:53] <wgrant> bilalakhtar: I can't upload to main.
[06:54] <bilalakhtar> wgrant: you are not core-dev ?
[06:54] <wgrant> No.
[06:54]  * bilalakhtar mistook wgrant to be a core-dev
[06:54] <wgrant> I'm a Launchpad dev, and formerly an active MOTU, but never a core-dev.
[07:27] <pitti> Good morning
[08:32] <ogra> can anyone from the MIR team process/pre-promote the shotwell MIR (bug 607758) it breaks all images currently
[08:56] <fale> hello
[08:57] <fale> how does ubuntu server creates ISOs? Does they use a script?
[09:20]  * ogra wonders why "buildlive base" also fails with gtk/shotwell errors
[09:21] <ogra> there shouldnt be *any* graphical stuff in a base livefs
[09:21] <ogra> cjwatson, ^^^ any idea ?
[09:22] <slangasek> EtienneG: no profile exists for pam_group because pam_group is blecherous and not to be encouraged.  A separate package outside of pam, which depends on the correct bits of pam, could provide such a profile.  The naming convention is s/^pam_// + .* on the module name.
[09:40] <ogra> hmm, seems i should wak up before reading logs
[09:40]  * ogra looked at the wrong log
[09:52] <cjwatson> ogra: I am on top of shotwell etc.; you can skip it
[09:55] <ogra> cjwatson, well, i'm resorting to base for my testbuilds now
[09:55]  * ogra doesn really care for the image content atm
[10:25] <cjwatson> zul: I checked with Keybuk; the problem with echoing a timeout message is that it basically doesn't work very well right now.  If you do 'start mysql' in X then the message will go to /dev/console, not your terminal!  On the whole, at the moment we reckon it would be better to simply remove both the timeout message and 'console output' - although 'console output' is safe in itself (as opposed to 'console owner', which is ...
[10:25] <cjwatson> ... what I was remembering)
[10:25] <zul> ack..in a meeting right now but ill get to it first thing
[10:28] <cjwatson> zul: thanks
[10:41] <glick> hi guys, im not sure if there is a serious bug in ubuntu, or if im simply using it wrong
[10:42] <glick> I got folder sharing to work, using System->prefs->personal file sharing, and then right clicking on my public folder, and selecting share this folder
[10:42] <glick> however, when i un check share this folder, and reboot
[10:42] <glick> the folder is still shared
[10:46] <glick> is that a bug?
[10:46] <glick> or am i not doing something right?
[10:48] <bigon> is there an issue with amd64 buildd?
[10:49] <glick> is there an open bug report on not being able to unshare folders in ubuntu 10.04?
[10:53] <glick> for some reason i cant unshare a folder that i once shared
[10:54] <glick> i unclick share folder
[10:54] <glick> even reboot
[10:54] <glick> yet its still shared
[10:54] <glick> if i type net usershare info
[10:54] <glick> it doesnt show up, but its still shared
[11:00] <glick> does anyone know how i unshare a foldeR?
[11:00] <glick> i unclick the share button, yet its still shared
[11:01] <glick> no output is generated from the comman net usershare info
[11:01] <glick> yet its still shared
[11:34] <LucidFox> Eep, what happened to Launchpad?
[11:48] <bilalakhtar> Someone, please sponsor fix for bug #155930
[11:57] <hyperair> LucidFox: looks fine to me.
[11:58] <LucidFox> Hmm, now it works... Used to give a "connection time out" error
[11:58] <hyperair> how strange.
[13:09] <ogra> cjwatson, hmm, for-project doesnt know about base/livecd-base ?
[13:27] <cjwatson> ogra: it's a special case for some reason I do not recall; the crontab line is build-livecd-base
[13:30] <ogra> cjwatson, yeah, i looked at that, it doesnt actualy roll an image it seems, just copies the livefs around
[13:41] <ogra> jdstrand, could you let linux-ti-omap4 out of NEW so we can build images again ?
[13:41] <jdstrand> ogra: k
[13:41] <ogra> thanks :)
[13:41] <jdstrand> sure
[13:49] <cjwatson> ogra: 'buildlive base', according to the crontab
[13:49] <cjwatson> not for-project
[13:49] <ogra> cjwatson, yes, but how do i roll an image out of that without for-project ? :)
[13:50] <ogra> sure i get a base filesystem, that worked just fine
[13:50] <ogra> but i somehow need to call cron.ports_daily-preinstalled
[13:50] <cjwatson> ogra: dunno, it wasn't designed for rolling images, it was designed for dumping out a squashfs that lamont could customise
[13:51] <ogra> ah
[13:51] <lamont> base isn't shipped
[13:52] <lamont> or even generally built, afaik
[13:52] <ogra> lamont, right, i'd like to be able to use the base fs with for-project
[13:52] <ogra> i think its in the crontab
[13:52] <lamont> for-project?
[13:52] <ogra> 6 4 * * *	buildlive base; build-livecd-base
[13:53] <ogra> for-project is the script from debian-cd that rolls the actual images
[13:53] <ogra> i guess i need to add it then
[13:53] <lamont> ah, ok.
[13:54] <lamont> base comes from a time when ubuntu-base was a valid meta-package.  not sure it even lets one login
[13:54] <lamont> then again, I haven't done anything with base in at least 4 years.
[13:54] <lamont> wow.  time flies
[13:55] <ogra> heh
[13:55] <ogra> well, livecd-rootfs installs ubuntu-standard if base is selected
[13:56] <lamont> much more likely to be usable then
[13:56] <ogra> through the prreinstalled path it also pulls in jasper and oem-config ... so it creates a perfect cmdline image
[13:56] <lamont> part of me wants to speculate that the target was non-desktop machines and having a livecd for them
[13:56] <ogra> like a 256M beagleboard ;)
[13:57] <lamont> ogra: I think the original target was maybe hppa
[13:57] <lamont> but the beagle board is much  more cool
[13:57] <ogra> well, so be beagle the new hppa then :)
[13:57] <jpds> .
[13:58] <lamont> ogra: no.  no it is not.
[14:28] <smoser> cjwatson, so you think it would be ok for eucalyputus node controller to run-time depened on grub-rescue-pc, and mount grub-rescue-floppy.img, replace config, add user supplied multiboot image and then boot it
[14:33] <pitti> ev: new jockey uploaded, BTW; please let me know if you have trouble with it
[14:34] <ev> pitti: yay!  thanks!
[14:46] <apw> cjwatson, i wonder if it might make sense to rescore the remaining gcc-4.4 builds in maverick
[14:47] <doko> apw: I don't think so, because Linaro is enabled only on i386 and amd64
[14:47] <pitti> I thought powerpc as well?
[14:47] <apw> doko, not on ports ?
[14:49] <doko> pitti: we will, but only the generic parts, not the powerpc specific backports. these won't be part of linaro gcc-4.5. if these changes would go into 4.4, they would be seen as an regression compared to 4.5
[14:50] <doko> apw: no, it was never the plan to enable these for sparc and ia64 (which are likely to go away in maverick)
[14:57] <apw> doko, though we need to upload the kernel after a compiler version number change, so we need to wait for them all to finish either way
[14:58] <cjwatson> smoser: I *think* so
[14:58] <cjwatson> smoser: in a "twitch" kind of way :-)
[14:59] <cjwatson> apw: I've scored them up anyway
[14:59] <smoser> we had said build time depend, but that seems more difficult to fix as it might require a no source change rebuild of eucalyptus-node controller to deliver the new grub rescue image.
[15:00] <cjwatson> doko: ... and armel, according to the changelog
[15:00] <smoser> the thing I *dont* like is that in dynamically creating it, a grub update could break running of guest instances.
[15:00] <doko> cjwatson: armel had the linaro changeset already turned on with the last upload
[15:00] <cjwatson> smoser: that's why I suggested grub-rescue-pc rather than grub-pc, since grub-rescue-pc doesn't do any bootloader installation (if I'm understanding you correctly)
[15:00] <cjwatson> doko: ah, ok
[15:01] <smoser> cjwatson, right.
[15:02] <smoser> oh, cjwatson, grub-rescue-pc will get into main, right ?
[15:02] <smoser> do i need to MIR that ?
[15:06] <cjwatson> smoser: binaries from a source already in main don't need an MIR
[15:07] <smoser> thats what i had thought, but i had become confused.
[15:10] <pitti> cjwatson: I'm about to move the kernel to -updates; do you want to handle d-i?
[15:28] <ScottK> pitti: Would you please rescore qt4-x11.  It finally built on armel last night, but now there's a new upload so archive skew is about to kill our ability to fix FTBFS if it doesn't get going (this would just affect powerpc and armel).
[15:28] <cjwatson> pitti: ok, let me know when I can
[15:28] <pitti> cjwatson: you can now, I moved it
[15:29] <cjwatson> I'll wait 'til publish-distro finishes
[15:37] <geser> could someone please give-back "bsh" on i386. It's in depwait on "default-jdk-builddep" which is provided by gcj-native-helper which is now in main on i386 too.
[15:38] <soren> geser: done
[15:41] <smoser> cjwatson, maybe i was confusing above.  the grub-rescue-floppy.img is a iso9660 fs, so i can't write to it.
[15:41] <smoser> (i was thinking it was a floppy disk image -- ext2 or something -- that i could mount, replace config and unmount)
[15:46] <rsalveti> kirkland: where is the qemu page that you were talking about?
[15:46] <rsalveti> want to look just to see what is tested and "supported" :-)
[16:09] <cjwatson> zul: regarding bug 608423, were you planning to do anything about point 2 in the bug report?
[16:10] <zul> cjwatson: not yet...i need to find a better way to address it
[16:10] <cjwatson> zul: upstart script fragments are always run with 'set -e', so the reporter's right
[16:10] <cjwatson> zul: I think you want:
[16:10] <cjwatson> ret=0
[16:10] <cjwatson> /usr/bin/mysqladmin --defaults-file=$HOME/debian.cnf ping || ret=$?
[16:11] <zul> cjwatson: good idea
[16:11] <cjwatson> that's my standard construct for these things anyway
[16:15] <zul> cjwatson: uploaded
[16:17] <cjwatson> zul: thanks, will look when it generates the diff
[16:17] <zul> cjwatson: no probs
[16:20] <cjwatson> pitti: could you look at ubiquity/lucid-proposed?
[16:23] <pitti> cjwatson: sure
[16:23] <pitti> ERROR: queue does not have a debdiff
[16:23] <pitti> meh
[16:23] <pitti> old-style then
[16:24] <pitti> cjwatson: if I may ask for gparted in return?
[16:24]  * pitti rejects the older mysql upload
[16:24] <pitti> zul: ^ FYI
[16:24] <zul> pitti: ty
[16:27] <pitti> cjwatson: done
[16:31] <cjwatson> pitti: ah yes, will look
[16:33] <cjwatson> done
[17:34] <micahg> if I have a segfault in an armel build failure, could that be a transient error?
[20:34] <ebroder> Can anybody give me some pointers on figuring out how the live CD build works?
[20:52] <achiang> ebroder: what's your question"
[20:52] <achiang> ?
[20:52] <ebroder> I want to roll a custom live CD and I'd like to start from the same process that the official CDs use
[20:52] <ebroder> And I have no idea where to start looking
[21:00] <achiang> oh, i don't know what process the official CDs use, but you could probably start with apt-cache show live-helper
[21:06] <lamont> ebroder: it's not pretty. nor does it port well
[21:07] <lamont> https://help.ubuntu.com/community/LiveCDCustomization <-- ebroter
[21:07] <lamont> ebroder: even
[21:08] <lamont> the livecd-rootfs package builds the ugly mess that is the root filesystem.  while nearly unreadable, that bit is pretty straight forward.  replacing that rootfs on the CD is the easiest way to go for mass changes.  the scriptage to take the livecd rootfs and wrap an iso around it is, um, yeah.  I've avoided learning anymore about that than I have had to.
[21:10] <ebroder> Ok, that's helpful. Do you know where the code to transform the rootfs into an iso is?
[21:11] <ebroder> (is it in livecd-rootfs?)
[21:49] <knittl> hi. does anybody know what "status 5" of ureadahead is?
[21:50] <knittl> booting works fine, but ureadahead terminates instantly upon boot
[21:54] <knittl> and i can't find proper documentation of ureadahead termination status codes either
[22:06] <chughgaurav_> I know Java , can I contribute  in the development of Ubuntu ?
[22:59] <jbebel> Is there anything that can be done to accelerate an archive.ubuntu.com packages file update?
[22:59] <jbebel> Lucid isn't installable using d-i right now.
[22:59] <jbebel> because linux-meta depends on a kernel that doesn't exist in the Packages file, though it is in the pool.
[23:00] <jbebel> I'd also like to know why linux-meta was published 6 hours before the kernel it depended on.
[23:08] <jbebel> Looks like i made it in now.