/srv/irclogs.ubuntu.com/2010/04/28/#ubuntu-devel.txt

YokoZarIs there a way to tell dpkg to walk through a postinst script step by step?  I need to figure out where it's failing (and it only seems to fail in pbuiler environment for some reason)00:05
superm1YokoZar, add a set -x to the postinst, you should see each command00:06
YokoZarsuperm1: thanks00:06
MTecknologyKeybuk: Hey, imbrandon and I would like to work on this upstart thing.. I'd like to get every init.d script converted to an upstart script so we can maybe remove sysv-rv, sysvinit-utils, and initscripts as dependencies from upstart. jdong said I should talk to you about it.00:19
Keybukok00:19
MTecknologyKeybuk: I'm obviously very novice, but it's something I'd like to work on for 10.10; You think you could steer me in the right direction? Or maybe there's something I'm clueless about that would make what I want to do pointless..00:21
Keybukno, nothing in the way - just nobody's had time00:22
MTecknologyKeybuk: if that's the only reason then... I'm perfect. I don't have a whole lot of time but I can devote ~1/2 of my FOSS time to it until it's done.00:23
persiacody-somerville: It may be too late to mean anything this time, but in general I prefer the term "defer" to "decline": I'm not sure we've ever had a case (and I hope we never do) where we really mean "decline" in any permanent sense.00:23
MTecknologyKeybuk: Is there any wiki that would get me going on it?00:24
Keybukno, not really00:25
KeybukUpstart config files are quite different from initscripts00:25
Keybukinitscripts are basically programs that start and stop services00:25
Keybukin Upstart, Upstart is that program, and the config files tell it what to do00:25
Keybukan Upstart script can be as simple as "exec /sbin/daemon"00:25
Keybukwith all the tracking of the processes and stuff being down by Upstart00:26
Keybuka good place to start is "man 5 init"00:26
MTecknologyI've been looking around at the differneces. upstart seems to be very similar to openrc00:27
KeybukI don't know what that is00:29
MTecknologyIt's Gentoo's replacement of the same thing00:29
ionOpenRC is dependency based.00:30
ionAnd it’s not an implementation of init.00:30
MTecknologyIsn't Upstart pretty much dependency based too?00:31
MTecknologystart on stopped udevtrigger00:32
persiaThat's just a local configuration though.00:32
Keybukno00:33
KeybukUpstart is *not* dependency based00:33
Keybuklet me explain00:34
jdongKeybuk: ack sorry, I sent MTecknology over but I also wanted to preface the question a bit but was AFK00:34
KeybukI'll use a different example of a dependency based system to illustrate00:34
Keybukdpkg/apt00:34
jdongKeybuk: I was mainly curious if you've communicated your thought on what events you'd like arbitrary services to start on, etc.00:34
Keybukpackages have dependencies00:34
Keybukwhen you install apache, that will also install a whole bunch of other packages00:34
Keybuklibraries, other daemons, etc.00:34
Keybukwhen you install squid, that might share some of those in common, and others it won't00:35
Keybukif you uninstall apache, apt can "clean up" the unused dependencies - but won't remove those used by squid00:35
Keybukthen when you uninstall squid, again you can clean up the unused deps00:35
Keybukthe important thing is that it's top down00:35
Keybukwhat you want is apache and squid00:35
Keybukwhat you get is a whole bunch of packages00:35
Keybukdependency based init systems work in *exactly* the same way00:35
Keybukyou say you want apache and squid started00:36
Keybukand they work out what else they need to start (and in what order) to get you there00:36
Keybuklikewise if you stop apache and squid, they may be able to stop other ancillary services00:36
Keybuk*this is NOT how Upstart works*00:36
KeybukUpstart is event-based00:36
Keybukbasically it's backwards00:36
Keybukrather than having goal services, instead it has events00:36
Keybukas a result of events, services might be started00:37
Keybukto put it one way00:37
Keybukservices are started because the things they depend on are now running00:37
Keybukto use dpkg as the example00:37
Keybukyou can't install apache00:37
Keybukbut if you install a whole bunch of libraries, dpkg might realise you had everything you needed for apache and install apache for you ;-)00:37
* persia is kinda glad that upstart works that way and even moreso that dpkg doesn't00:38
Keybukright00:38
KeybukI think dep-based is correct for package managers00:38
Keybuk;-)00:38
Keybukthe reason I think event-based is right for service managers is hardware00:38
james_wis there any way to use the event information in reverse for dependencies?00:38
Keybuklet's take the easy example of the Bluetooth service00:39
Keybukit depends on hardware00:39
Keybukhow would you cause the hardware to magically appear when required (which is what the dep-based model requires)00:39
ionI’d love a package manager that installs Apache, OpenOffice and OpenTTD because i wanted GNU libc.00:39
jdongjames_w: well I used to graph based on events as a DAG, and that reasonably communicated bootup "order"00:39
james_wIf you are on a simple system, and want to start some complex daemon, do you have to work out which series of events you have to trigger and cause them to be emitted to get the daemon to run, or is there a way to ask for the daemon to be started, with anything else that is needed being done as well?00:40
Keybukjames_w: yes, but it's important to remember that Upstart doesn't work that way00:40
persiajames_w: You mean have some ${upstart:Depends} that tracked which events were needed, which packages provided those events, and did the right thing?  My fear there is twofold 1) not everything is migrated to upstart and 2) many services do poorly in chroots, so that makes for awkward build-deps.00:40
Keybukjames_w: if the complex daemon can be running, it's already running00:40
james_wtrue00:41
james_wso it would have to be disabled, and then asking it to start would start it00:41
Keybukjames_w: I guess00:41
james_wso when we have disabled jobs, there may be a desire to enable chains such that you can bring up sets of services that aren't run by default00:41
persiaKeybuk: Consider the case of daemons that are configured *not* to run by default, but only on demand.  This is common with game servers, for example.  Does upstart do the right thing if one calls e.g. `start wesnoth-server`?00:41
Keybukat this point, I'm not that interested in daemons that are configured to not run by default00:42
Keybuksince Upstart doesn't support that00:42
persiaAh, so those should stay initscripts for now.00:42
james_wpersia: the current way that you can do that is to have no "start on" line, so yes, that will start that daemon, but will assume that the job does everything that is needed from the current state of the system00:42
MTecknologywow.. I iz opened a can of werms :P00:43
ajmitchMTecknology: so you can see why it hasn't just been done yet :)00:43
MTecknologyajmitch: ya, I still want to do it00:44
imbrandonpersia: good call, that bug is still itching at me , i still think its wrong to have server (even game) installed and not running by default00:45
Keybukjames_w: you'd be surprised how few services *actually* depend on each other00:45
Keybukat least application-level services that sysadmins might want to deal with manually00:46
james_wyeah00:46
persiaimbrandon: In general I agree with you, but I've seem some bug reports recently specifically wanting ad-hoc game servers.00:46
james_wI was thinking of perhaps custom jobs on top, but you can do that with custom events instead00:46
Keybukthat being said, I do have a plan00:46
james_winsert some synthetic event at a certain level of the DAG and then just emit that event to start everything above it00:47
MTecknologywhat's the plan?00:47
imbrandonpersia: yea but like in the case of wensworth its a bug in the gameserver, e.g. its coded diffrent for windows/linux, windows runs on demand and dosent install a service, thus thats how it should be on linux if they want it ad-hoc, if you install the service then it should run by default00:47
imbrandonimho00:47
Keybukupstart in maverick separates events and states more than the current version00:48
Keybukservices will be more often bound to states than started by events00:48
Keybuk(states are still described in terms of events)00:48
Keybuka job in manual mode will have a true state, but not be started00:49
Keybukin that situation a sysadmin can start and stop00:49
Keybukif the state is false, but the bits that are false are references to other jobs, the "start" command will work and just start both00:49
imbrandonKeybuk: hum manual mode huh? sounds like a good solution for the game-servers ... *thinks*00:49
Keybukif the state is false, and the bits that are false depend on events, the "start" command will fail00:50
persiaKeybuk: And if the bits that are false are hardware, would it just emit a helpful message (e.g. "Please insert a bluetooth dongle if you'd like to make your pan work")?00:50
KeybukI think we could invent a system for cataloguing helpful messages00:51
KeybukI suspect /sbin/start would say something a bit jargony00:51
Keybukwhile the GNOME UI would be helpful00:51
* persia backs away from dangerous sounding mixing of system/user interfaces00:52
imbrandonKeybuk: is there an API where a (GUI) program could start a service daemon when its running and stop it when it closes ?00:52
Keybukimbrandon: yes, it's called D-Bus00:52
* imbrandon facepalms , shoulda thought of that00:52
jdongKeybuk: now, what conventions would you like to be followed for upstart-ifying init scripts?00:53
imbrandonpersia: see where i'm going with this ? maybe a generic wrapper script for game clients, and the daemon side set to manual ...00:53
KeybukI'm not sure there are conventions just yet00:54
jdongKeybuk: ok, I can forsee our desire to start , say, apache after a GUI is up00:54
jdong(on desktop systems)00:54
MTecknologyKeybuk: so, is this maybe a little too advanced for my skill level, or do you think I could work myself into helping without too much headache?00:54
persiaimbrandon: That's fine.  What I fear is some little window popping up and saying "The following services didn't start" or similar.00:54
KeybukMTecknology: well, there's like half a dozen people on the planet who know Upstart well00:54
Keybukhaving another is always good00:54
Keybukpersia: actually, having apport do that for services we know *should* be running wouldn't be bad00:55
imbrandonpersia: i was gonna sak, why would that be bad ?00:56
imbrandonask*00:56
persiaKeybuk: I've mixed thoughts about that.  How do we define "should"?00:56
Keybuk?00:57
lifelesspersia: morally wrong not to.00:57
imbrandonpersia: as long as you could turn the messages off for certain services it thinks *should* be started for the corner cases i think it would be an overall good thing(tm)00:58
MTecknologyKeybuk: Would I have any need to actually learn C to contribute to it or is there room for working on scripts only?00:59
persiaWell, fine, if Y'all really want it.  I think it breaks the user/admin paradigm.  I want there to be *one* place that the admin checks for that stuff, be it handheld, server, laptop, etc.  That's a core requirement.  That said, I'd like to trivially mask that sort of thing from non-admins.00:59
MTecknologyKeybuk: I actually just got interested today because I'd like to see sysv go away00:59
persiaAnd, in general, I prefer not to consider myself an admin when using a machine I administrate just because I'm logged in.01:00
KeybukMTecknology: I don't think you'd have to learn C, no01:00
Keybukpersia: but we're not talking about admins01:00
Keybukthere's certainly good cases for users being helped to file bugs when their system misbehaves01:00
MTecknologyI have a 20sec boot on my 5400rpm drive - I'm happy for the most part, but it took a good chunk of hacking at things to get there01:01
persiaKeybuk: Hrm.  My perception may be outdated (and I may find this sad in some ways), but I can see that.  Could we not just have a syslog facility that talked D-Bus to handle that case?01:02
Keybukhow would that help the user file the bug?01:04
MTecknologylol... dhillon-v10 is interested in that team too01:04
Keybukthat's what apport is for01:04
persiaAh, that takes away all my concerns :)  apport hooks for upstart jobs is definitely the way to go.01:05
persiaSo the failure gets logged normally, and we have decent UIs for arbitrary environments that let the bugs get reported.01:05
Keybukexactly01:06
Keybukyou could have, e.g. services that fail result in an e-mail to root with the output01:06
MTecknologybbiab - gotta run to the store quick01:06
=== rgreening__ is now known as rgreening
persiaDon't we already have a means to notify admins of pending unprocessed apport bugs?  I thought there was a /var/crash scan or something.01:07
Keybukno, I mean as alternatives for apport01:08
Keybuke.g. on servers01:08
* persia was under the impression there was such a thing already, and has used bits of apport to file bugs on servers.01:09
persiaBut if it doesn't exist, yes, certainly, it ought.01:10
persiaSame applies to managed farms of desktops, etc.01:10
imbrandonKeybuk: so it the "manual" mode currently in upstart thats publishing with lucid and/or is it the equiv of not having a "start on" line ...01:21
KeybukI don't follow01:21
imbrandone.g i have a service now, thats based on init.d , i want it installed but not running unless someone types "start <blah>" or dbus tells it to start01:22
imbrandoncan i do that in lucid now or have to wait for mavric01:22
imbrandonif i convert to upstart01:22
Keybukyou have to wait01:24
imbrandoni know thats normaly not debian policy and you arent really worried about that corner case atm, but just curious if its possible ( its for a game server that has a bug in lp because it runs on install )01:24
imbrandonthus they want the game server to only run when the gui client does ( like in windows )01:25
imbrandonbut keep the option to have it as a dedicated service , see the delima01:25
imbrandon;)01:25
persiaimbrandon: Or have it only run on-demand when the client runs, or when manually started (teg is an example of an implementation of that which once worked, but needs love)01:27
persiaimbrandon: So if you and I want to play together, only one of us needs start the service.01:27
imbrandonpersia: yea, thats why i'm thinking about a wrapper script for the gui, but i wanna make it generic so we can wholesaly ( is that a word ) use it01:28
MTecknologybtw - I was also wondering what purpose plymouth has aside from the pretty splash01:28
imbrandonfor other "game servers" , imho i think a server is a server and should be treated via debian policy, but i do see the users PoV01:29
imbrandonpersia: ^01:29
imbrandonMTecknology: to serilize the console on startup01:29
MTecknologyimbrandon: what's that mean?01:29
persiaimbrandon: I'm of much the same preference, but gave up back in feisty or so because of bug reports.01:30
imbrandonMTecknology: i'm probably not the best to explain it, but basicly pre-gui messages and ttys etc01:30
MTecknologyimbrandon: I'm just lost because the package description even says that it only provides boot animation01:31
MTecknologynot only, but that's all it says about itself01:31
imbrandonMTecknology: heh its probably a bit light on the documentation , its still fairly new01:32
imbrandonMTecknology: basicly its the glue between grub and desktop for the user ( lots of other stuff do the system stuff like whats in the initrd and upstart )01:33
imbrandonMTecknology: like i said though, i'm probably not the best to explain it, but i do know its more than just a simple splash image, otherwise we would still use usplash01:34
MTecknologyimbrandon: I have no initrd and I have very little going on between desktop and system; It just feels like a little bloat for me and I don't see why it's a Depends instead of Recomends01:34
RAOFMTecknology: A quick example of where you need to have a properly multiplexed terminal: You've got a dmcrypt device, so need to be prompted for a passphrase on bootup.  Also, this boot fsck is running, and offers you the option to cancel the check.01:36
RAOFAs upstart starts things in parallel, these are both started, and both interested in your input.  Where does your keyboard input go?01:36
MTecknologyfifo?01:37
RAOFBut “first” is no longer well-defined, because upstart is starting things in parallel.01:37
RAOFDoes the “c” that I type to cancel the fsck actually get fed to fsck?  Does it get fed to the cryptsetup prompt?  Is this deterministic between boots?01:38
jdongRAOF: I guess that's the point of plymouth?01:39
jdongat least that's what I understood plymouth to be. never looked at it (tm)01:39
MTecknologyso what's the solution?01:40
imbrandonMTecknology: the solution to what ?01:40
jdongMTecknology: I'd imagine it'd to be to define a higher order abstraction to user interation, for example, result = ask_the_user(question)01:40
jdongand I was under the assumption that's what Plymouth was for01:40
MTecknologyimbrandon: the solution for how plymouth handles that01:41
imbrandonMTecknology: i dont know how it handels it technicly, i just know it does01:44
imbrandon:)01:44
jdongMTecknology: if plymouth handles that, then the solution is fairly intuitive.01:44
jdongbefore each app would (1) print question (2) read response.01:44
RAOFMTecknology: I'm not sure of the details, but it appears to serialise input (and, I presume, output) into a couple of streams - the “I'm blocking on this” stream, ala cryptsetup, and the “user might want to press this at some point” stream, ala fsck cancelling.01:44
jdongnow, plymouth would be the only one that (1) print question (2) read response)01:45
jdongand other services ask plymouth to bug the user.01:45
MTecknologyso if the user NEVER needs to interact with more than one thing during boot and no application ever accepts keyboard input more than one at a time during boot, and the user doesn't want a pretty boot screen, then plymouth has no purpose?01:46
imbrandonMTecknology: right, but thats alot of assumptions , especialy on a global scale like ubuntu01:47
RAOFMTecknology: Well, and nothing wants to output status messages to the console.01:47
jdongMTecknology: I suppose, but that won't be the case in most setups01:47
imbrandonMTecknology: you would just a get a black screen after grub loads untill your gui starts, even if say fsck is going or something, with no idea whats happening01:48
MTecknologyjdong: I figured no setup can have those assumptions unless it's an embedded device01:48
MTecknologyso plymouth now makes a whole lotta sense01:49
jdongMTecknology: exactly01:49
jdongimbrandon: haha once I was stupid enough to turn on fsck on my N800.01:49
imbrandonjdong: lol01:49
MTecknologywhat happened?01:49
jdongimbrandon: I figured since it was *cringe* using ext2 that bad poweroffs were going to be harsh on it.01:49
ajmitchjdong: how long did you wait for?01:49
jdongMTecknology: Zero block group? (y/n)01:50
jdong(touchscreen driver not up)01:50
jdongCRAP.01:50
ajmitchouch01:50
MTecknologyoh01:50
jdong:)01:50
MTecknologywhat's that do?01:50
ajmitchjdong: that was foolish01:50
MTecknologyzero block grou*01:50
ajmitchMTecknology: he means that he had no way of entering y or n :)01:51
MTecknologyI got that part :) - I was curious about what that does though01:51
MTecknologyI haven't done anything with fsck in a LONG time other than watch it fly through my disk one in a while01:51
imbrandonlmgtfy.com hahaha j/k ;)01:51
jdongMTecknology: generic "fsck found a problem, but just zeroing the problem area technically makes it go away, should I do that?"01:51
MTecknologyoh01:52
jdongMTecknology: (which is again why you don't blindly say y to everything fsck asks and assume it smartly fixes your disk)01:52
MTecknologybrb01:52
ajmitchjdong: I'm surpised you didn't have some crackful FS on ther instead01:52
jdongit's the equivalent of your mechanic just ripping out hoses that look cracked and saying there's no more defective pipes :)01:52
imbrandonbtrfs ?01:52
jdongajmitch: in my opinion the default setup of running ext2 and not fscking no matter what... is pretty crackful01:52
ajmitchimbrandon: too stable for jdong01:52
jdongajmitch: but I totally understood that they didn't have a "cough once for y, twice for n" inputdev.01:53
imbrandonfuse zfs / ?01:53
jdong:)01:53
jdongajmitch: ANNOYINGLY the rocker was wired up to the *arrow keys* and put ^[[A's and so on to the screen.01:53
jdongso I wouldn't have imagined it to be a hard thing to map that to y vs n....01:53
jdong(yeah yeah, file a bug, write a patch)01:53
ajmitchjdong: sure, and remap that once booted?01:54
jdongajmitch: hehe yeah :)01:54
imbrandonas long as you dident forget what one was maped to n01:54
imbrandonred / green ?01:54
ajmitchor typing a password by left-right combos01:55
imbrandoneveryoens n800 passwd would be "aaa"01:55
imbrandonlike arcade game high scores01:56
=== yofel_ is now known as yofel
MTecknologyThat was awesome chatter :)02:25
MTecknologythanks everyone02:25
TheMuso8/c02:49
* ccheney think he is confused02:57
ccheneydidn't we disable bug reporting directly on launchpad at some point?02:57
ccheneythen we disabled bug reporting in the Help menu, but now launchpad bug reporting seems reenabled, so by default we are not going to be getting bug reports with apport info anymore?02:58
MTecknologyccheney: ?no-redirect or something like that?03:03
MTecknologyccheney: sometimes it's a pita to know what package is causing the issue - that's a feature that I personally like03:03
wgrantccheney: The root Ubuntu +filebug will redirect.03:13
wgrantIf you go directly to a source package's +filebug, it will not.03:13
wgrantIt will also not redirect for you at all, since you are in -bugcontrol.03:13
ccheneywgrant: ah, i see that is why :)03:15
ccheneywgrant: i forgot that it might look different since i am in bugcontrol :)03:15
Keybukurgh03:26
* Keybuk just, seriously, had a "could you turn the computer *on*" type moment on a bug03:26
ccheneylol03:26
sladensend them a descreet wake-on-lan packet03:27
Keybukbug #57069203:27
ubottuLaunchpad bug 570692 in udev "Ubuntu 10.04 Can't open RFCOMM device: Permission denied" [Medium,Incomplete] https://launchpad.net/bugs/57069203:27
imbrandonKeybuk hahahah ( @the bug )03:33
Chipzzdiediedie :)03:33
Keybukwe need a channel where the Code of Conduct does not apply03:34
Keybuk#ubuntu-two-minutes-hate or something03:34
sharkyaraaraaraara03:41
temugenKeybuk: What are the units on /sys/dev/block/#:#/size ? And just as important, what are the units on the "at <location>" of ureadahead --dump?03:44
Keybuktemugen: err, they're units ;)03:44
Keybukprobably bytes03:44
Keybukbut they might be different, one might be blocks03:45
temugenI thought the <location> was bytes just based on... well, I don't know, but the size is different for sure03:45
Keybuk3125248003:45
Keybukwing-commander scott% cat /sys/block/sda/size03:45
Keybuk3125248003:45
Keybukthat looks like blocks to me03:45
Keybuk(a block is generally 512 bytes from a disk pov)03:46
Keybuknot sure about offset, bytes I expect, but not sure03:46
Keybukmight be blocks too03:47
temugenah, ok.03:47
Keybuk(whereas the page cache operates in 4096 byte pages)03:47
temugenindeed03:47
temugenthanks for clearing that up03:48
Keybuksome disks might use 4096 byte blocs03:48
Keybukinstead of 512 byte ones03:48
Keybukjust to add to the confusion03:48
temugenKeybuk: I figured this much. There wouldn't happen to be an easy way to deduce the block size from the hdd number of --dump, would there?03:50
KeybukI don't think I know the answer to that03:50
Keybukit'll be in /sys somewhere if the kernel exposes it03:50
temugenNo problem :) I'll see what I can find03:50
Keybukah03:51
Keybukqueue/physical_block_size03:51
Keybukqueue/logical_block_size03:51
jdongis that what blockdev --report returns?03:51
temugenjdong: blockdev --report works :)03:52
jdongI don't know if the sysfs entries go through the same code path :)03:52
=== almaisan-away is now known as al-maisan
=== dendro-afk is now known as dedrobates
pittiGood morning05:53
pitticcheney: oh, thanks!05:53
=== dedrobates is now known as dendro-afk
ccheneypitti: no problem :)06:07
ccheneypitti: my results seem different from what others have posted, i'm not sure what is going on06:07
slangaseksuperm1: you haven't been seeing bug #570843, have you?06:08
ubottuLaunchpad bug 570843 in ubiquity "[Lucid Lynx RC] Install hangs on a LAN-connected (but no internet) workstation" [Undecided,New] https://launchpad.net/bugs/57084306:08
pitticcheney: I have a theory; the "SKIP" might have been a red herring all along, and it was the broken variant06:10
pitti"U.S. English" is a bogus variant06:10
ccheneyok06:13
pitticcheney: hm, https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/548891/comments/8 only has "SKIP", and an empty variant06:17
ubottuUbuntu bug 548891 in xorg-server "keyboard input broken due to invalid "SKIP" keyboard model" [High,In progress]06:17
pittiperhaps it's a combination of both06:17
superm1slangasek, no i haven't seen that06:19
slangaseksuperm1: ok - phew :)06:19
superm1not to say it's not a real bug though with his env, that guy definitely needs to run in debug mode and apport-collect06:20
slangaseksuperm1: right - just trying to figure out the scope of the bug, sounds like it's definitely a corner case (and the submitter has already said he's not going to be able to help us debug, sigh)06:21
superm1dang06:21
* ccheney is headed to bed now06:29
pitticcheney: good night! I'll answer in the bug report for something to try, and test it in the meantime06:32
kirklandbdrung: http://people.canonical.com/~kirkland/Museum back online ;-)06:57
micahgkirkland: where's karmic?06:57
kirklandmicahg: not yet done06:58
pittikirkland: ooh, thanks!07:05
kirklandpitti: ;-)07:06
* pitti gets a ticket for a year07:07
kirklandpitti: :-)  the exhibits need some freshening up07:08
kirklandpitti: whoa, lookey there .... http://qa.ubuntu.com/reports/bug-fixing/lucid-fixes-report.html07:13
kirklandpitti: ;-)07:13
* micahg is #14 \o/, althought half were probably fixed upstream :)07:16
pittikirkland: uh, congratulations!07:17
pittikirkland: seems you fixed a ton in the last week :)07:17
pitti(last time I checked I had 4 more or so)07:17
kirklandpitti: yeah, might be a bug in the accounting; i'm not sure what happened07:17
kirklandpitti: but i had noticed it hadn't been updated in a few days07:18
kirklandpitti: meh07:18
pittikirkland: it was a nice race! *hug*07:18
kirklandpitti: *hug*07:18
* pitti still has some SRUs up his sleeve, but not enough to fix 12 bugs07:18
kirklandpitti: there's still plenty of room for SRUs07:18
kirklandheh07:18
kirklandpitti: speaking of, i'll be bugging you about that;  we've got a stack for eucalyptus, and a handful of others07:19
kirklandpitti: speaking of, can i get an sru ack of Bug 570870 ?07:19
ubottuLaunchpad bug 570870 in etherboot "pxe boot doesn't work with kvm" [Low,In progress] https://launchpad.net/bugs/57087007:19
* kirkland is off to bed07:19
pittikirkland: acked 20 seconds ago :)07:20
pittikirkland: btw, in general it's easier to just upload, and have us review from the queue; prior discussion is only needed if you are unsure whether it's suitable07:21
dholbachgood morning08:10
sladenguten morgen herr Holbach meister08:13
dholbachI don't know about any Meister :)08:14
dholbachhey sladen :)08:14
sladenactually, that's not very good faux German, it's got too many spaces in it!08:14
mvodholbach: you are on libribox! http://librivox.org/good-sense-by-baron-paul-henri-thiry-dholbach/08:19
dholbachhahaha08:19
dholbachthanks mvo08:19
mvomy pleasure "baron"08:19
dpmhi slangasek, I've got the translations stats for the release notes as we discussed yesterday -> http://people.canonical.com/~dpm/lucid-translation-stats.html . Shall I go ahead and just add them to the release notes wiki page?08:56
slangasekdpm: to https://wiki.ubuntu.com/LucidLynx/ReleaseAnnouncement, please08:57
dpmah, sorry, yes, the announcement, not the notes08:58
micahgslangasek: is the annoucement/notes only for stuff in main or universe as well?09:00
slangasekmicahg: the announcement goes into almost no detail about packages, so nothing in universe would apply; the release notes can include notes about universe09:02
micahgslangasek: ok, we'll probably need to put something in there for lightning, but will discuss with chrisccoulson09:03
dpmslangasek, ok, two final questions:09:09
dpm1) I added a note below the FIXME pointing out that stats are now up to date. Shall I leave it like this, or just remove the FIXME alltogether?09:09
dpm2) The current text reads:09:09
dpm"For a list of supported languages and detailed translation statistics for these and other languages, see:"09:09
dpmI think we should use something else than "supported", as to not give the impression that these are Canonical-supported languages, they are all community ones. Have you got any ideas on what we could use instead? "fully translated", "complete"?09:09
cjwatsonkirkland: a debconf frontend doesn't necessarily actually show a UI - it only shows it if it has a question to ask at sufficient priority09:09
slangasekdpm: please feel free to remove the fixme; the consensus around the table here seems to be that "supported" is perfectly ok to use here, and "fully translated" or "complete" both seem less accurate09:41
dpmslangasek, ok, thanks. FIXME removed. I've also added a note on translations at https://wiki.ubuntu.com/LucidLynx/TechnicalOverview, as we did with Karmic09:44
slangasekdpm: great, thanks :)09:52
dpmslangasek, thank _you_ for the heads up yesterday :)09:52
=== al-maisan is now known as almaisan-away
=== almaisan-away is now known as al-maisan
YokoZarslangasek: poke (you have archives and you're online and we're sorta last minute here): I need the wine1.0 upload I just did approved so it passes --configure (and so that dssi-vst can then build, which then allows ubuntustudio to build).  Thanks :)11:03
YokoZar(problem was nailed down due to help from kees)11:03
slangasekYokoZar: what do you mean, "allows ubuntustudio to build"?  ubuntustudio images are already in final stages of validation, no one has communicated to me that there were any plans to update other packages for the UbuntuStudio DVDs before release11:07
YokoZarslangasek: last I checked dssi-vst was part of ubuntustudio's default install11:07
slangasekYokoZar: certainly not, dssi-vst has never been built in Ubuntu11:10
YokoZarpersia: ping11:12
YokoZarslangasek: I've been trying to solve this since RC, and at that point there definitely was a trail from dssi-vst to ubuntustudio (it may have been dropped from the RC image due to the build failure)11:13
persiaYokoZar: It would be interesting to add, but no, there won't be an image rebuild request for it: you would have had to get it ready over the weekend.11:13
slangasekYokoZar: "since RC" - er, wrong time to be putting new software in the images, anyway11:14
YokoZarpersia: tried and failed11:15
slangaseknow, given that this is *not* going to imply an image respin, that *improves* wine1.0's chances of getting into the archive11:15
slangasekbut I don't have time to review it, I'm afraid11:15
YokoZarMakes sense, on both counts11:15
YokoZarall I heard was ubuntustudio folks were waiting on it.  I'd never heard of the package before last week as it is11:16
persiaIt's one of a few ways to use VSTs in Ubuntu, which tends to be a use case of interest to Ubuntu Studio.  There are other ways (less clean).  With the wine-1.0 stuff, dssi-vst becomes an SRU candidate.11:17
YokoZarpersia: as a new package?11:18
YokoZarit never built so its source package is about to be deleted I think11:18
YokoZardue to the archive stuff11:18
YokoZar*archive rebuild stuff11:18
slangasekno11:18
persiaWhat?  We're deleting source packages now?  We never did that before: mostly just binary deletions.11:18
slangasekno, we're not11:19
Riddelldholbach: how come the wallpaper here isn't blue? http://launchpadlibrarian.net/45931161/kubiquity.png11:19
persiaGood.11:19
dholbachRiddell: no idea11:19
YokoZarOk I was mistaken then I thought the unbuildable-forever stuff was being removed entirely11:19
=== al-maisa` is now known as almaisan-away
=== Ng_ is now known as Ng
persiaYokoZar: It's binaries that were removed (about a month ago) on the premise that if we can't build it, we can't fix bugs in it.  About half of it has been restored since with FTBFS fixes.11:23
=== almaisan-away is now known as almaisan
=== ion_ is now known as ion
=== almaisan is now known as al-maisan
=== MacSlow is now known as MacSlow|lunch
spaetzperfect patch12:33
spaetzoops12:33
=== MacSlow|lunch is now known as MacSlow
=== rgreening_ is now known as rgreening
Azoffhello13:38
AzoffI have noticed that the 3d party driver for Nuvoton 677x (released by ASRock in my case) breaks due to the lirc_dev-2.6.33.patch as reported here: https://bugs.launchpad.net/ubuntu/+source/lirc/+bug/57070013:39
ubottuLaunchpad bug 570700 in lirc "lirc-modules-source-0.8.6-0ubuntu4: lirc_dev-2.6.33.patch breaks lirc-nct677x-src" [Undecided,New]13:39
Azoffas you can see in the report, I have tracked this down to the name change of the lock attribute in the struct lirc_buffer, but I can't tell *why* this breaks the source package from ASRock13:40
AzoffAFAIK, the compilation against lirc-modules-source should take care of this name change. There are no references to the lock attribute inside the source package, so it's not that trivial.13:41
Azoffany ideas are welcome.13:41
mvoRiddell: is there something like a "pulse" or "spinner" widget in qt/kde?13:47
Riddellmvo: yes, let me look it up13:48
dennisafternoon13:49
denniscan anyone tell me if the bug with the flashplugin-installer will be fix at final release ?13:50
sladendennis: depends if you can help figure out the solution before tomorrow13:53
dennisyeah... good one.... it seems to be a problem with the installer trying to installer putting the flashplayer in the wrong folders13:54
=== dendro-afk is now known as dedrobates
dennisor so i've read on the net, but i am not sure13:55
dennisany idea when it will be fixed then ? days, weeks perhaps ?13:56
dennisthe os is useless to me without a working flashplayer13:56
Riddellmvo: actually it seems to have been taken out of the API since KDE 4, but konqueror uses http://api.kde.org/4.4-api/kdelibs-apidocs/kdeui/html/classKAnimatedButton.html with setIcons("process-working-kde")13:56
Riddellthere's also http://api.kde.org/4.x-api/kdelibs-apidocs/plasma/html/classPlasma_1_1BusyWidget.html if you're doing Plasma stuff13:57
Riddellwhat's it for?13:57
mvoRiddell: update-manager, to show that the upgrade calculation is in progress13:57
sladendennis: is it filed as a bug report?  If not, other people may not be aware that there is an issue.13:58
dennisthere is a bug report but it still says "status new"13:58
sladendennis: and what is the number of this bug report?13:59
mvoRiddell: I will try to  figure out the python-kde support for this13:59
Riddellmvo: you can also just use a QProgressBar with max set to 0 so it'll bounce left/right13:59
mvoRiddell: aha, I will try that14:00
dennishttps://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/53254214:00
ubottuLaunchpad bug 532542 in flashplugin-nonfree "[lucid] flashplugin-installer doesn't work with Firefox 3.6" [Undecided,New]14:00
dennisit will refuse to configure the installer and then fail to install the package properly.14:01
Riddell            progress.setRange(0, 0)14:02
Riddell            progress.setValue(0)14:02
Riddellmvo: from apport ^^14:02
=== dedrobates is now known as dendro-afk
mvoRiddell: thanks!14:06
pittiit's curious how we have 10 PPA buildds on one day, and just 3 on the other14:07
cjwatsonPPA buildds are shared with hw enablement14:07
persiapitti: The pool of machines used for PPA builders is *also* used for other purposes.  It's always least available around releases and milestones.14:07
pittiah, extra mirrors?14:08
cjwatsonyes, that too14:08
persiaThat's one use.14:08
pittiamd64  3   2829 jobs (four days)14:08
pittiI just wondered about that14:08
persiaI've seen it down to 2, with 2 weeks pending :)  Just wait a few days, and it usually comes back.14:08
pittiwe probably shouldn't put test rebuilds to times like that14:08
persiaOr use alternate infrastructure.  lucas does a full-archive test-rebuild on those arches in about 8 hours.14:09
pittianyway, just made me wonder, thanks for the answer14:09
pittipersia: you know, if only we had some technology to move computation into the cloud :-P14:10
persiapitti: That works too, but we don't have any sane autodeployment for the Soyuz buildd bits right now.14:11
pitti(I know; just kidding)14:11
persiaI think lool was looking at what it would take a couple cycles ago, with the idea of deploying qemu-buildds on ec2 to make up for the speed of ARM hardware available then.14:11
=== al-maisan is now known as almaisan-away
=== dendro-afk is now known as dedrobates
=== dedrobates is now known as dendro-afk
doko_pitti: hrm, a test rebuild usually has to be done before release, when else? ;)14:25
pittiwe can't fix anything now anyway..14:25
pittiand lucas just did another rebuild about a week ago or so?14:25
pittianyway, they have low build score, so they don't really get in the way14:26
slangasekpitti: when do we want to accept these langpacks into proposed?14:26
pittislangasek: IMHO, as soon as we declare a zero chance of final image rebuilds14:26
slangasekpitti: why does it wait for this?14:27
pittiso that they can make use of the otherwise empty i386 buildds and get out of the way of the post-release SRU rush14:27
slangasekok14:27
pittislangasek: "does it wait"?14:27
slangasekpitti: why wait until there's zero chance of final image rebuilds before accepting them - your next line answered this for me :)14:27
pittislangasek: I just want to avoid a situation where e. g. a -base is updated, but the update pack isn't yet, causing uninstallability14:27
slangasekbut they're only in -proposed, so this doesn't strike me as a big concern14:28
pittioh, silly me14:28
pittislangasek: right, so let's accept them right now, shall we?14:28
slangasekpitti: sure, please do :)14:28
kirklandpitti: thanks for clarifying14:31
kirklandcjwatson: thanks14:31
spaetzwhy would I get: notmuch-maildir-fcc.el:70:8:Warning: `(setq subdir (cdr (assoc-string (message-fetch-field "from") notmuch-fcc-dirs t)))' is a malformed function14:34
spaetzarrg, ignore me. sorry14:34
=== baffle_ is now known as baffle
ttxGot threatened to invoke GPL clause 2a to "force" us to upgrade Lucid fetchmail from 6.3.9 to 6.3.16... https://bugs.launchpad.net/ubuntu/+source/fetchmail/+bug/557467/comments/614:46
ubottuLaunchpad bug 557467 in fetchmail "Lucid fetchmail version way outdated and buggy" [High,Won't fix]14:46
ttxstrange days14:47
zulttx: wha?14:59
ttxzul: we live in strange times14:59
=== yofel is now known as yofel_
=== yofel_ is now known as yofel__
=== yofel__ is now known as yofel
=== deryck is now known as deryck[lunch]
ccheneypitti: ugh i keeping hitting the virtual keyboard crash now while trying to login to test your new packages :-\16:02
=== almaisan-away is now known as al-maisan
ccheneypitti: if i am seeing 526791 like the others in the thread (sounds similar at least) then that bug seems pretty bad also16:06
ccheneyhmm 'enhance contrast in colors' seems to permanently screw up the GDM theme16:09
ccheneyeven after you disable that the theme stays different across reboot16:10
apwpitti, just a heads up that i've uploaded a kernel and lbm combo; these are with a view to a realativly early sru for lucid16:10
seb128the contrast color bug in gdm is a known bug16:10
ccheneyseb128: ok16:10
ccheneyi finally got the virtual keyboard to come up so i could log in, now on to testing :)16:11
slangasekapw: btw, bug #560717 was fix committed, but not to the branch you've just SRUed? :)16:11
ubottuLaunchpad bug 560717 in linux "ports kernel lacks device-mapper as built-in (causes LVM not to activate)" [Medium,Fix committed] https://launchpad.net/bugs/56071716:11
apwslangasek, right it contains exactly two changes which were approved as urgent16:13
apwthe rest remain 'committed' to our branch16:13
slangasekwell, ok16:14
slangasekI think anything that I'm putting in the release notes is probably also urgent enough to have included, but that's fine16:14
apwis that not right?  that they remain committed ?16:14
ccheneypitti: works for me, i replied to the bug report16:30
jdstrandmvo: hi! might I just say that I really like how you start an ssh server listening on 9004 in do-release-upgrade? I have upgraded several systems (hardy to lucid) remotely and this was invaluable. Thanks! :)16:43
jdstrandmvo: 'sudo ufw allow 9004/tcp && sudo do-release-upgrade -d' ftw :)16:43
mvojdstrand: cheers, did something go wrong during the upgrade? if so, I want logs :)16:43
mvojdstrand: sounds like for lucid+1 we want a) ufw it automatically b) run it inside screen (if screen is availalbe) - what do you think?16:44
slangasekpitti: I see bug #462704 is fixed now in jockey... does that mean the release note can be dropped because the package update is now done automatically?16:44
ubottuLaunchpad bug 462704 in jockey "Crash when trying to set up wifi on Dell Mini 10v (Broadcom) in Kubuntu Netbook" [High,Fix released] https://launchpad.net/bugs/46270416:44
mvojdstrand: automatically if the user consents with it of course16:44
jdstrandmvo: it went as well as expected-- a couple of issues with some universe dkms packages, and typically conffile stuff16:44
mvojdstrand: ok, cool, happy to hear that :)16:45
jdstrandmvo: the ufw idea is cool. screen, not so sure, but maybe16:45
mvojdstrand: thanks, I'm not a big server/screen user myself, so I can't really judge, I throw the ideas out and see which stick :)16:46
jdstrandmvo: it was nice having the 9004 cause I could do my manual conffile merging as the install went :)16:46
jdstrandmvo: there are some who would like it, some who wouldn't16:46
* mvo nods16:46
jdstrandscreen is a great tool, but it is different than a straight terminal16:47
jdstrandmvo: question-- one thing that wasn't completely clear was if it would be restarted on the libssl upgrade. I assumed 'no', but cautiously didn't restart ssh either16:48
mvojdstrand: I don't think it would be restarted as its not started via the normal init script mechanism16:49
* jdstrand nods16:49
jdstrandthat is what I was thinking, but wanted to make sure16:50
ccheneymvo: do you know if there is a bug about update-manager -d - details page being too large to fit on 600 vertical resolution? (it might be old as i was upgrading from karmic -> lucid)16:50
=== bjf is now known as elBoto
=== elBoto is now known as bjf
mvoccheney: I think there is a open one for this, yes16:51
ccheneymvo: ok16:52
ccheneyanyone happen to know when the freeze for 10.04.1 will be, i see the release date is july 29th16:59
chrisccoulsoncjwatson - i see you did the binary removal in bug 568778. i'd prefer just to drop the whole thing and remove the source too. what do you think about that? we've been trying to minimize xulrunner rdepends in the archive this cycle, and i don't see the point in carrying one in the archive which isn't actually used by anything else yet17:07
ubottuLaunchpad bug 568778 in pacparser "Please remove packparser binaries from lucid" [Medium,Fix released] https://launchpad.net/bugs/56877817:07
pittire17:08
pittiapw: I think slangasek already accepted linux17:08
pitticcheney: ah, with pitti2? nice!17:08
ccheneypitti: yes17:09
pittislangasek: uh, this is old.. yes, it should be fine now17:10
=== beuno is now known as beuno-lunch
cjwatsonchrisccoulson: our convention for fails-to-build removals has been to remove only the binaries, and I followed that17:11
chrisccoulsoncjwatson, that's ok, but in this case i think we should remove the source too. do you want me to file a separate removal request for that?17:12
=== deryck[lunch] is now known as deryck[afk]
cjwatsonchrisccoulson: doesn't seem to buy us anything17:12
chrisccoulsonhaving it in the archive doesn't really align well to the new maintenance model of firefox17:12
cjwatsonchrisccoulson: feel free to discuss it with Caesar, but he explicitly requested keeping it and his name's in the Maintainer field so I gave his request primacy17:12
apwpitti, yes it appears so ... he also suggested i made you aware that it is there and with the severity of the bugs we were looking to abreviate the SRU process as much as possible, hense the heads up :)17:13
cjwatsonchrisccoulson: I won't override that without his consent17:13
chrisccoulsoncjwatson - ok, i'll leave it for now. as long as he's around to port it every time we update firefox and xulrunner ;)17:13
cjwatsonchrisccoulson: but he hasn't uploaded it to use xulrunner yet17:13
cjwatsonchrisccoulson: so, right now, there's nothing to update17:14
chrisccoulsonthat's true, but there will be at some point, assuming it's fixed in a SRU17:14
cjwatsonchrisccoulson: so I suggest discussing it with him in advance of such an SRU :-)17:14
chrisccoulsoni was just questioning whether that was worth doing at all, seeing as there isn't anything in the archive that uses it17:14
cjwatsonI don't consider myself qualified to make that judgement17:14
cjwatsonAndrew seems to think it's valuable17:15
slangasekpitti: great, dropped :)17:18
pittibryceh: I now have a tested fix for bug 548891, I just attached a debdiff17:23
ubottuLaunchpad bug 548891 in xorg-server "keyboard input broken due to invalid keyboard variant set by VMWare installer" [Medium,Fix committed] https://launchpad.net/bugs/54889117:23
pittibryceh: can/shall I just upload that to -proposed, or do you want to commit it to git first? (and perhaps add more changes)17:24
slangasekRAOF, bryceh: is there still something that needs to be release-noted for bug #541511, or was that obsoleted by reverting the i8xx disablement patch?17:24
pittiRAOF: ^17:24
ubottuLaunchpad bug 541511 in xserver-xorg-video-intel "MASTER: [i855] GPU lockup (apport-crash)" [Unknown,Confirmed] https://launchpad.net/bugs/54151117:24
pittislangasek: (just parrotting) from what I understood, there are problems on i845/i855 either way, so I think we still need a release note17:25
slangasekwell, I need to know what to write, the bug log isn't very linear :)17:25
slangasekpitti: there's already https://wiki.ubuntu.com/LucidLynx/ReleaseNotes#Intel%208xx%20X%20freezes/crashes17:25
pittislangasek: ah, this looks unspecific enough to still be true (also https://wiki.ubuntu.com/X/Bugs/Lucidi8xxFreezes)17:26
bensUbuntu 9.04 and up to 10.04 beta1-4GB RAM, 4GB Swap.  According to ps/top/free/vmstat/anythingelseicanthinkof, there is only 800MB of ram in use, but my swap is full and killing my system.  According to everything, I have 3.2GB ram free, and 3.2GB buffer/cache.  Any idea's?17:48
bensHavne't tested with the daily build yet.17:48
xnoxbens, are you using 64bit Ubuntu?17:58
benseither.17:59
bensxnox, either x86 or x86_6417:59
bensThough I'm currently experiencing the problem on 6417:59
xnox=(17:59
=== beuno-lunch is now known as beuno
=== al-maisan is now known as almaisan-away
brycehpitti, I'll queue it with a few other xorg-server patches18:15
brycehslangasek, yeah we still need something for the 8xx issues.  It's one of those bugs that we fix for 10 people, and then 10 others report the fix made it regress18:17
brycehslangasek, where is the draft of the release notes, I can do a quick review/copyedit for you18:18
=== dendro-afk is now known as dedrobates
=== dedrobates is now known as dendrobates
=== dendrobates is now known as dendro-afk
slangasekbryceh: the "Intel 8xx X freezes/crashes" you put there isn't already sufficient? Anyway, draft at https://wiki.ubuntu.com/LucidLynx/ReleaseNotes, but please just put your draft text in the bug for copy-paste so we avoid lock contention18:32
pittibryceh: thanks18:33
brycehslangasek, I think that should suffice18:34
slangasekbryceh: ok - would you mind closing the ubuntu-release-notes task then?18:36
TMKCodesIs the GLX memory leak bug causing problems still?18:36
=== dendro-afk is now known as dendrobates
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== dendro-a` is now known as dendro-afk
brycehslangasek, done18:42
brycehTMKCodes, this is for the issues involving freezes on 8xx18:42
slangasekbryceh: ta!18:43
=== radoe_ is now known as radoe
arandI would like to hilight https://blueprints.edge.launchpad.net/ubuntu/+spec/foundations-karmic-swapfile .  Would I (as a non-attending-UDS non-member) simply register it for uds and see what happens?18:56
cjwatsonas a matter of policy, nobody not attending UDS should propose specs for UDS19:00
cjwatsonit doesn't work19:00
cjwatsoninstead, send mail to a development mailing list and try to convince somebody to take it on19:01
cjwatsonotherwise you can easily get the situation where there's something at UDS that nobody's interested in discussing, which we don't want to happen19:01
JFoarand, also not likely that anyone will be discussing karmic issues19:02
JFoat least that is my impression19:02
JFosince the UDS is for planning the next release (in this case Maverick)19:03
cjwatsonwell, that's not really too relevant - that spec hasn't been implemented, so that's just a naming issue19:03
cjwatsonit's an old spec that ran into implementation issues19:03
JFoah19:03
JFoI see, disregard then arand :)19:03
arandJFo: cjwatson: Ok, will do.19:04
brycehpitti, slangasek, for doing an SRU of xorg-server, since we haven't begun meerkat, should I be numbering it as 2:1.7.6-2ubuntu7.1 or 2:1.7.6-2ubuntu8 ?19:05
slangasekbryceh: I'm ok with -2ubuntu8 if it's expected to be copied over to meerkat once it's open19:06
keesjcastro: why are only some of the sessions for the security track listed here: http://summit.ubuntu.com/uds-m/track/security/ ?19:23
jcastrokees, on a call, one sec19:24
jcastrokees, when did you approve them? there's like a 10 minute delay19:24
Davieykees: which ones are missing?19:24
keesjcastro: okay.  mon 15:00 and 17:10 are missing (and were approved a while ago)19:24
keesjcastro: wait, approved?19:24
keesjcastro: I need to flip it from "Discussion" to "Approved"?19:24
keesthat hasn't happened for any of mine yet, but most already show up.  whee19:25
keesI thought "approved" so for after UDS19:25
keess/so/was/19:25
=== dendro-afk is now known as dendrobates
Davieykees: missing GPG key one?19:27
keesDaviey: yup, and vmbuilder19:27
Davieyinteresting19:28
=== elmo changed the topic of #ubuntu-devel to: ** wiki.ubuntu.com will be down for emergency maintenance from 18:45 - 18:50 || Lucid release candidate is out! | Archive: final freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://w
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== elmo changed the topic of #ubuntu-devel to: Lucid release candidate is out! | Archive: final freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs
bryceh*boggle* why do people keep toggling the status on lp #565981 ?20:27
ubottuLaunchpad bug 565981 in xorg-server "[KMS] gem objects not deallocated" [Critical,Fix released] https://launchpad.net/bugs/56598120:27
brycehoh I see, seems to be a usability issue20:28
=== MacSlow is now known as MacSlow|gym
lifelessbryceh: as in 'they are able to use lp' ? :)21:10
brycehlifeless, apparently not!21:14
=== dendrobates is now known as dendro-afk
Zombhello guys. I need a "sane" mirror that everybody should use as default location. To hardcode it as fall-back in apt-cacher-ng on Debian systems (because I cannot pick up the prefered mirror from sources.list there).21:33
jpdsZomb: de.archive.ubuntu.com ?21:34
ZombDebian is using geodns for ftp.debian.org, what do you have?21:34
Zombjpds: worldwide please21:34
jpdsZomb: We don't have anything like that.21:34
Zombwell, ok. I will take the TLD related part from Debian mirror then (if found) and look whether it hosts Ubuntu too21:37
Zombor something like that, we will see21:37
=== dendro-afk is now known as dendrobates
sorenWell, archive.ubuntu.com is what debootstrap uses if you don't tell it otherwise.21:38
cjwatsonif you know the country code then you could use CC.archive.ubuntu.com for any CC21:39
cjwatsonit wildcards to the same as archive.ubuntu.com if there's no specific country mirror set21:39
Zombthat's what I imagined21:39
=== bjf is now known as bjf[afk]
Zombthanks21:39
=== deryck[afk] is now known as deryck
=== dendrobates is now known as dendro-afk
cjwatsonjcastro: can I have planning access to the foundations track in summit?  I'm supposed to be organising it22:10
=== MacSlow|gym is now known as MacSlow
=== dendro-afk is now known as dendrobates
jcastrocjwatson, done22:26
cjwatsonjcastro: thanks22:52
Keybukion: so you know we've talked about states23:12
ionYeah23:12
Keybukand state environment being inherited into services23:12
Keybukand if a service has "while $SOMESTATE", and there's multiple instances of $SOMESTATE, you get multiple instances of the service23:12
KeybukI just had a moment when I realised the most fundamentally cool use23:12
Keybukconsider the following three things:23:12
Keybuk  while system23:12
Keybuk  exec /sbin/unetwork23:13
Keybuk--23:13
Keybuk  while user23:13
Keybuk  exec /usr/bin/ssh-agent   # has $USER23:13
Keybuk--23:13
Keybuk  while session23:13
Keybuk  exec /usr/bin/gconf-daemon  # has $USER, $DISPLAY, etc.23:13
Keybuk--23:13
ionNice23:14
Keybukand "user" can be implicit23:14
Keybuke.g. user.conf is23:14
Keybuk  while session23:14
Keybuk  instance $USER23:14
Keybukor whatever syntax we use for that23:14
Keybukso you only need to create sessions states, you get the user states for free23:14
Keybukand they get reused23:14
ionYeah23:15
Keybuknot sure yet how to get the ssh-agent environment back into the session yet23:16
Keybukbut I like this23:16
ionshutdown/reboot -f attached to the system state’s post-stop and e.g. ‘stop system SHUTDOWN_ACTION=reboot’ would bring down the system and reboot? :-)23:16
ions/^shutdown/poweroff/23:17
Keybukyes, probably23:18
Keybukstop user USER=sabdfl23:18
Keybuk;-)23:18
ion:-)23:18
Keybukactually23:18
Keybukstop session USER=sabdfl SESSION_ID=...23:18
Keybukthat'd be logout23:18
xnoxKeybuk, =)23:18
xnoxKeybuk, strange that got me a notification in xchat on "sabdfl" =))))23:19
* xnox didn't configure that23:20
ionwhile-around session, env-import cmd where cmd prints ‘FOO=bar\nBAZ=quux\n’?23:20
Keybukion: I'd use #upstart for this if it wasn't for the systemd SPIES :p23:21
ion:-D23:21
Keybukion: the bit I can't quite work out ...23:29
Keybuklast time I drew all this on paper23:29
Keybukudev fell out23:29
Keybukit doesn't seem to do anything anymore23:31
ionHeh23:32
=== bjf[afk] is now known as bjf
AquinaWhat's up what did you destroy, Keybuk?23:33
Keybukdevtmpfs does the device nodes, aclthingy does the acls, upstart does the RUN+= commands23:33
Aquina:-)23:33
KeybukAquina: every time we give the operating system a good shake, something falls out!23:35
ionHow about attaching information to devices, such as what the udevification of Xorg used to do before that data was moved to xorg.conf InputClass?23:36
KeybukHAL fell out of 10.0423:36
Keybukion: isn't that just Upstart's environment attached to a state? :p23:36
svuwhat is the official time of release? 00:00 GMT?23:36
ionTrue :-)23:36
NafaiKeybuk: I'm hoping these good shakes make the OS simpler :)23:36
Keybuksvu: don't you start ;-)23:37
Keybukion: I think Arjan must have slipped something into my beer at LFC23:37
Keybukbecause I now see his point that we just don't need udev23:37
ionHeh23:38
svuKeybuk, I think my question (in negavite form: "do not ask...") should be put into the topic ;)23:38
Keybukhowever I do need my pen, and it's gone walkies23:38
AquinaI see23:43
AquinaWhat is the actual replacement for hal? I can't imagine a system to work without it.23:44
Keybukok, this is silly, where the frak is my pen?23:47
KeybukI had it minutes ago23:47
KeybukAquina: udev ;)23:47
Keybukright, I have found my pen23:54
KeybukI had hung it on the lampshade23:54
Keybukseriously, I'm fucked up23:54
Aquinahm... ok23:56
JanCsvu: the official time for release is: while it's 2010-04-29 in some place on Earth  ;)23:58
AquinaIt' here already 0:58 on 29.04.2010 :-)23:59

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