[00:11] <darkxst> jbicha, I suppose this is probably a bit much for an SRU? https://bugzilla.gnome.org/show_bug.cgi?id=683060#c71
[00:12] <darkxst> I suppose we could get away with just the shell patch however
[00:13] <darkxst> this is the ubuntu bug https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064354
[00:56] <darkxst> jbicha, http://paste.ubuntu.com/1288183/, would this be more suitable for SRU (only patches gnome-shell, rather than 3 packages!)
[06:26] <darkxst> ricotz, is this ok for an SRU? https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064354 (this is my first attempt at one)
[06:42] <ricotz> darkxst, i guess you tested it, but the solution doesnt look that good though
[06:43] <darkxst> ricotz, yes I tested, and that was halfline's suggestion
[06:44] <ricotz> darkxst, wouldn't it be better to let dbus spawn the service
[06:45] <darkxst> the problem is its only needed for shell on lightdm
[06:45] <ricotz> meaning changing the flags to have the gnome-screensaver autostarted some lines later
[06:46] <darkxst> halfline said that wouldnt work
[06:46] <ricotz> why?
[06:47] <darkxst> http://git.gnome.org/browse/gnome-screensaver/commit/?id=3365eec74643773d8d5aa92901b39bdc9496e19b
 is it safe to remove the DO_NOT_AUTO_START flag?
 won't help
[06:48] <darkxst> <halfline> since http://git.gnome.org/browse/gnome-screensaver/commit/?id=3365eec74643773d8d5aa92901b39bdc9496e19b
[06:50] <ricotz> dpkg -S org.gnome.ScreenSaver.service
[06:50] <ricotz> gnome-screensaver: /usr/share/dbus-1/services/org.gnome.ScreenSaver.service
[06:51] <ricotz> it is still there though
[06:53] <ricotz> darkxst, 05_dbus_service.patch is adding it back in
[06:53] <ricotz>   * debian/patches/05_dbus_service.patch:
[06:53] <ricotz>     - restore the dbus service that upstream dropped
[06:53] <ricotz> in 3.2.0-1ubuntu1
[06:55] <ricotz> so if this is going to an ubuntu patch for gnome-shell then the relying on dbus seems better
[06:55] <ricotz> or should your patch go upstream?
[06:58] <darkxst> yeh my patch will go upstream
[07:07] <ricotz> darkxst, ok, you probably want to follow this https://wiki.ubuntu.com/PackagingGuide/PatchSystems#Patch_Tagging_Guidelines
[07:07] <ricotz> to clean up the patch header
[07:10] <ricotz> http://bugzilla-attachments.gnome.org/attachment.cgi?id=226790
[07:10] <ricotz> keep the blank line in the imports and add a blank line after the spawn
[07:11] <ricotz> http://paste.debian.net/plain/201741
[07:11] <darkxst> add them to the upstream patch header or both
[07:12] <ricotz> i noticed the proposed patch after it, which includes a bug reference
[07:13] <ricotz> so using the  "git format-patch" is fine too
[07:18] <darkxst> oh ok, although sometimes they don't apply cleanly to ubuntu version
[07:20] <ricotz> using the git patches directly is the best way imo since it includes all needed information
[07:20] <ricotz> fixing fuzz if needed is easy enough
[07:25] <darkxst> ok, so I updated the debdiff to use the git patch
[07:26] <ricotz> darkxst, ok
[07:27] <ricotz> no need to use UNRELEASED here
[07:27] <ricotz> use quantal-proposed
[07:27] <ricotz> gnome-shell (3.6.1-0ubuntu1.1) quantal-proposed; urgency=low
[07:27] <darkxst> 1.1 or 2?
[07:28] <ricotz> i would go with 1.1
[07:28] <ricotz> which is the preferred policy irc
[07:32] <darkxst> a policy which seems to change depending on packages ;)
[07:32] <darkxst> anyway updated
[07:35] <ricotz> good
[07:37] <darkxst> well that or jbicha has just been tweaking my changelogs with out saying anything.
[07:38] <darkxst> ricotz, anyway thanks for you help
[07:41] <darkxst> I don't suppose you can upload it for me?
[07:49] <darkxst> anyway dinner time here...
[09:38] <ricotz> sorry, i can't upload it
[09:58] <darkxst> ricotz, np, will get jbicha onto it when he wakes up
[11:08] <everaldo> looks like we have a problem to burn to USB
[11:08]  * everaldo investigating
[11:08] <everaldo> btw, http://www.webupd8.org/2012/10/prefer-gnome-shell-download-ubuntu.html
[13:37] <L3mce> Hello... This is the UGR channel?
[13:38] <L3mce> I am fairly adept at creating debian based install isos. I had read that there were difficulties and would like to know if I can help.
[13:40] <jbicha> https://code.launchpad.net/~ubuntu-gnome-dev/+junk/iso-build-script
[13:41] <jbicha> L3mce: I believe our script basically does what it needs to but there's likely still room for improvement
[13:41] <L3mce> I can make it jibe with Startup Disk Creator if it is not currently.
[13:41] <L3mce> I just heard about the project this morning, so I am still catching up to where you are.
[13:42] <jbicha> ah, I think the Startup Disk Creator problems are because Startup Disk Creator is broken in Quantal
[13:42] <jbicha> it works fine in Precise though
[13:42] <L3mce> Oh, great...
[13:43] <L3mce> Ok then... I will just go at bugs.
[13:43]  * L3mce is a dev for linuxmce
[13:45] <jbicha> it did take me a few months to figure out how building an iso worked which meant that this release cycle was a bit short but it worked out ok
[13:48] <L3mce> Well I will load it up and see how we both go at it. If there are any things you want it doing that it is not, let me know. Otherwise I will just look.
[13:52] <jbicha> well for instance when I published yesterday I had to manually copy the filesytem.manifest and create the torrent
[13:52] <jbicha> those 2 steps should be easy to add to the script
[13:59] <L3mce> Yours is very lean and mean. Ours is a bit of a monster as we pre-install most of the system... but we are an appliance, not a distro... so we have a lot of plumbing to install before people stick their grubby fingers in it.
[14:02] <L3mce> nice job :) /me was really hoping he could help more there...
[14:02] <jbicha> yeah, we're trying to do all the configuration stuff & patching in Ubuntu itself
[14:02] <jbicha> well I didn't write the original script and I'm not the only one that's been maintaining it
[14:07] <L3mce> after we do a build we create a dd image with our needs http://svn.linuxmce.org/trac.cgi/browser/people/posde/image.sh and then create the iso after shoving a lot of stuff around  http://svn.linuxmce.org/trac.cgi/browser/people/l3mce/lmcemaster.sh
[14:09] <L3mce> we are also using the mirrors scheme, because it just seemed easiest. eg deb mirror://mirrors.ubuntu.com/mirrors.txt $DISTRO main restricted universe multiverset deb mirror://mirrors.ubuntu.com/mirrors.txt $DISTRO main restricted universe multiverse
[14:10] <L3mce> sorry for the double tap there.
[14:11] <jbicha> ah ok, we just piggy back off ubiquity (Ubuntu's installer) which handles that for us
[14:12] <jbicha> logging off for a bit
[14:12] <L3mce> we use a central core and pxe boot everything else, so this way when folks install it is 90% there, and we just detect and install for GPUs etc, and the diskless stuff is allready packaged and plug n play...
[14:12] <L3mce> ok... will look more where I can help. have a good one.
[15:10] <smartboyhw> jbicha, congrats on the final release of UGR 12.10 !
[17:14] <TheLordOfTime> so is UGR official in 12.10?
[17:14] <TheLordOfTime> i.e. is it an official derivative :P
[17:16] <jbicha> TheLordOfTime: no
[17:16] <TheLordOfTime> when's that happening :p
[17:16] <TheLordOfTime> ... damn... i broke it...
[17:17]  * TheLordOfTime goes to fix php5 again
[17:18] <jbicha> well we have to ask first
[17:18] <jbicha> https://wiki.ubuntu.com/RecognizedFlavors
[18:28] <jbicha> darkxst: VBox 4.2.2 supports xorg 1.13, now we just have to figure out how to backport that to quantal
[19:30] <darkxst> jbicha, so we probably need to update the entire vbox packages, but quantal is still on 4.1.x
[19:30] <darkxst> so probably a major update
[19:32] <darkxst> jbicha, can you upload this? https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1064354
[19:32] <jbicha> uh, that will be fun, FFe https://wiki.ubuntu.com/FreezeExceptionProcess
[19:32] <jbicha> (for a new major version of vbox I mean)
[19:35] <jbicha> darkxst: yes but I won't get to it today
[19:35] <darkxst> ok thats fine
[19:37] <darkxst> have you had any trouble with current vbox on Q (apart from the guest additions)
[19:43] <jbicha> I've actually been using virt-manager these days
[19:43] <jbicha> I got tired of the vbox bugs and wanted to experience the virt-manager bugs instead :)
[19:45] <darkxst> lol, I gave up on vbox several years ago
[19:55] <darkxst> but when I did still use it, I was always running the packages of vbox repo