=== wedgwood is now known as wedgwood_away
mwhudsonare there netinstall images for installing raring on highbank around anywhere?02:06
mwhudsonhttp://ports.ubuntu.com/dists/raring/main/installer-armhf/current/images/generic/netboot/ looks promising02:11
vanhoofmwhudson: ack02:11
mwhudsonrarara why do netinstalls have to take so long02:12
StevenKBecause you're in NZ? :-P02:13
mwhudsonthe server i'm installing isn't02:13
StevenK... details02:14
vanhoofmwhudson: only remaining oddity is https://bugs.launchpad.net/bugs/117158202:15
ubottuLaunchpad bug 1171582 in linux (Ubuntu) "[highbank] hvc0 getty causes random hangs" [High,Incomplete]02:15
vanhoofmwhudson: but yeah installs are good now w/ the flash-kernel update today02:15
[reed]how was one nominate a bug as a potential raring blocker? (or if not blocker, fix ASAP)02:26
RAOF[reed]: What bug?02:35
[reed]RAOF: https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/1108056 -- summary/title sucks, but basically, Pidgin doesn't work at all on 13.04 (just hangs)02:35
ubottuLaunchpad bug 1108056 in pidgin (Ubuntu) "fetching URLs freezes pidgin" [Undecided,Confirmed]02:35
[reed]there's a debdiff already posted with a fix02:36
RAOFThat's not a raring blocker.02:36
[reed]it's seeded in lubuntu02:36
RAOFRaring blockers at this point are going to be on the order of “Inserting the CD causes the Old Ones to rise and tentacles to emerge from my laptop”02:37
RAOFThat looks like it's a fine category for an SRU, though, which only requires someone to upload that debdiff.02:37
StevenKRAOF: The reporters aren't going to be any position to file that one ...02:38
[reed]RAOF: perhaps you'd like to upload it? :P02:38
dtchen[reed]: uploaded, but someone will need to reformat the bug description section according to SRU guidelines02:42
dtchen...which I'll do in 12 hours if someone doesn't beat me to it within 12 hours.02:43
[reed]dtchen: thanks!02:45
pittiGood morning03:38
pittiScottK: you mean merely installing bcmwl-kernel-source makes it work at instant?03:41
ScottKpitti: Yes.03:41
pittiScottK: perhaps the package does the unbind/rebind itself these days, then jockey wouldn't need to any more indeed03:42
* pitti checks03:42
ScottKsudo apt-get install bcmwl-kernel-source and wait while it does it's magic is enough.03:42
pittiah, so it does03:42
pittiI guess we did that for the migration to ubuntu-drivers-common, but never adjusted the old jockey handler03:43
ScottKI attempted to make it not do the bind/unbind, but didn't seem to be able to manage it.03:43
pittiScottK: I'll upload a fix now03:43
ScottKpitti: Great.  Thanks.03:43
pittiScottK: http://bazaar.launchpad.net/~ubuntu-core-dev/jockey/ubuntu/revision/648, if you want to apply it inline on the live system and try03:55
pittiI was checking whether we should completely skip the KernelModuleHandler.enable() bits, but we need some of them03:56
pittiso that's the simplest fix which only suppresses the rebinding03:56
ScottKI already tried that particular change and it still did the rebind somewhere.03:57
ScottKThat's what I said.03:57
pittiright, I interpreted "I attempted to make it not do the bind/unbind" as "I didn't know how to do that"03:58
pittiwe use the very same approach in the nvidia handler03:58
ScottKI'm assuming that the segfault in the bug can only come from an attempt to unbind/rebind.03:59
pittiunless the driver internally calls any of those on loading/unloading03:59
pittiit seems the wl driver doesn't really like to be unloaded, too04:00
ScottKExcept if it did that, you'd think just installing the package would cause a failure.04:00
pittii. e. if you try loading/unloading it twice in the same session it might do the same?04:00
pittibooting a live session, applying that change, and enabling wl in jockey should not do any module unloading or rebinding04:01
ScottKLet me try it again.04:02
pittiScottK: also, it's important to set self._do_rebind = False after the KernelModuleHandler.__init__ call04:02
ScottKI already started it.04:05
ScottKAnd it died.04:06
pittiso I suppose the rmmodding/modprobing in jockey is bad as well, as the postinst duplicates it04:06
* pitti does V204:07
ScottKYou may be able to make V2 faster than my system boots.04:08
pittiScottK: can I give you a proposed broadcom_wl.py file on people.u.c. for testing?04:09
ScottKI don't have network on the system, so a diff is easier.04:09
ScottKHopefully it's not large.04:10
ScottKIf I have to, I can copy it onto my USB stick and boot the live system again.04:10
pittiit's not that large04:11
pittiScottK: http://paste.ubuntu.com/5594596/04:13
pittiScottK: quite hackish, but *shrug*04:13
ScottKShould be the last cycle for jockey ...04:14
pittiah, is Kubuntu moving to u-d-common?04:14
pittiit shouldn't even be too hard to port the jockey UI to use u-d-common04:15
ScottKI hope so.  We had some python3/KCM integration issues that blocked us most of the cycle.04:19
ScottKResolved now, but too late to do anything in raring.04:19
cjwatsonlifeless: oh, not sure, call it a megabyte maybe?04:20
ScottKpitti: Still crapped out.04:20
pittiScottK: u-d-common works with py2 as well, BTW04:20
pittiScottK: urgh, what now; exact same dmesg?04:21
ScottKYes.  Exact same.04:21
ScottKInteresting.  I don't think we realized that.04:21
pittiScottK: or could it perhaps be that jockey-backend was already running when you applied the change?04:21
ScottKNot unless it runs automatically on boot.04:21
pittiScottK: could you check "ps aux|grep jockey" after a boot? something during live boot might ask it for something on d-bus perhaps04:21
ScottKLet me restart04:22
=== salem_ is now known as _salem
ScottKThat's it.  It's running already.04:26
ScottKpitti: Which fix to you want me to retry?04:28
pittiScottK: the latter is more comprehensive04:28
pittiScottK: it also avoids duplicate unloading/reloading, which it seems we should better avoid04:28
pittiScottK: you can just kill it, it'll respawn from dbus04:28
pitti(it also times out after 10 mins or so)04:29
ScottKpitti: worked.04:33
pittithanks for your patience04:33
ScottKI'll be glad to review/accept that one.04:33
ScottKIn a way it's better I didn't think to check if it was running already because I'd have stopped at the less correct solution.04:34
=== rsalveti_ is now known as rsalveti
dholbachasac, happy birthday! :)06:36
dholbachgood morning06:41
=== security is now known as baba
=== smb` is now known as smb
=== brendand_ is now known as brendand
=== amitk is now known as amitk-afk
=== ckpringle_ is now known as ckpringle
=== jamesh_ is now known as jamesh
mitya57Mirv: did you see my qtbase merge? I've just rebased it on 5.0.2+dfsg1-309:17
=== ckpringle_ is now known as ckpringle
=== amitk-afk is now known as amitk
asacdholbach: :)09:24
mitya57Mirv: and I have yet another Vcs fields fix for you: http://paste.ubuntu.com/5595113/09:45
Mirvmitya57: looks excellent, thanks. I was hesitating another resync because we shuffled with the some options, but it should be fine now09:48
Mirvmitya57: I'll also take that qttools one09:48
mitya57Mirv: we'll be able to sync all qt5 packages (except qtbase) when S opens, right?09:54
mitya57or do we have any delta?09:54
cjwatsonmitya57: thanks for spotting and syncing perl 5.14.2-21 last week09:56
cjwatsonI noticed that when upgrading a wheezy system this morning and went to check whether we'd picked it up for raring ...09:56
Mirvmitya57: there is some delta like the one srgb patch in qtdeclarative (loicm should be looking at that) and so on, but in general a sync when S opens (preserving the small delta where it exists) sounds really good09:57
=== ara is now known as Guest91539
Mirvmitya57: but for many modules a straight-forward sync would be all that is needed09:58
pittilool: I guess we are going to re-target https://blueprints.launchpad.net/ubuntu/+spec/client-1303-converged-network-stack to squishy after this week?09:58
mitya57cjwatson: I always look at upgrade logs of my sid system and file SRs for ubuntu-relevant fixes :)09:58
pittilool: or do you want to create a BP copy for the squishy bits, to keep the old raring spec for WI trackign/historical purposes?09:59
mitya57Mirv: thanks10:02
Mirvmitya57: thanks to you10:02
=== baba is now known as cod3r
=== Guest43339 is now known as zumbi
=== ckpringle_ is now known as ckpringle
=== MacSlow is now known as MacSlow|lunch
=== mmrazik is now known as mmrazik|afk
stgraberjodh: having any luck with that upstart bug?11:17
loolpitti: I'd suggest marking the WIs as postponed for r and copy-pasting them as TODO for S11:42
pittilool: so into a new BP then?11:58
loolpitti: yeah; does that make sense?11:58
pittilool: sure11:58
=== MacSlow|lunch is now known as MacSlow
=== highvolt1ge is now known as highvoltage
jodhstgraber: not really - if you've got spare cycles and want to get involved, let me know.12:05
stgraberjodh: starting an ISO install and then I can take a look.12:07
=== amitk is now known as amitk-afk
=== mmrazik|afk is now known as mmrazik
=== _salem is now known as salem_
=== highvolt1ge is now known as highvoltage
dholbachlool, rsalveti, sforshee: ready for in 15m?12:45
mlankhorstooh fun, 3.5 kernel won't boot on 32-bits for me :>12:47
=== cod3r is now known as Guest34392
mlankhorstoh right, probably need pae kernel12:53
looldholbach: yup12:57
leighmanwrt https://bugs.launchpad.net/ubuntu/+source/workrave/+bug/1154647 the problem translation lines are coming from .po files - can these just be changed or does it happen through launchpad or something?12:58
ubottuLaunchpad bug 1154647 in workrave (Ubuntu) "workrave does not appear in dash due to 2 multiline Comments in workrave.desktop (Comment[pl] & Comment[ru]" [Undecided,Confirmed]12:58
leighman*no idea how translation works*12:58
=== ckpringle_ is now known as ckpringle
pitticjwatson, Laney: I see my systemd SRU was already accepted into raring (bug 1171691); was that intended, or is our migration blocker broken?13:03
ubottubug 1171691 in systemd (Ubuntu Raring) "Removing libpam-systemd (without purge) breaks system" [Medium,Fix released] https://launchpad.net/bugs/117169113:03
pittii. e. we need to respin now?13:04
cjwatsonpitti: we needed to respin anyway for bug 108070113:10
ubottubug 1080701 in partman-auto (Ubuntu Raring) "After 'Preparing to install Ubuntu' screen, raring installation hangs" [Critical,In progress] https://launchpad.net/bugs/108070113:10
cjwatsonpitti: and infinity and I reckoned that the consequences of your bug were serious enough that they were worth riding along13:10
cjwatsonso I manually unblocked systemd13:11
cjwatsonor actually Adam did13:12
pitticjwatson: thanks for confirming13:20
=== amitk-afk is now known as amitk
stgrabersmoser: ping13:55
smoserstgraber, here13:57
=== wedgwood_away is now known as wedgwood
stgrabersmoser: hey, so I'm poking at the cloud-init bugs. How do I reset cloud-init so that it re-runs apt-get update + apt-get dist-upgrade on reboot?14:03
smoserrm -Rf /var/lib/cloud will do it.14:04
smoserthere are specific files you could remove for that specific action, or you could change that action to run every boot via config.14:05
smoserbut i often do the 'rm -Rf /var/lib/cloud && rm -Rf /var/log/cloud-init* && reboot'14:05
stgrabersmoser: then I need to manually copy the cloud config file right?14:06
stgraberthe userdata file14:07
=== jbicha_ is now known as jbicha
smoserstgraber, you were using nocloud i guess?14:09
smoserah. or you were doing lxc (which uses nocloud)14:09
smoseryes, you do have to avoid rm'ing the /var/lib/cloud/data/seed path.14:09
smoser(that is somewhat annoying)14:10
stgraberok, good, looks like it's working14:11
stgrabersmoser: ok, so the good news is that we confirmed that the two bugs are actually the same (stateful re-exec and reload-configuration), now we just need to find a fix, make sure we don't break anything else with it and see whether we can land that stuff14:19
stgraberjodh is now working on a potential fix, we've got a new test added to upstart to test the fix and I've got the lxc environment setup to test the specific case as it happens for cloud-init14:20
mptev, the top "colord" error on the leaderboard (#41) is marked as unsuccessfully fixed because it's "still" occurring in 0.1.16-2ubuntu0.1. But the bug report says it was fixed in 0.1.21-1ubuntu2. Is that a version comparison bug, or what?14:24
tedgjodh, Is there a library to emit upstart events?  Or does everyone just shell out to initctl?14:32
cjwatsonyou can just prod dbus14:33
tedgYeah, that's what I was thinking.  But curious if someone already wrapped that :-)14:34
cjwatson/com/ubuntu/Upstart com.ubuntu.Upstart0_6 EmitEvent14:34
cjwatson(the versioning there is a bit of a warning sign I guess)14:34
tedgIn general, we've tried to always wrap the DBus interfaces in libraries just because the versioning is more well defined with libs.14:35
=== chuck__ is now known as zul
=== tkamppeter_ is now known as tkamppeter
=== rickspencer3_ is now known as rickspencer3
=== kentb-out is now known as kentb
stgraberhallyn: for bug 1171866 can't we say "Container isn't started" or similar if we can't connect to the abstract socket?15:39
ubottubug 1171866 in lxc (Ubuntu) "lxc-stop ignores invalid container names" [Undecided,Invalid] https://launchpad.net/bugs/117186615:39
stgraberthat'd cover the case of a non-existing container at least15:40
stgraberor maybe: if we can't connect to the socket and the container isn't defined => container doesn't exist15:40
stgraberif we can't connect to the socket and the container is defined => container isn't started15:40
bdmurraybarry: could you have a look at bug 1051935 again? somebody has a couple of branches for it - maybe something for S15:41
ubottubug 1051935 in python-apt (Ubuntu) "Fails with SystemError when too many files are open" [Medium,Triaged] https://launchpad.net/bugs/105193515:41
barrybdmurray: no time right now, but it's in a browser tab ;)15:42
bdmurraybarry: sounds good, thanks15:42
mitya57pitti: is there any chance you'll merge my calibre changes in time for raring?15:47
hallynstgraber: what does it mean for the container to be defined?15:48
pittimitya57: ah, you updated that, indeed; sorry for the delay!15:48
pittimitya57: what is the preinst snippet about? (removing /usr/share/calibre/viewer/mathjax)15:50
mitya57pitti: dpkg doesn't like when one is replacing a directory with a symlink, so we need to remove it before installing the new version15:50
pittimitya57: oh, I just saw the corresponding line in debian/rules15:51
stgraberhallyn: directory exists in the config dir (/var/lib/lxc)15:52
hallynstgraber: i'm not entirely opposed though.15:52
mitya57"! -h" checks (I hope) that it's argument is not a symlink15:52
hallynit's just the conatiner not being 'defined' is not technically an error15:52
hallynso we'd be introducing different behavior for 'permanent' contaienrs and 'temporary' ones on lxc-stop when already stopped15:53
mitya57pitti: I forgot to mention that use_system_markdown.patch only touches the file that is used during build, other files are modified using a sed call in d/rules15:53
pittimitya57: right, thanks15:53
pittimitya57: yeah, I was going to ask -- shouldn't the sed cover the bit what the patch does, too?15:54
stgraberhallyn: well, I think in general we should be returning non-zero and show an error when commands are expecting to do something against a running container and that container clearly isn't running (because the abstract socket doesn't exist)15:54
mitya57pitti: sed is called after the package is built, and touches already installed files15:55
pittimitya57: so that particular piece of code is run during build then15:55
pittialright, thanks!15:55
hallynstgraber: and that's what i do in the api.  but we'd be changing behavior.  but soy ou're saying always return -1 if already stopped - i'm ok with that, if noone on the list objects15:55
pittimitya57: if you want, you can already upload that to Ubuntu15:56
pittimitya57: I'll do a new Debian upload with a newer upstream version15:56
lamontflattened my raring laptop (long story), and after reinstall, all it finds in the sound category is "Dummy Output"...  thoughts on how to get sound back?15:56
pitti(but I guess that's too late for the freeze now)15:56
stgraberhallyn: right and I'd expect freeze/unfreeze to do that too. I believe we already do something like that in lxc-shutdown15:56
stgraberhallyn: (would be great if we could make that kind of thing consistent for 1.0 ;))15:57
mitya57pitti: another note: now it should crash when opening a .rar file, probably my suggestion in MP comment will fix that, but it's not tested15:57
hallynlxc-shutdown is newer which is why i felt free to use sensible behavior :)15:57
mitya57pitti: bundled unrar-nonfree is a release-critical bug (which is never late), but I want someone else to test it before upload15:58
pittimitya57: hm, that's unfortunate; I was hoping we can eventually use the unrar program if it is installed, but not a biggie for the release indeed15:59
mitya57(I never used calibre, so for example I don't know how it uses markdown/mathjax/etc)15:59
mitya57pitti: my change makes it not build the python extension for unrar16:00
pittimitya57: ok; I need to run away for a bit, but I'll get to it ASAP (first thing in the morning)16:00
pittimitya57: yes, I know; I mean for a longer-term fix16:00
mitya57the *only* way to avoid that is to move it to contrib/multiverse16:00
mitya57pitti: if you have any comments/questions, please comment on the mp16:00
hallynstgraber: go ahead and mark it confirmed if you like.  I don't know if we should then just make lxc_stop.c use the API while we're at it...16:02
stgraberhallyn: probably wouldn't be a bad idea, I'd kind of like all of those tools use the API instead of duplicating the code16:03
stgraberhallyn: I'll update the meeting once I'm done with a meeting16:03
hallynbut when will you update teh bug :)16:03
=== doko_ is now known as doko
stgraberhallyn: ;)16:05
=== deryck is now known as deryck[lunch]
jtaylorcjwatson: has the installer fix already been verified?17:06
cjwatsonjtaylor: not yet17:06
cjwatsonWell, not with the actual images17:07
jtaylorshould I try it on a image from yesterday (patching it myself) or wait until we have a ready image?17:08
jtayloroh well I guess I can do both brb17:10
=== mmrazik is now known as mmrazik|afk
jtaylorcjwatson: works thx17:20
jtaylorfunnily I tried to play with those descriptors yesterday, but only removed them from mount instead of adding them to grub-mount :)17:20
jtaylorI should probably read up on what that actually does :)17:21
cjwatsonthere should be a ready image now17:22
jtaylorthe current daily?17:22
cjwatsonin the mount case it only matters if mount happens to spawn a fuse process, i.e. ntfs-3g in practice17:22
cjwatsoncurrent> Ubuntu desktop 20130423.117:23
cjwatsonin the grub-mount case, it's always fuse17:23
jtaylorI'll load it and try it later17:23
cjwatsonthe problem is that that involves a process in the background and any fds from the parent that aren't close-on-exec (which they typically aren't from shell) get inherited17:23
cjwatson3 is debconf, 6/7 are parted_server17:24
cjwatsonif we need to read all output from an fd, that blocks until all processes that have the other end open for writing have closed it17:24
cjwatsonhence this deadlock17:24
cjwatsononce I noticed the structure of the problem I recognised it because I've fixed it before :)17:25
cjwatson[5~/wg 3417:26
=== deryck[lunch] is now known as deryck
roaksoaxstgraber: howdy! So I have a couple fixes i'd like to get in in MAAS, but these are not required for the CD, so they would be for 0-day SRU. Should I upload now and specify they are for this purpose so they remain in the queue and are taken care of once we release raring (the fixes are mainly improvements that fix issues in corner cases that we found when running automated tests)18:08
stgraberroaksoax: yep, just upload. We'll have someone that has both release and SRU hats do the review and accept it into raring-proposed. Then if we need to respin we may decide to include it anyway, otherwise it's going as 0-day SRU.18:10
roaksoaxstgraber: ok awesome. TBH, don't think this requires a re-spin because doesn't really break maas or make it unusable, we just want to make sure that these corner cases don't affect users in the long run.18:13
stgraberroaksoax: yep, that's why we usually keep those around as things to include if we need to respin for something else (our "nice to have" list)18:14
roaksoaxstgraber: oh ok!! cool :)18:14
warren-hillInstall of  13.03 from this iso http://releases.ubuntu.com/13.04/ubuntu-13.04-beta2-desktop-i386.iso  gksu is not installed.  Is this a bug or a deliberate change?18:27
warren-hillIf not a bug why was gksu removed18:27
ogra_could you avoid spanning that question across all ubuntu channels ?18:28
ogra_sorry, i see jtaylor pointed you here18:28
sarnoldwarren-hill: as I understand, pkexec is more flexible and The Preferred Mechanism18:29
jtaylorI though it was a valid question18:29
ogra_http://cdimage.ubuntu.com/daily-live/current/raring-desktop-i386.manifest shows gksu is installed18:29
warren-hillI'm concerned gksu is very useful gksu gedit path_to_file is much easier than pkexec18:29
ogra_same for amd6418:29
ogra_sarnold, it is and it would be good to drop gksu ... but there are issues with pkexec ... you need to export a lot of stuff18:30
warren-hillThe beta I installed last night does not have gksu18:30
ogra_well, the current image surely does ... as you can see in the manifest18:33
warren-hillI'm happy to tell people to use pkexec but there are a lot of questions on Ask Ubuntu or Launchpad which ask users to use gksu and to be honest I don't know to use it.18:33
jtaylorthe beta manifest lists it too18:33
jtaylorwarren-hill: can you try a current daily image?18:33
ogra_yeah, would be news that it was dropped18:33
* ogra_ was actually looking into dropping it at the beginning of the cycle ... since it breaks touch input completely18:34
ogra_but we cant yet18:34
warren-hillI't will take some time but I can update my test machine and try   Where do I find the latest18:34
ogra_and nobody but me was pushing for it ... so it would be surprising if it wasnt there anymore18:35
vibhavI almost forgot we had a release tomorrow18:36
* vibhav puts on pary hat18:36
warren-hilldownloading now I'll install on my test machine and get back to you when done.  May be tomorrow now18:37
vibhavThese 6 months were so quick :)18:38
=== cod3r is now known as baba
warren-hillI've just installed Raring i386 from today's daily build.  Not real hardware Virtual box on 12.04.2 host.  Still no gksu19:00
warren-hillIf I type gksu in a terminal it tells me not found and how to install it "sudo apt-get install gksu"19:03
dobeyfile a bug? though not sure why gksu needs to be installed by default19:03
warren-hillIt's the easiest way to run say for example "gksu gedit path_to_file" to edit a config file.19:04
warren-hillWhich package should I file the bug against?19:05
dobeyubuntu-desktop i guess19:05
sarnoldfunny, I've always thought 'sudo vim path_to_file' was easiest; it's also two fewer characters _and_ an editor I'm familiar with :)19:05
dobeywhich i think is ubuntu-meta for the source package19:05
dobeysarnold: and it doesn't open a separate window to ask for you password…19:05
sarnolddobey: with all the fun of changing focus..19:06
dobeysarnold: twice!19:06
warren-hillLike you I am happy with command line but many users on Launchpad and Ask Ubuntu are scared of it19:06
sarnoldhehe :)19:06
sbeattieIIRC, pkexec(1) is the preferred replacement for gksu/gksudo, as they (again, IIRC) do really ugly screen-scrapey things.19:07
sarnoldsbeattie: oh god, that sounds horrible19:08
sbeattiemdeslaur is the expert on that.19:08
sarnoldif that's the way those are implemented, he'd be in one heck of a stabby mood if I asked... seems best to avoid that.19:09
dobeywarren-hill: i would generally avoid telling anytong to "edit this file as root" if they aren't comfortable enough with using sudo and vim to do it19:10
dobeywarren-hill: because, they probably shouldn't be doing it19:10
warren-hillMost users on Launchpad and Ask Ubuntu would not have a clue with vim.  I have got some to s19:12
warren-hilluse nano19:12
warren-hillsimilarly people use "gksu nautilus" to change ownership, permissions etc.19:13
lamontwho is the victim of the day for asking why raring (fresh install) doesn't find my built-in speakers for output, but an upgrade from the dark ages to raring does?19:14
ogra_warren-hill, well, http://people.canonical.com/~ubuntu-archive/livefs-build-logs/raring/ubuntu/20130423.1/livecd-20130423.1-amd64.out clearly shows gksu is being installed19:15
roaksoaxstgraber: i should upload to raring-proposed right?19:15
ogra_(same ofr i386)19:15
=== salem_ is now known as _salem
sarnoldogra_: is that specific to the livecd images though?19:16
=== _salem is now known as salem_
* Laney boots a daily from today19:16
stgraberroaksoax: doesn't matter, raring is always being rewritten to raring-proposed19:17
ogra_sarnold, server has no X .... so no gksu19:17
dobeyogra_: is that the live image, or the actual install?19:17
stgraberroaksoax: since we opened raring you can technically upload to "precise" and it'll end up in "precise-proposed". I know some have actually been doing that as they find the changelog entries prettier :)19:17
ogra_dobey, thats the squashfs that gets copied by ubiquity19:17
dobeyogra_: ubiquty depends on gksu for some reason, which would explain that. but it's not installed to the system, so gksu wouldn't be either.19:18
warren-hillAll I did was install to a fresh system, noticed some packages were removed as part of set up but did not see all names.  Then in a terminal typed "gksu" and it is not recognised I'm using i38619:18
dobeyubiquity-frontend-gksu depends on gksu, that is19:18
ogra_ah, that could be it19:19
ogra_we dropped all gksu deps in the seeds19:19
Laneyright, that's the only reason it's installed here19:19
roaksoaxstgraber: hehe :)19:19
Laneyso ... if you want to be able to use gksu, install it19:19
dobeythough i suppose it's a bug that ubiquity requires gksu19:20
dobeythat should probably get fixed, but i guess not a good time for that to happen in 13.0419:21
warren-hillSo should I file a bug or get all the documentation pages such as this one https://help.ubuntu.com/community/RootSudo updated to tell people to install it?19:24
warren-hillJust installed gksu on my test system -- it works19:25
ogra_well, better have the docs say to use sudo instead of gksu19:25
warren-hillThere is a difference between sudo and gksu and that document specifically advises against using sudo with graphical programs19:26
warren-hillI'm not a developer: I just want to make sure we give the best advice on forums and websites19:28
dobeysudo su -c $program19:28
ogra_or sudo -i19:28
dobeyyeah, or that19:29
jtaylorso the advice to use gksu is outdated?19:29
* jtaylor was also told don't use gksu for guis or bad things will happen19:29
ogra_sudo -i will work19:30
warren-hillSo I should advise that while gksu can be installed in 13.03 its no longer preferred and to use sudo i or sudo su -c $program19:30
ogra_and plain sudo as well if you know what you are doing19:30
ogra_(i.e. no such insanities like sudo nautilus)19:30
dobeyjtaylor: eh. depends on the app. but the ones that write data under ~/ can cause problems by changing ownership of files to root in some cases19:30
ogra_warren-hill, right19:31
warren-hillOK I'll update this question http://askubuntu.com/questions/284306/why-is-gksu-no-longer-installed-by-default and pass the info onto the documentation team19:32
infinityThe Xauthority and ~ arguments are still valid, AFAIK.19:34
infinityHonestly, telling people to run GUI apps as root was always the wrong answer, though.19:34
ogra_infinity, yeah its more for people doing sudo nautilus ...19:34
jcastropeople will continue to do so until Nautilus supports policykit19:35
dobeyinfinity: indeed19:35
jcastroor whatever the new thing is19:35
dobeyjcastro: or we stop shipping nautilus? :)19:35
roaksoaxstgraber: uploaded! thanks!19:42
roaksoaxfor the input19:42
warren-hillguys, have a quick look at my answer herehttp://askubuntu.com/a/284717/107450 just to make sure you are happy before I pass this information onto the other forums and the web page guys.  Let me know if you agree with what I have said19:57
dobeywarren-hill: i'd remove the bit about "sudo su -c" and just use "sudo -i $program" instead, rather than telling them how to use the shell as root20:00
warren-hillOK done.  Thanks for your help I'll pass this on to the Ubuntu documentation team, Ubuntu Forum and Launchpad20:02
=== Sweetsha1k is now known as Sweetshark
=== glebihan_ is now known as glebihan
=== salem_ is now known as _salem
=== broder_ is now known as broder
=== Nisstyre-laptop is now known as Nisstyre
=== kentb is now known as kentb-out
=== Quintasan_ is now known as Quintasan
=== wedgwood is now known as wedgwood_away

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!