[00:07] <kees> @pilot out
[01:29] <robert_ancell> Does anyone know how to add a package to a packageset?  I've got edit_acl.py but not sure how to use it
[01:31] <james_w> robert_ancell, I think you may need to be in ~techboard or something to do that
[01:31] <broder> robert_ancell: you e-mail either the TB or DMB
[01:31] <robert_ancell> james_w, I thought that might be the case :)
[01:32] <robert_ancell> broder, cheers
[07:22] <didrocks> good morning
[07:30] <abhinav-> dch -i always puts "low" as the value of urgency field in the changelog. what if the bug was triaged as "wishlist" on launchpad ?
[07:31] <micahg> abhinav-: we don't really bother with urgency in Ubuntu
[07:32] <micahg> abhinav-: here's an explanation of valid values and what Launchpad does with it though: https://help.launchpad.net/Packaging/BuildScores
[07:33] <abhinav-> micahg, ok thanks. also, I am working on tomcat6-user package. do I need to use submittodebian as well ?
[07:34] <abhinav-> I mean I have the patch ready
[07:34] <micahg> abhinav-: using submittodebian to send patches adds some tags as to the origin of the patch which is helpful to track
[07:37] <pitti> Good morning
[07:59] <didrocks> @pilot in
[08:05] <abhinav-> ttx: ping
[08:06] <ttx> abhinav-: pong
[08:07] <pitti> didrocks: ooh, happy piloting
[08:07] <dholbach> good morning
[08:07] <abhinav-> ttx: i have the patch ready for the tomcat6 wishlist bug. I was confused about the changelog entries for it
[08:08] <didrocks> pitti: thanks :)
[08:08] <ttx> abhinav-: cool, maybe propose the branch ?
[08:09] <abhinav-> I see the other entries in the debian changelog file , all of them say "unstable" but running dch -i by default adds "maverick"
[08:44]  * nixternal hugs dholbach 
[08:44]  * dholbach hugs nixternal back
[08:44] <dholbach> how are you doing? :)
[08:44] <nixternal> doing good. trying to find out if persia is ok
[08:44] <dpm> hi mvo, good morning! Do you think you could have a look at bug 690270? It seems some translations are not being loaded in Traditional Chinese
[08:45] <nixternal> how about yourself dholbach, how you been?
[08:45] <dholbach> excellent - thanks
[08:47] <mvo> hey dpm
[08:47] <dpm> hey :)
[08:48] <mvo> dpm: how strange
[08:48] <dpm> yeah, it's weird, it seems to work for other languages
[08:55] <sforshee> 1
[09:17] <c2tarun> why I am getting this error while submitting bug? http://pastebin.com/LhRsYjHQ
[09:36] <weasel> moin
[09:36] <weasel> is it possible to get the code/setup behind http://mirrors.ubuntu.com/mirrors.txt?  elmo?
[09:40] <wgrant> weasel: The files are generated by Launchpad, but I'm not sure if the GeoIP magic is available anywhere.
[09:40] <mvo> weasel: hello, afaik its part of launchpad itself, maybe worth asking in #launchpad ? but I guess there is some additional magic in apache for the per-country caching and redirecting
[09:40] <weasel> generating the per-country files is the easy part :)
[09:40] <weasel> how mirrors.txt is actually implemented is the interesting one
[09:42] <lifeless> pretty sure its just a reverse lookup on geoip into the country files lp maintains
[09:42] <pitti> ScottK: hey, how are you?
[09:42] <lifeless> disclaimer: I haven't looked to see ;)
[09:42] <pitti> ScottK: did you notice that I have some questions for you in bug 712554?
[09:43] <mvo> weasel:  salgado did most of the work on this irrc (but he is currently not online afaict)
[09:45] <weasel> ok, thanks
[09:46] <weasel> I guess I'll just reimplement it for now :)
[09:46] <mvo> heh :)
[09:48] <cjwatson> dpm: done
[09:48] <dpm> thanks cjwatson
[09:48] <cjwatson> pitti: casper /cdrom> I would prefer to leave as many of the workarounds for that in place simultaneously as we can - defence in depth
[09:49] <pitti> cjwatson: ok
[09:51] <soren> Has anyone heard from persia this morning?
[09:51] <lifeless> yes
[09:51] <cjwatson> Nafallo: that rootflags should have been added automatically.  I'm interested in why this didn't happen; let me know when you're around to debug with me
[09:52] <soren> lifeless: After the earth quake?
[09:52] <lifeless> soren: I hear (2nd hand) that he is fine
[09:52] <janimo> soren, in the arm channel Cody said he's glad to hear he's ok so probably yes
[09:52] <soren> lifeless, janimo: Great, thanks guys.
[09:57] <bdrung> didrocks: will you sync portaudio19 too?
[09:57] <didrocks> bdrung: I'll have a look at remaining syncs in a few minutes
[10:08] <ttx> lifeless: re:voters email, your suggestion should work, thanks!
[10:19] <abhinav-> ttx, I proposed the branch for merging. however I don't know how to use submittodebian
[10:20] <ttx> abhinav-: I'll pick it up when I fix the other in Debian.
[10:20] <abhinav-> ok thanks :)
[11:08] <abhinav-> fta: ping
[11:39] <apw> pitti, do we still have a way to specify pm-utils quirks?  or did the halsectomy kill those
[11:39] <pitti> apw: we do, they moved into pm-utils proper
[11:39] <pitti> apw: see /usr/lib/pm-utils/video-quirks/*
[11:40] <pitti> apw: they are similar in spirit to the old hal fdi rules (i. e. match on DMI vendor/product etc.), just look a little different in syntax
[11:42] <apw> pitti, excellent thanks
[11:52] <pitti> apw: did you see the linux powerpc failure due to an internal compiler error? (http://launchpadlibrarian.net/65965812/buildlog_ubuntu-natty-powerpc.linux_2.6.38-6.34_FAILEDTOBUILD.txt.gz); is that being discussed already?
[12:01] <pitti> ogra, didrocks: ubuntu-netbook-default-settings and ubuntu-netbook-efl-default-settings packages want to go to universe now; should we just remove them completely?
[12:01] <pitti> ScottK, Riddell: likewise, kubuntu-mobile-default-settings -> demote or kill?
[12:01] <doko> pitti, seb128: component-mismatches:
[12:01] <doko>  o gnome-user-share: gnome-user-share
[12:01] <doko>    [Reverse-Recommends: gnome-bluetooth]
[12:02] <pitti> doko: just re-promited
[12:02] <doko> ahh, ok
[12:02] <pitti> due to a mis-merge the recommends was lost
[12:02] <pitti> it was added back
[12:02] <pitti> doko: openoffice.org-gcj also promoted (transitional package for upgrades)
[12:03] <doko> pitti: if the mythbuntu/ubuntustudio guys are in the release meeting today, could you address libconfig an dbus-c++? not sure if I'm online. there are two bug reports for it
[12:04] <pitti> doko: I guess they won't join, but if they do, I'll bring it up
[12:06] <ScottK> pitti: Demote.
[12:06] <pitti> ScottK: together with qmf/qtmobility then?
[12:06] <ScottK> pitti: I believe so.
[12:06] <pitti> ScottK: ok, thanks; re-promotion is cheap anyway, in case we'll need it back
[12:06] <ScottK> I know we're trying to get Kubuntu Mobile out of Main, so this fits the overall goal.
[12:11] <Daviey> pitti, I'll be there.
[12:12] <Daviey> doko, bug 730760?
[12:13] <Daviey> and bug #730759 i guess.
[12:14] <doko> Daviey: yes
[12:15] <Daviey> doko, What are you asking from us?  You want someone to take the action that mterry pointed out, or?
[12:15] <doko> Daviey: yes, or demotion of libffado
[12:16] <Daviey> doko, I don't know how else people do audio over firewire...  so scared to break peoples things.  But remember both mythbuntu and ubuntu studio build from universe anyway, so we don't care if it's main or universe.
[12:18] <doko> Daviey: then find out what uses libffado in main, and disable it?
[12:20] <Daviey> doko, ok
[12:23] <Daviey> looks like jack.
[12:25] <sconklin> pitti: Martin, could you please copy the Lucid linux-fsl-imx51 kernel from our PPA to -proposed?
[12:36] <didrocks> pitti: for me it's ok, but check with ogra if they still uses some part of the settings
[12:44] <StevenK> pitti: Should we NBS out the parts of OO.o that can be culled, or leave it as one bit lump until everything can go?
[12:48] <didrocks> @pilot out
[12:51] <ogra> pitti, put them to and leave them in universe, i think there are some people having intrest in them
[12:52] <ogra> jhunt_, around ?
[12:57]  * ogra is desparate with an upstart script
[13:33] <pitti> ogra: ack
[13:33] <ogra> hmm, probably someone else knows, i have a serial getty i only want to run if oem-config isnt running ...
[13:33] <ogra> start on (runlevel [23]
[13:33] <ogra>           and stopped oem-config-debconf)
[13:33] <pitti> StevenK: I already cleaned it up
[13:33] <ogra> is what i have now
[13:34] <ogra> that works fine as long as oem-config is actually installed
[13:34] <ogra> but indeed once i uninstall it the condition of "stopped oem-config..." can never be fulfilled
[13:35] <ogra> how does one handle app deps in upstart jobs for apps that er being uninstalled
[13:35] <ogra> *are
[13:38] <cjwatson> rearrange - perhaps, for instance, you can have oem-config-debconf be 'start on starting your-serial-getty-job'
[13:38] <cjwatson> (presumably as one of a set of or-ed conditions)
[13:38] <cjwatson> will need some care of course
[13:38] <cjwatson> that's just one possibility, intended to illustrate that you can do things other ways.  it may not work as stated
[13:39] <ogra> well, i tried to replace the and with or but i end up with both runningy on the serial tty indeed
[13:39] <cjwatson> Scott's recent series of upstart blog posts may be helpful
[13:40] <ogra> i'll try to rearrange and indeed i dont want to fiddle with oem-confis job
[13:40] <ogra> *oem-configs
[13:40] <cjwatson> there's nothing necessarily wrong with fiddling with that if it's the right way to achieve your goal
[13:40] <ogra> but i might break other setups
[13:40] <cjwatson> obviously care is required :)
[13:41] <ogra> i.e. you might want it to start on tty1 while still having a serial console
[13:41] <oubiwann> cjwatson: we've got someone in the community who has proposed a patch for utouch that adds support for building rpms... the patch seems fairly intrusive, and I wanted to get your take on things
[13:41] <oubiwann> cjwatson: in particular, what sort of accommodations are generally made for rpm support?
[13:41] <cjwatson> oubiwann: what sort of accommodations are they asking for?  I assume it's more than just a spec file
[13:42] <oubiwann> cjwatson: https://bugs.launchpad.net/utouch-geis/+bug/732829
[13:43] <cnd> cjwatson, I'm guessing the patch is a little malformed, it shouldn't be removing m4/libtool.m4
[13:43] <cnd> and his other spec file proposals for other packages don't remove any files
[13:43] <cjwatson> well, firstly, it's not desperately unusual for people to add spec files to projects; IMO it's up to the project whether they want to accept the burden of maintaining that kind of thing
[13:43] <cjwatson> I suspect that he ran autoreconf on a system without libtool installed, or something
[13:43] <cjwatson> those file removals seem extraneous
[13:44] <cnd> cjwatson, I suppose we're looking for best practices guidance, if you feel comfortable giving any here
[13:45] <cnd> we're not rpm gurus :)
[13:45] <oubiwann> cnd: well, I think he just did, more or less
[13:45] <cjwatson> I don't really have any :)
[13:45] <oubiwann> "it's not desperately unusual for people to add spec files to projects; IMO it's up to the project whether they want to accept the burden of maintaining that kind of thin"
[13:45] <cjwatson> just an opinion based on what I've seen; there isn't much consistency
[13:45] <oubiwann> cjwatson: thanks, man -- that's exactly the sort of thing we were looking for :-)
[13:46] <cjwatson> I do feel that people who are expecting to follow a model of finding spec files in every project are probably onto a hiding to nothing, given how many projects don't ship them
[13:46] <cjwatson> but that's their problem I suppose
[13:46] <cjwatson> I think if I were you I would look for an ongoing commitment to maintaining the spec file, rather than just a patch
[13:46] <cjwatson> unless you're happy to test it on new versions
[13:47] <oubiwann> cjwatson: right, that makes sense
[13:49] <oubiwann> cjwatson: thanks again!
[13:50] <cjwatson> np
[14:12] <kenvandine> @pilot in
[14:19] <Daviey> doko, ubuntu studio is now aware of the bugs, and they are trying to come up with a solution, there will be representation at the meeting
[14:20] <sconklin> pitti: Martin, could you please copy the Lucid linux-fsl-imx51 kernel from our PPA to -proposed?
[14:21] <pitti> hey sconklin
[14:21] <sconklin> Hi Martin
[14:21] <pitti> ok, in a bit
[14:21] <sconklin> thanks
[14:21] <pitti> sconklin: hm, the changelog in http://launchpadlibrarian.net/66051409/linux-fsl-imx51_2.6.31-608.25_source.changes looks a bit broken
[14:22] <pitti> sconklin: there's no tracking bug for this, just one bug fix?
[14:22] <sconklin> yes, that's right
[14:23] <doko> pitti: if this is the only concern, please ignore, currently all builds in natty breaking java fail because of this. we need the kernel on the buildds
[14:27] <pitti> copied
[14:27] <pitti> it just won't appear on the sru report, so if I overlook it for -updates, please pokeme
[14:33] <holstein> i have a question about a couple bugs
[14:33] <holstein> https://bugs.launchpad.net/ubuntu/+source/dbus-c++/+bug/730759
[14:33] <holstein> https://bugs.launchpad.net/ubuntu/+source/libconfig/+bug/730760
[14:33] <holstein> would someone have a minute to help me understand how to help with these?
[14:34] <holstein> i have a few pings out to MIR team members :)
[15:06] <holstein> didrocks: ping
[15:07] <didrocks> holstein: hey
[15:07] <holstein> :)
[15:07] <holstein> you have a minute in regards to an MIR issue?
[15:07] <holstein> https://bugs.launchpad.net/ubuntu/+source/dbus-c++/+bug/730759
[15:08] <holstein> https://bugs.launchpad.net/ubuntu/+source/libconfig/+bug/730760
[15:08] <didrocks> holstein: hum, quite busy there, as mterry did the first review, I'll propose waiting on him
[15:09] <holstein> right
[15:09] <Daviey> pitti, would you be able to look at bug #732759 FFe (NEW for universe)?
[15:09] <holstein> the issue is, im attending a meeting in a bit
[15:09] <holstein> and im not sure what all of it means
[15:09] <holstein> BUT it is proposed taking libffado out of the repos
[15:09] <holstein> which would be bad for ubuntustudio
[15:10] <Daviey> holstein, *no*... demoting it to universe.
[15:10] <holstein> right
[15:10] <holstein> ^^
[15:10] <Daviey> (which means JACK can't build against it)
[15:10] <holstein> either way, apps will not be built with firewire support
[15:10] <holstein> out of the box
[15:11] <didrocks> holstein: you mean, you don't know what a symbols file is?
[15:11] <holstein> didrocks: right
[15:11] <holstein> im a musician
[15:11] <didrocks> ok, let me find some doc
[15:11] <didrocks> ok, doko is the reporter
[15:11] <didrocks> holstein: let doko handle the packaging bits then, we'll figure it out :)
[15:12] <holstein> didrocks: ok, thanks :)
[15:12] <holstein> is this something doko is aware of?
[15:12] <didrocks> I think he received the emails for that MIR
[15:12] <holstein> didrocks: OK
[15:12] <didrocks> and he should have seen the hilights there :)
[15:13] <holstein> didrocks: I C
[15:13] <holstein> thats who i wanted to talk to about it
[15:14] <holstein> and wasnt able to find a nick
[15:14] <didrocks> yeah, you have it now :)
[15:46] <holstein> doko: seems i should have pinged you over here instead of in -meeting
[15:46] <holstein> appologies
[16:17] <mdz> pitti, setting techboard as the owner of ubuntu-release seems to be causing release team traffic to go to technical-board@
[16:18] <pitti> mdz: I thought teams had an explicit contact point
[16:19] <mdz> pitti, https://launchpad.net/~ubuntu-release says "No contact email [set]"
[16:19] <mdz> pitti, should it be ubuntu-release@lists?
[16:19] <pitti> mdz: right, so I'd assume it would just go to the members, as before
[16:20] <mdz> pitti, adding techboard as owner seems to have also made it a member and administrator
[16:20] <mdz> maybe I should just deactivate it/
[16:21] <pitti> it seems utterly hard to prevent getting spammed just by setting up proper team structures *sigh*
[16:21] <mdz> yes, and hard to predict what the effect of a change will be
[16:21] <pitti> mdz: setting the contact point explicitly would then cause a lot of ML moderation traffic on that list, so nothing is won with that
[16:22] <mdz> pitti, I deactivated TB as a member, let's see what that does
[16:22] <mdz> it's still the owner, so no perms should change I think
[16:22] <pitti> mdz: ah, so it's an owner, but not a member? that makes more sense anyway
[16:22]  * pitti flushes the moderation queue now
[16:23] <pitti> done
[16:23] <pitti> mdz: we're still getting the merge request mail, but my .listadmin.ini rejects them automatically, so it doesn't really hurt any more
[16:28]  * pitti pats discard_if_subject
[16:33] <ScottK> ogra: Any objection if I go ahead and upload Qt building against gcc4.5 tonight or tomorrow (figuring not to do it now so GrueMaster has some time to test)?
[16:34] <GrueMaster> Test?  What do I need to test one it?
[16:35] <ScottK> GrueMaster: We're waiting to hear if the runtime neon detection works.
[16:35] <ScottK> It's allegedly on your TODO.
[16:36] <GrueMaster> Ah.  Ok.  Hmmm.  I'll have to set up a dove to test it.  And some apps that specifically hit areas that use neon optimizations if available.
[16:36] <GrueMaster> I got side tracked with other High P issues.
[16:38] <ogra> GrueMaster, mumble is easiest
[16:38] <GrueMaster> ok
[16:38] <ogra> GrueMaster, has only a small set of deps and will immediately SIGILL on startup if it doesnt work
[16:38] <GrueMaster> Sigh.  Server & desktop are out of drive space.
[16:38] <ogra> mean
[16:39] <cnd> jdstrand, new package libgrip has been sitting in the new queue since monday
[16:39] <cnd> I was wondering what needs to be done to get it approved
[16:40] <jdstrand> cnd: I need to start processing the new queue. I plan to later today
[16:40] <cnd> jdstrand, ok, thanks!
[16:46] <cr3> hi folks, working on a plymouth bug so I want to bisect the package. after branching lp:ubuntu/plymouth, I try to debuild but get an error about a missing orig.tar file, should I be running a command other than debuild?
[16:49] <kklimonda> cr3: bzr bd will make a tarball for you
[16:51] <cr3> kklimonda: if I bzr revert'ed, it will make that tarball based on the files in the project rather than the latest revision, right?
[16:51] <hallyn> cr3: 'bzr bd -S' is i believe the better way to create source pkg from bzr
[16:52] <hallyn> oh, sorry
[16:52] <kklimonda> cr3: I'm not sure, I kinda just do the stuff and it works :)
[16:52] <hallyn> cr3: I'm not sure, but apart from satisfying curiosity i'd just bzr unbind and bzr checkin, and then it'll definately use the local
[16:53] <kklimonda> but I always commit changes before bzr bd
[16:55] <cr3> kklimonda: I rarely work from reverted revisions, first time bisecting a package
[17:28] <snow_ru_> hi
[18:01] <kenvandine> @pilot out
[18:09] <thinktux> QUESTION: Why are we not being prompted during install with the option on setting password on Grub ? It is quite sad that a fresh install of Ubuntu is more insecure than Windows`98 on that point.
[18:10] <ion> WORD IN ALL CAPS: if you have physical access to the box, all security measures are more or less meaningless.
[18:13] <thinktux> yes, that is true. But making it so easy to invoke Runlevel 1, post-install is just wrong.
[18:15] <NCommander> directhex: ping, how long until we see mono 2.10.1 in Debain experimental/sid?
[18:16] <directhex> NCommander, i have no idea. it's all blocking on meebey, who is having a hard time at work at the moment so is short on debian time
[18:17] <NCommander> directhex: is there a straightforward way I can drop 2.10 into a chroot and test to see if banshee still works. My attempts to build it from scratch more or less fell on their face
[18:18] <NCommander> (as in build the entire mono stack up to banshee)
[18:18] <NCommander> I run into the problems with mon-addins
[18:18] <NCommander> *mono
[18:18] <NCommander> and issues like this:
[18:18] <NCommander> Method not found: 'System.Threading.Monitor.Enter'.
[18:18] <NCommander> System.MissingMethodException: Method not found: 'System.Threading.Monitor.Enter'.
[18:20] <directhex> NCommander, http://apebox.org/wordpress/linux/370/
[18:21] <directhex> NCommander, follow that for a parallel mono, which will use system libs. then just check the banshee script in /usr/bin to see how it's calling mono
[18:23] <NCommander> directhex: do I have to worry about an ABI skew or something?
[18:23] <directhex> only when building mono apps
[18:24] <NCommander> directhex: so I can install 2.10, and test the current banshee. That helps a lot
[18:24] <NCommander> thanks
[18:52] <Keybuk> jhunt_: you just totally /msg'd and ran, didn't you?
[19:20] <soreau> Trying to use a live persistent usb but every single package I install tries to setup the kernel, update initrd etc but fails and takes a long time doing it. Is there a way to tell it to forget about kernel upgrades altogether?
[19:21] <beuno> soreau, I guess you could pin the kernel package?
[19:22] <soreau> beuno: Not sure, how can I do that?
[19:24] <beuno> soreau, this is probably not the right channel to get ubuntu support  ;)   google apt pinning
[19:24] <soreau> Ok thanks for the hint
[19:30] <broder> soreau: you could just install directly onto the usb drive instead of using the persistent live usb stuff
[19:32] <soreau> broder: I tried to do that but the live cd did not show the usb node as an option in gparted
[19:32] <soreau> Actually, I'd like to install it though because the usb stick is 8GB
[19:32] <soreau> and I'd like to be able to upgrade the kernel etc
[20:42] <GrueMaster> ogra, ScottK:  Mumble appears to work on Marvell Dove in a chroot of natty.  Took a while, as I had to install tightvnc and a bunch of other stuff.
[20:42] <ScottK> GrueMaster: Cool.  I guess we can mark that done.
[22:05] <jdstrand> cnd: fyi, accepted
[22:35] <wright_> hi.. i just found serious bug in ubuntu
[22:36] <wright_> is this the right place to report it?
[22:38] <broder> wright_: https://help.ubuntu.com/community/ReportingBugs
[22:40] <wright_> thanks.. but this one is so serious that it need instant repair.. if i report there, it might be weeks that they even read it
[22:41] <broder> wright_: Always start by filing a bug in Launchpad
[22:41] <slangasek> wright_: you can tell us here what it is, but the bug report should still be filed in launchpad
[22:43] <wright_> i found a bug what allows user to view hard drive files with sudo and this all can be done in startup
[22:44] <wright_> before you even need to give your user name and password
[22:44] <wright_> ok.. i will do that
[22:45] <wright_> sorry my bad engilsh
[22:45] <wright_> *english
[22:48] <slangasek> based on that limited description I suspect you've encountered intended behavior rather than a bug, but when you have the bug report opened please point us to it
[22:49] <wright_> ok
[23:10] <wright_> probably becouse of my bad english i found only "Report and amend bugs using the email interface". Is this the right place. Hope not becouse i dont understand anything how to report it right.
[23:11] <Ampelbein> wright_: type 'ubuntu-bug' in a terminal
[23:11] <Ampelbein> wright_: it should guide you through some questions to report an issue
[23:11] <wright_> ok
[23:14] <wright_> damn.. when i press other problem it gives me.. i try to translate this.. you must give package or PID id
[23:16] <wright_> ..feeling so stupid
[23:18] <wright_> can i write it here.. that someone can report it, couse i dont know how
[23:19] <slangasek> wright_: ok, go ahead and tell us about the bug
[23:19] <wright_> ok
[23:19] <slangasek> as I said, I suspect it's not a bug at all, in which case there's no need for us to torture you with the bug filing interface :)
[23:28] <wright_> i had a mount problem with my external hard drive (it did not mount right) so i add it to /etc/fstab. I unplugged the external hard drive and start computer, Ubuntu loads and give me an mount error. Press "S" to skip or "M" to mount manually. When i press "M", i get in command promt with sudo and i can do anything. And all this was before i even need to set username and password.
[23:29] <slangasek> wright_: the package to file this against is 'mountall'; I'm trying to reason through if this is actually a bug or expected
[23:30] <slangasek> because the behavior is somewhat configurable
[23:31] <broder> slangasek: i'm digging through the code to see what it's doing currently, but should it possibly be dropping into runlevel S?
[23:31] <wright_> ok. thanks
[23:31] <wright_> :)
[23:32] <slangasek> wright_: so when you tell mountall 'M', it triggers /etc/init/mountall-shell.conf which calls /sbin/sulogin.  sulogin has configurable behavior; if the root user has no password, it can't *prompt* for a root password and drops you directly to a shell
[23:32] <slangasek> this is documented in the sulogin(8) manpage
[23:32] <slangasek> if you want to require password authentication, your root account must have a password set
[23:32] <wright_> no.. i have root pass
[23:33] <slangasek> so when you type 'su', you can enter a password and it works?
[23:34] <wright_> do you mean type su in this "bug" or normally in command promt?
[23:34] <slangasek> in a command prompt
[23:34] <wright_> yes
[23:34] <slangasek> ok
[23:35] <slangasek> wright_: if you run 'sudo sulogin', do you get a "Give root password for maintenance" prompt?
[23:36] <wright_> yes i do
[23:36] <slangasek> broder: well, it's not supposed to be dropping into runlevel S
[23:36] <slangasek> wright_: ok, please file a bug against mountall with 'ubuntu-bug mountall'.
[23:36] <slangasek> and when it asks for information, include this information about the behavior of su and sulogin on your system
[23:37] <wright_> ok.. i do that