/srv/irclogs.ubuntu.com/2008/07/11/#ubuntu-devel.txt

calccjwatson: cool :)00:15
calcyipee i managed to get OOo to properly build under intrepid now00:15
* milli applauds calc01:09
mathiazslangasek: I'm about to upload the openldap merge from debian - considering that the package has been renamed from openldap2.3 to openldap, is there anything to special to do in LP ?01:54
slangasekmathiaz: hum, the QA folks might have a better idea in that regard than I do; I think they dealt with the similar case of the linux package renames01:54
slangasekmathiaz: I imagine that all the bugs with open intrepid/openldap2.3 tasks should also have tasks opened for openldap/intrepid, but the doing is tedious without some script help :)01:55
mathiazslangasek: I was planning to move all bugs related to openldap2.X package to openldap01:55
slangasekright, then that's the only special thing I can think of01:55
mathiazslangasek: well - there aren't so many of them01:55
slangasekok01:55
mathiazslangasek: I was more thinking about soyuz01:55
slangaseknah, we just need to be sure to remove the package as obsolete after openldap has gone through source NEW01:56
slangasekfeel free to file a bug to that effect and subscribe ubuntu-archive01:56
calchow do you properly branch from bzr.d.o to launchpad?02:06
calcdo i just go into a bzr.d.o checkout and push it to lp?02:07
slangasekcalc: sounds right to me...02:10
calcok thanks02:11
calci get this error:02:11
calcbzr: ERROR: Transport operation not possible: http does not support mkdir()02:11
calcshould i be doing something special other than "bzr push lp:~openoffice-pkgs/openoffice/3.0-intrepid"02:12
slangasekhmm, is your launchpad user ID configured?02:13
slangasek'bzr launchpad-login'02:13
slangasek(I don't know if that makes a difference in how lp: uris are parsed, but it's worth a try)02:13
calcit seems that using the bzr+ssh bit works but not sure if i have launchpad-login setup right02:14
calcmy local username and lp match though02:14
cjwatsonLrrr: debian/changelog entries would be appreciated02:34
cjwatsonLrrr: also would prefer newline-indent after colon as a general rule, rather than packing onto one line02:35
cjwatsonLrrr: the ".It Fl o Fl Fl output-directory" bit in the man page is wrong formatting - see germinate.1 for examples of how to do that properly (search for .It Xo)02:37
cjwatsonLrrr: expect I'd be happy to merge after those fixes02:38
Lrrrcjwatson: noted, I'll fix that tomorrow.02:44
jdonghmm, anyone know of bug #'s for USB HID devices not working in initramfs03:26
jdongmy macbook internal keyboard is USB, and it's annoying that it doesn't work in initramfs03:26
jdongi.e. where my encryption passphrase needs to be entered03:26
RAOFOh, awkward.03:27
jdongafter udev starts post-rootmount it works, and also one of 3 boots work03:27
jdongI think it must be a race condition where upon activating the USB bus the keyboard doesn't connect for a second or two03:27
jdongjust enough to miss the point that udevsettle is done during initramfs03:27
jdong*considers hacking some sleep calls*03:27
jdongis there a way to inject a premount command rather than dropping to a prompt? break=premount does me no good if I can't actually type anything :D03:28
ion_Hack /usr/share/initramfs-tools/scripts/init-premount and update-initramfs -u03:29
jdongwell.... that actually requires a livecd so I can have a working keyboard AND a decrypted / :D03:29
jdongoh well, weekend project03:30
ion_So, a prompt is shown, but for some reason the keyboard doesn’t become available because it’s discovered after udevsettle? That sounds a bit strange. You’d still expect udev to load the module and the keyboard to start working.03:31
ion_Are the necessary modules installed to the initramfs for sure?03:31
jdongright, the symptoms are exactly as you state03:31
jdongexcept one of every 3 or so boots, it actually works03:32
ion_Huh.03:32
jdongsomething racy seems t be taking place03:32
jdongwhether that's because of initramfs, or by luck legacy peripheral emulation is still active by apple BIOS emulator...03:32
jdongthe HID modules are definitely in initramfs03:33
TheMusojdong: I guess the best way to track that one down is to boot into the initramfs with debugging enabled.04:04
bluefoxicyBenC:  hey04:38
bluefoxicyI guess Alpha 2 isn't out yet04:40
* bluefoxicy found some flaws with the current implementation of compcache, but isn't sure the exact impact; thinks it's still overall positive04:41
ion_What kind of flaws?04:42
ion_Other than that the newest version (the one that is in the Ubuntu kernel) seems to like to crash on my box. :-)04:42
bluefoxicyion_:  Well I haven't been in ANY code for a while, much less kernel code; but at a glance I don't like the memory eviction policy, mainly.04:42
ion_0.3 didn’t.04:42
bluefoxicylemme get the current code04:44
BenCbluefoxicy: hey04:44
bluefoxicyHi BenC :)04:44
bluefoxicy(isn't this particular issue assigned to you?)04:44
bluefoxicyhttp://code.google.com/p/compcache/source/browse/trunk/compcache.c is what I'm looking at.04:45
bluefoxicyLines 185-193 seem to handle freeing a page... which basically entails, "If the kernel just wrote a NEW memory page to that spot in the swap device, then the old one was probably gotten rid of ages ago, so we can safely free it from memory now"04:46
bluefoxicyso, let's say you kill -9 a process that uses, say, 1000 pages (4MB) of the compcache device for swap?  Those pages will remain in memory, compressed, until something else swaps out overtop of them04:47
bluefoxicyIt makes sense for disk based swap devices:  when you free a page you just note it's no longer used in kernel memory.  The disk doesn't know or need to know about this.  Compressed cache does need to know, but doesn't.04:48
bluefoxicyI'm GUESSING the impact is going to be that long term usage will cause a chunk of memory to get tied up needlessly; but that it will still be an improvement over not having it.  There's a "worst case" that just simply fills up the compcache device and doesn't use it ever again; I think this WILL occur if the compcache device doesn't have the highest priority (i.e. if you favor filling up a disk-based swap device first, and e04:50
bluefoxicynd up spilling over into compcache)04:50
persiaDoesn't the very nature or compcache encourage using it as highest-priority swap?  "disk" i/o is likely to be slower, even when the "disk" is in fact SDRAM.04:52
bluefoxicypersia:  yes it does.04:52
bluefoxicypersia:  the very nature of compcache actually encourages it to be an intermediary cache though, i.e. CPU registers > L1 > L2 > L3+ > RAM > compcache > disk swap04:53
bluefoxicyhowever, it's lumped in as a disk swap; you'll fill up compcache and then start putting further pages on disk, instead of pushing them out of compcache under the observation that they really haven't been used in a long time (LRU policy on compcache would be more optimal)04:54
persiaHmm.  Makes sense.  Might be a slot for VRAM swap in there at some point, but that's not heavily used (and compiz discourages it).04:54
RAOFAs far as I'm aware, any form of graphics acceleration discourages it (at least the naieve implementation I've seen on the gentoo wiki)04:55
bluefoxicyI've actually got a small list that I sent to Nitin; but the eviction issue seems important to me just because you could seriously bone yourself by adding compcache as lowest priority swap04:55
bluefoxicyother issues included it not being an intermediary cache; compressing one page at a time (the sweet spot, based on tests I did years ago, was groups of between 4 and 8 pages); and not compressing page cache (which effectively "swaps" against the on-disk copy of the data)04:56
ion_The initramfs stuff for compcache uses -p 100, as well as the compcache-setup package waiting in REVU. I’m not sure users are going to manually swapon it, forgetting to use a high priority. That doesn’t mean the issue is not there, of course.04:58
persiaRAOF: I thought there were some better implementations sorted, but it does require that you've lots more VRAM than you need, and most graphics accelleration wants local textures.04:58
pwnguinam i crazy, or is this arizona package manager vuln wrong on the details?04:58
bluefoxicyion_:  nods.  With it being the first device used, it's a gain over not having it; however, do note that when you fill it up and then "empty" it, it's still holding a chunk of RAM as used, so you'll start swapping to it earlier than you need to.04:59
ion_Yeah04:59
bluefoxicyIN THEORY this is PROBABLY not an issue, since that particular operation is cheap.04:59
bluefoxicyaside from effectively decreasing the amount of physical ram available to things like page cache, which aren't swapped out05:00
pwnguinQuestion: does HTTPS really matter for the official -security repo?05:03
fokafreeflying, Hi!05:04
bluefoxicypwnguin:  you can MiM stuff and replace packages, but they're signed.05:04
freeflyingfoka: hi05:04
bluefoxicyso I don't really think so :P05:04
fokafreeflying, I think I'm a REVU now.  So, I can already upload packages directly?  What's the procedure?05:04
pwnguinthats what i was thinking; you dont need an https cert when the metadata and packages are gpg signed themselves by the repo05:04
freeflyingfoka: #ubuntu-motu05:05
pwnguinunless you think https itself is safe but apt-get or gpg is not...05:06
fokafreeflying, Go there?  :-)05:06
freeflyingfoka: yes05:06
pwnguingranted, the author does point out that apt will happily fill your filesystem if the other end just sends you /dev/random05:06
pwnguinwell, at least the paper is intelligent05:09
philsfdoes ubuntu releases point releases in a fixed schedule, or when updates get big enough (or the min of those)?05:43
slangasekpoint releases for LTS releases are scheduled in advance05:44
slangasekfor 8.04, they're planned at 6-month intervals05:45
philsfI thought it was strage that https://wiki.ubuntu.com/HardyReleaseSchedule ends at the just release .105:45
philsfso the next is due Jan09, right?05:46
slangasekapproximately, yes05:49
slangasekit hasn't been scheduled precisely yet05:49
philsffair enough, thanks for the info05:50
bluefoxicyyesterday's Intrepid Alpha 2 release is also approximate05:53
ionstormwas it released?05:54
bluefoxicynot as of a couple hours ago <_<;05:54
bluefoxicyor if it was I sure as hell can't find it05:54
* persia comments that the definition of "yesterday" is geographically variable05:58
persiaSomeone in UTC +10 and someone in UTC -8 might have very different views of when Thursday happens.05:59
slangasekit's not released yet because we haven't been getting ISO tests in06:00
slangasekso it's slipping a day; email to u-d-a will be sent soon06:00
* bluefoxicy somehow tempted to use compcache for a file system, since it doesn't have any code that prevents it from being used as a plain old block device.06:01
bluefoxicypersia:  where is sabdfl?06:02
bluefoxicyand is it still thursday there :)06:03
persiabluefoxicy: Unfortunately, it appears that shoes have been changed since I last emplaced a microdot transmitter: I can't answer that with any confidence.06:13
bluefoxicylol06:13
gnomefreaki guess X is still having issues after i installed nvidia-glx-173 and now i cant get a X session after using nvidia-config06:15
gnomefreaknevermind its fixed so far06:22
dholbachgood morning06:35
=== MenschenFleisch is now known as soylentgrun
=== soylentgrun is now known as SoylentGrun
dholbachhi ara07:10
arahey dholbach07:10
pittiGood morning07:34
=== thekorn_ is now known as thekorn
asacpitti: ffox 3.0.1 / xul 1.9.0.1 require your approval ;) (hardy-proposed)09:21
pittinoted09:21
asacsecurity-updates through -proposed, yay!09:22
pittithekorn: hm, p-lp-bugs broken again, on BugReport.__nickname parsing; known already?09:28
thekornpitti: yup, working on it, bug 24749809:29
ubottuLaunchpad bug 247498 in python-launchpad-bugs "Recent rollout of edge.launchpad.net broke py-lp-bugs" [High,In progress] https://launchpad.net/bugs/24749809:29
pittithekorn: great, thanks09:29
stgraberWho broke my fglrx ? :)09:30
pitticjwatson, thekorn: btw, any idea about the difference of the main and intrepid.merge branches? someone flipped the default branch to intrepid.merge on drescher09:30
stgraberI had to spend half an hour and 3 hard reboot to get a working X server again :)09:30
pittistgraber: hardy or intrepid?09:30
stgraberintrepid09:30
pitti*phew*09:30
stgraberdon't worry, Hardy works fine (including suspend to ram) :)09:31
pittithekorn: oh, nice, that looks like test suite output09:31
pittithekorn: ok, then I'll just wait with sync processing until it is fixed09:32
thekornpitti: yes, py-lp-bugs now has some unittests09:32
ondrejhi ppl, while it's fine that you removed edgy from mirrors (hmm, what about announcement?), there should be a way how to download update-manager-core for edgy, so people can upgrade long forgotten servers.09:35
persiaondrej: old-releases.ubuntu.com09:36
pittiondrej: edgy and others are still on old-releases.ubuntu.com09:36
pittiondrej: also, why do you need u-m for edgy? you certainly don't want to upgrade a dapper to edgy, you want to upgrade it to hardy...09:37
ondrejpitti: I have server on edgy and it's stuck because I cannot download d-r-u09:37
pittid-r-u?09:37
ondrejdo-release-upgrade09:38
ondrejie. update-manager-core09:38
pittihm, weird; I had always thought that update-manager would download the tarball for the target release09:38
ondrejit propably would, but since it was minimal install I don't have update-manager{,-core} installed at all09:39
persiaondrej: http://old-releases.ubuntu.com/ubuntu/pool/main/u/update-manager/ (I don't think -core was split out back then)09:40
ondrejpersia: sure, thanks...  I can handle it from now...  I was just trying to explain problem in more detail (and I will update FeistyUpgrades wiki page to mention that)09:41
persiaondrej: Thanks for updating the documentation09:41
ondrejpersia: just FYI: update-manager-core is available for edgy09:46
persiaOdd.  I wonder why it wasn't in the same pool directory.  Maybe something special about that package.09:49
=== dholbach_ is now known as dholbach
ondrejpersia: I think it wasn't part of the same source back then...  anyway this upgrade is non-trivial, you have to change old-releases to archive in sources.lists in the middle of do-release-upgrade script.09:54
ondrejok, done, upgraded to feisty, thanks to all10:02
pittiwonderful10:03
pittioh, gone already10:03
slytherinCan any archive admin please clear xml-commons-external from new queue? An update to batik is dependent on it.10:10
pittiI'll get to NEW processing in a bit10:12
slytherinpitti: thanks. :-)10:13
mdzwhy does compiz suddenly think it would be a good idea to map my mouse wheel to switching workspaces?10:14
tseliotmdz: Compiz does it on Hardy too, when you have the mouse cursor on an empty area of the desktop and use the mouse wheel.10:20
mdztseliot: this was on top of firefox10:22
mdzbut I can't seem to reproduce it now10:22
mdzit was very surprising though10:22
thorwilmdz, sure you didn't hover the workspace switcher?10:23
mdzthorwil: yes10:23
mdzhovering over the switcher doesn't seem to do that when I try it10:23
pitti^ that WFM in metacity10:23
mdzahh, the keypad state on my keyboard was activated10:23
pitti(compiz doesn't want to start on -intel apparently ATM)10:24
slangaseks/start/be useful/?10:24
thorwilmdz, maybe some modifier-key -weel combo?10:24
pittiwell, whatever it thinks; I just get metacity10:25
slangasekah; I thought you meant the bug that I'm seeing here, which is that compiz doesn't fall back to metacity, I just get a blank screen in intrepid10:25
slangasek(installer testing)10:25
pittidoes anyone know why so many linux-{,headers,image,restricted-modules}-$FLAVOR metapacakges are NBS?10:26
pittilinux-meta only builds a small subset of the former hardy set10:26
slangasekbecause the kernel team has split everything out of the main package10:26
pittiis that on purpose?10:26
stgrabertseliot: just wondering, there is currently no fglrx driver working with 7.4 right ?10:26
slangasekit's on purpose, though I still wonder about the wisdom of it seeing how none of those other packages have gotten done yet10:27
tseliotstgraber: no, the xserver broke the ABI compatibility10:27
pittislangasek: ATM I'm not sure whether I should kill those NBS or not; I left them last week, and I'm inclined to leave them today, too10:27
slangasekpitti: yes, I was about to say I think they should be left where they are as a pointed reminder10:27
slangasekand perhaps we should schedule some time next week to sync up with the kernel team about exactly whose responsibility it is to recover those other packages, so we know who to bug10:28
stgrabertseliot: ok, so that'll be radeonhd and hoping ATI's next driver will include Xorg 7.4 support :)10:28
tseliotstgraber: you can try something like this but success is not guaranteed http://www.linuxinsight.com/running-nvidia-display-drivers-with-xorg-7.3.html10:29
tseliot(to ignore the ABI, I mean)10:29
sorenslangasek, pitti: At least amitk and myself will be taking care of getting the virtual and lpia builds going. I imagine we'll have our own meta packages as well.10:29
sorenNext week, that is.10:29
slangasekah, next week, that's good to know10:29
pittislangasek: let's, yes10:29
pittiwhoops, I forgot to actually cron the NBS script, doing10:30
stgraberoh, interesting option I'll give it a try and see how broken it'll be :)10:30
stgraberthanks tseliot10:30
=== jscinoz_ is now known as jscinoz
pittisoren: virt-viewer wants to pull xen-3.1 into main, but main already has xen-3.2; I hope that can be fixed?10:33
pittitjaalton, bryce: xserver-xorg-video-via source is in main, binary is in universe, -all depends on it; shall I promote the binary, or does -all need to be fixed?10:38
mdzthorwil: my keyboard is a kinesis and has a keypad lock (the numeric pad shares keys with the alphabetic keys)10:38
mdzthorwil: when that is activated, the mouse wheel switches workspaces10:38
mdzpitti: nvidia-glx-173 works fine for me, modulo bug 247523 and bug 24752710:39
ubottuLaunchpad bug 247523 in dkms "Fails silently if kernel headers are not available" [Undecided,New] https://launchpad.net/bugs/24752310:39
ubottuLaunchpad bug 247527 in nvidia-graphics-drivers-173 "Kernel headers dependency could be more specific" [Undecided,New] https://launchpad.net/bugs/24752710:39
sorenpitti: Certainly.10:40
cjwatsonpitti: I switched it to intrepid.merge because at the time that was what worked10:45
pittiRiddelll, nixternal: FYI, I removed the python-kde4 source, because it seems to be superseded by kde4bindings; however, python-kde4 is still in Debian; what's the plan for this?10:46
cjwatsonpitti,slangasek: agreed, I've been avoiding removing those NBS packages too10:46
thekornpitti: py-lp-bugs should be fixed now10:46
pittithekorn: yay you10:46
pitticjwatson: ok, I updated the main branch for this ^ and flipped back, since main works ATM (for syncbugbot anyway)10:49
pittibryce, tjaalton: also, xserver-xorg-video-vga wants to go to universe; are we exclusively using -vesa as a fallback now? i. e. is this deliberate?10:52
* pitti tries to reduce the insane size of component-mismatches a bit10:52
cjwatsonpitti: ok, cool10:53
tjaaltonpitti: -all should not depend on it anymore10:55
tjaaltonand vga is dead10:55
tjaaltonit's not included in X7.4 katamari10:55
pittitjaalton: ok, so I demote vga, and wait with the -via demotion until -all gets fixed?10:55
tjaaltonpitti: actually, you could just remove via, since it's deprecated upstream, and openchrome is the default anyway10:56
tjaaltonthere should be a bug about it too..10:56
pittitjaalton: I just don't want to break installability of -all at this point (alpha 2 tomorrow)10:56
tjaaltonvia doesn't build against 1.510:56
pittiunless you want to fix -all right now10:56
tjaaltonit doesn't break it10:57
tjaaltonopenchrome | via10:57
pittiah :)10:57
tjaalton:)10:57
tjaaltonit will be removed completely in the next upload, but that shouldn't be necessary for alpha210:57
pittitjaalton: it's still in Debian, though; will someone file a removal bug there as well, or shoall I blacklist it?10:57
slangasekpitti: kdesudo-kde4 is missing from the kubuntu desktop images because it's a recommends and has yet to be promoted to main10:58
slangasekpitti: could we do a quick main promotion of it?10:58
tjaaltonpitti: yes, they don't have the new stuff available yet10:58
slangasek(breaks ubiquity rather badly)10:58
pittislangasek: yep, will do right now10:58
tjaaltonpitti: so it'll get removed when 1.5 hits unstable10:58
pittitjaalton: ok, removed; thanks10:59
pittislangasek: kdesudo is already in main, so I guess the package should eventually just be renamed10:59
slangasekperhaps11:00
slangasekhrm, but kdesudo-kde4 installs its binary under /usr/lib/kde4/bin, what good is that supposed to do? :/11:00
pittiand kdesudo is still KDE 3 AFAICS11:01
slangasekyes11:01
slangasekanyway, kdesudo-kde4 is the one that's seeded, so I guess we should at least get that fixed for now11:01
pittislangasek: kdesudo-kde4 hasn't been uploaded in intrepid yet, so I guess that simply needs some work11:01
slangasekpitti: well, I wonder how burying the binary in /usr/lib was ever supposed to work... it won't work for ubiquity, AFAICS11:02
cjwatsonis there an equivalent in some other package? a lot of the -kde4 packages got replaced11:02
pittiTonio_: do you have some insight wrt. kdesudo?11:03
slangasekI think the equivalent would be kdesudo, but that's the KDE3 version11:03
pittihow did it work in alpha1? or didn't that have kde CDs?11:05
pittislangasek: so, kdesudo-kde4 is derived from kdesudo (one upload) with porting to kde4; I have no problem to quickly promote it at this point, but I have doubts that it will fix the problem?11:06
slangasekwe didn't have desktop CDs11:06
slangasekpitti: correct, that alone won't fix the problem11:06
cjwatsonwe need a ubiquity upload anyway; I'm happy to do a quick path tweak11:06
cjwatsonthough I won't be able to test it11:06
slangasekcjwatson: /usr/lib/kde4/bin, then11:07
pittipromoted11:08
pittilool, StevenK: hm, why does hildon-control-panel{,-l10n} want to go back to universe?11:11
pittislangasek: ah, and rightfully kdesudo wants to go to universe; demoting that11:12
pittiStevenK: and libhildonhelp, too11:13
pittiin fact, half of the mobile stack is there11:14
cjwatsonpitti: mobile has moved to separate seeds which LP isn't yet taking into account, which probably influences that11:16
pittioh, I see11:17
pitticjwatson: so component-mismatches is very misleading ATM then11:17
pittiI guess some of the demotions I just did were wrong them (some were correct, though)11:17
cjwatsonyes, sorry :-/11:17
pittis/them/then/11:17
pittiwell, eventually they will pop back11:17
cjwatsonjust be careful about mobile things11:17
loolHmm11:17
pittiyes, I didn't demote the obvious ones11:17
ogradont we build mobile with universe enabled anyway atm ?11:17
* ogra thought we did11:18
loologra: Ultimately we'd like to change this11:18
cjwatsonogra: the target is for that stuff to move to main11:18
ograright, but for alpha2 it should be ok :)11:18
cjwatsonI'll sort out a bug report about this in a bit - I'm knee-deep in ubiquity at the moment11:18
loolpitti: (StevenK is in holidays this week BTW°11:18
* lool launches a rope to pull cjwatson out11:18
ograasac, could you take a look at https://bugs.launchpad.net/cmpc/+bug/24747811:19
ubottuLaunchpad bug 247478 in cmpc "Classmate PC fails to connect a wired LAN." [Undecided,New]11:19
ograi'm not sure what i should tell them11:19
=== rraphink is now known as raphink
ograwhat they do there (playing with roaming mode on a wired connection) seems very weird11:20
asacogra: err, if he turns of "roaming mode", then its not network manager anymore11:23
asacturns off11:23
cjwatsongar, crash on switch to vt11:31
asacogra: the bug is quite hard to read. is that china?11:36
ograyep11:37
asacogra: what are they trying to achieve? static IP configuration?11:39
asacogra: i dont understand why they "check roaming off" in step 2. and do the same in step 3. again :/11:40
asaci think either 2 or 3 should be "check roaming on"11:40
ograhmm11:40
ogranow that i read it again i dont even understand point 111:42
asacyeah ... what is a wired AP?11:42
asaca hub/router?11:42
ogra1. Keep roaming mode enabled and plug in a network cable connected to an AP.11:42
ograheh11:42
ograthey dont say *wired*11:42
asacogra: does "click.Click unlock" mean: double click?11:43
lagamaybe ask them for clarification?11:43
ograasac, no, the dot ends the forst sentence :)11:44
ogra*first11:44
asacah ;)11:44
asacogra: i think they should make more steps out of it:11:44
ogracould you comment  ?11:44
ograso they see that its valuable to use LP :)11:45
ograistead of sending spreadsheets around :)11:45
asacogra: valuable like: "i mark your bug as invalid" ;)11:45
ograno, ask for more or vclearer info11:45
asacogra: whats the name of the gnome network admin package again?11:51
ogranetwork-admin iirc11:53
pittiogra: usb-imagewriter> why not add an option for an alternative output file? -o /tmp/test.img11:53
pittiogra: hardcoding that upstream isn't nice either11:53
pittiogra: also, please don't use shell=True, just split the args into components (trivial here); better for weird file names11:53
ograpitti, ergh, that was fixed upstrem indeed it picks the device from the pulldown menu11:55
pittiogra: I have to reject it anyway, I'll mail you11:55
ograpitti, plan is to make dd go away completely11:55
ograok11:55
pitti(sent)11:57
ograpitti, there is only one actual application file in there and that has a GPL header ... i thought that suffices11:58
* ogra adds a general license ...11:58
pittiogra: thanks11:58
ograpitti,  and i suspect debian wouldnt be happy about the branding ;)11:59
ograhttp://people.ubuntu.com/~ogra/ImageWriter/main.png11:59
persiaogra: That's loaded at runtime, no?  A sufficiently imaginative debian/rules ought be able to allocate the right branding :)12:00
pittiogra: nice :)12:00
ograpitti, dont wait for it ... just had a discussion with persia, we'll look at it next week at the sprint and rip out dd as well12:06
lagaogra: what's the replacement for dd?12:06
lagapython magic?12:06
ograno idea, persia has one we didnt discuss yet  (next week) .... but i would assume python, yes12:07
_MMA_ogra: That branding there actually needs a little help. :P I'll help if you want or tap kwwii. Unless he did that one. Then I'll have to have a word with him. ;)12:07
pittiit should be interesting whether a read()-write() Python loop is significantly slower than dd12:07
cjwatsonso, is it just me, or is klibc's chroot.c on crack?12:07
cjwatsonit does chroot() then execve(), rather than chroot() chdir() execve()12:07
ograpitti, speed doesnt really matter ... i took dd because i know for sure it DTRT and isnt buggy :)12:08
cjwatsonunlike every other chroot in existence12:08
ograsaftey first12:08
pitticjwatson: the chroot(2) manpage claims the same (chdir necessary)12:08
pittiogra: well, for copying 700 MB speed should matter a bit...12:08
pittiyay, NEW empty12:09
cjwatsonright, this is why the crackful PATH=/root/stuff was added to casper, I think12:09
persiaI have a solution for dd?12:09
ogra_MMA_, i wrote that app (including the branding) in less than 8h its only a first shot and was more a fingertraining weekend project .... https://code.launchpad.net/usb-imagewriter has the xcf in the source feel free to do what you like with it :)12:10
ograi'll happily merge branches and patches12:10
ograpitti, really, doe it mater if it takes 4 or 5 mins ? its slow in any case :)12:11
ogra*does12:11
pittiogra: no, but it would if it takes 4 vs. 20, that's why I'm curious12:11
ograah, yeah, indeed12:11
cjwatsonof course, we could just rip out klibc chroot and use busybox for that instead12:12
cjwatsonsince busybox also correctly uses execvp rather than execve12:12
Tonio_pitti: still writing the code.... should be done this WE...12:13
_MMA_ogra: Sure. Ill have a go at it.:)  Mind if I mention it on the art list?12:13
ograi not at all :)12:13
_MMA_Cool12:13
nixternalpitti: I don't know te whole reasoning behind separating pykde4 from the kde4bindings in the past12:14
pittiTonio_: so is it the right thing to use kdesudo-kde4 for alpha-2?12:14
ogra_MMA_, my personal plan was to have fun with it, produce something minimally usable and then throw it at the community ;)12:14
nixternalTonio_: do you know why pykde4 was separated from kdebindings?12:14
pitti(it's still in Debian, apparently)12:14
nixternalit could have been due to the rest of the bindings not being ready in the past12:15
_MMA_ogra: Cool. Maybe Ill ask for one with Debian branding also. Maybe it will make it easier to go to them as well.12:16
ografeel free ... we should really make more use of the art team for non desktop art12:16
ogra(that struck me yesterday when we were discussing presentations in the mobile meeting)12:17
ograthere is so much enthusiasm and so many other areas than the desktop where good artwrok makes sense ... but i only see theme discussions on the artwork ML12:18
Tonio_nixternal: no idea concerning pykde4.... I still didn't do much on the kde4 side...12:32
Tonio_pitti: yeah we can make use of it right now, except it has a few bugs fixed in the kde3 version, that I have to fix in the kde4 one12:32
pittiTonio_: ok, thanks12:32
Tonio_pitti: but as kdesu in kde4 is built without sudo support, we have to use kdesudo in any case12:32
cjwatsonTonio_: is it going to be moved to a more sensible filesystem location?12:37
Tonio_cjwatson: yeah kde4 will go in /usr afaik12:41
Tonio_cjwatson: Riddelll would know more on that point, but moving to /usr was decided uring the UDS12:42
Tonio_s/uring/during12:42
=== ogra_ is now known as ogra
emgenthello12:44
=== asac_ is now known as asac
=== _MMA1 is now known as _MMA_
Karnaughis the startup splash graphics stored in the initrd on the livecd?13:07
TheMusoKarnaugh: Yes they are.13:07
KarnaughTheMuso: I see usplash has something to do with it, wandering through the docs for that atm13:12
TheMusoKarnaugh: Thats correct.13:12
Karnaughcool that seems quite trival13:24
Karnaugh*trivial13:24
=== hefe_bia_ is now known as hefe_bia
DktrKranzpitti, I think syncs from bug 247481 and bug 247482 were not processed. Packages left incoming this morning and probably didn't reach mirrors in time.13:25
ubottuLaunchpad bug 247481 in helpviewer.app "Please sync helpviewer.app 0.3-6 (universe) from Debian unstable (main)." [Wishlist,Fix released] https://launchpad.net/bugs/24748113:25
ubottuLaunchpad bug 247482 in lusernet.app "Please sync lusernet.app 0.4.2-4 (universe) from Debian unstable (main)." [Wishlist,Fix released] https://launchpad.net/bugs/24748213:25
cjwatsoncan we make syncbugbot not close bugs when that happens?13:26
=== ember_ is now known as ember
cjwatsonpitti: so did you promote kdesudo-kde4 in the end? I just made ubiquity depend on it ...13:41
cjwatson(I don't seem to have much option)13:41
ogracjwatson, seeing all this effort above, do you actually try to get a desktop CD ready for alpha2 ? (i refrained from adding the compcache stuff to casper because we seemed to have none)13:47
cjwatsonogra: Steve seems to want to try, anyway14:00
cjwatsonand I think it would be good if we could14:00
=== LucidFox is now known as TSLRPFox
dokopitti, kirkland: how much functionality is going away from ecryptfs-utils when removing the two build-deps?14:10
kirklanddoko: hey, we were just talking about this with zul on #ubuntu-server14:11
kirklandzul: -> move over here14:11
kirklanddoko: libltspi is a library with support for TPM chips on modern motherboards14:12
dokoat least we should document that in the MIR14:12
kirklanddoko: pitti: how about I do that, and ping back here once it's in writing?14:12
kirklanddoko: pitti: on the other hand, shall I just file the MIR for the other build deps, and only remove the deps if there's a problem moving them to Main?14:13
dokoyes, at least libltspi doesn't sound like a problem14:14
kirklanddoko: opencryptoki contains support for some cryptographic accelerator hardware14:15
kirklanddoko: mostly IBM stuff, I think14:15
kirklanddoko: might be nice to have on the server14:15
kirklanddoko: I've already written the MIR for libltspi: https://wiki.ubuntu.com/MainInclusionReportTrousers14:16
kirklanddoko: no bug filed yet14:16
kirklanddoko: see the top of that...  we need library out of trousers, but not necessarily the daemons and such (trousers)14:16
dokohmm, I don't see a b-d on trousers ..., but on libopencryptoki-dev14:17
kirklandtrousers provides libltspi-dev14:18
dokoisn't this chip in the thinkpad notebooks as well?14:18
kirklanddoko: the TPM (libltspi, trousers) -- yes.   opencryptoki stuff -- no.14:18
kirklanddoko: although we don't have userspace to exploit it, ecryptfs could use a TPM to cryptographically lock a mounted filesystem to a TPM chip (ie, a particular motherboard/machine)14:19
kirklanddoko: or using a keyring, a set of machines14:19
pitticjwatson: I did promote kdesudo-kde4, yes14:21
kirklanddoko: also, it looks to me like opencryptoki would also mean an MIR for freetype114:21
pittiDktrKranz: sorry, reopened14:22
cjwatsonpitti: ok, cool, thanks14:22
pitticjwatson: kdesudo could be demoted, so that seemed like an adequate deal :)14:22
dokokirkland: freetype1 should be avoided14:23
kirklanddoko: hmm, sorry, i can't find it now...  i swear one of these needed to pull libttf2 for a build dep14:30
kirklanddoko: and it escapes me14:30
pitticjwatson: I also promoted gtk-qt-engine-kde4 in exchange for gtk-qt-engine (c-mismatches wanted that)14:31
pitticjwatson: but just now, so it will take a while to propagate14:32
tseliotpitti: can you upload revision ubuntu5 of the nvidia drivers from my PPA to Intrepid (when you have the time), please? It fixes a bug reported by mdz14:33
kirklanddoko: okay, trousers (libltspi): https://bugs.launchpad.net/ubuntu/+source/trousers/+bug/24759014:36
ubottuLaunchpad bug 247590 in trousers "main inclusion request: trousers" [Undecided,New]14:36
cjwatsonpitti: ok, thanks14:37
=== TSLRPFox is now known as LucidFox
cody-somervilleslangasek, ping14:48
davmor2cody-somerville: shhh sleeping ;)14:49
cody-somervilleah ;]14:49
=== pitti_ is now known as pitti
pittitseliot: hm, the diff changes some i386 to x84_64 paths again; is that just build noise?14:53
tkamppeterRiddell, ping14:54
pittitkamppeter: Riddelll is on holiday, FYI14:54
tkamppeterpitt, until when?14:54
pittithis week, AFAIK14:54
tkamppeterpitti, thank you.14:55
kirklanddoko: okay, i created a MIR for Opencryptoki too... https://bugs.launchpad.net/ubuntu/+source/opencryptoki/+bug/24759314:55
ubottuLaunchpad bug 247593 in opencryptoki "main inclusion request: opencryptoki" [Undecided,New]14:55
tseliotpitti: I haven't touched the debian/rules and that line is still commented out14:57
pittitseliot: I looked at http://launchpadlibrarian.net/15962949/nvidia-graphics-drivers-173_173.14.09-0ubuntu4_173.14.09-0ubuntu5.diff.gz14:57
tseliotpitti: I don't see any reference to rules there.14:59
pittitseliot: but changed paths15:01
pittidebian/nvidia-glx-173.examples15:02
pitti-NVIDIA-Linux-x86-173.14.09-pkg0/usr/share/doc/XF86Config.sample15:02
pitti+NVIDIA-Linux-x86_64-173.14.09-pkg2/usr/share/doc/XF86Config.sample15:02
tseliotpitti: the other changes in .sample, etc. were generated automatically and they are harmless15:02
pittisame in .docs and copyright15:02
pittitseliot: it sounds like you generated that tarball from the 64 bit download instead of from the 32 bit one?15:03
tseliotpitti: I have generated the source with debuild -S on my Intrepid 64 os15:04
kirklanddoko: okay, i think that's all that's needed for ecryptfs-utils15:04
kirklanddoko: if we can get libtspi-dev and libopencryptoki-dev into main, we won't have to carry a delta against Debian15:05
tseliotpitti: I can apt-get source the version in Intrepid and start from scratch if you wish15:07
pittitseliot: well, I primarily want to understand why a mere package rebuild changes debian/copyright, or debian/*.docs15:08
tseliotpitti: I did a dpkg-buildpackage -rfakeroot && debclean in order to test the packages. This changed those files.15:09
pittiweird15:09
tseliotpitti: such files will change again according to the arch of the machine which builds the packages15:10
pittitseliot: if the orig.tar.gz didn't change, then it looks like that black magic will break the package?15:10
pittidebian/*.docs have file paths where to install documentation from15:10
pittiso if you change that path to a different directory, it will break15:10
tseliotpitti: no, nothing should break. The nvidia-173-kernel-source.docs.in is a template used to generate a .doc file according to the arch when the packages are built.15:12
tselioteach path is like #DIRNAME#/usr/share/doc/NVIDIA_Changelog15:12
tseliotand DIRNAME changes according to the arch in the upstreaminfo file15:12
pittitseliot: oh, ugh15:12
pittitseliot: ok then15:12
dholbachsomebody please moderate my 'harvest' post through u-d-a15:13
dholbachthanks in advance15:13
pittidholbach: doing15:13
* dholbach hugs pitti15:13
pittishouldn't you be in India already? :-)15:13
dholbachI'll be off in a few minutes15:14
pittidholbach: nothing in the queue yet, I'll look again later15:14
dholbachflight is sunday early, but we'll drive to my parents place tonight to drop off the dog there15:14
=== chand_ is now known as chand
tseliotdholbach: enjoy your vacation then ;)15:14
dholbachthanks a lot tseliot15:15
* pitti hugs dholbach, enjoy your holidays!15:15
pittidholbach: ah, acked now15:15
dholbachROCK15:15
pittitseliot: do you still have the source.changes files somewhere?15:16
Lrrrcjwatson: I've fixed my germinate branch as you asked.15:16
pittitseliot: copying the package into intrepid proper is always a pain, since it always goes to main first, and then fails to upload15:17
pittitseliot: so I'd rather upload it the manual way15:17
pitticopy-package.py should have a field for the destination component... (the existing option is fairly useless)15:17
* pitti hugs cprov15:17
tseliotpitti: would you like me to upload all the changes and dsc to my website?15:18
pittitseliot: just the .changes are enough15:18
pittitseliot: (the ones matching the .dsc in the ppa)15:19
tseliotpitti: yes, of course15:19
pitticprov: filed as bug 247602 now15:22
ubottuLaunchpad bug 247602 in soyuz "copy-package.py's -c option does not work" [Undecided,New] https://launchpad.net/bugs/24760215:22
tseliotpitti: here are the links http://albertomilone.com/ubuntu/newlrm/pitti/links.txt15:24
pittitseliot: thanks; all uploaded15:25
tseliotpitti: thanks :-)15:26
pittithanks to you15:26
cjwatsonLrrr: thanks; for future reference please use UNRELEASED in the changelog rather than intrepid if you aren't doing the upload15:28
Lrrrcjwatson: t-y15:28
cjwatsonLrrr: merged15:29
=== jcristau_ is now known as jcristau
=== thekorn_ is now known as thekorn
* freeflying 15:48
freeflyingsorry, type wrong15:56
kirklandanyone familiar with get_current_dir_name()?  http://ubuntu.dustinkirkland.com/manpages/intrepid/man3/get_current_dir_name.html16:03
kirklandit should return a char *, but my test program compiles saying that it's returning an int16:03
sistpoty|workkirkland: are you defining __GNU_SOURCE?16:05
kirklandsistpoty|work: ah, good catch16:06
kirklandsistpoty|work: i am not16:06
sistpoty|workkirkland: you better should then ;)16:06
kirklandsistpoty|work: thanks for the quick silver bullet ;-)16:06
sistpoty|worknp16:06
Riddellltkamppeter: pong16:21
tkamppeterRiddelll, back from vacation?16:23
cjwatsonkirkland: also sounds like you aren't using -Wall16:24
Riddellltkamppeter: for now16:24
cjwatsonk.c:4: warning: implicit declaration of function ‘get_current_dir_name’16:24
tkamppeterRiddelll, I have filled in the GSoC mid-term questionnaires on your behalf, as pitti told that you are on vacation.16:24
Riddellltkamppeter: oh, great, thanks16:25
tkamppeterRiddelll, can you please look at them and edit or correct if you want?16:25
Riddellltkamppeter: ok16:25
tkamppeterThe most important is that I have answered the last question with "Yes" to assure that the students are not kicked off the projects.16:25
ograoook .... so "pm-suspend -h" suspends my computer .... great !16:55
ogra(especially great if you wanted to find out about the available quirks because it hardlocks on resume, *sigh*)16:56
ogra(and even better that only root can read the help if --help is used )16:57
pittiogra: manpages FTW then :)16:57
ograwell16:57
ograone could have programmed that a bit saner :)16:58
ogragrrrr, and i810 support is deliberately disabled17:00
* ogra wants acpi-scripts back !17:00
ograsuperm1, do you know who currently maintains dkms ?17:21
mario_limonciellogra, that would be me actually as of a week or two ago17:21
ogra(the package, not upstream)17:21
mario_limonciellthe package, that's also me17:21
ogragreat, thanks17:21
mario_limonciellwhy?17:22
=== LucidFox is now known as TSLRPFox
=== mkrufky is now known as mkrufky-lunch
alex-weejwho's been hacking on NewHuman?18:01
alex-weeji have my 2p to add18:01
alex-weejthe little stripe at the top of the window frame is way too close to the title text18:01
alex-weejfeels cramped18:01
_MMA_alex-weej: Go to #ubuntu-artwork.18:01
ramviHi, I'm making Ubuntu eee. I used reconstructor for the last release, but it's not really doing it for me. What's a good way of remastering the ubuntu live iso? What's the "correct" way?18:05
K^auto-sync is turned off, or only for alpha-2 release?18:17
ramvi /ignore ramvi18:17
evandhttps://help.ubuntu.com/community/LiveCDCustomization18:18
evandramvi: ^18:18
ograramvi, i'm abandoning that code soon, but that can be used to build an image for small notebooks https://code.launchpad.net/~ogra/cmpc/cmpc-gen1-installer18:20
ograpfft, to slow18:20
lagahe wants to customize the squashfs i guess18:20
K^Is auto-sync is turned off, or only for alpha-2 release?18:22
cjwatsonK^: it's turned off. https://help.ubuntu.com/community/Debian/ImportFreeze18:23
K^cjwatson: thanks18:23
cjwatsonand https://wiki.ubuntu.com/IntrepidReleaseSchedule18:23
cjwatsonK^: by the way, you're evading a ban18:24
cjwatsonI'd have answered you in /msg if you'd been a little more patient18:24
K^cjwatson: I thought you're not here..18:26
K^=)18:26
=== K^ is now known as Kmos
MeniShevitzhi all18:28
MeniShevitzis this the place for a noob with a umpc to try and get his ubuntu mid groove going?18:29
MeniShevitz:)18:29
Lrrrwhat...?18:29
MeniShevitzi have a gigabye u60 UMPC and would love to try out ubuntu mid edition18:30
MeniShevitzbut i haven't a clue where to start18:30
MeniShevitzit's a via vx700 c7m machine18:31
cjwatsonMeniShevitz: #ubuntu-mobile would probably be better18:31
MeniShevitzjust what i was looking for, didn't see it in the /list :)18:31
MeniShevitzthanks cjwatson!18:31
cjwatsonyou're welcome18:31
mario_limonciellcjwatson, persia had mentioned that you had initially drafted the proposal that pre-empted bug 134456.  could you comment on the status of the other parts of it, for the UI and for the approval process, what's the plan for now?18:31
ubottuLaunchpad bug 134456 in soyuz "Soyuz needs package-specific uploaders" [Medium,Fix released] https://launchpad.net/bugs/13445618:31
persiaI'm not sure about pre-emption, but related.18:32
cjwatsonmario_limonciell: as persia says, my proposal is related to that and somewhat depends on it, but as far as I know does not block implementation at all18:32
cjwatsonmario_limonciell: you'd have to ask the Soyuz team about the rest of it18:33
cjwatsonmario_limonciell: as far as the approval process goes, -> tech board18:33
persiacjwatson: Aren't we waiting on the TB to determine how to authorise the per-package stuff as well, even in the absence of a UI?  Alternately, are we at the chicken-and-egg stage?18:33
cjwatson(since it's a matter of granting upload privileges)18:33
cjwatsonpersia: snap ;)18:33
cjwatsona UI would help; the TB probably doesn't want to authorise things that will require somebody to go and poke at the LP database with psql18:34
mario_limonciellcjwatson, so you think just send a request to TB and until TB decides that they are the wrong set of folks to determine who gets rights where, they decide?18:34
cjwatsonyeah18:34
persiaHeh.  That's one way to define the process :)  I like to write them up first, but...18:35
sistpotybryce, tjaalton: from current upgrade: are these fixed already? http://paste.ubuntu.com/26713/ (/me is behind a little bit, due to using a german mirror)18:46
=== mkrufky-lunch is now known as mkrufky
slangasekcody-somerville: pong19:06
dirkerHello, I hope this is the right channel. I'm struggling to port the transmission package from debian to hardy, dh_clean complains that 6 is the highest level it supports.19:09
dirkerI have already modified debian/control to my best knowledge and now I dont know where to look for further information19:09
kirklanddirker: you might do better with packaging questions in #ubuntu-motu, fwiw19:10
dirkerkirkland: thanks, will try19:10
savvaskirkland: seen mvo around? bug 244093 is still waiting approval :\19:18
ubottuLaunchpad bug 244093 in python-apt "Checking security repository in Updates adds deb line to Third-Party Software" [Undecided,In progress] https://launchpad.net/bugs/24409319:19
=== asac_ is now known as asac
kirklandsavvas: you looking for me, or someone else?19:19
savvaskirkland: i think you mentioned in that bug report that mvo (michael vogt?) should take a look at that debdiff code19:20
savvassorry, *in the comments* :)19:21
kirklandsavvas: nope, that was kees19:21
savvaswoops19:21
savvasi need a new pair of glasses :P19:21
savvasah what the heck, he'll see it sometime19:23
slangasekbryce: in https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/245888/comments/12, you write that there's a known issue causing compiz to fail on intel - is that a known compiz or mesa issue? (bug #245823, trying to figure out if the dup'ing was correct)19:33
ubottuLaunchpad bug 245888 in mesa "Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login" [High,In progress]19:33
ubottuLaunchpad bug 245823 in compiz "[intrepid] After apt-get upgrade, Desktop Effects Cause Blank Brown Screen On Boot (dup-of: 245888)" [High,Confirmed] https://launchpad.net/bugs/24582319:33
ubottuLaunchpad bug 245888 in mesa "Intrepid, on latest updates (mesa updates - 7.1~rc1-0ubuntu1), compiz no longer works and gives white screen on login" [High,In progress] https://launchpad.net/bugs/24588819:33
ograslangasek, "Blank Brown Screen" sonds a lot more like a gnome-session issue to me than compiz19:37
slangasekit's not19:37
slangasekeverything is started, and killing compiz makes it visible19:37
bryceslangasek:  "Compiz shows only black screen on i965"19:38
bryce http://bugzilla.freedesktop.org/show_bug.cgi?id=1444119:38
bryce "full screen is white when use compiz"19:38
bryce http://bugzilla.freedesktop.org/show_bug.cgi?id=1547719:38
bryce (Also see LP: #245888)19:38
ubottuFreedesktop bug 14441 in Drivers/DRI/i965 "Compiz shows only black screen on i965" [Normal,Assigned]19:38
ubottuFreedesktop bug 15477 in General "full screen is white when use compiz" [Normal,Reopened]19:38
slangasekbryce: so, where does brown screen fall into this?  different bug, or same bug? :)19:38
bryceheh19:38
lamalexslangasek: probably different bugs19:38
brycehmm, in this case if its a different color I'd guess different bug19:39
slangasekbryce: so I should un-dupe 245888?19:39
brycelooking19:39
lamalexthe full white/black is probably a graphics driver issue, the brown is GNOME failing to load properly19:39
ogralight bron is usually the leftover of gdm and gnome-session being stuck on something... the white compiz screen is different, but indeed the OP says its the same ... so he probably mixed up the colors19:41
bryceor he could be confused19:42
ograyeah19:42
ograthats what i first thought19:42
bryceI'd say leave it a separate bug, but it needs to be more fully reported - Xorg.0.log, maybe backtraces if there's a crash going on19:42
slangasekwho could be confused?19:42
slangaseknote that I confirmed the brown screen bug19:43
brycetenof2619:43
ogra.xsession-errors for gnome-session helps too19:43
ograslangasek, but he agreed in his last comment19:43
brycethere's a variety of things that break that can lead to the brown screen, so that symptom alone is generally not sufficient for proving dupe bugs.  Usually need an error message or backtrace to be sure19:43
sistpotybryce: FYI reported bug #24768119:44
ubottuLaunchpad bug 247681 in xserver-xorg-video-r128 "missing conflict against xserver-xorg-driver-ati" [Undecided,New] https://launchpad.net/bugs/24768119:44
slangasekbryce: well, I checked for .xsession-errors when I had this, and I don't remember seeing anything at all; and compiz doesn't crash it just never gives me any windows until I kill it; would a backtrace of compiz wherever it is at the time be helpful?19:46
slangaseks/don't remember seeing/remember not seeing/19:46
slangasekbryce: in the meantime, if this problem isn't affecting you, perhaps you'd like to try an install with the liveCD so that /someone/ is able to validate that it works :)19:47
bryceit might; I'm not up on compiz debugging procedures.  You've verified it boots correctly when compiz is disabled I take it?19:47
slangasekbryce: how do I disable compiz to verify that? (this is all in the liveCD for me)19:47
bryceslangasek: unfortunately my flight is this afternoon so I'm about to head out in an hour19:48
slangasekmmk19:48
ograslangasek, boot with textmode option, remove compiz, start gdm19:49
brycehmm, a brute force method would be to chmod a-x /usr/bin/compiz ;-)19:49
ograor that :)19:50
ogracheaper than removing for sure19:50
slangasekogra: is 'textmode' a literal option name?19:52
lamalexyou don't need to reboot19:53
ograi think so19:53
lamalexjust control+alt+f1 into a terminal19:53
lamalexremove execute from the compiz binary, and then ctrl+alt+f7 back to X and login19:53
ograif zapping works with that bug, yeah, thats an option19:54
ograthough i think steve boots the livecd newly anyway19:54
persiaOr just disable compiz in gconf rather than removing the binaries or chmod -x ing them.19:54
ograpersia, gconf on the commandline is painful19:54
persiaogra: OK.19:55
ograchmod -x is a very good way if its a livecd anyway i guess19:55
lamalexoh this is a cd19:55
ograright and it boots into the bug since it starts a session right away19:56
lamalexyeah but cant' you restart X and go back to gdm?19:58
ograprobably19:59
cjwatsontextmode> I think it's 'textonly'20:01
cjwatson(cf. bug 65818)20:01
ubottuLaunchpad bug 65818 in casper "Add support to disable GDM/X configuration and startup." [Low,Fix released] https://launchpad.net/bugs/6581820:01
ograah, crap my mind tricked me20:04
ograhmm, thats funny ... i have an image build running, run a tail -f on the build log and if i get to mksquashfs i get the percentage bar while building ...20:07
ograif the terminal loses focus the progress just stops20:07
ogra(mksquashfs still running though, i can see the image grow)20:08
ograi wonder if thats because of ssh or if its tail's fault20:10
=== asac__ is now known as asac
=== deejoe_ is now known as deejoe
slangasekbryce, ogra: disabling compiz before the boot, the desktop comes up fine.  As soon as I enable compiz, that's when things go pear-shaped21:29
slangasekbryce, ogra: and .xsession-errors is entirely empty21:29
ograand is it white or brown ?21:29
ograwhite is compiz acting up with the video driver in any case21:30
ograbrown might not necessarily be video related21:30
slangasekno, it's brown21:30
slangasekas it has been all along for me21:30
norsettoinfinity: do you think we could do something about bug 225741 ?21:30
ubottuLaunchpad bug 225741 in mysql-dfsg-5.0 "/usr/bin/mysql_config --libs_r reports incorrect link flags" [Medium,Confirmed] https://launchpad.net/bugs/22574121:30
slangasekI get some error output from compiz on the console; let me see if I can save this somewhere21:31
ograslangasek, hmm ... i would rather look in compiz startup procedure then21:31
sistpotyogra: based on a color? :P21:31
ograyep21:31
sistpotyheh21:31
ogra;)21:31
ograsistpoty, my therory is that compiz holds up gnome session from starting but that it isnt a video driver vs compiz issue21:32
YokoZarkees: *poke*21:36
* sistpoty just giggle at the hint to bug triagers: for compiz/gnome session bugs, please ask the reporter for the color of the screen21:38
ograheh21:39
slangasekogra: it has nothing to do with gnome-session, compiz breaks the same way if you try to have it replace metacity.21:40
ograok21:40
mathiazslangasek: I've got a preliminary patch for the cn=config migration for slapd I'd get some feedback on. Should I file a bug in Debian or can I just send it to the pkg-openldap maintainer list ?22:51
slangasekmathiaz: sending to the list is fine for starters22:52
slangasek(or probably, altogether, unless we end up having to defer it for some reason and need a bug to track it)22:52
mathiazslangasek: I'll send the patch to the list22:52
keesYokoZar: heya, what's up?23:58

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