/srv/irclogs.ubuntu.com/2009/03/02/#ubuntu-devel.txt

CarlFKpitti: I was told to bug you (don't you feel lucky) - i'm trying to do 'this' https://bugs.edge.launchpad.net/ubuntu/+source/xorg-server/+bug/21207300:02
ubottuUbuntu bug 212073 in xorg-server "Touchscreen stops functioning correctly in Xorg if the device is removed/reinserted" [Low,Fix released]00:02
CarlFKI see the changes in lshal, but 0 effect on X00:02
CarlFKthe problem I am trying to fix: when I move my finger to the left, the mouse cursor moves to the right00:03
ScottKI suppose turning the machine upside down won't do it?00:04
ScottK;-)00:04
CarlFKdon't laugh - I was considering that00:05
CarlFKbut then the up/down will have problems00:05
Hobbseekirkland: that's fixed it, thanks.  I'll upload the change, if you like.00:11
Hobbseehrm, it's in bzr.  damn.00:13
=== NCommander is now known as Guest49220
Guest49220argh00:17
=== Guest49220 is now known as NCommander
Hobbseekirkland: blah, it's done already.  Who said fixes in ubuntu weren't fast?  ;)  Thanks!00:21
NCommanderhey Hobbsee00:28
directhexNCommander, i did it, i got an arm system booted in qemu00:29
NCommanderscore :-)00:29
directhexNCommander, if i might make a suggestion... could someone DOCUMENT the fact that the default kernel cmdline includes "mem=32M"?00:30
Hobbseehey NCommander00:30
directhexhair was torn out over that00:30
* NCommander didn't know that00:30
NCommanderHobbsee, how goes it00:30
directhexNCommander, i got the screenshot i wanted - http://www2.apebox.org/wordpress/wp-content/gallery/00-single/armless.png00:30
NCommanderlol00:31
NCommanderXubuntu!00:31
HobbseeNCommander: fighting matlab :)00:31
NCommanderFTW!00:31
directhexNCommander, MID was uninstallable this morning due to python transition00:31
NCommanderHobbsee, have you prepared the scarifies in the necessary order?00:31
NCommanderdirecthex, the python transition has/had most of the archive broken :-/00:31
* StevenK is kicking python-hildondesktop now00:31
HobbseeNCommander: no.  I think that might be my problem...00:32
directhexStevenK, well, i'm not moaning, fixing lp-integration made xubuntu installable :p00:32
NCommanderYay for installable xubuntu00:32
directhexmatlab? :|00:32
* NCommander just installed Alpha 5 on his new machine :-)00:32
NCommanderStevenK, what's wrong with it00:32
StevenKNCommander: Python 2.600:32
directhexNCommander, i wasn't going to push my luck & try a full-on gnome on arm in qemu with 256M00:32
NCommanderI mean is it FTBFSing?00:33
NCommanderdirecthex, 256 is the max you can run. GNOME runs slowly, but it does work00:33
directhexNCommander, at any rate, silverlight on ARM, complete with media support! :p00:33
NCommandernice!00:33
StevenKNCommander: It's uninstallable, I'm looking at fixing it.00:34
NCommanderStevenK, would you like some help?00:34
directhexNCommander, mostly i was documenting the procedure, to allow novell to produce one of those optional licensed binary codec downloads for arm. in case ffmpeg ever loses the required abilities for any reason.00:35
* TheMuso kinda wished that the python transition happened earlier in the cycle...00:54
TheMusoIMO transitions should only be before feature freeze.00:54
directhexstarted, certainly. sometimes they can drag on a bit, depending on size00:55
ScottKMajor ones anyway.00:55
NCommanderBut python2.6 was uploaded past FF?00:58
NCommanders/?/.00:58
ScottKIt was, but it was spec'ed and approved.00:59
directhexbam, i have now entered the debian web o' trust01:00
NCommanderWhat's the point of FF if we break everything post it :-/01:01
* NCommander is reminded of libbluetooth last cycle, although that was kinda an exception cirmstance.01:01
StevenKNCommander: It wasn't python2.6 that was the issue, it's python-defaults.01:03
anderskIs there a main sponsor available to look at the one-line patch in bug 336436?01:30
ubottuLaunchpad bug 336436 in lsb "/usr/bin/lsb_release:81: DeprecationWarning: the sets module is deprecated" [Undecided,Confirmed] https://launchpad.net/bugs/33643601:30
=== asac_ is now known as asac
redvamp128okay quick question-- I need to find out what version of oss is installed on someones computer -- is there a quick command to find that?04:22
macoapt-cache policy or dpkg -l will both tell you package versions04:27
macoi assume you mean either alsa-oss or oss-compat04:28
redvamp128oss-compat04:28
redvamp128thanks04:30
maconp04:32
redvamp128he can hear system sounds but they are distorted and he is using oss04:35
redvamp128so I fount 4.1 and 4.0 is the installed version and according to their page they fixed a few issues with his sound card04:36
CarlFKfor jaunty, did alsamixer get replaced?  (or, how do I adjust volume levels in a script)04:36
redvamp128this one I am afraid is for hardy-- and I think it fixed his issue before just too many people -- too many configurations -- plus my 3 here at the house and 2 linux ones at work and 10 computers at work and 2 servers04:37
redvamp128and that does not count the 25 laptops04:38
macoCarlFK: no, alsamixer's still there04:50
macothis isnt really the place to be asking such support questions though....04:50
CarlFKmaco: oh yeah - the oss stuff distracted me04:54
=== jdong_ is now known as aaaa
=== aaaa is now known as Guest99615
=== Guest99615 is now known as jdong_
pittiGood morning08:08
pittiEtienneG: yes, although there's probably little I can do about it :/08:09
pittijdong_: we should get dbgsyms for -updates/-security08:09
pittiCarlFK: 212073> let's discuss that in the bug, please subscribe me08:10
pittiCarlFK: oh, you mean you don't have this particular problem? can you please describe the problem more specifically? does it happen after removal/reinstert, or always, and what's lshal output?08:11
asacanyone knows if there is precendence of adding libs to ia32 as an SRU?09:06
asac\sh: ^^?09:06
slangasekasac: I would be very cautious in accepting such an SRU - why is it needed?09:13
asacslangasek: two things:09:18
asacslangasek: i got complain from NSPR/NSS/chrome developer that libnss3-1d needs libsqlite ... but only libnss3-1d is in intrepid ia3209:19
asacslangasek: 2. also they would love to see those in the LTS, as it would allow amd64 users to build chromium09:20
=== azeem_ is now known as azeem
asacits a bit strange that it was added there without sqllite ... in jaunty libnss3-1d explicitly depends on libsqlite3-0 (>= 3.5.9)09:25
slangasekasac: if it were the case that we were shipping nss in hardy ia32-libs already and it was broken, that would be a good reason for an SRU.  I don't think we should add more libs to ia32-libs in hardy simply because they'd be nice to have.09:31
mvodoko: what do you think about writing a mail to ubuntu-devel-announce that explains to the developers that all packages that use python and distutils needs to get the "--install-layout=deb" added? I just did it for command-not-found and unattended-upgrades, but there are much more that need love. its funny, a simple rebuild puts everything in /usr/local now09:37
asacslangasek: yes. thats what i thought. intrepid ok, hardy not09:38
asaci will provide those in some ppa maybe ... so they can add something more official to their build instructions09:38
mvodoko: or at least the scripts and i18n stuff (that is build via python-distutils-extra)09:39
slangasekasac: if this is just for building... why not use an i386 chroot?09:39
asacslangasek: its also for running ;)09:39
slangasekok09:39
asacjames_w: bzr-builddeb --merge seems to be broken in jaunty09:58
james_wasac: how?09:59
asac(still i guess) ... i have debian/ only branches and the top level dir from the tarball ends up in the build tree09:59
asacjames_w: http://paste.ubuntu.com/125187/09:59
asac(ignore the aclocal.m4 ... that was created in pre-build)09:59
james_wand what do you expect?10:00
asacjames_w: i expect the content of NetworkManager.git directory to be in toplevel10:00
james_wasac: can you do a find for me?10:01
james_wwhat are the entire contents of that directory?10:01
asacjames_w: inside NetworkManager.git?10:01
asacok10:01
asacjames_w: http://pastebin.com/f26d95ae410:02
asaclet me get a tar tzf of the tarball too10:02
asacjames_w: http://pastebin.com/f33d9b4d710:02
PecisDarbspitti: in Jockey, there are 'DeprecationWarning: the sets module is deprecated' string all over gui, making mess out of it10:03
james_wasac: do you still have the Intrepid version pinned?10:04
pittiPecisDarbs: do you use 0.5-0ubuntu2 ?10:05
asacjames_w: ii  bzr-builddeb          2.1~0ubuntu1          bzr plugin for Debian package management10:05
pittiPecisDarbs: I did some python 2.6 fixes there10:05
pittiPecisDarbs: over the gui? do you have a screenshot?10:05
cjwatsonlsb_release output perhaps?10:06
cjwatson(bug 336436, about to sponsor now)10:06
ubottuLaunchpad bug 336436 in lsb "/usr/bin/lsb_release:81: DeprecationWarning: the sets module is deprecated" [Low,Confirmed] https://launchpad.net/bugs/33643610:06
PecisDarbspitti: 0.5-0buntu1 or 210:07
PecisDarbspitti: screenshot comming, one min10:07
pittiPecisDarbs: well, the 'or' matters :) ubuntu2 has the 2.6 fixes10:07
=== DrKranz is now known as DktrKranz
PecisDarbspitti: ubuntu210:07
asacjames_w: maybe builddeb expects the top level directory name now to be of a certain format?10:08
james_wasac: no10:09
asacstrange10:10
james_wasac: can you let me have your branch and tarball?10:11
PecisDarbspitti: http://imagebin.ca/9L_dWXk.html10:11
james_wit was working fine for me on Saturday, so I'd like to look at what you are using10:11
pittiPecisDarbs: that's 40410:11
asacjames_w: sure: http://people.ubuntu.com/~asac/tmp/network-manager_0.7.1~rc2+1git7f1c86e3.orig.tar.gz10:12
PecisDarbswait, I will copy&paste :)10:12
PecisDarbspitti: http://imagebin.ca/view/9L_dWXk.html10:12
asacjames_w: bzr branch lp:~network-manager/network-manager/ubuntu.0.7.110:12
pittiPecisDarbs: right, that's the bug cjwatson mentioned10:13
directhex0.7.1, eh? does it actually save a default static ip yet, rather than ignoring you & re-creating a default dhcp link?10:13
PecisDarbsok, nice to know that you are informed already :)10:14
cjwatsonpitti,PecisDarbs: fix just uploaded10:14
cjwatsonpitti: why is jockey displaying lsb_release's stderr in its UI though?10:15
james_wasac: wfm, "bzr plugins -v | grep builddeb -A2" please?10:15
PecisDarbscjwatson: thanks man :)10:15
cjwatsonpitti: and it might make sense to only call it once ...10:15
pitticjwatson: stderr> just fixed in bzr10:15
cjwatsonheh, ok10:16
pitticjwatson: once> that's what I did initially, but on other platforms "lsb_release -sir" is not predictable wrt. line breaking/spacing10:16
pitticjwatson: longer-term I just want to move this to a build-time check10:16
asacjames_w: http://pastebin.com/f6d45ce6910:17
cjwatsonline breaking/spacing> I don't get it. I just meant to call it once up-front and then you could still substitute it into a string and line-wrap that as normal10:17
pitticjwatson: but if it uses space instead of newline as separator, where do I break if there is more than one space?10:18
james_wasac: it is odd that it is dist-packages10:18
pittiof course that's slightly pathological (if the distro name has a space in it)10:18
james_wunless that change was made a little while ago10:18
asacjames_w: i think before weekend doko did pythong 2.6 transition10:19
james_wasac: yeah, but this was built almost 2 weeks ago. I guess it's not a problem, I just didn't expect it10:19
cjwatsonpitti: the UI shown in the screenshot above only uses "Ubuntu"10:19
cjwatsonpitti: so you could use -si called just once for those, and call -sr separately if you need the release version number10:20
pitticjwatson: yes, I could do that10:20
cjwatsonpitti: I didn't mean "just once, absolutely, for the whole program" - I meant "collapse multiple identical calls into one"10:20
james_wasac: I don't understand though, I do a "bzr bd --export-only" and it creates the layout you desire10:20
asaclet me check10:21
asacjames_w: not for me :(10:21
asacjames_w: ls ../builds/network-manager-0.7.1~rc2+1git7f1c86e3/10:21
asacdebian  NetworkManager.git10:21
james_wI can see that10:22
james_wI just need you to do a bit more digging, as I can't reproduce it10:22
pitticjwatson: it's quite an intrusive change, though (changing all occurrences of using the variables to a function call which lazily calls lsb_release if it wasn't used yet), so I don't want to change it right now10:22
asacjames_w: i am here - and since i am kind of stuck because of that i will be here ;)10:22
james_wasac: can you branch to a fresh area10:23
james_wput the tarball in the parent dir10:23
asacjames_w: my builddeb conf is: [BUILDDEB]10:23
asacbuild-dir = ../builds/10:23
asacresult-dir = ../results/10:23
pitticjwatson: (it doesn't call "lsb_release -sr" multiple times ATM either)10:23
asacoops10:23
asacdamn paste ;)10:23
james_wand run "bzr bd --export-only" and pastebin the output?10:23
asacjames_w: yes let me check10:23
asacjames_w: http://paste.ubuntu.com/125199/10:24
asacjames_w: oh fresh area10:25
asacsorry10:25
asacjames_w: http://paste.ubuntu.com/125200/10:26
james_whmm10:28
asacjames_w: i branched from the local branch. i can try the remote branch too if that can make any difference10:28
james_wit shouldn't10:30
james_wasac: do you have any aliases for "tar"?10:30
james_wdo you have a ~/.bazaar/builddeb.conf?10:30
dokomvo: https://lists.ubuntu.com/archives/ubuntu-devel/2009-February/027528.html10:31
asacjames_w: yes. i pasted the builddeb a few lines above10:32
james_wah10:32
asac(just build-dir = ... and result-dir = ..:)10:32
james_wdo you have a .bzr-builddeb in this branch?10:32
asacjames_w: no alias for tar10:32
asacjames_w: if i have it, its committed10:32
asaclet me check10:32
james_wthe one I have is merge = True in default.conf10:32
asacjames_w: yes, but you should hav eit too10:32
james_wdo you have anything else?10:32
asacright10:32
asacno10:32
james_wno local.conf?10:32
asaclocal.conf?10:33
asacin .bzr-builddeb? no10:33
james_w.bzr-builddeb/local.conf10:33
james_wok10:33
asacnote: i just did a clean branch ;)10:33
james_wtrue :-)10:33
asacjames_w: is there kind of "verbose" mode?10:33
james_wasac: you can look in ~/.bzr.log10:34
mvodoko: fair enough, I was just thinking that ubuntu-devel-announce might be a good place too, especially since a rebuild without changes may now move stuff into /usr/local10:34
dokomvo: it does work for simple packages, python-support, python-central and cdbs are patched to move these files around10:34
asacjames_w: http://pastebin.com/f6966bbbc thats what i get on --export-only run10:35
asacjames_w: line 22.10:35
asacwhat do you run there?10:35
dokomvo: do you see any additional, or grave update failures?10:35
mvodoko: I just updated command-not-found and unattended-upgrades (they use debhelper) and I suspect gdebi needs a update too10:36
asacwebkitgtk python is broken ;)10:37
mvodoko: maybe more, I need to check my devel tree. most of my python stuff does not use cdbs :/10:37
dokomvo: btw, why does update-manager install into /usr/lib/pythonX.Y? Is this used by any other package?10:37
mvodoko: but you know better whats doing on in python land, so its up to you where to announce10:37
dokomvo: it's a feature not to use cdbs10:38
james_wasac:       tempdir = tempfile.mkdtemp(prefix='builddeb-', dir=build_dir)10:38
james_wsubprocess.call(['tar','-C',tempdir,'-xf',tarball])10:38
mvodoko: it installs stuff with nomove for improved stability (if that is what you mean)10:38
mvodoko: just like python-apt10:38
mvodoko: its one of the things that should be as robust as possible10:38
mvodoko: oh, you mean computer-janitor10:39
dokomvo: well, using a private libdir would be even more stable (if you don't have dependencies on update-manager)10:39
mvodoko: that is fallout from the merge with liw, let me check10:39
asacjames_w: ok, that would give NetworkManager.git inside of builddeb-XXXX i guess10:40
glatzordoko, mvo: packagekit-backend-apt depends on update-manager10:40
mvodoko: the computerjanitor stuff is meant to be used by other packages so it needs to be public, but its in the wrong place10:40
dokoahh10:40
liwmvo, in the wrong place?10:40
mvoliw: I see stuff in site-packages here on my system from computerjanitor that should be in dist-packages, but let me rebuild to actually verify that10:42
asacjames_w: are you running latest jaunty?10:42
liwmvo, ah10:42
geserdoko: a quick question: for the use of py_libdir_sh the (loop) variable should be named python, right?10:44
james_wasac: no, not updated over the weekend?10:44
asacjames_w: do you have python 2.6 as default?10:44
james_wasac: nope10:45
dokogeser: no, the value that you pass should either be pythonX.Y or X.Y10:45
glatzordoko, what should I do to improve my python packages which use cdbs?10:45
asacjames_w: i would think thats the reason then ;)10:45
asacjames_w: any trick how i can bzr to use 2.5?10:45
geserdoko: I've "Package bitbake version 1.8.12-1 has an unmet dep:10:46
asacjames_w: so yeah ;)10:46
geser Depends: python2.4-pysqlite210:46
asacjames_w: python 2.6 booooo10:46
dokoglatzor: I don't know which packages you do maintain, and I won't look at those suggesting improvements ;) what exactly do you want to know?10:46
geserdoko: bad paste :(10:46
asacjames_w: python2.5 /usr/bin/bzr bd --export-only works!10:46
dokogeser: nothing should depend on pysqlite2 anymore10:47
glatzordoko, you mentioned that not using cdbs would be feauture. so what does it wrong?10:47
dokoglatzor: I won't start a cdbs discussion. some like it, some not.10:48
geserdoko: I've "for py in $(PYVERS); do ..." in a rules file, so I use "$(py_libdir_sh)" instead of the hardcoded site-packages. I'm no makefile expert so I don't know from looking at the python.mk if it will work with the variable being named "py".10:49
james_wasac: thanks, I'm trying to update now10:50
* asac alias python python2.510:51
asac;)10:51
dokogeser: $ grep 'Call as' /usr/share/python/python.mk10:51
mvodoko, liw: it looks like I was just confused by the fact that 2.6 stuff goes into dist-packages and 2.5 goes into site-packages. so update-manager should now be ok and install into the right locations10:51
dokomvo: yes, I didn't want to change existing locations10:51
mvosure10:52
asacjames_w: let me know when its fixed ...  i repointed my python link to 2.5 now10:53
mvocould we do anything to make builds fails that have the lcoation not updated on the buildds? or add some sort of check to fail if stuff ends up in /usr/local at the end of the build?10:53
mvoI mean, packages that have no "--install-layout=deb" but get rebuild10:53
mvo(e.g. because the maintianer overlooked the required change or because of control.in vs control file confusion etc)10:54
pittimvo: I think that already happends, in pkgbinarymangler (pkgsanitychecks)10:54
dokomvo: these should fail, yes.10:55
mvopitti: aha, great.10:55
pittimvo: but I found most of my packages FTBFS much earlier, because of wrong *.install files10:55
dokobut we only check for /usr/local/lib/pythonX.Y, so maybe I just add a check for /usr/local10:55
mvopitti: yeah, me too. unattended-upgrades does not have one, so having this additional check is certainly good10:56
mvodoko: sounds good, e.g. for stuff that is just a python-script with a private dir10:56
* mvo leaves for lunch10:57
slangasekmr_pouit: I see that there are quite a few xfce4-related sync requests; do these have a FFe somewhere?11:02
slangasekdoko: how's python 2.6 going? the extra python has caused a bit of a jump in CD size. :)11:08
slangasekdoko: should I expect that to clear up soon, or should I offload some more langpacks in the meantime?11:09
dokoslangasek: isn't this called collateral damage? ;)11:09
slangasekheh11:09
=== seb128_ is now known as seb128
seb128slangasek: we have one extra python version so extra use is expected no?11:10
slangasekseb128: yes - but it's not supposed to stay that way for release, is it?11:10
dokowell, the gnome bindings were only built for 2.5 before alpha-5, so python-gnome-*, gtksourceview and deskbar-applet did increase in size11:10
dokoI'm not aware of other packages going up in size after alpha-511:11
slangasekthe main difference was that python2.6 wasn't on the CD before, and is now11:11
seb128slangasek: well we don't plan to drop python 2.5 do we?11:12
dokoouch, 1MB compressed larger ...11:12
slangasekseb128: I would assume that we plan to only have one version of python on the CD11:12
directhexwhy would you want more than one version of ANYTHING on the cd?11:13
dokoslangasek: ahh, the static lib is in python2.6. will fix this11:14
slangasekdoko: but that's still two versions of python on the CD, which is mainly what I was asking about...11:15
dokoslangasek: which packages depend on 2.5 on the CD?11:15
slangasekdunno, checking11:16
geserif vim is on the CD then vim at least11:17
dokolooking at vim ...11:17
slangasekdoko: hmm - evolution11:18
slangasekvim isn't on the CD, only vim-tiny11:18
dokoslangasek, seb128 : this should be fixed with the next upload. seb128, do you plan one?11:18
pedro_james_w: may you have a look to bug 336067 later? it's broken since the update to python 2.611:19
ubottuLaunchpad bug 336067 in python-httplib2 "python-httplib2 needs a patch for Python2.6 support" [Undecided,New] https://launchpad.net/bugs/33606711:19
seb128doko: yes, new GNOME versions due today11:19
james_wpedro_: sure, please assign it to me11:19
pedro_james_w: will do, thanks you :-)11:19
pittiseb128: if you upload a new evo, can you include the screen size patches, or do they need more work/discussion?11:19
seb128pitti: I can try, there is just a zillion of those in a tarballs which is going to take a while to review, not to mention that I hate those "add scrollbars everywhere" changes, but shrug11:20
pittiseb128: yeah, they are ugly; I only sponsor fixes which are reported/discussed upstream, though11:21
pittiseb128: still, ugly is better than broken on netbooks11:21
seb128right11:21
seb128if they don't add frame one normal desktop case11:21
seb128which some of those changes do11:21
seb128one -> on11:21
seb128grrrr at kubuntu11:23
seb128we are getting a zillion of ""gnome-appearance-properties crashed with SIGSEGV in QGtkStyle::drawControl()"11:23
seb128gtk-qt-engine is really a crappy crashing thing11:23
ograsince it exists :)11:27
Riddellseb128: I'd drop it if gtk had a sane default style11:27
james_wit would have been nice to have python.mk available well before the transition so that I can actually build a source package containing the needed fixes for me to be able to upgrade past the transition11:28
seb128I think I will add an apport hook to refuse any crasher if that thing is installed and display a warning "you installed that crappy kubuntu hack uninstall it if you want stability"11:29
* pitti arghs at pidgin ftbfs (libtoolish); Keybuk, seb128, you don't happen to know what http://people.ubuntu.com/~pitti/tmp/pidgin_2.5.4-2ubuntu2_i386.build wants to tell me?11:34
seb128pitti: run autoreconf11:34
pittiseb128: right, I could update the 70autoconf.patch, but it built correctly just 7 days ago..11:35
seb128pitti: it will not ftbfs on the buildds, the issue is that it runs automake locally11:35
pittioh, I see11:35
seb128pitti: that's a timestamp issue I never bother trying to fix it correctly, it only fails if automake is installed11:35
liwtkamppeter, do you happen to know about Brother QL-550 label printer support?11:36
pittiseb128: weird, pidgin b-deps on automake through intltool11:40
tkamppeterliw, I know about a third-party driver which is linked from the appropriate printer and driver pages on OpenPrinting, but I did not test it.11:42
liwtkamppeter, ok, thanks11:42
seb128pitti: dunno but some autotools don't get installed and run on the buildd but do locally11:42
pittiah, apparently I had automake1.9 installed11:43
geserif a main sponsor has some time: bug #33660111:51
ubottuLaunchpad bug 336601 in dput "Modules in use deprecated by python 2.6" [Undecided,New] https://launchpad.net/bugs/33660111:51
ogra_slangasek, on http://ports.ubuntu.com/ubuntu-ports/dists/jaunty/main/installer-armel/alpha-5/images/ixp4xx/netboot/ there is some discrepancy between the file creation dates11:59
ogra_vmlinuz has a stap from 27th while the other two are from 25th12:00
ogra_*stamp12:00
directhexta pitti12:00
ogra_i think something went wrong here12:00
slangasekogra_:  well, I see the same in te 20081029ubuntu21 dir it was copied from...12:01
ogra_weird12:02
ogra_http://ports.ubuntu.com/ubuntu-ports/dists/jaunty/main/installer-armel/20081029ubuntu22/images/ixp4xx/netboot/ has the same dates on all files12:02
slangasekogra_: so I'm not sure what went wrong, but it went wrong somewhere upstream from the copying I did12:02
directhexogra_, did i mention "woo, i got an arm qemu system booting"?12:04
pittigeser: will you forward bug 336601 to Debian as well? It should work with python 2.5, too12:04
ubottuLaunchpad bug 336601 in dput "Modules in use deprecated by python 2.6" [Undecided,New] https://launchpad.net/bugs/33660112:04
ogra_directhex, no, you didnt, congrats :)12:05
directhexogra_, think you could be a sweetheart & document the "mem=32M" bit in the default cmdline? i kept having oom issues until i actually read the kernel config & spotted that12:06
ogra_hmm, i wasnt aware of that and all my docs say -m 256 and append "mem=256M"12:06
ogra_(see https://wiki.ubuntu.com/ARM/RootfsFromScratch )12:07
directhexstill... http://www2.apebox.org/wordpress/wp-content/gallery/00-single/armless.png12:08
slangaseke12:08
ogra_directhex, i dont build the kernels (our kernel team does) but i'll talk to them to drop that default with the next upload12:10
directhexogra_, it'd make it easier for qemu, since you can just use the -m flag12:10
ahasenackhey guys, is the python upgrade in jaunty mostly over?12:10
ogra_directhex, yeah, understood ... i didnt even notice since as i said i ude append everywhere anyway12:11
ogra_*use12:11
directhexogra_, d-i is sad with only 32M ^_^12:11
ogra_depends :)12:12
slangasekahasenack: I would say we're still somewhere towards the middle of the end12:12
* ogra_ just made it work with the NSLU2 port on 30M12:12
ahasenacksladen: cool, thanks12:12
geserpitti: sure, will do so now12:12
pittigeser: thanks; will sponsor in a minute12:13
slangasekdoko: python-pqueue is in main because it's seeded (ubuntu.jaunty/development); do you want to remove it from the seed or shall I?12:16
slangasek(once it's out of the seed, there'd be no need for a bug report, it would just get picked up via component-mismatches...)12:16
dokoslangasek: please do12:17
pkernCould someone upload my debdiff (with the version and suite target corrected) out of LP: #222532 to intrepid-proposed, please?12:20
=== ogra_ is now known as ogra
seb128doko: how do you debug issues similar to bug #332799?12:30
ubottuLaunchpad bug 332799 in gnome-desktop "gnome-about crashed with SIGSEGV in PyGC_Collect()" [Medium,New] https://launchpad.net/bugs/33279912:30
dokoseb128: try to run it with python-dbg, I suspect it's a missing Py_INCREF somwhere ... see /usr/share/doc/python2.6/SpecialBuilds.txt.gz12:33
seb128doko: ok thanks12:33
ograogra@osiris:/var/build/versatile$ grep physical /var/log/Xorg.0.log12:36
ogra[    4.131326] (II) intel(0): Setting screen physical size to 261 x 16312:36
ograogra@osiris:/var/build/versatile$ xdpyinfo |grep dimensions12:36
ogra  dimensions:    1280x800 pixels (339x212 millimeters)12:36
* ogra doesnt get whats sets this 12:36
ograseb128, does gnome influence my dpi settings in any way to set screen dimensions ?12:36
seb128ogra: screen dimensions?12:36
ograyeah12:36
seb128ogra: the screen dimension is a physical thing12:37
ograxorg detects my display right at  261 x 163 mm12:37
seb128it doesn't change when tweaking software12:37
ograbut in my desktop is end up with settings for 339x212 millimeters12:37
ograand i cant find out what resets that12:37
seb128you probably forces the dpi?12:38
seb128and the resolution?12:38
ograwell, my gnome capplet has 100dpi in the entry box12:38
ograi cant remember ever having set that though12:38
ogra(it used to be 96)12:38
seb128ok so that's the xorg detected value12:39
seb128dunno about the physical screen but that should not be revelant12:39
seb128you have the dpi value from xorg and the resolution you set12:39
ograwell, 1280x800 on 261 x 163 would be 124dpi12:39
seb128which is what should matter for what you get on screen12:39
ograand 261 x 163 is the right value (i used a ruler :) )12:39
dokoslangasek: the python2.6 package gets 1.4MB smaller (compressed)12:39
slangasekdoko: ok :-)12:40
seb128ogra: dunno then, try a non GNOME session and see if you get the same issue12:40
ograwill do, good suggestion :)12:40
ograoh, unsetting the dpi value in gconf-editor suddenly gets me huge fonts :) so i apparently have touched it before12:41
ograhrm, and calling the capplet forces it to 96 ...12:42
ograweird12:42
* ogra tries an xterm session12:42
ograseb128, hmm, seems gnoe actually sets it12:44
ograin the xterm session i have matching values12:44
seb128ogra: do you have a .config/monitor.xml?12:44
ograyes12:45
seb128ogra: can you move it somewhere else and try restarting your session and see if that's still an issue?12:45
ograyep12:45
ograseb128, ok, removing it *and* unsetting the gconf key gets me the right kes12:47
ogra*key12:47
seb128ok good12:48
seb128so know you need to figure what you do to get a buggy config ;-)12:48
ograseb128, its a bit tricky, if you once touched the advanced font settings before in a former release or with the monitors.xml in place it will enforce 96dpi12:48
seb128I guess using the xrandr capplet once to get a config.xml and restarting the session is enough to get the issue12:48
seb128hum, it should not write the gconf key if you don't change the dpi value12:49
ograi seemingly had used the advanced font settings before12:49
seb128I think there is a bug about the config forcing 96 dpi12:49
slangasekjelmer: your debian/copyright on bzr-fastimport omits exporters/svn-archive.c and exporters/svn-fast-export.c12:54
jelmerslangasek: Hi12:55
jelmerslangasek, Thanks, I'll fix that; fwiw those files are not part of the binary package12:55
ograwow12:55
* ogra wasnt aware how crisp his display can be12:55
jelmerslangasek, I thought bzr-fastimport was rejected though, because it wasn't processed before the FF?12:55
slangasekjelmer: ok - I was going to accept it anyway, that's why it was a throw-away comment on IRC instead of a mail ;)12:55
slangasekjelmer: it's being revisited following a discussion with motu-release the other day12:56
jelmerslangasek, ah, cool12:58
=== fargiola` is now known as fargiolas
ograhmm, what the heck starts notify-osd13:11
seb128dbus13:11
seb128that's a dbus service13:11
ograhmm13:11
* ogra would like to get it to not popup *under* the panel13:11
* NCommander wonders if he was the only one who thought the disappearing update manager icon was a bug, and not a feature.13:12
ograso i can actually read the notifications :)13:12
seb128there is a bug open about that13:12
seb128it seems to depend of the start order13:12
seb128restart notify-osd13:12
* ogra did that and waits for a notification now13:14
seb128you can use notify-send txt13:14
ograi just uninstalled libnotify-bin yesterday in a cleanup spree :)13:15
cody-somervilleslangasek, bug #336180 acked13:15
ubottuLaunchpad bug 336180 in gtk2-engines-xfce "Please sync gtk2-engines-xfce 2.6.0-1 (universe) from Debian experimental (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/33618013:15
ograhmm, i got a mail, but no notification13:16
slangasekcody-somerville: there's a bunch of others related to xfce 4.6 - are they acked collectively, or do you want me to subscribe you to each for review?13:16
cody-somervilleslangasek, acked collectively13:16
slangasekcody-somerville: ok, thanks13:16
cody-somervilleslangasek, no problem.13:16
ograaha, it pops up in front now (with notify-send) but not on the edge of the screen anymore13:17
ograbut no mail notification at all13:19
=== kyselejsyrecek is now known as kyselejsyrecek_p
=== kyselejsyrecek_p is now known as kyselejsyrecek
james_wshutil.move completely changed semantics in python2.6, fantastic13:50
directhexjames_w, yay for python?13:51
james_windeed13:51
directhexjames_w, given recently published numbers (was it by jdong? i think it was jdong) i'm gonna have to stop jokingly suggesting ironpython as a replacement, tho13:52
james_wso it was actually fixing a bug: http://bugs.python.org/issue157713:53
james_w"I'd rather not do this. It might cause disasters for code that expects13:53
james_wthe old semantics. If you want a way to do the "mv" semantics, propose13:53
james_wa new API.13:53
james_w"13:53
dokojames_w: which package was broken?13:55
james_wbzr-builddeb13:55
nagsdoko, http://pastebin.com/d1864c44514:09
nagsdoko, based on discussion with mvo on #ubuntu-testing, pasted the above link to you :)14:09
ograKeybuk, seems we have a prob with ltspfs in jaunty, to me it looks like the rules dont fire the scripts anymore (bug 335767) did anything change in recent udev that could cause that ?14:11
ubottuLaunchpad bug 335767 in ltsp "Jaunty Alpha 5: Usb stick (flash drive) does not pop up on the Gnome desktop" [Undecided,New] https://launchpad.net/bugs/33576714:11
dokonags, mvo: it's a bug in ropemacs, the substvars are wrong (s/Python/python). see the warnings in the build log. apparently nobody checked the binary before upload/sync request14:15
Keybukogra: lots of things changed14:21
nagsdoko, ok14:21
ograKeybuk, well, i would assume the rules should still fire if a matching device is plugged in, probably the script arguments arent right anymore, could you tale a look ? i attached the currently used runes to the bug14:22
Keybukogra: no, I don't have LTSP here14:22
Keybukstart debugging using udevadm monitor -e to see what's firing and what environment are available14:22
Keybukuse udevadm test to make sure your rules are being run correctly14:23
Keybukuse udevd --debug to really get in depth14:23
ograerr s/runes/rules indeed14:23
ograKeybuk, ok, i'll add that to the bug to get info out of the user14:23
ogra(i dont run ltsp myself anymore either)14:24
Keybukactually I quite like runes14:24
Keybukwe should rename it upstream to /etc/udev/runes.d14:24
ograhehe14:25
ograyippie, i got working notifications again, seb128 thank for the pointer, adding a wrapper script that makes notify-osd sleep for 5 secs seems to help14:28
ogra*thanks even14:28
seb128you're welcome14:28
superm1james_w, gah that's probably what started causing crashes in mythbuntu-common (shtuil.move  stuff changing)14:37
=== The_Company is now known as Company
vadi2ops15:16
=== davidm_ is now known as davidm
=== fargiol`` is now known as fargiolas
=== ssweeny_ is now known as ssweeny
sistpoty|workMithrandir, StevenK: mind taking a look at bug #331973 (and eventually taking over handling this ffe?)16:17
ubottuLaunchpad bug 331973 in telepathy-idle "Ship telepathy-idle 0.1.3" [Wishlist,New] https://launchpad.net/bugs/33197316:17
sistpoty|workseb128: I've also got a universe FFe for you: bug #334813. mind taking a look?16:25
ubottuLaunchpad bug 334813 in evolution-rss "installing evolution-rss removes evolution" [Undecided,New] https://launchpad.net/bugs/33481316:25
seb128sistpoty|work: granted16:25
sistpoty|workthanks seb12816:25
seb128you're welcome16:25
sistpoty|workRiddell: and one universe FFe for you at well (i.e., at least one, I'm just going through the list): bug #334121... mind taking a look there?16:28
ubottuLaunchpad bug 334121 in plasma-widget-translatoid "Update to 0.6" [Wishlist,New] https://launchpad.net/bugs/33412116:28
phomeswould a core-dev help me by updating mobile-broadband-provider-info? Current version (20081015) lacks one of the major danish providers and support questions for this are frequently popping up. #motu told me to go hunt for a core-dev. Bug 31786016:32
ubottuLaunchpad bug 317860 in mobile-broadband-provider-info "Request to upgrade to latest SVN" [Undecided,Confirmed] https://launchpad.net/bugs/31786016:32
sistpoty|workRiddell: FFe's at bug #334690 and bug #335031 also look KDE related, mind taking a look at these as well?16:35
ubottuLaunchpad bug 334690 in kblogger-kde4 "Update kblogger to 1.0 alpha 3" [Wishlist,New] https://launchpad.net/bugs/33469016:35
ubottuLaunchpad bug 335031 in filelight "New upstream release filelight 1.9~beta for kde4" [Wishlist,New] https://launchpad.net/bugs/33503116:35
sianis-develasac, bug #279365 please review it17:06
ubottuLaunchpad bug 279365 in ubufox "Hungarian locale update for Intrepid ubufox" [Undecided,New] https://launchpad.net/bugs/27936517:06
=== DktrKranz2 is now known as DktrKranz
keesKeybuk: is there anything we can do to make AppArmor start faster?  sounds like it's eating 1 second at boot?17:12
Keybukkees: I haven't looked at it17:14
Keybukit looks like it's the parser though17:14
keesKeybuk: hrm, yeah.  too bad -- that's the part that got speed-ups between 2.1 and 2.3 (i.e. we have the fast version already)17:14
keesKeybuk: also, yay http -> https for merges.  :)17:15
Keybukcould it be done in the background alongside something else?17:15
keesKeybuk: possibly -- though it needs to be started ahead of any processes it's going to confine.17:16
keesKeybuk: we've already run into issues with that for dhcp client.17:16
asacsianis-devel: done17:16
keesKeybuk: do you have any bootcharts handy that shows it?17:16
Keybukkees: http://people.ubuntu.com/~scott/boot-performance/mini9_jaunty-20090218-7.png17:18
keesKeybuk: we could run it in parallel to the fsck17:19
keesthat's the sleep just above it?17:19
KeybukI want to get rid of that sleep too ;)17:20
Keybukdoes it have to be complete before anything in particular happens?17:20
keesKeybuk: basically, before any daemons it confines start up17:21
keesdhcp client is already protected to wait for AA to start up17:21
keesis that sleep from the fsck script or from procps?  I can't quite read that17:21
Keybukfsck17:23
Keybukhmm17:23
Keybukdoesn't that give you a deadlock?17:23
Keybukudev waits for ifup which waits for dhclient which waits for apparmor which waits for udev ?17:23
Keybukcan what it parses not be precompiled?17:24
keesKeybuk: I don't think it deadlocks -- we can check with jdstrand17:24
Keybukudev calls ifup, remember17:24
keesKeybuk: precompiled -- possibly, but it'd need features from AppArmor17:24
keesright, but isn't dhclient spawned (i.e. not waited on)?17:25
Keybukcan't remember17:25
keesand aa doesn't wait for udev17:25
keesit just reads files, parses them and shoves them into kernel space17:25
Keybukits parser does seem very expensive17:25
Keybukwhat is it? XML?17:25
jdstrandKeybuk, kees: udev calls idup as a daemon17:26
keesno, it's just reading the /etc/apparmor.d/* files, and making a kernel-space DFA out of them, AFAIU17:26
jdstrandifup17:26
jdstrandKeybuk: it will not deadlock17:26
Keybukso, err17:26
Keybukif things udev calls depend on apparmor17:27
Keybukwhy do you call it after udev?17:27
Keybukdo you need /usr mounted?17:27
keeswe don't need /usr (parser is in /sbin)17:27
keesI'm happy to relocate aa17:27
jdstrandKeybuk: basically, I thought adding an intelligent ifup-pre.d script would be easier to get in and be less expensive than moving apparmor17:27
keesI've just not be entirely certain where to put it17:27
Keybukhow often do the things it parses change?17:28
jdstrandkees: all we should need it securityfs mounted and /sbin/apparmor_parser17:28
keesKeybuk: rarely17:28
keesjdstrand: right17:28
jdstrandKeybuk: very seldom17:28
calcKeybuk: have the boot changes made it into the stock image yet?17:29
Keybukcould you put it in the initramfs and run it while we're trying to find the root filesystem ? <g>17:30
Keybukcalc: there are a lot of changes, some of them have, some of them are still pending17:30
calcKeybuk: ok17:30
keesKeybuk: we'd need to check where the securityfs is mounted from, but yeah, probably.17:30
* calc wonders how fast his laptop will boot with all the changes, it can do 100MB/s to disk :)17:30
jdstrandKeybuk: I may have missed something-- is the dhclient pre up script causing a problem/slowdown?17:30
keesKeybuk: it'd need to copy the entire contents of /etc/apparmor* into the initramfs17:30
Keybukcalc: do you have an SSD?17:30
keesjdstrand: no, just aa itself.17:31
calcKeybuk: no, a 7200rpm hdd17:31
jdstrandI see17:31
keesjdstrand: it's taking 1 second for itself.17:31
Keybukcalc: then you are doomed for a slow boot forever <g>17:31
keesjdstrand: but could be run in parallel somewhere17:31
calcKeybuk: lol :)17:31
calcKeybuk: i was getting ~ 20s boots with my old laptop before i got this new one17:31
calcof course that was 20s to gdm17:31
Keybukcalc: 20s to a full, logged-in desktop?17:31
KeybukFAIL17:31
Keybuk:p17:31
calcheh17:31
calcunless the seeks eat too much time it should be close to as fast as the netbook, my cpu is 50% faster and hdd is > 100% faster than my old laptop17:33
calcat least for sequential reads17:33
jdong_anybody know of software/strategies for scraping points off a graph image?17:33
jdong_ugh wrong channel17:33
Keybukcalc: boot is all about how fast your disk is17:34
Keybukand your seek time is SLOW17:34
calcKeybuk: true but doesn't readahead fix that? or is it not being used anymore?17:35
Keybukreadahead partially fixes it17:35
Keybukbut our gathering has been pretty poor for it in the past17:35
calcok17:36
Keybukso it appears to be quite pessimal compared to sreadahead17:36
keesKeybuk: in the bootchart you gave, where is the root fs mount happening?17:36
Keybukkees: before where "rc" starts17:36
Keybukie. run alongside the udevd that's there17:37
keesokay, gotcha17:37
Keybukthough that part is probably too CPU contended :-/17:37
Keybukwould be worth testing though17:37
keesmy /etc/apparmor* is well over 320K...17:37
keesa relatively stock install is about 260k17:38
Keybukis there really no way to compile that down to something smaller and easier to read?17:38
keesthere is no existing way that I know of.17:38
kees(this is one down-side to "dynamic label" MAC)17:39
keeswe might be able to write a parser that only includes files that are included (which could avoid some of the stuff in /abstractions)17:39
jdstrandI doubt that would save much17:40
jdong_lol glad I'm not the only one with oversized apparmor.d :)17:40
keesjdstrand: yeah.17:41
keesKeybuk: is bloating the initrd really worth it?17:41
jdstrandkees: what if you loaded profiles on demand? or at least, load most profiles after login?17:43
ograKeybuk, looking at the end of http://launchpadlibrarian.net/23302773/udevadm_test_dev_sdb.txt it seems udev actually calls "ltspfs_entry add sdb" as it should, do you know if anything wrt environment handling in udev changed ? the script expects to find LOCALDEV=True in the global environment to actually do something17:43
Cool_GuyIm not sure if this is the place to ask, but does anyone have experience with distcc/pump? I have it semi working and feeling its now working correctly17:44
Cool_Guy*not17:44
keesjdstrand: hm, as part of the target process's init script?17:44
jdstrandkees: possibly17:44
jdstrandkees: just OTOH we could have a really lean apparmor initscript that just mounts securityfs17:45
Keybukkees: no idea without testing17:45
keesjdstrand: I think we could just move it earlier and have it run in parallel during the fsck bit17:45
Keybukkees: I'll probably try it at some point17:45
Keybukkees: but given the security issues, I've generally just left it alone17:45
ScottKslangasek: If you have a moment to put your archive-admin had back on to finish the clamav backport to Dapper, I've uploaded all the source backports and the input for syncbugbot is at https://bugs.launchpad.net/dapper-backports/+bug/335724/comments/217:45
ubottuUbuntu bug 335724 in dapper-backports "Please backport clamav 0.94.dfsg.2-1ubuntu0.1 from Intrepid to Dapper (source)" [Wishlist,Fix released]17:45
Keybukogra: does udevadm monitor show that LOCALDEV is in the environment?17:46
Keybukogra: your test does not appear to include it17:46
ograoh, good question17:46
* ogra looks17:46
keesjdstrand, Keybuk: how about this: two part init: one starts at like S01 and backgrounds itself, then the S37 just blocks until the S01 component is finished?  we already have the logic for it in the dhclient scripts17:46
Keybukkees: possibly, though I'm wary that the CPU is fairly bound up until that point17:47
ograKeybuk, hmm, i dont even see PATH17:47
Keybuksuch things can actually make things slower17:47
Keybukogra: PATH is inherited by udev17:47
ogra(http://launchpadlibrarian.net/23299761/udevadm_monitor-e.txt)17:47
jdstrandkees: so S01 mounts securityfs?17:47
keesjdstrand: S01 would do everything S37 does now.  S37 would just block until apparmor_parser was finished17:48
keesKeybuk: there's a ton of CPU time available during the fsck phase17:48
ograKeybuk, so did that change recently ? it seems it only stopped working recently17:48
keesKeybuk: like right after procps17:48
jdstrandoh I see-- that wouldn't help the boot time would it? or am I missing something?17:48
Keybukkees: note that the fsck ends well before the sleep17:49
keesjdstrand: it should help boot time because the CPU load would happen earlier17:49
Keybukin fact the fsck takes virtually no time17:49
Keybukso you should consider that sleep to be a bug that will be fixed ;)17:49
keesKeybuk: oh.  :)  heh17:49
Keybukogra: did what change recently?17:49
ogra(the same user did an ltsp test at the beginning of the jaunty cycle and didnt report issues, ltspfs didnt change apart from teh install target for the rules)17:49
ograKeybuk, the environment handling17:49
keesKeybuk: well, even when it's only AA loading, it's only at 50% cpu17:49
keesKeybuk: so it seems like moving it earlier could help17:49
Keybukkees: you mean "using an entire core" ? :)17:49
Keybukogra: I could read the changelog for you17:50
Keybukogra: but I'm not going to :)17:50
keesKeybuk: d'oh, is that a dual core?  heh17:50
ogra:P17:50
Keybukkees: I think it pretends to be17:50
Keybuknot sure17:50
Keybukthere's enough "exactly 50%" stuff there17:50
kees$ grep sleep /etc/init.d/* | wc -l17:50
kees6317:50
kees*cry*17:50
jdstrandkees: you, since it is dynamic labeling, what would be most cool is for apparmor to not actually load the profile until the protected binary is called17:51
jdstrands/you/you know/17:51
keesjdstrand: yeah, have the kernel call out for it.17:51
jdstrandkees: exactly17:51
Keybuk. o O { binfmt module ? }17:52
Keybukno17:52
Keybukevil17:52
KeybukBAD17:52
KeybukBAD17:52
KeybukBAD17:53
kees:)17:53
keesit would need to be lighter than that: i.e. user space tells AA what to call out for, then when one of those executes, user space loads the DFA.17:53
keesseems like a lot of engineering for this "problem".17:54
keesKeybuk: out of morbid curiosity, which sleep is that in your bootchart?17:54
KeybukI don't know17:55
KeybukI haven't found it yet17:55
Keybukthat's why it's still there ;)17:55
Keybukit's an insidious hiding sleep17:55
KeybukI don't quite understand why the script only appears as "sh" either17:55
ograhmm, i cant seem to find anything environment related17:56
Keybukor why logsave runs for so much longer afterwards17:56
keesKeybuk: well, I assume it's related to the trickiness pitti created for the usplash-integration-and-skipable-ness.17:58
keesthough there aren't any long sleeps in there.17:58
Keybukthat's my guess17:58
Keybukbut as I said, I can't quite find it yet17:58
* kees nods17:58
Keybukit vexes me17:59
=== fader is now known as fader|lunch
pittiKeybuk: hm?17:59
pittiKeybuk: scripts in /lib/init/ perhaps? (they are sourced)17:59
keespitti: the longest sleep in there is the 0.5 in the progress loop.18:00
keesdoesn't seem likely.  *scratch head*18:00
Stskeepsudev? :P18:01
Stskeepsnm18:01
keesKeybuk: seems crazy but, could stuff like "exec 9<&0 </etc/fstab" make bootchart lose the cmd name?  I can't imagine how.  hrm18:03
RainCT(btw, someone has just asked me why rsync runs by default at boot on Jaunty)18:03
KeybukRainCT: it doesn't18:05
* kees holds onto his hat while apt-get dist-upgrade runs18:05
savvasrsyncd ?18:06
ograKeybuk, hmm, but each of these not run scripts still spawns a subshell to check for the default value18:07
ogranot that it would be much time, but it still costs some18:08
Keybukogra: ?18:08
ograrsync18:08
ograrsync is installed on every ubuntu system, on boot it spawns a /bin/sh, sources /etc/default/rsync and exits18:09
ograKeybuk, so these actions take time18:10
ogrananoseconds likely, but they do18:10
Keybukcorrect18:11
ograso its not a totally unreasonable question why we do include these off-by-default scripts18:12
ograits one useless fs access at least to read the defaults18:13
jdong_ogra: I don't get why rsync isn't separated into a client and server...18:15
jdong_I mean the rsync command is very useful IMO18:15
jdong_but rsyncd has less of an average user usecase18:15
ograyeah, especially since you can use a daemon like mode through ssh18:16
jdong_right. That's my #1 usecase for rsync.18:19
jdong_#2 would be for long local copies where its progress indication is helpful18:19
RainCTmpt: Btw, on a dual head setup notify-osd doesn't show up on the same screen as gnome-panel. Should I file a bug about it?18:37
mptRainCT, any new bubble should appear on whichever display the mouse pointer is on at the time. If that's not happening (or if that's a horrible design for someone reason), please do report a bug.18:38
RainCTmpt: Oh. Just tried moving the cursor around and it's always on the same screen. (And yesterday it was on the other one.. :P).18:40
RainCT(I'm on Intrepid, though, not sure if that makes any difference..)18:40
mptok, that's a bug then :-)18:40
mptI don't think that makes a difference, that's core notify-osd behavior18:40
asacanyone here with a huawei 3g stick that uses the "normal" option driver?18:44
RainCTasac: I used to use one :P. What's the "normal" option driver?18:45
asacRainCT: the not normal option driver is "hso" ;)18:45
asacRainCT: if you dont have it anymore it doesnt matter ;)18:45
RainCTI don't see anything like that in nm-applet18:46
=== thekorn_ is now known as thekorn
RainCTmpt: Alright, filed bug #33684818:48
ubottuLaunchpad bug 336848 in notify-osd "Notifications show up on the wrong screen" [Wishlist,New] https://launchpad.net/bugs/33684818:48
mptthanks18:48
keesKeybuk: it is the usplash sleep -- it's just showing up as a single process when it's multiple sleeps.  (I see the same from the dhclient sleep 0.1)18:49
keesKeybuk: my boot chart is silly slow18:49
Keybukhmm, interesting18:49
Keybukwhy is it even sleeping18:50
Keybukfsck has no progress to report18:50
keesKeybuk: from looking at the loop, I think it leads with a sleep instead of ending with a sleep.18:50
keesbut it's got 0.5 granularity, so dropping it to 0.1 would probably make the bulk of it go away18:51
keesmy bootchart is ALL io bound.18:51
keesit seems like readahead-list isn't backgrounded?18:51
Keybukcould it just not sleep at all?18:52
Keybukkees: readahead isn't backgrounded deliberately18:52
keesah, cool.18:52
keesKeybuk: check with pitti, the scripts are pretty sensitive there18:52
BUGabundoapw: ogasawara ping18:59
BUGabundoany of you guys (or anyone else from kernel debug team) here?18:59
apwBUGabundo, ?19:00
BUGabundoso that vbgunz can find help with his SATA disk prob on resume?19:00
BUGabundohi apw... meet vbgunz19:00
BUGabundovbgunz: please describe your prob19:00
BUGabundodo you have a LP bug too?19:00
apwis it a kernel problem?19:00
=== fader|lunch is now known as fader
vbgunzhello everyone. Been on Jaunty for a while and everything is great. honest. just great. *but* no matter what I try, I can never suspend to ram or disk whether S1 or S3 in bios, BIOS or OS wakeup. everything comes back from resume after about 1 minute *but* the sata disk is dead :(19:00
apwif so do it over on #ubuntu-kernel19:00
apwand how do you know the disk is dead?19:01
vbgunzapw: I cannot read or write to it, and somewhere in the terminal I always get a I/O denied to /dev/sda which is my sata disk19:02
ogra(using a multimeter ? :) )19:02
BUGabundoheeheheeh19:02
vbgunzheh19:02
BUGabundoogra: just can't "shock" it to life...19:02
apware you able to run dmesg?19:02
apwspecifically if you run dmesg before you suspend19:02
apwso its caches first19:03
ograBUGabundo, cold water might ...19:03
vbgunzI cannot run any sudo commands at all what-so-ever ... e.g., sudo mount -a ... that disk is dead when I resume :(19:03
apwyep, you would need the command to be already loaded19:03
vbgunzwell, after about 1 minute after resuming  everything appears on screen the way I left it19:03
vbgunzit sleeps in seconds. wakes up after about a minute. cannot do anything19:03
apwso run dmesg, suspend, resume, run dmesg19:03
apwand see if that at lest lets you see the kernel logs from the suspend/\resume19:04
BUGabundoapw: do you think a serial link could help debug it too?19:04
apwif they can see the dmesg output we'd be ok19:04
vbgunzI tried the 2.26.29 kernel from ppa. I read the resume/suspend was solved in that version *but* no matter what. I get the same results :/19:04
vbgunzapw. even if I could see the anything, I wouldn't know what to do with it... I thought I would be slick the other day but no matter, so much reading and writing is supposed to happen on my sata that I cannot do anything... I tried creating a file on MS and the file protocol died19:06
apwyou got a digital camera?19:06
apwphotos is a common way to get the information to us19:06
vbgunzheh, believe it or not, sent it in for repair :/19:07
apwalways the way19:07
apwwell you can give us a feel for whats in there if it comes out19:07
CoddI tried asking this in the ubuntu channel and google but It might be a bit advanced of a question.  Is there a way from the kernel arguments on start up to make a live session automatically use restricted drivers over the OSS ones?19:07
vbgunzI've got 2 sonys, both died at the same time. worse ever :/19:07
apwanything relating to the disk19:07
vbgunzwell. I have other disk... Cant I just reroute these messages or logs to my IDE drives? I think they come back *but* I am not absolutely sure... I cannot do anything from the desktop about it :(19:08
BUGabundovbgunz: $dmesg > /mountpoint/otherdisk/log.txt ?19:12
BUGabundoor $ pastebinit -i /var/log/kernel.o.log19:13
apwso can you switch to VT-1 ?19:14
apwsomething else to try19:14
apwsounds like BUGabundo can talk you thought it all :)19:14
BUGabundome ? noo lol19:14
apwthen get a bug filed with all the info19:15
apwagaainst the linux package19:15
apwwe do need that dmesg output i recon19:15
* BUGabundo vbgunz you can always zero absolute the machine and dump the contents of the memory while in resume eeheh19:16
vbgunzman anything to get a better log19:16
vbgunzI dont want to break anything. everything is fantastic. godforbid I suspend though. nightmare :(19:17
vbgunzdamn. I thought I saw a command in here. dmesg, sleep, resume, dmesg or something19:19
vbgunzok can someone provide the command to keep my logs or dmegs going to my MS *after* resume?19:20
vbgunzI'll try it now just to bork it all *but* hopefully I can save a log19:20
LaserJockcjwatson: absolutely brilliant blog post, thanks so much for that19:27
* highvoltage fires up liferea19:28
mr_pouitslangasek: why would my sync requests need a FFe? It updates xfce* from 4.6rc1 to 4.6, which is bugfix-only, and thus doesn't require a FFe (and this was described in the sync requests...).19:33
vbgunzthe second dmesg was never written. My bios though was using S1. I have better luck with S3 ... atleast I get back to a dead desktop :)19:36
vbgunzam going to try it again...19:36
BUGabundobye19:37
BUGabundolet me know how it goes19:37
gimpuzmanihi19:40
gimpuzmanihello19:41
vbgunzyeah! I got the second dmesg19:46
vbgunzin it are the I/O errors I was talking about19:46
vbgunzdo you guys want the one *before* and *after* or just after?19:46
vbgunzhttp://dpaste.com/4775/19:47
vbgunzthats after19:47
vbgunzIntuitiveNipple: I managed to save a dmesg after a failed resume, can you check it out http://dpaste.com/4775/ ?19:49
IntuitiveNipplevbgunz: That's better! Add it to the bug report19:51
vbgunzok19:51
vbgunzI think the hell starts at line 128319:52
vbgunzsda is my sata disk that keeps dying on resume19:52
IntuitiveNipplevbgunz: Let's switch this conversation to #ubuntu-bugs19:53
vbgunzok there19:53
slangasekmr_pouit: hmm, I don't see any mention in bug #336180 that this was bugfix only... anyway, approved by cody-somerville, so all done now :)19:57
ubottuLaunchpad bug 336180 in gtk2-engines-xfce "Please sync gtk2-engines-xfce 2.6.0-1 (universe) from Debian experimental (main)" [Wishlist,Fix released] https://launchpad.net/bugs/33618019:57
mr_pouit"This is the final release (jaunty ships the rc1 for the moment). There's no Ubuntu delta."19:57
mr_pouitI don't know lots of upstream developers that add new features between a RC and the final release. ;)19:58
ScottKslangasek: Did you see my earlier ping about clamav?19:58
slangasekScottK: yep, was just grabbing it now19:58
ScottKslangasek: Great.  Thanks.19:58
=== beuno_ is now known as beuno
maxbmr_pouit: Oh, you're so trusting! :-)20:02
mr_pouitmaxb: I'm subscribed to svn commits, so, kind of :P20:03
maxbah, fair enough. If you can truthfully state "I have verified the changes between rc1 and final are bugfix-only in nature" then you should definitely do so in the bug - then there's no ambiguity regarding the need for a FFe20:04
maxbSo... I have a perplexing problem. Recently, in Jaunty, one of my partitions (and only one, out of three ext3 partitions on the disk) has suddenly started getting the wrong uuid in /dev/disk/by-uuid/ - it's not even the right format - rather than being a true UUID, it's just 16 hex digits. Any prods towards where I should be debugging?20:07
maxbbtw, blkid is still reporting the true uuid20:08
slangasekzul_: fyi, I'm planning to request a FFe for samba 3.3.1 and handle the merge on it20:28
slangasek(there's a bit of cruft I want to get pulled out of the Ubuntu delta...)20:29
zul_slangasek: what cruft?20:29
slangasekzul_: changes to every one of the .po files; plus some winbind changes that are obsolete because they were done in Debian in a different way (but the patch still applies)20:29
zul_slangasek: sounds good to me20:30
=== zul_ is now known as zul
vbgunzfellas. the pci=nomsi solution worked. I could actually resume from a suspend... I am just curious. is this a good idea or what? I feel it could be hackish or not wise. would like any input on solving the real problem if one exists20:38
vbgunzim excited. I need to try suspending one more time. brb hopefully without rebooting20:39
vbgunzno way. this is just great :D20:40
calcpitti: followed up to the email20:41
vbgunzwow. my second resume. its working for me :)20:41
calcpitti: looks like OOo schedule is going to slip yet again, so i'm glad we stick with the version released at feature freeze :)20:42
calcpitti: the first rc looks like it will be released march 19 and possibly 6 or more rc's will be needed (like with 3.0)20:42
mrooney6 or more RC's? O_o20:49
emgentcalc: ping21:05
=== savvas_ is now known as savvas
kirklandwhere might i find someone to help with an lpia build error?21:10
* kirkland sees no #ubuntu-lpia channel21:10
cody-somervillekirkland, lpia is just i386 really21:11
cody-somervillekirkland, whats your build problem?21:11
Mithrandirkirkland: #ubuntu-mobile, possibly?21:11
kirklandcody-somerville: http://launchpadlibrarian.net/23315733/buildlog_ubuntu-jaunty-lpia.kvm_1%3A84%2Bdfsg-0ubuntu6~ppa1_FAILEDTOBUILD.txt.gz21:11
kirklandMithrandir: thanks.21:11
=== savvas_ is now known as savvas
kirklandcody-somerville: nevermind21:13
kirklandcody-somerville: found my problem, sorry to bother21:13
cody-somerville:)21:14
kirklandKeybuk: around?  did you get a chance to read my comments on https://bugs.launchpad.net/bugs/7141821:16
ubottuUbuntu bug 71418 in sysvinit "/etc/init.d/(halt|reboot) disables WoL" [Low,Confirmed]21:16
alex-weejcjwatson: thanks for saying something about expiring bugs on planet today. that has really annoyed me as the list of minor bugs i have reported over the years has constantly been chomped at by karma hunters...21:19
=== savvas_ is now known as savvas
mathiazjames_w: hi - do you have a workaround/patch for bug 336686?22:06
ubottuLaunchpad bug 336686 in bzr-builddeb "merge mode doesn't work under python2.6" [Critical,In progress] https://launchpad.net/bugs/33668622:06
james_wmathiaz: in a branch22:06
james_wI'm trying to prepare an upload now22:06
mathiazjames_w: great - mysql-dfsg-5.1 will be happy again after that :)22:06
james_wif can tell you what to edit if you need it to work right now22:06
james_wthough I will need to get an FFe for this upload, perhaps I should upload the fix for that directly22:07
mathiazjames_w: that would be helpful22:07
mathiazjames_w: I've --export-only and then debuild -S22:07
james_wgood idea :-)22:07
mathiazjames_w: hm - expect the dsc file is not there22:08
mathiazjames_w: oh - nevermind22:09
cjwatsonLaserJock,alex-weej: glad you liked it22:27
LaserJockcjwatson: you nicely articulated exactly what I've been thinking22:28
LaserJockmade my day22:28
* ScottK gives a big +1 for cjwatson's blog post too.22:31
ScottKDefinitely much more diplomatic than I'd have managed too.22:31
* ogra wants a t-shirt "Bugs are not like fruit" :)22:33
* directhex hands ogra an apple with some bugs in it22:34
ogra:P22:34
=== thekorn_ is now known as thekorn
vbgunzyeah. after walking away and leaving the system suspended in ram for 30+ minutes. I turn it on and all is well *but* I am not prompted for a password :(23:03
vbgunzshould I just make a script that'll lock up the system *then* suspend?23:03
=== mneptok_ is now known as mneptok
=== ubott2 is now known as ubottu
=== jpds_ is now known as jpds
=== _steron is now known as steron
=== jpds is now known as Guest18936
CaesarSo, EOL for Dapper on the desktop, June 1 or June 30?23:32
CaesarIs there anything authoritative in writing anywhere?23:32
Nafallohttps://wiki.ubuntu.com/DapperReleaseSchedule <-- looks like June 1st, but I can neither confirm, not deny.23:33
Nafallos/not/nor/23:33
=== steron745 is now known as steron
CaesarNafallo: yeah, that's far from really clear on it23:34
slangasekthe support cycle is generally measured from the actual release date.  I haven't heard otherwise from anyone regarding dapper.23:34
CaesarThat would imply it's June 1 though23:34
Caesarslangasek: nowhere (that I've found) really spells out how support will continue for servers for the remaining two years23:35
CaesarPresumably a subset of packages will still receive security support23:35
slangasekyes, that's the intent; I don't know the details of what will or won't be included in the server security support23:36
slangaseknijaba: is that your department?23:36
CaesarI'm just looking for something vaguely authoritative to point my management at23:36
keesCaesar: check this script: https://launchpad.net/ubuntu-maintenance-check23:39
nijabaslangasek: https://code.launchpad.net/ubuntu-maintenance-check will tell you which packages are maintained for how long on any given system.  Seeds have been reorganized so that we can tell.23:39
slangaseknijaba: the historical dapper seeds have been reorganized?23:41
nijabaCaesar: http://www.ubuntu.com/products/whatisubuntu/serveredition/benefits/lifecycle should be considered authoritative by your management23:41
nijabaslangasek: yep23:41
slangasekok, great23:42
nijabaslangasek: that's what I started with, then moved up to current23:42
nijabaslangasek: I am glad Colin helped though :-)23:42
Nafallo:-)23:43
=== jussio1 is now known as jussi01
Caesarnijaba: there are exactly zero precise dates at that URL23:45
CaesarSo I have to operate on the assumption that it's the release date + n months23:45
CaesarWhich is fine23:45
nijabaCaesar: oh, you want precise dates. then your assumption is right23:45
CaesarThat URL also doesn't clarify what goes on in the 3-5 year life of an LTS23:46
nijabaCaesar: but you are right, I think we should start an EOL announcement page23:46
Caesar\o/23:46
nijabaslangasek: that would be more in your field, but I'd gladly start something23:46
ScottKnijaba: Are past-EOL packages going to be moved to old-releases?23:46
elmoscottk: that'd be mad crazy difficult23:47
LaserJockhow'd that work?23:47
elmo(so I really hope not)23:47
slangaseknijaba: I'd be happy if you could get it started.  Previously the EOL announcements have all followed the same pattern, so there wasn't much need to draft23:47
nijabaslangasek: what I thought was more of a summary page with release and EOL dates23:48
ScottKelmo: I have no idea, but leaving them in place leaves an odd catagory of packages that hasn't previously existed.23:48
ScottKGenerally not supported means community supported.23:49
slangaseknijaba: hrm, ok23:49
ScottKAs a community dev, am I still expected to care about these packages?23:49
Tonio_slangasek: hi, I just commented out about skrooge in NEW.23:49
nijabaslangasek: what did you have in mind?23:49
LaserJockScottK: I think those packages are EOL23:49
ScottKIf not, that makes clamav backports for Dapper much easier after June.23:49
LaserJocknot community-supported23:49
Tonio_slangasek: also as promissed I fixed kdesudo packaging properly and fixed the seeds so that the dvd depends on kdesudo and not kdesudo-kde4...23:49
ScottKIt seems odd to have them there, but not there so to speak.23:50
LaserJockthey're there, but the just have no support whatsoever, as far as I can tell23:50
LaserJock*they23:50
slangaseknijaba: I assumed you were talking about how to properly communicate the dapper EOL when it's announced.  I don't know that a wiki page to track what's EOLed should be necessary, shouldn't it be enough for the website to state the release dates + the support length? (don't we have this already?)23:51
slangasekTonio_: ok, thanks :)23:51
nijabaslangasek: I just thought that it might be clearer if, instead of the algorythm to compute the date, we actually write them down so that people don't have to be guessing23:52
Caesar+123:53
nijabaslangasek: but I'll start a draft of the dapper desktop EOL, as it might need more details than the usual one23:54
nijabaanyway -> really bed time for me now23:54

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