[01:05] how do I tell growisofs to erase the dvd, I wonder? [01:18] lamont: -Z ? [01:19] slangasek: it bitched and whined at me... I'll see if it the proceeds to DTRT [01:19] well, -Z is how it's meant to happen anyway [01:19] ok [01:20] :-[ RESERVE TRACK failed with SK=5h/ASC=21h/ACQ=00h]: No space left on device [01:20] and then proceeded to write on the disk anyway === sourcode_ is now known as sourcode [02:38] slangasek: now I remember... the burn finishes, but I have a coaster. [02:48] slangasek, if you can release the mythtv build at some point when you're around, i'd appreciate it [02:49] bah. who actually needs releases? [02:50] Hobbsee, you have magic keyboard keys though too don't you? [02:50] can you release it :) [02:51] superm1_: nope. ENODRESCHER. [02:51] superm1_: i don't work for canonical, so i don't have teh switches. [02:51] boo :( [02:51] superm1_: i don't even have the proxy switches anymore, although that was fun. [02:51] what happened to those? [02:51] superm1_: they found a RM [02:52] oh i didn't realize they were temporary for that purpose [02:52] * Hobbsee never had DC access [02:52] hi spam [02:57] heya [03:22] lamont: ummmm, are these rewritable DVDs? Or else why are you telling growisofs to zero out a DVD? [03:23] Hobbsee: hrm? You should have access to the unapproved queue through LP, has this changed? [03:23] slangasek: i do for that. i think it even works. [03:23] slangasek: but i can't do releases, etc [03:23] ok, I'm pretty sure that's what superm1_ was referring to... :) [03:24] oh, i thougth he meant doing the mythtv release, and setting those cds as final [03:52] Hobbsee, yeah i was meaning to pull 'mythtv' through the queue since its in multiverse and affected by beta freeze. 'mythbuntu' alternate disks are something completely different [04:03] ok it's official [04:04] using a simple bash loop to convert rcS.d to upstart does NOT work. [04:05] * jdong wonders if keybuk is having nightmares right now because of how I've been abusing upstart [04:08] Laughing more likely. [04:08] yeah, udev not starting is pretty painfully funny. [04:09] particularly on a macbook where the keyboard is USB and activated by udev. [04:09] I'll have to catch him sometime and pick his brain about this [04:18] Heh [04:19] Probably better wait for Upstart 0.5 before actually making the whole system boot on it. [06:12] cody-somerville: pong [06:48] Good morning [06:53] mornin' pitti [06:53] hiya pitti [06:54] nixternal: yo yo homeskillet [06:54] what the blazes are you doing up? [06:54] not even 02:00 yet [06:54] I will prolly go upstairs in a few and watch the boobtube [06:55] man, I'm toast [06:55] hrmm, after spelling that, that doesn't look like a really PC way of saying television does it? [06:55] I got the "bright idea" that maybe I should rewrite my data fitting program for school in C++ rather than Python [06:55] Hi LaserJock, nixternal, pitti. [06:55] hiya Fujitsu [06:55] LaserJock: that's a smart man :) [06:56] nixternal: well, I had a look at the library I need and am thinking that might not be the best idea ;-) [06:56] which library? [06:57] GNU Scientific Library [06:57] boost has a nice scientific library :) [06:57] boost might be better documented and more recent too [06:57] well, it's specifically the "it's written in C" part that's getting me [06:57] I'm not sure I feel like really learning C/C++ in 2 days [06:58] int main(int argc, char* argv[]) { // go to town!!! } :p [06:58] I have been trying to come up with an app so I can better learn Python myself [06:59] python's great for learning [06:59] for some reason, I found C/C++ and Java easier to learn [06:59] but I am trying to do some data analysis and C/Fortran are the tools for the job for the most part [07:00] F77 baby! :p [07:00] yeah, that's what my advisor would use [07:00] he hasn't quite gotten to F90 [07:01] but C is pretty much just as good for what I've got to do and a bit more ubiquitous [07:02] that it is [07:02] my program is < 500 lines in python though, I hate to know how much more it'd be in C :/ [07:03] someone in #kubuntu-devel said to change Ubuntu 8.04 LTS to Ubuntu 8.04 as there will not be an LTS until the point release...rumor or fact? and if rumor who is spreading it besides the guy in #kubuntu-devel? [07:03] jamesh: [07:03] hola dholbach [07:03] dholbach: hmm? [07:03] I heard something similar a while back, but I don't recall it being from a reputable source. [07:04] ahh, so there is a rumor mill then...first I heard it was an hour ago and he never responded to tell me where he heard it [07:04] jamesh: oops, sorry - nevermind [07:04] good morning :) [07:04] hi nixternal [07:24] pitty : Yes, it was an oversight (I was sure that I verified it twice). At that point, we will have to fix it with another upload I guess? === hunger_t is now known as hunger [07:51] hi, if i click the new message button in evolution my cpu goes nuts untill i close the whole program. Top show evolution and gconfd-2 eating up my cpu. Does anyone know how to fix this? [08:22] saivann: right [08:27] hello pitti [08:27] hi seb128 [08:33] dholbach: http://daniel.holba.ch/5-a-day-stats/> oh, so adding more than 5 per day is ok? :) [08:33] of course :) [08:35] * pitti reads about five-a-day-applet ... awesome! [08:35] * pitti hugs dholbach [08:35] pitti: thekorn's work :) [08:35] * pitti hugs thekorn [08:38] :) [08:47] mdke: just answered your u-docs problem [09:16] pitti: the retracer seems to just untag some bugs recently, I've tried to look to it but without luck, apport-retrace -s bug_number wants a cookie for some reason, it's not supposed to, right? [09:17] seb128: wants a cookie> p-lp-bug [09:17] seb128: hm, just untag? does the log say anything? an exception or so? [09:20] pitti: [09:20] " File "/usr/lib/python2.5/site-packages/apport/report.py", line 429, in add_gdb_info^M [09:20] assert os.path.exists(self.get('InterpreterPath', self['ExecutablePath']))^M [09:20] AssertionError^M [09:20] Exception exceptions.ImportError: ImportError('No module named shutil',) in apport.packaging_impl.__AptDpkgPackageInfo instance at 0x839f8ac>> ignored^M [09:20] 03/16/08 23:30:12: retracing #203017 exit status: 0^M [09:20] " [09:20] pitti: that's on example of bug which has just been untagged [09:20] oh, ugh [09:20] seb128: can you please stop it for now? [09:20] seems it does not install the affected Package: properly [09:20] pitti: stopped, i386 and amd64 [09:26] hi all, I was searching for a duplicate of a bug i'm experiencing but i could not find. In few words, livecd can't boot and give the (initramfs) prompt when is used a usb-cdrom device. The problem seems to be due to initramfs which mount too fastly the new root before the cdrom is probed. It's a known bug? [09:38] Greetings everybody! [09:41] <[[thufir]]> where does the Make and Model: Samsung ML-2550, 1.0 driver come from which Ubuntu installs? [09:53] hi [09:53] <[[thufir]]> hi [09:54] <[[thufir]]> I'm just trying to figure out what ubuntu does differently to get this printer working. some sort of special driver? [10:28] superm1_: http://bazaar.launchpad.net/%7Eubuntu-core-dev/network-manager/ubuntu.0.6.x ... please test the ath_pci tweaks [10:28] superm1_: (revno 100) [10:32] hey pitti, lool, thanks for your work re #186647 [10:32] if anyone else here uses ath_pci and has problems with nm in hardy, please test the above branch as well :) [10:32] twi_: you're welcome [11:49] ogra_cmpc: I managed to redo the grub installation stuff, by the way. Now grub does all the hard work for me. Do you still need something like that? [11:52] soren, for intrepid, i resorted to syslinux [11:53] and for hardy i wont change that anymore [11:55] ogra_cmpc: Ok. It turned out to be quite simple. [11:55] right, but it would require me to change the whole design [11:56] Sure. Well, if you want to change back for intrepid, give me a shout. [11:56] being bound to vfat forces certain things on me for the installer image i build (i.e. an initramfs that uses images instead of partitions for cow) [11:56] i will, for sure [11:57] hello [11:57] even though intrepid might be the grub2.0 relese, who knows :) [11:57] i would like to talk to somebody about an openal replacement [11:57] more specifically, something that would solve https://bugs.launchpad.net/ubuntu/+source/openal/+bug/194919 [11:57] that would solve such probs at the base [11:57] Launchpad bug 194919 in openal "libopenal needs replacement" [Undecided,New] [11:58] * ogra_cmpc twiddles thumbs looking at [11:58] Setting up scrollkeeper (0.3.14-15ubuntu1) ... [11:58] Rebuilding the database. This may take some time. [11:59] sigh ... that thig makes up nearly a quater of the overall image buildtime [12:00] ogra_cmpc: do you divert it during image build? [12:00] (i.e. does it run more than once, or just from scrollkeeper.postinst?) [12:00] the cron entry [12:01] but beyond that i dont ... i didnt have the balls to make it inexecutable from initramfs :) [12:14] dendrobates, soren: btw, is anyone in the server team looking after dhcp3 bugs? if not, I think we need to find half-a-maintainer for it [12:15] pitti, i always kept half an eye on it due to it being essential to ltsp [12:19] pitti: Hm... For some reason ubuntu-server is not a bug contact for it. We should be. [12:34] * lamont would like something better than "chmod o+r /var/lib/misc/shadow.db" for making screen unlocking work on gutsy (with shadow: compat db in nsswitch.conf) [12:48] pitti: not currently, but I think that it makes sense for us to support it. [12:57] dendrobates: Do you want me to subscribe ubuntu-server to dhcp3 bugs? [12:57] dendrobates: I've got the page open, I just need to click "Ok.. Go!". [12:59] mdke: wrt bug 110983, where does ubuntu-docs get its translations from? [12:59] Launchpad bug 110983 in language-pack-gnome-de "translation english-german" [Undecided,Confirmed] https://launchpad.net/bugs/110983 [12:59] mdke: I'd like to fix it in LP translations === FreeNode_ is now known as herb [13:08] soren: Ok, sæt i gang! [13:09] Done. [13:22] hum [13:22] is [13:23] somestruct = function(somestruct->option) something safe in C? === \sh_away is now known as \sh [13:24] seb128: Yes. [13:24] hum, ok [13:24] I'm wondering what's going on there [13:25] I've a case where it crashes when using -O2 or -O1 but it works using -O0 [13:26] and the function parameter changes between the call and the function apparently [13:26] that is really weird [13:28] doko: When you dropped python-xml to suggests for python-reportlab did you consider that solves the issue of python-xml removal for that package or is there more work that needs to be done? [13:29] ogra_cmpc: hmm. Does anything in Edubuntu care about tasks any more? That is, would it matter if Task: edubuntu-desktop because Task: edubuntu-desktop-addon? [13:29] since that's what the seeds currently want it to be [13:31] seb128: that works (see the C FAQ section 2.7), but note that data in the structure is copied by reference, not by value, so if anything in the structure was filled in using pointers in the stack in that function then its value will be corrupt [13:31] s/will/may/ [13:32] cjwatson: http://paste.ubuntu.com/5772/ is basically the concerned code [13:32] seb128: e.g. struct foo func(void) { struct foo bar; char baz[32]; ...; foo.baz = baz; return foo } is broken [13:33] seb128: oh, that's returning a pointer, not the whole struct. Should be perfectly safe. [13:33] alright [13:33] I hate this bug [13:33] unless RROutput is a struct? [13:33] output->info changes between the call and the function [13:33] oh [13:33] you have no sequence point in there [13:34] *and* you redefine output in a nested scope [13:34] asking for trouble [13:34] seb128: what is "output->info" in the function arguments? more relevantly, what is "output"? [13:36] cjwatson: output is a RWOutput struct [13:36] seb128: trying to figure out how to explain this [13:36] cjwatson: if you want to see the code, apt-get source gnome-desktop; debian/rules apply-patches; editor libgnome-desktop/randrwrap.c [13:36] seb128: no, it's clear what's wrong from the paste [13:37] seb128: "output" must be declared in some outer scope, otherwise that code wouldn't work [13:37] cjwatson: that's the infamous "gnome-settings-daemon crashes on some cards" bug which has a zillion duplicates in the code bryce brought for the xrandr1.2 capplet [13:38] let me read carrefully what you wrote and think a sec about it ;-) [13:38] seb128: it would probably work a lot better if you had "RWOutput *rw_output = rw_output_by_id (output->info, info->clones[i]);" [13:38] seb128: does that clarify it? [13:38] yes, I did that change in fact [13:38] and that fixes the bug [13:38] I was trying to figure why now [13:39] alright, makes sense after some thinking [13:39] I'm betting that it isn't defined which scope output->info is resolved in [13:39] (after some thought, sequence points aren't relevant here) [13:39] cjwatson: https://bugs.edge.launchpad.net/ubuntu/+source/gnome-control-center/+bug/198951 current comment is the valgrind error [13:39] Launchpad bug 198951 in gnome-control-center "gnome-display-properties crashed with SIGSEGV in screen_info_new() - i855, fglrx, radeonhd" [High,In progress] [13:40] stupid upstart question: is "stop on shutdown" assumed to happen or must be explicitly stated? [13:40] i.e. will a post-stop script atuomatically run on shutdown? [13:40] l606 is " RWOutput *output = rw_output_by_id (output->info, info->clones[i]);" [13:43] seb128: annoyingly, I've been unable to find chapter and verse, but it's clear to me that at the very least renaming the inner-scope "output" will make it a lot easier to debug [13:43] maybe to clone_output rather than rw_output, looking at the context [13:44] in theory you might also want to drop the "RWOutput *" from the start of the line (the exact meaning is ambiguous), but from context I don't think that would be right [13:45] cjwatson: so using [13:45] RWOutput *new_output; [13:45] new_output = rw_output_by_id (output->info, info->clones[i]); [13:45] ? [13:47] pitti: May I suggest a small correction to MIR for elisa? You don't have to manually edit config files for adding folders of music. D&D from nautilus is supported. [13:48] seb128: it can be "RWOutput *new_output = rw_..." if you like; using a different variable name should be enough [13:48] seb128: (and, obviously, use new_output rather than output for the rest of that block) [13:49] cjwatson: yes, right, that's what I tried before asking, that does the trick, I was just not sure of why because the function doesn't do any change, it just iterates through the structure and return a pointer which seemed to be fine to me [13:50] cjwatson: thanks [13:54] I have one question. Synaptic does not yet display the 'Homepage:' field from control file. It is becoming increasingly difficult to know the homepage of an app. Is this known already? Or should I file a bug? [13:56] seb128: I think the reason that fails is that output->info refers to the output you've just declared, which is uninitialised [13:57] pitti: I was wondering if you'd have time to look into fixing Bug #198183. Becuase of it I'm afraid I'm missing lots of guidance crash bugs. I've added several patches recently and this has me concerned. Additionally, my experience with Guidance is that if I can get it to not crash it will eventually DTRT, so finding these bugs could make for a big difference at release. [13:57] Launchpad bug 198183 in apport "Apport dies when it tries to catch displayconfig bug" [Medium,Confirmed] https://launchpad.net/bugs/198183 [13:57] seb128: exactly what's in that memory might depend on the optimisation level, hence hard-to-reproduce failure [13:57] s [13:59] cjwatson: right, I though the declaration and assignation were supposed to be done after the function return but that seems to not be the case when using optimization [14:01] slytherin: thanks for the reminder, its sort of known, but a bugreport is probably a good idea [14:01] seb128: I think you're deep in undefined behaviour territory [14:01] mvo_: will do after about 2 hours. :-) [14:01] seb128: C99 is not terribly explicit, but I think the scope actually begins with the first mention of the identifier in the scope [14:02] seb128: under optimisation, it might reuse the same register for it or something [14:02] seb128: which would mean you'd get a pointer to the old structure by dumb luck [14:02] cjwatson: alright, anyway I think that was rather an error than upstream picked the same variable name [14:03] I've fixed that locally, testing in a second and uploading [14:03] nice to get this one fixed ;-) [14:03] do we really want to have /etc/init.d/checkfs.sh fail that badly if fsck is unable to resolve an UUID? (filed as bug #203165) [14:03] Bug 203165 on http://launchpad.net/bugs/203165 is private [14:05] err, that bug doesn't seem private to me.. hmrpf [14:05] seb128: I'm told by somebody with a newer revision of C99 than me that it says "Any other identifier has scope that begins just after the completion of its declarator" which is pretty clear [14:05] ("other" means "not a label" in context) [14:06] alright [14:06] so the code is confusing and wrong ;-) [14:06] apparently so :-) [14:07] interesting digression into C99 innards though [14:07] indeed [14:08] Could someone please give back virt-manager on i386 and amd64, please? [14:10] cjwatson: Thanks for looking into the JeOS thing. *Very* much appreciated. === dholbach_ is now known as dholbach [14:54] asac, that branch fixes my card perfectly [14:54] i'll add a note to the bug in case you miss my response here [14:57] heya people [14:58] superm1: thanks [14:58] superm1: can you test suspend/resume? [14:59] superm1: and if possible please test if it can connect to hidden AP [15:05] asac: news about nspluginwrapper? [15:06] hellboy195: didn'T i sign it of? [15:06] asac: nooo :) [15:06] hellboy195: bug id? [15:07] asac: bug #196540 [15:07] Launchpad bug 196540 in nspluginwrapper "Merge nspluginwrapper 0.9.91.5-2 from Debian(Unstable)" [Wishlist,Confirmed] https://launchpad.net/bugs/196540 [15:07] hellboy195: ok i am doing a lunch break now. will look once i return [15:08] asac: k ,thank you [15:17] hi [15:18] currently on gutsy the fx3 builds have crappy font rendering because they don't use the system's cairo lb but their own ... will this fixed atleast in hardy? [15:29] ScottK: ugh, WTH? sys.argv not existing? weird [15:30] anybody wanting to approve my nautilus, gnome-desktop-, pygobject uploads? [15:30] the nautilus one is a change to the "connect to server" dialog to make it actually mount locations, it's limited to the dialog and comes from upstream svn [15:31] the gnome-desktop one fixes gnome-settings-daemon crashing on startup in xrandr code which is a crasher recently lot of users have recently [15:31] the pygobject change is a new revision from debian fixing the -dbg build [15:43] seb128: looking (you weren't online when I saw your q on -desktop) [15:45] seb128: pygobject isn't un unapproved; wasn't that a sync? [15:47] pitti: I did a sync yes, is that an issue, ie does it bypass the freeze? [15:47] seb128: yes, syncs go straight through [15:47] other two accepted [15:47] pitti: ok, sorry about that, thanks [15:52] seb128, Hi, have you seen my comment in a tsclient bug? [15:53] jwendell: the comment is in my bugmails box, it lacked context to be useful and I didn't open the corresponding webpage yet [15:53] jwendell: ie, it's on my unread stack [15:53] seb128, it's about a crasher bug fixed on upstream, which just needs a backport... [15:54] jwendell: will do, thanks === thekorn_ is now known as thekorn [16:00] pitti: All I know about that apport issue is that I found lots of Guidance bugs with that problem. [16:00] Keybuk, your changes for fingerprint reader didn't make it into the pam that got recently uploaded it looks. Still going to come in post beta? [16:02] mario_limonciell: there are some security implications of the fingerprint reader support that make it difficult to justify it being enabled by default without a lot more work [16:02] morning [16:03] specifically it is possible to change the registered fingerprint as long as you have access to a user's account [16:03] (it is not possible to change a user's password in the same manner) [16:05] Keybuk, ah i see [16:06] Keybuk, would a debconf question to pam be more feasible? [16:06] to turn it on and off then [16:06] mario_limonciell: the PAM change is just one line added to a config file, it will definitely be possible to document that in a HOWTO (along with the security implications) [16:08] Keybuk, but if debconf could/would be possible, this change could then be at least preseeded.. [16:09] mario_limonciell: I think that would have component implications though [16:09] since pam is required, whereas debconf is merely important [16:09] I'd have to check with slangasek about that [16:11] ah i see. the interdependencies of those really low underlying sorts of things do end up getting forgotten (minimal,standard,desktop). Perhaps in the postinst checking for the presence of debconf, and if it's available to do that $stuff, but otherwise normal postinst [16:11] hi [16:11] hi warren_ [16:11] can someone look at this very important bug report i've just created: https://bugs.launchpad.net/ubuntu/+source/gdebi/+bug/203199 ? [16:11] Launchpad bug 203199 in gdebi "Gdebi(-Kde) can't install any package!" [Undecided,New] [16:11] it would be nice to fix for hardy! [16:12] warren_: better place would be #kubuntu-devel and it's known... [16:12] ok [16:12] are they fixing it? [16:12] mario_limonciell: the amount of testing that would require, and the very core level of that package, makes me somewhat nervous [16:12] especially post-beta :-/ [16:12] :( [16:13] mario_limonciell: my plan instead was to ship a binary in thinkfinger-tools that turned it on (making the PAM change) [16:13] Keybuk, well that's very acceptable [16:13] (well, it'd be a very simple script in fact :p) [16:14] did you have a plan for when you were going to implement that? [16:14] mario_limonciell: already done, will be uploaded post-freeze [16:14] next cycle is a crap cycle, no? :-) [16:15] Keybuk, thinkfinger-tools is universe though is it not? could go in through the freeze? [16:15] mario_limonciell: it has an MIR open [16:15] so it's "on the way to main" [16:15] ah [16:16] well we'll look forward to seeing that post beta then. Thanks :) [16:17] <\sh> who must I bribe to let the last upload of lighttpd flow into our archives? ;) [16:17] Keybuk: debconf is Priority: required, whatever its control file might say [16:18] d'oh [16:18] joeyh doesn't like it much, so it's never been reflected in debian/control, but it has to be required to make debootstrap work [16:18] (given the current implementation) [16:18] you'd think that I, of all people, would know not to confuse the output of dpkg -s with reality [16:19] interesting, that's one case where I'm pretty sure it's been like that since Ubuntu started [16:19] At least, yes. [16:19] does dpkg grab that from control in the .deb, then? === warren_ is now known as warrendae|afk [16:28] cjwatson: yeah [16:29] dpkg -s famously doesn't include details of overrides ;) === Traxer is now known as Traxer|on === Traxer|on is now known as Traxer [16:44] calc: what makes openoffice chose its widget style? I'm wondering if the kde 3 style will be chosen when running under kde 4 [16:53] Riddell: not completely sure, i'll have to look around at the code to see, there is a known bug in the fallback for icons though that I need to fix [16:53] calc: I don't suppose you've heard of anyone doing an oxygen openoffice theme? [16:55] calc: I happened across the relevant code last week; it looks for various KDE variables in the environment, I believe [16:55] <\sh> slangasek: could you approve lighttpd 1.4.19-0ubuntu2? :) [16:55] Riddell: no, but then I don't use KDE so haven't been actively looking for one either [16:55] cjwatson: ah ok [16:56] and it only had one case for KDE [16:58] calc: see vcl/unx/source/plugadapt/salplug.cxx; it looks for KDE_FULL_SESSION in the environment, and also checks whether the netwm atom is "KWin" [16:58] then the theme is in vcl/unx/kde/ [16:59] cjwatson: thanks :) [16:59] i am a bit over halfway done sending all the bugs upstream :) [17:00] then need to make a second pass to deal with the 36 remaining new bugs [17:22] most of the bugs i have sent upstream are marked to be fixed for ooo 3.0, whee :-) [17:32] calc: it seems like _every_ bug sent upstream is marked for OOo 3 :P [17:41] bryce, tjaalton: why is xserver-xorg-video-i740 a dependency of -video-all on i386, but not on amd64? === \sh is now known as \sh_away [17:44] slangasek: hmm, not too familiar with i740, let me take a peek [17:47] bryce: not that I should complain too loudly, currently this is one of the packages that make the difference between viable amd64 desktop CDs and oversized i386 CDs ;) [17:47] heh [17:48] calc: fix for the uninstallable openoffice.org-l10n-en-us is still in the pipe? [17:48] well it supports such cards as the famed "Spacewalker Hot-158" video card, how could we neglect that?!? ;-) [17:49] slangasek: anyway, it says it supports 'any' architecture, so I've not yet spotted a reason why it shouldn't be included for amd64 [17:50] it looks like it's a driver for a variety of bargain bin video cards which presumably would work on either [17:51] I do wonder though if -intel supersedes i740 like it did for i810, but I've never heard talk to that effect [17:51] I can dig further if you'd like? [17:51] I know nothing about i740, I was just looking at the diff and that one seemed odd [17:52] it looks like at least for edgy, amd64 was targeted: https://launchpad.net/ubuntu/edgy/amd64/xserver-xorg-video-i740 [17:52] maybe the i740 was only ever used as an integrated chipset on 32-bit boards [17:53] hmm, possibly, but from the card names in the readme "Joymedia Apollo 7400", "Machspeed Raptor i740", "Winfast S900 i740", etc. they sound a tad more like discrete consumer boards [17:54] is there a reason usplash isn't using uvesafb? [17:54] isn't the i740 one of the original 3D accelerator cards? [17:54] like, from the quake 1 days [17:55] the driver's readme is dated 1999 so it seems to come from that era [17:56] i suppose the reasoning there is "why would you put one of these in an amd64 box?" [17:56] if the amd64 box would even have a slot for it [17:56] heh [17:57] iirc, carmack really loved that card :) [18:00] <_MMA_> Since we're on graphic issues here and Amaranth mentioned Usplash, https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-March/003499.html Any ideas? === FreeNode_ is now known as herb [18:07] mathiaz: thinking about the apparmor/upgrade/complain issue [18:07] mathiaz: here is my thinking so far: [18:09] mathiaz: "$2" lt == complain [18:09] 'profile existed' means either in the package or apparmor-profiles [18:09] that is the easy case-- use complain when upgrading froma version where we didn't have a profile for it [18:10] upstart officially boots me now [18:10] Keybuk: pre-poke, I'll need consultation in a bit [18:10] mathiaz: the other easy case-- don't do anything special for version higher than the first version that shipped the profile [18:10] (eg hardy -> intrepid) [18:11] mathiaz: the harder case is what to do if going from apparmor-profiles to profile in the package [18:11] mathiaz: eg bind9 upgrade from gutsy -> hardy [18:11] Keybuk: what I wanted to ask was, if I define states using only a pre-start script and the service keyword, startup is still parallelized, right? [18:12] mathiaz: checking for dpkg-old seems error prone, as dpkg-old could be really quite old [18:13] slangasek: yea still in the pipe, i'll be uploading it in the next week or so [18:13] Amaranth: a lot of bugs in upstream bts are either not confirmed at all or marked later (as in they will never get fixed) :-\ [18:13] mathiaz: I could stat it, but that seems hacky [18:14] jdstrand: what would you do in the case? put in complain or in enforce mode ? [18:14] mathiaz: that is what I am thinking about [18:14] jdong: whoa, you've got a full upstart boot? [18:14] mathiaz: I'd like to peek inside the old version, then make a decision [18:15] jdong: -> #upstart [18:15] mathiaz: by old version, I mean the existing profile that apparmor was using prior to the upgrade [18:16] mathiaz: but that won't get me what I want either [18:16] mathiaz: I could just always put these into complain mode [18:17] mathiaz: that is safest from a usability point of view [18:17] pitti: bug 199129 hurts my brain. This looks like hal. Are we supposed to call hal-disable-polling on each drive to get it to go away? [18:17] Launchpad bug 199129 in ubiquity "Auto-resize install fails to mount drive" [Undecided,New] https://launchpad.net/bugs/199129 [18:17] jdstrand: yes - I think the main reason we're doing this is to not break existing configuration [18:18] mathiaz: so I could just do "$2" lt == complain [18:18] that logic is simple, and should not break anything [18:19] mathiaz: it will turn off a previously enforcing profile though [18:19] jdstrand: yes [18:19] jdstrand: which may not be good [18:20] jdstrand: could you grep in the profile for enforce mode ? [18:20] pitti: although hal-lock looks sort of promising too [18:21] cjwatson: hi [18:21] mathiaz: so really, what I want is "$2" lt cjwatson: disable-polling? that's just for CD-ROM drives [18:21] * pitti looks at bug [18:21] mathiaz: or flip that and say ... && == complain [18:22] cjwatson: right, the old automount bug [18:22] cjwatson: until gutsy, gnome-volume-manager does the automounting, now this is triggered by nautilus [18:22] pitti: it sets media_check_enabled to false, which seems to be checked in the fdi that invokes hal-storage-mount [18:22] mathiaz: I could grep for enforce mode (which is what I was thinking), but if they had enforcing, and get the new profile, something could break [18:22] we're already setting the relevant nautilus gconf settings [18:22] jdstrand: I'm not convinced you need to use first version an *enforcing* profile was shipped [18:23] cjwatson: with the recent fix in casper to not ask for PK passwords for 'ubuntu' any more, you won't even get the dialog any more [18:23] jdstrand: right - but they would be prompted for a configuration file change. [18:23] cjwatson: hm, weird; we entirely ripped out mounting from g-v-m [18:23] jdstrand: it's up to them to merge correctly then. [18:23] and aside from nautilus, nothing else does automount [18:23] that is a good point [18:23] jdstrand: that doesn't change from any other configuration file change [18:24] * jdstrand nods [18:24] pitti: the password isn't the bug [18:24]