/srv/irclogs.ubuntu.com/2010/02/11/#ubuntu-devel.txt

slangasekseb128: I don't have GTK_IM_MODULE set anymore; the default GTK IM became less inadequate00:06
slangasek(and if that caused the display of text to be completely changed, someone should be thwapped :)00:06
seb128slangasek, ok, so I don't know why some people get it and some don't00:06
slangasekyeah, dunno00:06
* ogra hugs popey for his eternal patience with karl f. larsen00:18
popeyhaha00:18
CaesarWhere can I spectate?00:18
ograCaesar, ubuntu-users ML00:20
* bigon is wondering is upload that fix #516359 could not also contains fixes for #497497 and #47244400:21
ograhttps://lists.ubuntu.com/archives/ubuntu-users/2010-February/209987.html is worth a read00:21
ograand after that thread (but only after) https://lists.ubuntu.com/archives/ubuntu-users/2010-February/210545.html00:21
popeyhehe00:22
ogra*g*00:23
popeyi had missed that first one00:23
popeyhe's calmed down a lot00:23
ograkarl is my best entertainment on that list, without him i would probably have unsubbed a year ago ...00:23
ograsadly he caused so much damage00:23
popeyindeed00:24
ograbut yes, its a lot better recently00:24
popeyhe's on moderation00:24
popeythe only person who is00:24
CaesarWas he that guy at UDS?00:24
ograthe fun thing is that re is really rarely offending to anyone00:24
popeyyeah, he's calmed down enough to come off mod i reckon00:24
ograbut he manages to get perople so far over the edge that *they* get offending00:24
popeyyeah, vicious circle00:24
ograwatching him is like a psychological study of masses00:25
slangasekLucid: now with stubble00:25
popeythat could be said of vast swathes of the ubuntu community00:25
ograyeah, indeed, but karl is really special00:26
popeyhe's what 75 years old or something?00:26
ograresistent to any learning ...00:26
ograyeah00:26
ograbehaving like 12 or so :)00:26
popeywe have a cantankerous old git in our local Linux User Group, he's much the same, but much less gun-ho00:26
popeyhe hates ubuntu too :)00:26
ograheh00:26
ograkarl loves it i think00:26
popeyi stuck an ubuntu sticker on the underside of his debian laptop once.. he went mental00:27
ogralol00:27
popeylovely guy, we do love to wind eachother up now and then00:27
* ogra will print "Karl F. Larsen Groupie" t-shirts and hand them out at uds !00:28
ograto all ML mods :)00:28
popeyheh00:28
* kees heads head on desk.00:29
keesevery time I get dmsetup export support into Debian, they rip it back out since it is "unused".00:29
slangasekhmm?00:30
keespitti: this is not a 1 day task, I'm about 1/4 of the way done with the devmapper+lvm2 merge, just so you don't duplicate work and start it too.00:42
micahgAmaranth: that user in the flash bug has been problematic00:53
AmaranthYeah, I can see that :)00:53
micahgAmaranth: I'm talking to LP admins about it now00:53
spmAmaranth: fyi. I've sent a polite please don't "send as" email; a call from a vaguely irrelevant authority has worked in the past; so hopefully will this time. we shall see.01:12
=== jcastro_ is now known as jcastro
=== jamesh_ is now known as jamesh
=== persia` is now known as persia
=== dmb is now known as d
=== d is now known as ______dmb
spenserHi, I'm working on fixing bug #520240.  This is my first ever attempt at a patch for Ubuntu/Debian.  I updated the rules and added the file that I needed to add,  however when I run debuild -us -uc to build the package I get the following lintian error. Now running lintian...03:55
spenserE: libapache2-mod-authz-unixgroup: duplicate-conffile /etc/apache2/mods-available/authz_unixgroup.load03:55
spenserFinished running lintian. How can I fix this?03:55
ubottuLaunchpad bug 520240 in libapache2-mod-authz-unixgroup "Does not install create /etc/apache2/mods-avaiable/authz_unixgroup.load file" [Undecided,New] https://launchpad.net/bugs/52024003:55
arandspenser: #ubuntu-motu might be more appropriate03:56
spenserohh ok thank you03:56
F40PH!ops04:51
pittiGood morning07:42
pittikees: right, understood; thanks so much for taking care of it!07:42
dholbachgood morning07:59
=== tkamppeter_ is now known as tkamppeter
tkamppetermvo, hi08:36
mvohey tkamppeter08:36
tkamppetermvo, I have changed and uploaded HPLIP08:37
mvotkamppeter: ok, I will upload update-notifier, lets see if it works then08:37
tkamppeterHere is the debdiff of HPLIP, so that you do not need to wait for the upload to finish processing: http://pastebin.ubuntu.com/373777/08:38
siretartE: Couldn't configure pre-depend openoffice.org-core for openoffice.org-filter-binfilter, probably a dependency cycle.08:48
siretartknown?08:48
siretartoh, bug #516727, sorry for the noise08:49
ubottuLaunchpad bug 516727 in openoffice.org "breaks dist-upgrade: E: Couldn't configure pre-depend openoffice.org-core for openoffice.org-filter-binfilter, probably a dependency cycle." [Critical,Confirmed] https://launchpad.net/bugs/51672708:49
tkamppetermvo, you can try with the debdiff (http://pastebin.ubuntu.com/373777/) for the case the HPLIP package is not yet ready for yyou to download.08:49
tkamppetermvo, please tell me when you have uploaded update-notifier, then I can try with a real printer.08:50
mvosiretart: *grumpf* again? we had that in every release I think :(08:51
mvosiretart: thanks, do you have this bug? if so, can you attach /var/lib/apt/dpkg/status and your /etc/apt/sources.list (or mail it to me)?08:51
siretartmvo: I've just removed openoffice.org-filter-binfilter and am just doing a dist-upgrade08:52
siretartas for sources.list, plain lucid + some ppas (motumedia + chromium)08:52
mvosiretart: aha, so its lucid->lucid?08:52
siretartyes08:52
mvook08:53
siretartI'm not dist-upgrading that often, every few weeks or so08:53
pitticjwatson: are you still working on the gnu-efi merge (bug 488797), or is it okay to sponsor?09:45
ubottuLaunchpad bug 488797 in gnu-efi "Please merge gnu-efi 3.0i-2(main) from debian squeeze(main)" [Undecided,Confirmed] https://launchpad.net/bugs/48879709:45
frafuHi, pitti. As far as I know, you are one of the developers of the dist-utils-extra package; correct? If so, could you please have a look at this: https://answers.edge.launchpad.net/python-distutils-extra/+question/100558  Thanks in advance.10:35
pittifrafu: will have a look10:36
frafuthanks10:36
Keybukev: just for clarification, 20100211 doesn't work either10:39
pittifrafu: answered10:42
frafupitti: thanks10:42
evKeybuk: indeed, I've fixed the problem in casper and have just been waiting for ftpmaster to catch up so I can build new CDs10:49
Keybuksweet10:50
keespitti: I'm almost ready with lvm2.10:58
keesKeybuk: upstream debian chopped up their udev rules for devmapper and lvm2.  I'll need to revisit doing Hardy->Lucid upgrades, but for the moment, things look to be correct, even if it results in 3 udev rules files in lvm2 and 2 in dmsetup.11:00
Keybukkees: I didn't think we used upstream or Debian rules?11:00
* Keybuk is pretty sure he wrote the rules in our package11:00
keesKeybuk: we used upstreams, but heavily heavily modified them.  while walking them trying to find differences, I've mostly convinced myself they're sane now.11:01
keesKeybuk: the only "new" one is the "trigger vgchange" file.11:01
keesKeybuk: I'm going to upload this to a PPA first; I don't want to break the world, and there is a ton of changes in it.11:02
keesKeybuk: changelog looks like this so far: http://paste.ubuntu.com/373861/11:03
Keybukhave you checked the rules against those shipped in the udev packages?11:03
Keybukkees: looks sane11:04
keesKeybuk: afaict, udev doesn't ship anything for dm devices (including lvm).11:05
Keybukrules/packages/64-device-mapper.rules11:05
keeswhile Debian's rules are somewhat differently arranged, it seems that the bugs we've been fixing with our rules were being fixed by them as well.11:05
Keybukrules/suse/64-device-mapper.rules11:05
Keybukcause it'd be worth updating udev with new rules if they're much different11:06
geserkees: is every case of "undefined reference to `__stack_chk_fail'" valid to add "-fno-stack-protector" or do I need to do more checks?11:06
kees-rw-r--r-- root/root      2643 2010-02-10 15:36 ./lib/udev/rules.d/55-dm.rules11:06
kees-rw-r--r-- root/root       767 2010-02-10 17:14 ./lib/udev/rules.d/60-persistent-storage-dm.rules11:06
Keybukkees: in the source package, not installed11:06
keesgeser: the reverse.  any time you find "undefined reference to `__stack_chk_fail'", you should find out why the linker is bad.  :)11:07
keesKeybuk: ah, well, one thing at a time.  :)11:07
Keybukkees: "while you're in there" :p11:07
kees-rw-r--r-- root/root       509 2010-02-10 15:36 ./lib/udev/rules.d/60-persistent-storage-lvm.rules11:07
kees-rw-r--r-- root/root       272 2010-02-10 17:40 ./lib/udev/rules.d/85-lvm2.rules11:07
kees-rw-r--r-- root/root       550 2010-02-10 17:41 ./lib/udev/rules.d/56-lvm.rules11:07
keesthese are the ones I'm curious about11:07
keesour 85-lvm2.rules is the new one11:08
Keybukthat's the one that runs vgscan/vgchange no?11:08
keeswell, "new" in that it's the watershed/vgchange hammer11:08
keesbut they renamed their rules from lvm2 to lvm11:08
keesI figured I'd just keep ours as 85-lvm2.rules for sanity11:08
keesit should probably be called 85-lvm-auto.rules or something11:08
Keybukpossibly11:09
keesgeser: sometimes it's a sign that you're linking with "ld" instead of "gcc"11:09
geserkees: I was looking at http://launchpadlibrarian.net/38115510/buildlog_ubuntu-lucid-i386.mknbi_1.4.4-2_FAILEDTOBUILD.txt.gz11:09
keesgeser: ld -N -Ttext 0x92800 -e _start --oformat binary -o first32@0x92800.linux start32@0x92800.o first32.o memsizes.o printf.o string.o11:10
keesswap ld with gcc for now11:10
keesif you can11:10
geserkees: does it make a difference that gcc is called with -ffreestanding?11:10
keesgeser: otherwise, build the .o files with -nostdlib11:10
keesgeser: it should yes, as freestanding uses nostdlib, iirc11:11
geserkees: in this case building the .o files with -nostdlib would be the right fix, correct?11:13
keesgeser: yeah, I think that would work.11:14
geserthanks, will try out if this fixes the FTBFS11:14
keesgeser: it's likely a bug that it stackprotector should be disabled when -ffreestanding exists11:14
ograKeybuk, bug 520028 ... shouldnt there be a stronger dependency on dbus from upstart (if thats really at fault here)11:22
ubottuLaunchpad bug 520028 in project-rootstock "ubuntu-minimal doesn't build correctly for karmic" [Undecided,New] https://launchpad.net/bugs/52002811:22
Keybuk"stronger dependency" ?11:22
Keybukyou mean like PRE-DEPENDS11:22
Keybukwing-commander scott% dpkg -s upstart | grep dbus11:23
KeybukPre-Depends: libc6 (>= 2.4), libdbus-1-3 (>= 1.2.16), libnih-dbus1 (>= 1.0.0), libnih1 (>= 1.0.0), libudev0 (>= 147), sysvinit-utils, sysv-rc, initscripts, mountall11:23
ograKeybuk, libdbus-1-3 only recommends dbus11:25
ograand apparently that guy has a prob if dbus isnt installed (which doesnt happen with plain debootstrap)11:26
StevenKcjwatson: My shell foo is failing me, can "run this, and then this, and if either one of them is successful, run this other thing" be expressed?11:26
Keybukogra: upstart doesn't depend on dbus (the daemon) though11:28
ograKeybuk, if the daemon is essential for booting i think it should be either pulled in by debootstrap or by upstart11:28
Keybukit's not essential for booting11:28
Keybukthe fact you can install ubuntu-minimal with debootstrap and go is a good sign here11:29
Keybukit means that whatever he's using (which is not debootstrap, the bug is on something called "project-rootstock") is failing to build a correct image11:29
ograrootstock is a wrapper to debootsrap11:29
ogra(and a bit more)11:30
Keybukthe deps are correct, anyway11:31
Keybukupstart pre-depends libdbus11:31
Keybuklibdbus recommends dbus11:31
Keybukthe dbus daemon is not a requirement, but is present in all but unusual situations11:31
Keybukwhich is the correct meaning11:31
ogradefine an unusal situation :)11:31
Keybukstripped down installs11:31
Keybukembedded platforms11:31
Keybukhighly focused specialised things11:32
ograif he just runs debootstrap (which he essentially did) then dbus is apparently missing11:32
Keybuksure11:32
Keybuknothing wrong with that11:32
ograi would expect debootstrap to create a basic functional system11:32
Keybukit does11:33
ograogra@osiris:~/Devel/branches/project-rootstock$ sudo chroot /var/build/lucid-arm-chroot/ dpkg -l dbus|grep ^ii11:34
ograogra@osiris:~/Devel/branches/project-rootstock$11:34
Keybukyou know what11:34
Keybukwhy do you bother asking me things?11:34
Keybukyou never listen to my answers11:34
KeybukI've said four times that you don't need the dbus daemon11:34
Keybukand yet you continue to ignore me11:34
ograok, sorry11:34
KeybukI'll explain it one more time11:35
KeybukUpstart uses peer-to-peer D-Bus11:35
ograno, its ok11:35
Keybukwhen you want to talk to Upstart, you open an AF_UNIX socket and connect to @/com/ubuntu/upstart11:36
Keybukthe protocol you talk is the D-Bus protocol11:36
Keybukas implemented by libdbus11:36
Keybukbut there is no bus daemon involved11:36
Keybukthe thing listening on that socket is init itself11:36
Keybukthis means that the D-Bus daemon (in the dbus package) is not required11:36
Keybukyou *can* also use the D-Bus daemon if you prefer11:36
Keybukif it's running, Upstart will connect to it11:36
Keybukand then you can use libdbus to open a bus connection (to the system bus)11:36
Keybukand address messages to com.ubuntu.Upstart on that11:36
Keybukand reach the init daemon11:37
Keybukthe advantage of doing this is that since the bus daemon is an intermediary, you can do this as non-root11:37
Keybukthe bus daemon security policy permits read-only queries11:37
Keybukthis is why "status", "initctl list", etc. all work as normal users11:37
Keybukbut "stop", "start", etc. don't11:37
Keybukso11:37
Keybukwhile you need libdbus11:37
Keybukyou do not *need* dbus11:37
Keybukand since the entire boot is done as root, nothing will try and use it anyway11:38
ograright, understood11:38
Keybukmountall uses this peer-to-peer connection too11:38
Keybukfwif11:38
Keybukso it only needs libdbus, not dbus-daemon11:38
Keybukyou only need dbus if you want system bus services, like Network Manager, or Avahi, etc.11:39
Keybukbut since those aren't part of minimal, you don't get the bus daemon11:39
ograright, and they usually depend on the daemon if there is no packaging error11:39
ograKeybuk, thanks a lot for that intro, i really didnt mean to annoy you11:40
Keybukexactly11:41
Keybuksince I know for a fact that ubuntu-minimal works11:41
Keybukand he doesn't say anywhere how "boot doesn't work"11:41
Keybukand is using a non-standard way of building it11:41
KeybukI'm inclined to believe he's screwed up11:41
ograright11:41
KeybukI'm also quite happy to be proved wrong here ;)11:41
ograwell, he is using a bare debootstrap11:41
ograthats what rootstock does if you dont specify anything extra11:41
cjwatsonpitti: I don't think I was ever working on it - my comment just meant what it said on the tin11:42
cjwatsonpitti: feel free to sponsor11:42
ograi used to install ubuntu-minimal by default on top of that if you dont use any options ... but that was removed at some point by lool (i think to gain debian compatibility), i'll re-add it11:43
KeybukI'm not 100% sure a bare debootstrap boots11:43
Keybukyou'd have to check with cjwatson on that one11:43
KeybukI can't remember what debootstrap actually installs11:44
keescjwatson: hi! in doing the devmapper/lvm2 merge I ran into a change you made that I think is no longer needed, but I wasn't sure how to validate it for sure.11:44
keescjwatson: you set DH_OPTIONS="" before doing the shlibs build to get sane symbols for udebs.  I think this is fixed upstream, but I don't know quite what to look for.11:44
cjwatsonStevenK: there might be a more concise way, but I would write it as something like:  CODE1=0; command1 || CODE1=$?; CODE2=0; command2 || CODE2=$?; if [ "$CODE1" -eq 0 ] || [ "$CODE2" -eq 0 ]; then command3; fi11:46
cjwatsonKeybuk,ogra: debootstrap installs priority: required and important; dbus is priority: optional11:47
ograright11:47
cjwatsonKeybuk,ogra: debootstrap certainly installs ubuntu-minimal, unless something went wrong11:47
ograwell, not the metapackage, does it ?11:48
cjwatsonyes, the metapackage11:48
ograok11:48
cjwatsonapt-cache show ubuntu-minimal | grep ^Priority:11:48
ogra:)11:48
ograimportant ... ok11:48
Keybukcjwatson: ok, so debootstrap output should boot11:48
ograKeybuk, it usually does for me11:49
Keybukogra: I'm going to ask a very pertinent question11:49
cjwatsonwe stopped hardcoding the list of packages to use for debootstrap in 2005; it's all priority-driven nowadays11:49
ograbut that user seems to be on karmic11:49
Keybukwhich may reveal how silly the reporter is being11:49
Keybukhe installed debootstrap11:49
Keybuk...11:49
cjwatsonkees: let me check ...11:49
Keybukdid he install a kernel as well?11:49
Keybukand a boot-loader?11:50
keescjwatson: specifically this: http://launchpadlibrarian.net/16954645/devmapper_2%3A1.02.25-1ubuntu4_2%3A1.02.25-1ubuntu5.diff.gz11:50
ograKeybuk, well, thats up to the user with rootstock ... but apparently after installing dbus his system booted ... who knows what he did inbetween first boot and dbus11:50
cjwatsonyeah, I was just tracking down the changelog to refresh my memory11:50
cjwatsonI certainly remember why that was needed, so I'll double-check Debian11:50
keescjwatson: what should I look for in the udebs?11:50
Keybukogra: which makes no sense11:51
slangasekcjwatson: CODE1=... eew, let's not have that in antimony's crontab please :)11:51
keescjwatson: the debian build of libdevmapper* in lvm2 is now very different11:51
Keybukan ubuntu-minimal install basically consists of upstart, udev, mountall and getty11:51
ograKeybuk, ??11:51
ograright11:51
Keybukthat boots perfectly, *really fast* :p11:51
cjwatsonkees: you actually want to look at the shlibs file in the run-time library's control area11:51
cjwatsonand make sure it has some plausible-looking udeb: entries11:51
keesdebdiff between old and new libdevmapper1.02.1-udeb don't show regressions there, but let me unpack it and actually look at it11:52
cjwatsonyou won't see it when debdiffing the udeb11:52
cjwatsonthe breakage was exposed by building other udebs against devmapper11:52
keeshrm, perhaps I don't know what "run-time library's control area" is11:53
cjwatsonlibdevmapper1.02.1 rather than libdevmapper1.02.1-udeb11:53
slangasekthe DEBIAN/shlibs file, which won't register on debdiff11:53
keesoh! er, okay11:53
keesah-ha, yes.  my current merge breaks it.11:54
cjwatsonso, err ... the Debian mirror I'm looking at doesn't actually appear to have a current libdevmapper1.02.1-udeb11:54
StevenKHah, damn. slangasek guessed what I wanted it for ;-)11:54
slangasekStevenK: the mail from lool was a clue11:55
cjwatsonit builds clvm, lvm2-udeb, and lvm211:55
keesah-ha, I just missed it, it does show in the debdiff of the regular debs, oops.11:55
cjwatsonam I missing something obvious?11:55
keeslibdevmapper 1.02.1 [-libdevmapper1.02.1-] {+libdevmapper-event1.02.1+} (>= [-2:1.02.27)-]11:56
kees[-udeb: libdevmapper 1.02.1 libdevmapper1.02.1-udeb (>= 2:1.02.27)-] {+2:1.02.39)+}11:56
keeshow to fix this in the current merge is not immediately obvious, though.11:56
cjwatsonslangasek: if you have a cleaner answer to the question asked ...11:57
slangasekcjwatson: I want to revisit the premise :)11:57
cjwatsonwell, I sort of agree there, if this is imx51/dove stuff11:57
keesfwiw, current package looks like this: https://edge.launchpad.net/~kees/+archive/ppa/+sourcepub/962485/+listing-archive-extra11:57
cjwatsonthe fact that doing those builds involves two separate invocations is a bug in and of itself11:57
cjwatsonand I said so from the beginning, I think11:57
slangasekStevenK, lool: the whole reason we're running this as two commands instead of one was to work around some armel buildd bug... do we know that this is still an issue?11:57
dholbachdoes anybody know what I should be doing if "bzr merge-package <...>" says "ERROR: No such tag: upstream-2.0.3"?11:58
dholbachjames_w maybe^ :)11:58
StevenKslangasek: I'm doing it as two seperate builds since I didn't want imx51 to impact on dove and vis-vrsa11:58
cjwatsoneww, libdevmapper* has a different set of version numbers, no wonder I missed it11:58
StevenK*vise versa11:58
keescjwatson: mind bending :)11:58
cjwatsonkees: Debian's package seems to have correct shlibs11:59
cjwatsonlibdevmapper 1.02.1 libdevmapper1.02.1 (>= 2:1.02.39)11:59
cjwatsonudeb: libdevmapper 1.02.1 libdevmapper1.02.1-udeb (>= 2:1.02.39)11:59
slangasekdholbach: you're supposed to be able to fall back on bzr merge11:59
keescjwatson: perhaps it's the addition of libdevmapper-event that is breaking it11:59
dholbachslangasek: "ok"11:59
slangasekStevenK: er, and what makes you think that running them as a single command will cause them to "impact" each other?11:59
cjwatsonkees: ah yes, that's quite possible12:00
StevenKslangasek: So, "ARCHES='armel+imx51 armel+dove' buildlive" ?12:00
* kees tries the DH_OPTION= fix...12:00
cjwatsonwisdom teeth are impacted, people are affected by the effects of events12:00
cjwatsonas a .sig I saw once said12:00
keescjwatson: hmpf, no love.12:02
slangasekStevenK: ARCHES='armel+imx51 armel+dove' buildlive ubuntu-netbook && ARCHES='armel+imx51 armel+dove' for-project ubuntu-netbook cron.ports_daily-live - but again, I was told the original reason for the split was to work around some strange autobuilder bug12:02
slangaseks/autobuilder/livefs buildd/12:02
StevenKI'm happy enough to try that and see what happens12:03
ograyes, while clementine is supposed to serialize builds that apparently doesnt work right12:03
StevenKEr, it has, and does12:03
StevenKBecause I've seen it, multiple times12:03
ograwell, if you are confident. go ahead and try it12:04
StevenKHopefully that will make lool happy too12:04
ograi know we had issues in the past which initially resulted in that weird crontab entry12:04
cjwatsonkees: do you have a bzr branch or something I can check out?12:13
cjwatsonor should I just use source from your ppa?12:13
keescjwatson: I can create one, if you want, but go ahead and snag the source from my ppa.12:14
cjwatsonkees: and did you literally try DH_OPTION=, or the correctly spelled DH_OPTIONS=?12:14
keesI'm about 5 hours overdue for bedtime.  ;)12:14
keescjwatson: it was the correctly spelled DH_OPTIONS=12:14
keescjwatson: what's melting my mind now is how what's in the built deb got there.12:14
keeslibdevmapper 1.02.1 libdevmapper-event1.02.1 (>= 2:1.02.39)12:14
keesthat's in libdevmapper12:14
keesyet...12:14
keesit's in no shlibs file in the build tree12:15
cjwatsondpkg-checkbuilddeps: Unmet build dependencies: libreadline5-dev12:15
cjwatsondon't suppose that's easily upgradeable to readline6?12:15
* cjwatson hates having to switch back and forth12:15
kees$ cat ./debian/libdevmapper1.02.1/DEBIAN/shlibs12:15
keeslibdevmapper 1.02.1 libdevmapper1.02.1 (>= 2:1.02.39)12:15
keesudeb: libdevmapper 1.02.1 libdevmapper1.02.1-udeb (>= 2:1.02.39)12:15
kees*hold face*12:15
keescjwatson: I can try it with 612:16
cjwatsonkees: build in progress here12:19
keescjwatson: it built fine with readline6, so I'll flip that.12:20
keesthis is _really_ odd.  what is changing the shlibs file between debian/libdevmapper1.02.1/DEBIAN/shlibs and the deb12:20
keescjwatson: aargh, I'm an idiot. DH_OPTIONS=  worked fine, I just changed my version for the PPA upload. so I had ubuntu1 and ubuntu1~kees1 .debs.  I was checking the wrong one.12:26
Keybukev: Executing grub-install hd(0) failed.  This is a fatal error.12:26
keess/an idiot/way past bedtime/12:26
evbah12:27
keesokay, uploading the fix to my PPA, heading to bed12:27
cjwatsonkees: ah, ok :)12:27
evKeybuk: did you change your preseed?  Surely that should be grub-install (hd0)12:27
Keybukev: err, (hd0) is what it said12:27
Keybukwas retyping without paying complete attention12:27
Keybuksyslog says "no mapping exists for 'hd0'"12:28
cjwatsonkees: I tend to use DH_VERBOSE=1 pretty liberally for debugging this kind of thing12:28
cjwatsonKeybuk: clearly a bug, but can you use /dev/sda rather than (hd0)?12:29
cjwatsonwe're finally managing to get on the road to deprecating (hdX,Y) names for most purposes12:30
cjwatsonand it might work around whatever the problem is12:30
Keybukcjwatson: how do I do that?12:30
Keybukubiquity        partman-auto/disk       string  /dev/sda12:31
evgrub-installer/bootdev /dev/sda12:31
Keybukis what I have in my seed12:31
Keybukev: I don't have anything about grub in there right now?12:31
evKeybuk: indeed, this is a workaround for the aforementioned bug12:31
cjwatsonhuh12:31
cjwatsonwhy is (hd0) turning up at all then12:32
cjwatson# Try to avoid using (hd0) as a boot device name.  Something which can be12:32
cjwatson# turned into a stable by-id name is better.12:32
cjwatsondefault_bootdev_os="$($chroot $ROOT grub-mkdevicemap --no-floppy -m - | head -n1 | cut -f2)"12:32
cjwatsonit only uses (hd0) if that fails12:32
Keybukyou want the full logs?12:33
cjwatsonKeybuk: yes please, and could you also run 'chroot /target grub-mkdevicemap --no-floppy -m -' from a shell prompt after the failure and see what it says?12:33
cjwatsonmaybe I forgot to mount /proc and friends before calling grub-mkdevicemap12:34
* ogra wonders how to tell jockey to not sacn on every start 12:38
ogra*scan12:38
loolStevenK, ogra, slangasek: Only the buildlive calls need to be split though, not the cron-ports.daily-live one12:40
ograyes12:41
slangaseklool: but it's precisely that splitting that makes it a PITA to check the return code12:42
cjwatsonright; if it absolutely has to be serialised for some reason, that serialisation needs to be done inside the buildlive script itself12:44
cjwatsonbut I would hope that isn't really necessary12:44
loolslangasek: I don't think it's particularly bad if we run the image building code if the livefs failed12:44
cjwatsonwe need to be consistent about this across architectures.  it's a pain for armel to be substantially different12:44
Keybukcjwatson: http://people.canonical.com/~scott/daily-installer/20100211.1-max/12:45
loolIMO the easiest way is to add a livefs builder..12:45
Keybukthat has the syslog and stuff12:45
slangaseklool: even if it causes previous successful builds to be rotated off?12:45
ogralool, ++ send hardware :P12:45
loolThat would make things more symetric and would alleviate the image building time for armel....12:45
cjwatsonlool: why can't we just run the two live filesystem builds in parallel?12:45
loolslangasek: It shouldn't be a failed build12:45
slangaseklool: want to give up a buildd to do it? :)12:45
cjwatsonsure, it takes longer, but it takes longer *anyway* right now12:46
loolcjwatson: we only have one livefs builder, and it happened that the serialization code didn't work12:46
Keybukcjwatson: running the chroot grub-mkdevicemap outputs12:46
ogracjohnston, because the build machine is already underpowered12:46
Keybuk(hd0) /dev/sda12:46
loolBut it was years ago, perhaps that would work now12:46
loolI never got the chance to debug it12:46
cjwatsonogra: we're already running two builds12:46
slangasekno, it wouldn't be a failed build, it would just be an ISO that's identical to the previous build and therefore redundant12:46
ograyears ?12:46
loolthe symptom was that the livefs buildd was stuck12:46
ograright12:46
cjwatsonogra: it makes no logical difference to underpoweredness whether we fire off two builds at once and have one stick on a lock until the other's done, or explicitly serialise them12:46
cjwatsonso this is a red herring12:46
ogracjwatson, yes, i know, but we cant run them at the same time12:46
loolslangasek: Yeah, and I don't have a big problem with that!12:46
slangasekcjwatson: the failure mode was that the livefs buildd required a hard reset12:46
cjwatsonogra: livecd.sh doesn't try though, it uses locks12:47
lool(hard reset == someone goes to data center to reboot)12:47
cjwatsonslangasek: right, but I'd much rather we debugged that ...12:47
slangasekcertainly12:47
cjwatsonKeybuk: permission errors on syslog12:47
ogracjwatson, we have no control about the kernel on these machines and its not a good kernel ...12:47
Keybukcjwatson: bah12:48
KeybukI keep fixing that12:48
ograi.e. it produces unexpected lockups in several cases12:48
loolI don't mind trying the lock thing again; I still believe the best thing which can happen is a second livefs builder12:48
ograyes12:48
ograits the only proper solution12:48
cjwatsonI have no objection to a second livefs builder.  I do object to the way the scripts are laid out right now12:48
ograbut we lack HW for that12:48
Keybukcjwatson: try now?12:48
cjwatsonit's confusing and error-prone12:48
loolI had objections too  :)12:48
cjwatsonKeybuk: better, thanks12:48
loolWe could do locking on the cdimage side12:48
slangaseklool: well, I have a problem with us stomping on history that would've been useful to retain when it's avoidable12:49
cjwatsonlool: I don't really care how it's done as long as it is done by a single invocation of buildlive12:49
loolslangasek: What we care about in this situation is fixing the image build anyway, don't we?12:49
lool(s/image/livefs)12:49
cjwatsonnot necessarily if we're in the last day or two of the release process12:49
slangasekthat's not the *only* thing to care about, no12:49
Keybukah, I fixed it in success.sh not in failure.sh12:50
cjwatsonin that circumstance, sometimes the right thing to do is simply to back off12:50
slangasekcjwatson: OTOH, in the last day or two all builds are manual :)12:50
cjwatsonyes, but the less weird shell you have to deal with, the better ...12:50
* slangasek nods12:50
cjwatsoncomplex => error-prone12:50
loolAnyway, we all agree on what the ideal situation would be, we just have various levels of tolerance with intermediate fixes12:50
ograand we dont have any hard data atm ...12:51
loolSo, let's try to get another builder, let's try to have a single buildlive call perhaps doing local locking, and let avoid building images when the livefs failed to build12:51
ogralets try with a single buildlive run and see what happens first12:51
slangasekis there sufficient buildd capacity to consider repurposing a buildd as a second livefs builder?12:51
ograhostorically it didnt, but we lose only one daily build if it doesnt now12:52
ograslangasek, no12:52
ograthats the point12:52
ograwe lack HW12:52
loolAnyway, my involvment was just in raising a flag that cron.ports-daily-live should only run once for the same project, that has been well covered; I think I'm just adding confusion in the discussion now, I'll mobile / IS to resolve12:53
lool+let12:53
* lool lunch &12:53
slangaseklocal locking> I don't see the point it doing that (also error-prone) rewriting when the builder-fall-down-go-boom problem should be fixed anyway12:53
slangasekogra: "we lack HW" doesn't say anything about the buildd capacity to me12:54
slangaseksince the running buildds are obviously hardware that exists, and therefore is not lacked :)12:54
ograwe have 8 buildds for everything and one livefs builder12:54
ograof these buildds usually one or two are hung12:54
ograand we are usually constantly behind12:54
slangasekok.12:54
ograoh, and buildds need to be in manual for several reasons as well, i.e. team PPA builds etc12:55
ograso in average we operate with 4-5 maichine plus livefs machine12:55
ogra*machines12:55
slangasekso the fact that armel's build queue is currently empty is atypical?12:56
ograyes12:56
* slangasek nods12:56
ograbut more than the queue the factz that packages take about twice as long to build on our buildds is more significant12:56
slangaseknot really12:57
ogralike a mass give back of KDE can take us out of business for two days12:57
slangasekadding or removing a builder wouldn't change that12:57
ograhaving uploads qeueing up12:57
ograi foten have uploads sitting there for half a day because of toochain testbuilds while OO.o builds, while some kde package builds ... so the queue is processed a lot slower12:58
ogra*often12:58
=== DrPepperKid is now known as DrPepperKid|lunc
mdeslaurslangasek: curiously, after updating packages at the sprint, I did get a plymouth splash screen with nvidia binary drivers for a couple of days, and then it went away again...13:11
slangasekmdeslaur: that might have corresponded to a window when grub2 was doing Mad Things by default13:12
slangasek(gfxpayload=keep)13:12
mdeslaurslangasek: ah, maybe. mad, but nice looking. :)13:13
slangasekif only that were the effect that option had for /everyone/, that would be great. :)13:13
mdeslaurhehe13:13
dholbachara: do you want 516248 reviewed too?13:14
aradholbach, that one is fix released13:15
dholbachara: the merge proposal is still around - I'll mark it merged13:15
dholbachhum, or maybe I don't13:16
dholbachnot sure who has the power to do it13:16
dholbachara: maybe you can mark it merged or something13:19
aradholbach, I'll try13:19
dholbachfantástico13:20
=== DrPepperKid|lunc is now known as DrPepperKid
aradholbach, I can't, either13:21
dholbachbah13:21
dholbachmaybe mark the branch as merged?13:21
dholbachif not maybe james_w can help13:22
james_wwhat's the url?13:22
james_wthere's an open bug about this13:22
dholbachhttps://code.edge.launchpad.net/~apulido/ubuntu/lucid/ldtp/ldtp-fix-516248/+merge/1847613:24
dholbachjames_w: having any luck?13:30
slangasekRiddell: why is virtuoso-opensource-6.0 using Pre-Depends when it doesn't have a preinst?13:35
dholbachcan somebody have a look at bug 506908 and see if the upstart script is good and upload it?13:41
ubottuLaunchpad bug 506908 in pcsc-lite "Upstart job for pcscd" [Undecided,In progress] https://launchpad.net/bugs/50690813:41
dholbachara: seems like james_w managed to fix it somehow :)13:42
aradholbach, james_w: thanks!13:42
james_wara: you can me-too bug 504025 about this if you like13:43
ubottuLaunchpad bug 504025 in launchpad-code "LP doesn't show correct permissions for packaging branches for me" [High,Triaged] https://launchpad.net/bugs/50402513:43
dholbach /me me-toos too13:43
arajames_w, done :)13:45
apwpitti, isn't the work-items-tracker meant to support dropped now?13:50
apwERROR: kernel-lucid-kernel-config-review: invalid state "dropped" for work item "[apw] Master config support from master branch in other branches"13:51
pittiapw: hm, it's supposed to, I'm using it myself13:51
apwi am somewhat confused cause i see it in the code13:51
apw    if state in ('postpone', 'dropped', 'drop'):13:52
apw        state = 'postponed'13:52
apwi'd have expected that to zap it13:52
pittiright, it should13:52
pittiapw: you get that as email?13:52
apwpgraner did ... i'll check if i did too13:52
apwyeah last night13:52
sebnercjwatson: alien-arena is blocked on buggy dpkg. I heard you plan to merge dpkg?14:18
persiaUm, I only said that a merge of dpkg was mentioned  I didn't mean to imply that any specific person was planning to do it.14:19
cjwatsonsebner: I plan to do that after bzr-builddeb can cope with importing .tar.bz214:19
sebner*hohohoho*14:19
cjwatsonwhich james_w is in the process of doing, I understand14:19
sebnercjwatson: take my thanks then :)14:20
cjwatsonI'm not expecting the merge to be hugely difficult, but I don't want to do it outside bzr unless I have no other choice14:20
sebnerpersia: Don't you feel like a cattleman? :P14:20
persiasebner: No.14:20
sebnercjwatson: no problem. As long it happends before FF ..14:21
sebnerpersia: pushing me around that much *hehehe*14:21
pittiapw: btw, any luck with the usb_id delay thing? was it that one commit you suspected?14:21
uniscriptanyone planning to package openoffice 3.2 for backporting (karmic)?14:31
uniscriptor should I use release debs from openoffice?14:32
smoserhi, i'm looking for some feedback.14:34
smoserBackground info: Our UEC/EC2 Images are filesystem images (ext3) as such, we create the filesystem in our build process.14:34
smoserthe filesystem images currently have:14:35
smoser(per dumpe2fs):14:35
smoserMaximum mount count:      3914:35
smoserLast checked:             Thu Feb 11 02:19:12 201014:35
smoserCheck interval:           15552000 (6 months)14:35
smoserI suspect that that means an instance of this image booted 6 months from now will run fsck on first boot14:36
bdrungdholbach: why does sponsors-page.py needs so long (8 mins)? can it somehow accelerated by caching or something else?14:36
persiasmoser: That seems likely, yes.14:36
smoserfsck'ing on first boot just because time has passed seems like a bad thing, as the bits haven't rotted sitting unused.14:36
smoserso i'm thinking to 'tune2fs' that off14:37
smoseranyone have thoughts as to how bad an idea that would be?14:37
dholbachbdrung: it caches already14:37
persiasmoser: So just fsck based on maximum mount count?  In a UEC enviornment, how often do mounts happen?14:37
dholbachbdrung: launchpadlib caches automatically14:37
dholbachbdrung: but if you find a way to speed it up, that'd be cool14:37
ionsmoser: Might or might not be usable for you, but i’m using http://github.com/ion1/e2croncheck to avoid the fsck-on-startup on my server.14:37
dholbachbdrung: one solution would be: make the list shorter!14:38
bdrungdholbach: the second run took the same amount of time.14:38
ionsmoser: And also to get quicker notification of potential filesystem problems.14:38
smoserpersia, i think mounts probably occur similarly to "normal" systems. if different, i'd expect that UEC instances would have a shorter lifespan, though. so less mounts.14:38
persiasmoser: My worry was that with fewer mounts, it may be a very extended period of time until fsck.14:39
persiaMaybe the mount count could be reduced if the check interval is removed.14:39
smoserhm... well, when i said "less mounts", i really meant less mounts ever14:40
smoseras in the system likely is booted and does some stuff, then the filesystem thrown away14:40
smoserone thing i *could* do is disable interval checking in the filesystem on creation14:41
smoserand on first boot turn it on14:41
smoserif that would cause the first interval based check to occur 'interval' from "now"14:41
persiasmoser: That seems like a reasonable compromise, as long as you have some way to indicate that a check happened on creation.14:41
smoserpersia, a check happend on creation?14:41
=== dholbach_ is now known as dholbach
persiasmoser: For interval checking to work, you need some "last check" timestamp.  You want to spoof this with the timestamp for system initialisation.14:42
smoserah.14:43
bdrungdholbach: making the list shorter is the best solution. :)14:43
smosertune2fs -T will let me set that14:43
dholbachbdrung: WORD14:43
persiasmoser: There you go then :)14:43
* dholbach advertises: http://qa.ubuntu.com/reports/sponsoring/14:44
smoserassuming it works on a mounted filesystem14:44
apwpitti, when i tried to reproduce the usb_id delay, it was not visible in my output14:44
apwpitti, meant to ask if you were still seeing it14:44
pittiapw: I'm currently upgrading, I'll try again with -1314:45
pittiapw: was still there with -1214:45
bdrungdholbach: WORD?14:45
pittiapw: http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100209-1-une.png14:45
apwi thought it had moved down the bottom and was 5s long and jut could not see it14:45
pittiapw: (note that it doesn't actually hold up the entire session any more since plymouth is now run in parallel; but the 5 second I/O block is still there)14:45
apwright but its clearly 5s long in your stuff there14:46
pittiso it "just" slows down boot a little bit, but doesn't stall it by 5s any more14:46
apwand wasn't there n mine, well it was more like .2s14:46
pittiapw: either it's causing or waiting on this khubd block14:46
dholbachbdrung: I very much agree with you :)14:46
smoserplease, if anyone has been following and thinks turning off inteval checking of a filesystem is a 'really bad idea', please speak up.  the *intent* will be to turn it back on on first boot, but that could fail.  The mount-count based checking will still be there.14:47
=== mathiaz_ is now known as mathiaz
pittidavmor, cjwatson: FYI, jockey fix uploaded (for the "always pops up" bug)14:48
bdrungdholbach: you make the list longer by adding branches to them.14:48
dholbachbdrung: james_w asked me to14:49
apwpitti, thats mine: http://people.canonical.com/~apw/misc/penfold-lucid-20100210-2.png14:49
* pitti just finished sponsoring 11 packages and cleanign some 10 bugs, but doesn't see a noticeable dent in the page; *sigh*14:49
apwbut that is with a -13.18 prerelease kernel14:49
* apw sends pitti some red-bull14:50
bdrungdholbach: can we generate the page dynamically?14:50
pittiapw: that's a strange one14:50
dholbachbdrung: like how?14:50
pittiapw: no gnome-panel, etc? Apparently you don't have an ureadahead pack, so it's smeared out14:50
apwpitti, note that with a manual login14:50
pittibut indeed it's not there14:50
bdrungpitti: thanks for sponsoring lintian.14:51
pittiapw: ah, it finished dist-upgrading now; rebooting and crossing fingers :)14:51
apwand yes it may have been making one14:51
mvoDktrKranz: hi, could you please merge the gdebi debian bzr tree from lp:gdebi? hm, is that tree not a branch from the ubuntu tree? I thin kwe need fiddle wit hthat a bit to make merging work14:51
apwi'll reboot and get a fresh one14:51
dholbachbdrung: I think it'd be better to use harvest for things like that (so we just re-use the sponsoring.csv file)14:51
dholbachbdrung: and when I say harvest, I mean lp:harvest and not the crappy thing that is online right now :)14:51
bdrungdholbach: i thought at something like we did the dynamic part in harvest. having data prepared in some one and generating the html file dynamically.14:52
cjwatsonpitti: ah, thank you14:52
bdrungdholbach: http://qa.ubuntu.com/reports/sponsoring/?user=bdrung should show the item that i can sponsor14:52
dholbachbdrung: the new harvest uses django which will make it a lot easier to create whatever custom views we think of14:53
persiaI think we ought separate specific sponsorship requests from arbitrary things that need review.14:53
bdrungif harvest can show only sponsoring task, then we should work on harvest and keep the current version of http://qa.ubuntu.com/reports/sponsoring/ as it is now14:54
pittiapw: nope, still there on -13 :(14:54
apwpitti, wtf, our machines should be identicle ...14:54
dholbachbdrung: just check harvest out, set it up like in the INSTALL file and you'll see: it can show different "opportunity types"14:54
DktrKranzmvo: do you mean to have a common ancestor?14:54
pittiapw: do you have an even newer kernel than -13?14:55
mvoDktrKranz: yes, it woudl make merging from and too simpler14:55
pitti apw: I don't have anything attached to this thing except the power cable14:55
mvoDktrKranz: unless of course trunk/ has everything from the debian tree, then I can upload trunk/ to debian14:56
dholbachbdrung: there's a few things that'd be good to have before we put it online somewhere (I started milestoning bugs against it)14:56
apwpitti, its in theory the same bits ... i have just realised i do have an MMC card in the thing14:56
apwand that is on USB ... perhaps thats skewing things14:56
* apw boots again14:56
pittiapw: there's one thing I changed in the BIOS: It prefers to boot from USB (so that I don't always have to catch the F12 boot screen)14:57
DktrKranzmvo: I thought it already had, I was probably wrong. I'll convert it later this evening, thanks14:57
pittiapw: but when I boot -10, it doesn't happen, and with -11 it does happen, so I don't think it's related14:57
apwpitti, got it ... putting the MMC card in the slot makes it go away14:57
apwpitti, no wonder i couldn't see it14:57
pittimagic14:58
apwok ... i can go test that patch now ... will let you know14:58
pittiapw: do you have more of those cards which make boot faster?14:58
apwheheeh14:58
apwpitti, is there a bug for this 5s delay?14:59
pittiapw: yes, hang on14:59
DktrKranzmvo: so, do you plan to upload 0.6.0 soon?14:59
pittiapw: bug 51093714:59
ubottuLaunchpad bug 510937 in linux "[2.6.32-11 regression] 5 second delay on early boot during usb_id" [Medium,Confirmed] https://launchpad.net/bugs/51093714:59
apwpitti, excellent thanks, i'll get it on list14:59
pittiapw: (with some things which I tried, etc.)14:59
mvoDktrKranz: I think that would be a good thing, it would be nice to make sure the changelogs are all merged and no fixes get lost. I will not really have much time until feature freeze unfortunately :/15:01
DktrKranzoh :(15:02
DktrKranzI'll give it high prio15:02
mvomany thanks DktrKranz!15:02
smoserhm... persia just tested 'fsck device' of 400G disk with 1G usage (about what we have in our root images). it took .5 seconds.15:02
persiasmoser: So maybe just leave it alone?15:03
smoserso it would seem that a forced interval check will cause first-boot delay of similar time15:03
smoseryeah15:03
smoseri think so15:03
smoseri was just thinking it would take as long as when my system reboots and decides to fsck the large /home15:03
pitticomputer freezing during dist-upgrade, breaking futher boot -> priceless15:16
sebnerheh15:16
sebnerpitti: even in recovery mode?15:16
pittino, just booted -12, dpkg --configure -a, done15:17
Mirvwould anyone have something insightful to say to the usb-modeswitch thread I started on devel-discuss (https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2010-February/010647.html)? I'm wondering if it's something we'd really want but which just hasn't been on the radar.15:17
pittiI don't know what caused it to crash15:17
cjwatsonMirv: surely we just want the kernel to DTRT by default rather than going down the usb-modeswitch rat-hole; this is the upstream trend15:18
cjwatsonMirv: it already DTRT for quite a few devices, rendering usb-modeswitch unnecessary as well as its existing unreliable state :-)15:18
cjwatsonMirv: see e.g. linux/drivers/usb/storage/option_ms.c, the zerocd stuff15:19
Mirvcjwatson: ok, that's what I was thinking about but then again usb-modeswitch seems to continue to develop. maybe then the reason for its existence goes away soon(ish)15:19
cjwatsonMirv: personally, when I needed such a device to work, I found it *easier* to beat the kernel into shape than to wrestle with the various possible userspace nightmares15:19
cjwatsonand I'm not a kernel hacker15:20
cjwatsonthe userspace stuff just plain didn't work for me15:20
cjwatsonI'd be very concerned about advertising that it's the Way to get things to work, and thus undermining getting things fixed in the kernel15:20
MirvI'm just thinking about the user space impact for lucid and if it's possible to evaluate it. But maybe it's indeed too hackish solution to be called a solution, no matter how it would help some.15:21
cjwatsonI found that in some situations the presence of udev rules for this actually made things worse, because I ended up with races15:22
MirvI was asking it mostly because I haven't bumped into the numerous problems described by some others, while in my case it was simply doesn't work at all / works fluently with usb-modeswitch.15:22
cjwatsonin your position, I would try to get the kernel to switch the device to networking mode by default15:22
cjwatsonwhich is probably just a matter of a quirk in the appropriate mass storage driver15:23
MirvWell, anyway, may that thread rest in peace then.15:23
Mirvcjwatson: Ok, will put that to my todo list.15:23
mvotkamppeter: I looked at the hplip thing again and I noticed that there is a com.hp.hplip dbus object already. I think its best to use that, maybe in cooperation with upstream and add a method to trigger the NeedPlugin signal. if the signal then is available from the app it should work. the reason it is currently not working is that there is no signal on the com.hp.hplip that is available on the bus registered15:23
cjwatsonI agree that usb-modeswitch is often a way to get otherwise non-working hardware to work15:23
cjwatsonI'm just not very convinced it's a real properly supportable option15:24
cjwatsonbut I'm just another user from this point of view, albeit one who ended up in quite a few discussions with various appropriate upstreams last time round :)15:25
Mirvok :) well, there is still a little bit of time if someone has an undisputable perfect solution that makes all 3G modems work out-of-the-box.15:25
Mirvbut otherwise let's just encourage people to fix the quirks in the kernel15:26
cjwatsonMirv: what's your pci id?15:28
Mirvcjwatson: usb id? it looks like 12d1:1446 before usb-modeswitch does the switch, after that 12d1:100115:31
cjwatsonerr, right15:31
cjwatsonMirv: you might find it's as simple as http://paste.ubuntu.com/374035/ then15:32
Mirvcjwatson: heh, that was fast. I'll try that out and report later.15:33
cjwatsoncan't be sure, but the other huawei devices all seem to be handled basically the exact same way15:33
mathiazjdstrand: mdeslaur: hi - where can I find the genshi templates used by the security team?15:34
jdstrandmathiaz: https://code.launchpad.net/~usn-tool/usn-tool/trunk15:37
mathiazjdstrand: thanks - IIUC genshi doesn't support template inheritance?15:40
jdstrandmathiaz: hmm, not sure-- I didn't develop that code (I've only ever modified it slightly)15:41
tkamppetermvo, can you tell me what I exactly need to change on HPLIP and where?15:42
gesermathiaz: no, genshi doesn't support inheritence but you can use includes (XInclude) to reuse templates15:43
tkamppetermvo, I have your new update-notifier and my new hplip installed and it does not work.15:43
mathiazgeser: well - I'll write some text based templates (to generate preseed files)15:44
mathiazgeser: IIUC XInclude is only available for XML templates15:44
geserright15:44
mvotkamppeter: yeah, the reason is that dbus-send is not the best way for doing this, it better to change the existiing com.hp.hplip provider. I have not digged into that code yet, but it should be striaghtforward. maybe upstream is interessted in helping? otherwise I can work on it after feature-freeze on fixing it up15:45
gesermathiaz: use "{% include ... %}" instead15:45
geserhttp://genshi.edgewall.org/wiki/Documentation/text-templates.html#snippet-reuse15:45
tkamppetermovo, we consider this feature as included now and work with time on it after feature freeze. Now I will make sure that all the other printing packages are up-to-date.15:47
tkamppetermvo: ^^15:47
mvotkamppeter: yeah, at this point it becomes a bugfix, if the hplip dbus stuff is done in python it should be pretty trivial15:48
tkamppetermvo: After that I can talk with upstream to find a concept for the hp-plugin call via D-Bus.15:48
mvotkamppeter: thanks, please talk to upstream first and if I have a spare minute I check the code15:49
tkamppetermvo, this stuff is in fact done in Python.15:49
tkamppetermvo, one thing is important: Before release we MUST have a way for hp-plugin to pop up when connecting such a printer, even if it is an interim solution and upstream provides something more streamlined after our release.15:51
mvotkamppeter: if we run dbus-send without --dest and with --print-reply then we can patch update-notifier to get those events. its a bit ugly, I would prefer to have it part of the real interface at com.hp.hplip. but its a backup plan if everything else fails15:52
=== deryck is now known as deryck[lunch]
tkamppetermvo, OK, so let us change the packages to this mode and change them again until we get a better solution.15:53
tkamppetermvo, so I do only s/--dest/--print-reply/ on the dbus-send command line?15:54
mvotkamppeter: I would prefer to investigate the better solution first, I can work on it later today15:55
micahgUbuntu Mozillateam meeting in #ubuntu-meeting in 5 minutes15:55
mvotkamppeter: the diff in update-notifier is really a bit ugly15:56
tkamppetermvo, then please tell me as soon as you have found some way and tell me then what to change in HPLIP.15:57
mvotkamppeter: I will15:57
tkamppetermvo, note that it is possible (I did not verify) that the part of HPLIP which is listening for the com.hp.hplip is some Qt-based part which is not used by standard installations (the applet of HPLIP will only get started if hplip-gui is installed). Our concept must also work in GNOME-only environments as an Ubuntu or Edubuntu off-the-CD standard install.16:03
sladenMirv: usb-modeswitch is a very long-winded way of sending a single usb-mass-storage command to the device's first profile16:12
sladenMirv: grep -hr MessageContent usb_modeswitch.d/ | sort -n | uniq -c | sort -rn   shows the level of duplication in the configuration files16:15
sladenMirv: I'm not even aware that the people that wrote it have *any idea* what binary crap they are poking to the device16:16
sladenMirv: eg. the first four bytes of all of those are  "USBC"  which is that usb mass storage protocol header16:17
sladenMirv: ...I do like that it is done in userspace though, as so easy to disable if you wanted something else16:17
lucasrunning with kernel 2.6.32 from debian sid on a debian lenny. chrooting to a lucid amd64 chroot works fine. chrooting to a lucid i386 segfaults. does it ring a bell?16:18
slangaseklucas: yes, because the Debian kernel team has said that kernel is broken16:20
lucasslangasek: ah, wasn't aware of that. breakage related to that specific problem?16:21
slangasekrelated to running 32-bit userspace on a 64-bit kernel, yes16:21
lucasok16:21
lucasthanks16:21
slangasekit appears the fix is in NEW16:21
lucasah yes it's known as #56841616:24
LaibschKeybuk: I'm currently working with Ahmed to get sl-modem out of its broken state and back into usable shape for lucid.  First step is to push back all the changes that Ubuntu did so we can sync from Debian again.16:28
LaibschMost of them are done.  sl-modem (2.9.11~20080817-3ubuntu2) changes are partially done.16:29
LaibschNeither Ahmed nor I are kernel or udev hackers.  Would you be willing to inspect the package before we upload to Debian to make sure that indeed the package to be uploaded to Debian has made the current Ubuntu delta obsolete?16:30
Keybuksure, I'll read through the diff16:30
LaibschWe may have a question or two along the way as well and it would be great if you could mentor us here or there.16:30
LaibschKeybuk: debdiff?16:30
Keybukwell, either really16:31
Laibschupstream version has changed and Ahmed made a lot of other changes as well.  I'm not sure reading the debdiff will be doable.16:31
Keybukok, well, send me whatever you want me to look at16:31
Laibschcool16:31
Laibschthanks16:31
alkisgFrom /etc/init/gdm.conf: [ ! -f /etc/X11/default-display-manager -o "$(cat /etc/X11/default-display-manager 2>/dev/null)" = "/usr/sbin/gdm" ] || { stop; exit 0; }16:33
alkisgShouldn't that be '!=' instead of '='    ? Or am I reading this wrong?16:33
alkisg(my problem is that failsafeXinit runs even though I have ldm as the default-display-manager)16:33
evmvo: are you okay with ubiquity-slideshow-ubuntu-upgrade, built out of ubiquity-slideshow-ubuntu, as the source for the upgrade slideshow, per Dylan's email?16:34
Keybukalkisg: no, it should be =16:34
Keybukalkisg: read it as "there's no default-display-manager file, or the file says gdm, OR don't use gdm"16:35
Keybukie. gdm won't start if there's a default-display-manager file that doesn't say gdm16:35
alkisgKeybuk: thanks, that final || got me confused :)  Any ideas on why failsafe runs even though  I don't use gdm (but have it installed) ?16:36
Keybukalkisg: no idea on that16:36
alkisgThank you though :)16:36
\shKeybuk: what about SRU the ifupdown fix for upstart for "virtual" network devices like bonds/bridges/etc?16:42
\shKeybuk: for karmic that is:)16:43
dpmhey kirkland, you've already got the first 4 new testdrive translations after the announcement :) -> https://translations.edge.launchpad.net/testdrive16:45
Keybuk\sh: I know nothing about it?16:51
rickspencer3ug16:58
rickspencer3I just realized that our trendline for A3 points to the 24th instead of the 18th :(16:58
=== deryck[lunch] is now known as deryck
rickspencer3we are way over16:58
* rickspencer3 cries16:58
Keybukrickspencer3: problem with the burnout charts?16:58
rickspencer3oops16:59
rickspencer3wrong burndown chart16:59
rickspencer3I was looking at Dx16:59
rickspencer3Keybuk, well, I think we should consider the 18th the cut off point for working on A316:59
rickspencer3that's the Thur before we release A316:59
rickspencer3right?16:59
Keybukalphas are a lot loser than beta17:00
Keybukreally the tuesday before17:00
rickspencer3yeah17:00
rickspencer3ok17:00
Keybukbut things sneak in overnight17:00
Keybukso the 23rd17:00
* sebner waves at rickspencer3 :)17:00
rickspencer3Keybuk, how's it going? good trip back?17:00
* rickspencer3 waves to sebner17:00
Keybukrickspencer3: not too bad, slept for most of the flight17:01
Keybukand don't seem to be suffering too much for jet lag17:01
rickspencer3nice17:01
Keybukand I now only have 1,700 mails left to read17:01
Keybuk*cry*17:01
rickspencer3Keybuk:17:02
rickspencer3cntrl-A, Delete17:02
rickspencer3spam a mail ...17:02
rickspencer3oops, I lost my inbox17:02
rickspencer3if you sent me something important in the last two weeks, please resend17:02
Keybukrickspencer3: sadly these are the important ones I have to actually deal with17:02
rickspencer3you will get like 2 emails back17:02
\shKeybuk: the workaround^Wfix for bug #44603117:06
ubottuLaunchpad bug 446031 in ifupdown "statically configured network interface does not come up at boot" [High,Fix released] https://launchpad.net/bugs/44603117:06
LaibschKeybuk: the current Ubuntu delta is http://git.debian.org/?p=collab-maint/sl-modem.git;a=commitdiff;h=1a5b58d3f49902e7c9e6f85c4acee22d07550c1a17:07
Laibschwe looked carefully through it and have pushed back where appropriate17:08
Laibschthere is one remaining difference17:08
Keybuk\sh: nothing to do with me17:08
Keybuk\sh: I'm not planning an SRU17:09
Keybukin general, I don't do them17:09
Laibschdebian/sl-modem-daemon.modutils which is installed as /etc/modprobe.d/sl-modem.conf: http://git.debian.org/?p=collab-maint/sl-modem.git;a=blob;f=debian/sl-modem-daemon.sl-modem.modprobe;h=01db2ad8f27d427fdf8f7d4a45970a3568082c62;hb=HEAD17:09
LaibschMy feeling is that, actually it was these udev changes that broke sl-modem for me (and everybody else I know)17:10
KeybukLaibsch: looks right17:10
Keybukwhich udev changes?17:10
Laibschthe stuff you changed in 2.9.11~20080817-3ubuntu2 because udev should "just do it"17:11
Keybukright17:11
Laibschhttp://git.debian.org/?p=collab-maint/sl-modem.git;a=commitdiff;h=1a5b58d3f49902e7c9e6f85c4acee22d07550c1a17:11
Keybukthat fixed the module loading17:11
Keybukbefore that it wouldn't be loaded by anything17:11
Laibschapparently not17:11
Laibschbut it may be something else17:12
LaibschKeybuk: do you have an sl-modem in some of your devices?17:12
Keybukand calling mknod from a modprobe script is just *wrong*17:12
KeybukLaibsch: nope17:12
Laibsch:-(17:12
LaibschOK17:12
Laibschsl-modem doesn't really do anything at least since Jaunty for me17:12
Laibschthe necessary devices are not created17:13
Keybukprobably a bug in the kernel code17:13
LaibschBut Jaunty was ubuntu217:13
Keybukit's an out-of-tree driver17:13
Keybukso it's no surprise it's broken17:13
Keybukjaunty's kernel dropped support for a bunch of old-style ways of doing device nodes17:13
=== nixternal_ is now known as nixternal
Laibschbug 37514817:14
Keybukthe driver probably needs updating17:14
ubottuLaunchpad bug 375148 in sl-modem "no more /dev/ttySL0 device node" [Medium,Confirmed] https://launchpad.net/bugs/37514817:14
Keybuksure, so patch the driver to register it properly17:14
LaibschOK17:14
cjwatsonbryceh: I have a horrible feeling that I'm going to have to reimplement bullet-proof-X for my current project17:14
Laibschthat's where we'd hope for some help from you17:14
LaibschKeybuk: Ahmed nor I are kernel-savvy17:14
KeybukLaibsch: I really don't have the time to do that17:14
cjwatsonbryceh: the reason is that the process structure of failsafeXServer is such that ubiquity-dm isn't going to get the required SIGUSR1 if it just calls failsafeXServer17:15
LaibschKeybuk: where is the place to look?17:15
KeybukLaibsch: the module init is a good place to start17:15
Keybukcompare with an in-kernel driver17:15
Keybukthough I have a sudden feeling that you may be hitting a gregkhism17:16
Keybukand that out-of-kernel drivers aren't allowed to have device nodes anymore17:16
Laibschwhich is?17:16
cjwatsonbryceh: besides, the calling convention isn't really ideal for me anyway.  Do you think it might be possible to split out the driver selection and xorg.conf.failsafe writing so that I don't have to duplicate it?17:16
Keybukwell, non-GPL drivers17:16
\shKeybuk: your expertise regarding upstart, do you think it's sane to do an SRU with the fix in ifupdown?17:16
Keybuk\sh: no17:16
cjwatsonbryceh: (or has kdm already done some of this?  I haven't looked at its bullet-proof-X implementation, if any)17:16
LaibschKeybuk: thanks.  I'll talk to the kernel guys to see if they confirm this (and possibly have a fix)17:17
KeybukLaibsch: no problem17:18
KeybukLaibsch: basically the way it's supposed to work is the module registers a chardev major or minor17:18
KeybukLaibsch: and that results in the uevent going out and udev making the device node17:18
Keybuka simple ttyUSB module should show the right code sequence17:18
Laibschsounds challenging17:18
Keybukit's really easy17:18
LaibschOK17:18
* Laibsch hopes for more of this mentoring17:19
LaibschI'm off to see what I can get from the information provided17:19
nailorazim is a great desktop wiki, that recently switched to python (formerly perl). updated packages are in debian testing ( http://packages.debian.org/squeeze/zim ) but not yet in ubuntu. is there a chance it can be included in lucid?17:20
KeybukLaibsch: I think it's as simple as calling register_chrdev_*()17:21
brycehcjwatson, kdm hasn't done it afaik, but yes, splitting this out is definitely doable - in fact I just wrote up a blueprint yesterday for moving failsafex out of xorg17:21
brycehcjwatson, however there really isn't "driver selection logic" - it just picks vesa and pastes an xorg.conf into place.17:22
cjwatsonbryceh: there's a little bit for powerpc and the like :)17:22
brycehcjwatson, it used to be more sophisticated, but these days thats all we've needed17:22
cjwatsonbryceh: do you think it's a "by feature freeze" kind of thing, or should I just go ahead and hack something into ubiquity now which we can refactor later?17:22
cjwatsonif you don't think it'll change all that much, that might not be a big problem17:23
brycehcjwatson, what I'm working on is a lucid+1 type thing17:23
cjwatsonright, I'll hack something up for now and send you a reference then?17:23
brycehso I'd suggest the ubiquity hacking approach17:23
brycehsounds good17:23
Laibschnailora: open a ticket in Launchpad.  Google for DebianImportFreeze which is looming, you have little time.17:24
cjwatsonthe next question is how the hell to test this, of course17:24
cjwatsonnailora: when did they hit squeeze?17:24
cjwatsonmust have been recently, I synced in most of the new packages yesterday17:24
cjwatson       zim |     0.43-1 | lucid/universe | source17:24
cjwatsonit failed to build: http://launchpadlibrarian.net/38664080/buildlog_ubuntu-lucid-i386.zim_0.43-1_FAILEDTOBUILD.txt.gz17:25
cjwatsonlooks like a debian vs. ubuntu python thing17:25
cjwatsonI can probably fix that up17:26
nailoracjwatson: i would appreciate that a lot!17:28
nailoraLaibsch: thanks for your hint17:28
cjwatsonrunning build17:28
cjwatsonEnter passphrase for key '/home/cjwatson/.ssh/id_rsa':17:28
cjwatsonWhat. The. Heck.17:28
cjwatsonnailora: you can skip Laibsch's comment though, doesn't need a bug17:28
cjwatsonit would have needed a bug if it hadn't actually been synced already17:28
Keybukcjwatson: damn, I've already harvested over a dozen passphrases that way17:29
nailoracjwatson: i did not / do not file a bug while you are looking at it / working on it. just wanted to thank him that he bothered to reply.17:30
* cjwatson nods17:30
nailoraand i have absolutely no idea about why it asks for an ssh key17:30
cjwatsonit's under 'bzr version-info --format python', but that shouldn't normally need to connect to anything17:32
cjwatsonI could just use the source package, I suppose, but ...17:32
cjwatsonmust be because it's a checkout.  urgh.17:33
cjwatsonyeah, all better if I unbind.17:33
bdrungcjwatson: you did some uploads of ntfs-3g. can you merge the newest version from Debian (bug #513197)?17:37
ubottuLaunchpad bug 513197 in ntfs-3g "Please merge ntfs-3g 1:2010.1.16-0.1 (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/51319717:37
cjwatsonbdrung: ok17:38
bdrungcjohnston: thanks17:39
\shc/quit17:39
\shargl17:39
persia\sh: you're stuck here, and can never leave :)17:42
* ogra humms hotel california17:42
cjwatsonxnox: err, why are you sending linkedin invitations to Launchpad merge proposals?17:43
xnoxcjwatson: LinkedId did it for me17:43
xnoxI'm very sorry17:43
ogracjwatson, business reasons :)17:43
cjwatson!17:43
xnoxI use gmail and it imported17:43
cjwatsonsurely it's within your control which addresses you use17:44
xnoxall the emails17:44
cjwatsonok, please please be more careful in future17:44
xnoxI will I'm sorry17:44
cjwatsonmaybe there should be a more free-software-friendly equivalent of linkedin ;-)17:44
xnoxyeah. And maybe spam filters should catch invintations to facebook / linkedin and all those things17:45
xnoxI've dented & tweeted & blogged about the incident now17:45
ograsadly they dont ... i seem the invites regulary17:45
xnoxAgain sorry =(17:45
ograon MLs i'm on17:45
nailoracjwatson: i am not exactly sure if you succeeded, but thank you for having a look at it on all accounts17:46
ograwhich usually creates a flamewar17:46
cjwatsonxnox: ah, didn't see the blog entry, sorry for the duplication then17:47
cjwatsonnailora: nearly done17:47
xnoxcjwatson: well I've hit the publish button a few seconds after your ping on irc ;-)17:47
cjwatsonnailora: actually, you know what, it's fixed in unstable, I'll just sync it17:48
cjwatsonneeds a new debhelper so I'll have to merge that17:49
sebnerrickspencer3: any idea whom I wan to contact about questions regarding the canonical store?17:49
sebner*want17:50
rickspencer3sebner, is there not contact information on the web page?17:50
rickspencer3tbh, I have no idea17:51
sebnerrickspencer3: there is (I'm trying to help one in the german ubuntu support forum) but no reply in months.17:51
sebnernvm then17:51
rickspencer3sebner, that sux17:51
rickspencer3this channel is prolly not a great place to get support for that though17:52
rickspencer3perhaps #ubuntu?17:52
sebnerrickspencer3: sure, therefore I was highlighting you ^^17:52
bluefoxicywe should make more things jiggly18:00
bluefoxicymenus should jiggle when they drop18:00
bluefoxicyresizing a window should stretch it, like it's rubber, following and then snapping to its new size18:00
persiaPlease no.18:02
* bluefoxicy takes that sentence structure away18:02
bluefoxicy"we should have more jiggly things" <--> "you should make things more jiggly"18:02
persiaThat's even less exciting :)18:03
Keybukthings should not jiggle18:03
Keybukthat's why the jockstrap and the bra were invented18:03
bluefoxicypersia:  the "enhanced" graphics thing that adds "more pleasing visual effects" seems to only make the windows jiggly when you move them18:03
bluefoxicythat's all it does18:03
bluefoxicywindows now jiggle when they're dragged18:03
persiaNot mine, but I take care to keep my environment pleasing by uninstalling stuff that claims to make it "better" :)18:03
bluefoxicyi just think the modes shouldn't be "non-accelerated" vs "Composited" vs "Composited, and windows jiggle when dragged"18:06
bluefoxicyif I want jiggly windows, it's probably even better to have a fully action-oriented desktop18:06
bluefoxicywindows appear by being explosively thrown on the screen (see original Gnome Wobbly Windows demo); minimized windows squish and flow into the taskbar buttons; menus slide and stretch and wobble into place as they drop18:07
bluefoxicyif I don't want all that stuff, it's likely I don't want my windows to jiggle like jello jigglers either18:07
Keybukbluefoxicy: and if you move a window too fast, it could burst into flames18:08
bluefoxicyxD18:08
persiabluefoxicy: I'm in complete agreement with that: if you want wiggly bits, you should have *lots* of them.18:11
bluefoxicyyeah it just makes sense18:12
jonoseb128, do you know offhand if the IMAP speed-up features in Evolution are in Lucid?18:19
jonoI am considering moving back from TB18:19
micahgjono: hopefully TB3 will hit Lucid this weekend if it helps any18:22
jonomicahg, cool! I am running it our of their upstream release right now18:23
jonothe search is just so slow though18:23
jonothe whole new tab and search view feature18:23
snap-lDoes Evolution have any plans of using a better HTML rendering engine?18:23
micahgjono: you can change the search with teh drop down back to the old style18:23
snap-lTht's been the real deal-breaker for me with Evo. That and threading18:23
keesmdeslaur: btw, new virt-manager rocks.  :)18:24
mvoev: ubiquity-slideshow-ubuntu-upgrade> yes18:26
evmvo: awesome, I'll upload that tonight then18:57
mvoev: very nice18:57
bdrungKeybuk: you are the maintainer of mountall. i wanted to run mountall with --debug (for providing more information to bug #507613) and write it into a file, but when mountall is launched, there is no writeable file system. do you have an idea how to get the debug information?19:31
ubottuLaunchpad bug 507613 in mountall "boot stops due to failed mounting of a sshfs partition" [Undecided,New] https://launchpad.net/bugs/50761319:31
Keybukbdrung: write it to a tmpfs ?19:32
Keybuklike /dev19:32
bdrungKeybuk: and how can i save the file to survive the reboot?19:33
Keybukbdrung: remount the filesystem r/w and copy it over?19:49
bdrungKeybuk: the system will hang. so i cannot type commands into the terminal19:50
tlyudoes the launchpad bug watch updater only run periodically? i updated a debian bug that is linked in launchpad; should i expect the change to propagate?19:56
arandtlyu: yea, I think daily at least, definitely not instant.19:58
bdrungtlyu: yes, it's run periodically (or there is a other reason for the delay).19:58
tlyuok, thanks19:58
bdrungtlyu: we had a bug that prevents the update, but this bug is already fixed.19:59
ari-tczewany sponsor for main got a minute?20:25
frafuHi, could anybody please tell me whether it is normal that python-distutils-extra and DistUtilsExtra.auto have two different version numbers?20:28
frafuHi pitti; could you have a look at LP: #520548 ? Thanks.20:34
frafuhttps://bugs.launchpad.net/ubuntu/+source/python-distutils-extra/+bug/52054820:35
ubottuUbuntu bug 520548 in python-distutils-extra "DistUtilsExtra.auto.__version__ gives wrong version" [Undecided,New]20:35
bdrungslangasek: hi. You did many uploads of hdparm. can you merge version 9.27-2 from Debian (bug #516249)?20:41
ubottuLaunchpad bug 516249 in hdparm "Please merge hdparm 9.27-2 (main) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/51624920:42
DktrKranzmvo: Debian gdebi branch with common ancestor from LP ready20:55
mvosweet, many thanks DktrKranz20:56
lamalexIs there a way to install debs to an alternate location for testing?20:56
DktrKranzmvo: thanks for letting me know, it's definitely more manageable now! :)20:56
lamalexI'm working on some modifications to dpkg I need to test- but I'm understandably weary about replacing my system's dpkg :P20:56
mvo:)20:56
mvoDktrKranz: cool, I hope it was not too much fiddling around20:56
lamalexmvo: I think you're probably who I want to talk ask specifically :)20:57
DktrKranz(right now there are 6 conflicts, but nothing troublesome)20:57
lamalexs/talk//20:57
mvolamalex: cjwatson is our best dpkg expert currently I think, but I may be able to help as well20:57
lamalexmvo: you at least know about hacking on parts of your system you dont want to break20:57
mvohaha - oh yes20:58
lamalex:)20:58
mvochroot and kvm FTW!20:58
lamalexyeah, I was hoping there was an easier way. some dpkg flag. but I guess when I'm installing dpkg, if I break dpkg, a dpkg flag won't help me haha20:58
lifelessor lvm snapshots20:59
lifelessbut they are pretty crude20:59
lifeless+1 on kvm (or uec even :))20:59
lamalexand I dont think I have lvm on this machine anyway20:59
mvolamalex: well, it depends on what bits you are working on, a copy of the status file is certainly a good idea :) what changes are you making?21:00
lamalexmvo: I emailed you a while ago about dynamic dependencies21:00
lamalexwe decided to do it at the dpkg level21:00
mvolamalex: ohh, right. I remember that mail. didn't I reply? I think I did21:00
lamalexyou did21:01
bigoncould someone have a look at papyon merge? the new version is really needed in ubuntu21:44
seb128jono, I doubt it, we stay on 2.28 which is the karmic version...21:45
mvoDktrKranz: I merged the debian branch now into trunk, I think we are there for a unified version :) if you could double check, that is most appreciated22:00
=== vorian is now known as atomicsteve
DktrKranzmvo: looking22:07
persiaCould an archive-admin take a look at the swt-gtk binary NEW?  The new packages are handovers from eclipse, which has already been uploaded to not build them anymore.22:19
DktrKranzmvo: sounds good, your soultion for ubuntu-specific patches is great22:20
CaesarI thought the outcome at UDS was for the Sun Java packages to move to the partner repository?22:30
persiaCaesar: swt-gtk isn't Sun Java.  VM vs. libraries.22:35
Caesarparse fail22:35
persiaCaesar: I had the impression the UDS discussion was just about the sun-java6 package.22:36
CaesarYes, that's what I'm asking about22:36
persiaheh.  Gets confusing sometimes.  But other stuff, like swt-gtk, netbeans, etc. should just be in the regular repo.22:36
CaesarThere's no sun-java6 to be found anywhere22:36
persiaHurrah!22:36
CaesarNo, not really22:36
persiaWhy?22:36
CaesarI was expecting to be able to find it in the partner repo22:37
CaesarWe have business requirements for it22:37
CaesarOr so our Java people tell me22:37
persiaAside from about 3 API calls and some function renames, we're mostly good with OpenJDK, and OpenJDK has lots of bugfixes (even from Sun) that sun-java6 still doesn't have fixed.22:37
CaesarThe Android SDK explicitly says it wants Sun Java, last time I looked22:38
Caesarand I once tried to use it with OpenJDK and it broke in weird and wonderful ways22:38
CaesarWhere once is ~ 6 months ago22:38
persiaUgh.  Yeah, unfortunately there is still some stuff that needs porting work to deal with distributed libraries.  Nothing like the volume that will be required with Java 7, but without code, some stuff can't yet run on OpenJDK (and even with code, some stuff is obnoxious to port)22:38
sorenHm... Firefox has forgotton about all my search engines except Ask.com.22:39
[reed]soren: iirc, that's because of the way ubuntu does the packaging22:41
sorenI can't help but notice that the search plugin things in the firefox package are kept in a directory called en-US, so perhaps they're limited to that locale?22:41
sorenGuess not..22:44
sorenset default searchplugin locale pref to en-US - which is used as a fallback if no matching searchplugins/LOCALE directory exists for the current locale directory22:44
sorenfrom firefox' changelog.22:44
micahgsoren: we're working on localized plugins22:48
sorenmicahg: ..but until then, anyone not on en-US is without search plugins?22:54
sorenmicahg: Oh, found the problem. Yay.22:57
micahgsoren: great, what was it?22:58
sorenmicahg: /usr/lib/firefox-addons/searchplugins was a symlink to '.' rather than en-US.22:58
micahgsoren: is that in the package or you mad that?22:59
sorenOh, sorry, I meant /usr/lib/firefox-addons/searchplugins/common22:59
sorenIn the package, I suspect. I certainly didn't make it so.22:59
sorenhttps://bugs.edge.launchpad.net/ubuntu/+source/firefox/+bug/52068222:59
ubottuUbuntu bug 520682 in firefox "Only search provider is Ask.com" [Undecided,New]23:00
* micahg is looking at teh packaging now23:00
sorenmicahg: Lovely, thanks.23:00
sorengrep search debian/firefox.links23:01
soren/usr/lib/firefox-addons/searchplugins /usr/lib/firefox-addons/searchplugins/common23:01
sorenmicahg: ^^ There's our problem.23:01
micahghmm23:02
sorenThat should read "/usr/lib/firefox-addons/searchplugins/en-US /usr/lib/firefox-addons/searchplugins/common"23:02
micahgsoren: I don't know if we want to do that...but I'll check...I think we're shooting for localized plugins this time around23:02
micahgasac: ^^23:03
seb128siretart, siretart_: hi23:34
seb128siretart, siretart_: thanks for your seahorse change, when you do upload something maintained in bzr could you update bzr too though?23:35
seb128siretart, siretart_: or ping somebody to sponsor your change if you don't want to do that23:35
StevenKseb128: I've accepted launchpad-integration, I'm going to do a no-change upload for tomboy and gbrainy so they link against the right binary package23:41
=== dendrobates is now known as dendro-afk
seb128StevenK, ok thanks23:42

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