/srv/irclogs.ubuntu.com/2011/11/18/#ubuntu-devel.txt

slangasekSpamapS: Reject Reasons:00:04
slangaseklibmysqlclient18: lintian output: 'missing-pre-dependency-on-multiarch-support00:04
slangasek+', automatically rejected package.00:04
slangasekforgot that svn-buildpackage doesn't use debuild so doesn't call lintian :P00:05
slangasekSpamapS: so, bumping the debhelper build-dep and setting Pre-Depends: ${misc:Pre-Depends} per http://wiki.debian.org/Multiarch/Implementation is needed here00:08
=== fisted_ is now known as fisted
Davieyinfinity: Do you think you'll be able to look at bug 759545 before a1?00:39
ubottuLaunchpad bug 759545 in grub2 (Ubuntu Precise) "user prompted to update unmodified grub configuration during Ubuntu server upgrade" [Medium,Triaged] https://launchpad.net/bugs/75954500:39
slangasekgiven that infinity is still bootstrapping armhf, I wouldn't count on it00:42
Davieyslangasek: thanks.00:44
SpamapSslangasek: ACK, will fix and make sure to run lintian00:59
slangasekSpamapS: ta00:59
* SpamapS slogs through missing/broken perl deps...01:06
SpamapSslangasek: so, can we re-use 5.5.17-3 or do we need to bump to 5.5.17-4 ?01:24
pooliedoes USC have an option to install stuff from tarballs or is this user just confused about tarballs vs debs?01:34
SpamapSslangasek: anyway, bumped to 5.5.17-4. I'll be in the mountains for the next 3 days, so hopefully this one works. :)01:38
slangasekSpamapS: thanks, building01:50
slangasekSpamapS: btw, Pre-Depends: ${misc:Pre-Depends} should have been sufficient here, the substition gets expanded to multiarch-support01:51
slangasek(so the explicit declaration is a redundant no-op)01:51
SpamapSslangasek: *ahhh*02:01
slangasekSpamapS: lintian doesn't think much of your debian/copyright. ;) uploading anyway02:19
=== RoAkSoAx is now known as roaksoax
=== roaksoax is now known as andreserl
=== andreserl is now known as roaksoax
infinityDaviey: What vorlon said.  I might find time, but armhf is everything right now.  And she'll hit me if I say otherwise.04:14
pittiGood morning05:02
pittislangasek: no worries, it wasn't a bad breakage; but I thought it was a good candidate/exercise for reversion, as per Rick's new policy05:03
ScottKWhat policy is that?05:23
pittiScottK: "never break precise"05:24
pittiScottK: well, less of a policy, more a set of best practices05:25
ScottKSo all those times when we broke the development release before were on purpose?05:25
ScottKGood thing we have the new policy to avoid it...'05:25
pittiif we introduce a regression that breaks daily images or upgrades, and reverting it doesn't make things worse, we sohuld revert05:25
ScottK;-)05:25
ScottKRight.  I remember something about that now.05:25
pittiand for bigger transitions, we need to come up with a staging area solution (such as using -proposed and running automatic tests against that), but that hasn't been fleshed out fully yet05:26
ScottKWe could all is "Unstable".05:26
ScottKall/call05:26
pittiScottK: we'll never get this perfect anyway, but there have been several situations in the past where breakage has been sitting there for days and weeks, so a little more rigor there is certainly adequate05:29
ScottKI agree with that.05:29
dholbachgood morning07:46
freeflyingslangasek: procps (1:3.2.8-11ubuntu4) failed again07:59
slangasekfreeflying: failed how?08:25
freeflyingslangasek: Errors were encountered while processing: procps08:43
freeflyingE: Sub-process /usr/bin/dpkg returned an error code (1)08:43
slangasekfreeflying: not reproducible, need the full error message please08:44
pittiI ran my oneiric VM, switched apt to precise, apt-get install procps -> fine08:45
pittifreeflying: locally modified conffile perhaps? as a workaround to the previous failure?08:46
pittiprecise(yesterday) -> precise(today) on my workstation also worked, FTR08:46
freeflyingslangasek: http://paste.ubuntu.com/742035/08:47
slangasekfreeflying: is this a chroot?08:48
freeflyingslangasek: no08:48
slangasekhmm08:48
freeflyingpitti: fresh installation with today's daily build iso, previous was 3.2.8-11ubuntu308:48
slangasekwell, that's a pretty generic upstart failure.  What happens if you try to manually run the command from /etc/init/procps.conf?  cat /etc/sysctl.d/*.conf /etc/sysctl.conf | sysctl -e -p -08:49
freeflyingslangasek: manually run is fine08:51
slangasekfreeflying: is it a locally modified conffile maybe, like pitti asks?08:51
slangasekoh, you said it's a fresh install08:51
freeflyingslangasek: no08:51
slangasekso probably not08:51
slangasek:)08:51
slangasekfreeflying: can you do 'initctl log-priority info', try to configure the package again, and then check /var/log/kern.log for any information from upstart?08:52
freeflyingslangasek: nothing output to kern.log08:56
broderslangasek: ...kern.log? do we even still use that?08:56
slangasekdon't we?08:56
pittisure we do08:56
broderi thought we rolled everything into syslog08:56
broderhuh. i stand corrected08:57
slangasekno, only the things that it's reasonable to merge :)08:57
pittibroder: we got rid of /var/log/messages08:57
pittiwhich was really redundant, given sys/auth/kern logs08:57
slangasekfreeflying: please post a copy of whatever file you have as /etc/init/procps.conf currently; also, please show 'initctl list | grep procps'08:58
freeflyingslangasek: http://paste.ubuntu.com/742046/09:02
freeflyingslangasek: initctl list | grep procps09:02
freeflyingprocps stop/waiting09:02
slangasekfreeflying: well, that looks correct09:02
slangasekfreeflying: when you ran the command by hand, did it return 0?09:04
freeflyingslangasek: which one09:04
slangasekfreeflying: the 'cat ... | sysctl' one09:05
freeflyingslangasek: yes, return 009:05
infinitycat /etc/sysctl.d/*.conf /etc/sysctl.conf | sysctl -e -p - || echo Bollocks.09:05
cjwatsonSpamapS: which missing/broken perl deps did you run into?  (I have a full report, I'm just interested in which of the 14 remaining problems bit you)09:14
Mirvdoes someone know the definitive list of needed kernel config options to have ureadahead working?09:23
Mirvgoogle is not much of a friend this time, or the information is obsolete, or I'm having some unrelated problem. for example it seems CONFIG_ENABLE_DEFAULT_TRACERS is no more.09:24
=== dholbach_ is now known as dholbach
dbarthrickspencer3: ping?09:53
rickspencer3hi dbarth09:54
rickspencer3s'up?09:54
dbarthhi09:54
ev@pilot in10:07
=== udevbot_ changed the topic of #ubuntu-devel to: Precise open for uploads | archive.u.c mirroring broken | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: ev
=== _salem is now known as salem_
highvoltagedholbach: hey there, edubuntu.org is down and I filed a ticket on RT, do you know if there's anyone in particular I could (or should) poke about that?12:04
dholbachhighvoltage, #canonical-sysadmin12:05
dholbachI'd simply ask in there12:05
dholbachhighvoltage, and http://edubuntu.org/ works for me12:05
highvoltageah, and so it does for me now. that was fast :)12:06
zumbi_ogra_: hi!12:06
ogra_hey :)12:06
zumbi_ogra_: re ubuntu core, I wonder how gcc cross fits, as it is multiarch, so it links to system libraries12:07
zumbi_ogra_: so imagine my product uses distro suite N and my host is suite N+212:07
zumbi_ogra_: if I cross compile my app against multiarch system libraries, it will link to suite N+212:08
ogra_oh, i think that might get you into probs12:08
zumbi_ogra_: thats why a sysroot enabled cross tool migh tbe useful12:08
ogra_not sure though, hrw is our cross toolchain specialist12:08
ogra_and riku 8as i said in the other channel) works on porting packages to cross buildability12:09
zumbi_yes, I have contact to these people, I follow what they do too12:09
ogra_we also have a spec for that for 12.04 to get a subset of packages cross functional12:09
ogra_but i fear you need to use the same release version for both atm12:09
zumbi_I just wanted to point out a possible pitfall, now that you seem to be going commercial with it12:10
zumbi_I have to say I am very please to see it happening12:10
ogra_yeah, it was overdue12:10
zumbi_*pleased12:10
ogra_we will still go on building the distro natively on the buildds though :)12:11
zumbi_sure, cross compiling the debian core from scratch is not easy task12:11
ogra_well, its a future target for linaro12:11
ogra_some day they will make it :)12:11
zumbi_ogra_: as a hobby project, which I have no time for, I wanted to create a mini-core based around busybox and uclibc12:12
ogra_well, that will surely get you a lot of trouble if you start using "normal" packages ... the busybox tools are to different in many earas12:13
zumbi_that might be interesting for a future milestone too12:13
ogra_*areas12:13
ogra_iirc that was discussed at UDS ...12:13
zumbi_ogra_: surely it would be incompatible with normal packages, but maybe we could find a way to upgrade from uclibc minimal core into eglibc core12:14
ogra_what i would do to get a minimal system would just be using update-initramfs turn it into a tarball ;)12:14
hrwzumbi_: if you want sysrooted cross toolchain then you can build it ;D12:14
ogra_+and12:14
zumbi_hrw: yep, thats for sure12:14
zumbi_hrw: but I dont think thats the binary based distro mindset12:15
hrwyep12:15
zumbi_ogra_: uhm.. initramfs rootfs tarball, might be kinda of curious12:16
ogra_the prob with these minimal fses is that at some point you want a package tool ...12:16
ogra_which in the end forces you to have perl (dpkg) and pathin (apt)12:16
ogra_*python12:16
ogra_which then bloats the rootfs, no matter how small it was initially12:17
zumbi_ogra_: yes, but busybox has dpkg replacement12:17
ogra_which doesnt help with maintainer scripts :)12:17
zumbi_I got mini python, kernel and uclibc minimal system in 2.5MB :)12:17
zumbi_ogra_: indeed, it would require another pool of packages, not compatible with main pool12:18
ogra_indeed, but at what compatibility level ?12:18
hrwI got x11, wifi, bt, pim, glibc, kernel in 16MB12:18
hrwwith package management - but not debian/ubuntu12:18
zumbi_hrw: thats huge :P12:18
hrwzumbi_: ok, I got ~2MB free in this flash too ;d12:19
zumbi_hrw: hey.. you and your open embeddish hat :)12:20
zumbi_well, I'll have a look to ubuntu core stuff, its great to see it happening12:21
ogra_:)12:21
=== MacSlow is now known as MacSlow|lunch
dantticnd: ping12:58
ogra_pitti, poke13:50
ogra_pitti, looking at http://status.ubuntu.com/ubuntu-precise/ubuntu-arm.html i'm wondering why all WIs from foundation team members show up for https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-lts-upgrades in our chart13:50
ogra_doko__ and infinity are in ubuntu-arm, but why do mvo's items show up there ?13:51
=== MacSlow|lunch is now known as MacSlow
hertonpitti: hi, I noted some packages are on universe instead of main, if you can take a look: http://archive.ubuntu.com/ubuntu/pool/universe/l/{linux,linux-lts-backport-natty,linux-lts-backport-maverick} and http://ports.ubuntu.com/pool/universe/l/{linux-ti-omap4,linux-fsl-imx51,linux-ports-meta,linux-meta-ti-omap4,linux-lts-backport-natty,linux-lts-backport-maverick} and http://ports.ubuntu.com/pool/universe/l/linux/ (this last one only the hardy 314:17
herton0.96 pkgs)14:17
cnddantti, pong15:41
pittiherton: meh, one of these days we need to fix this more permanently16:03
pittiherton: do you happen to have an automatically generated report for this somewhere, which includes the corresponding releases?16:07
mterrydoko__, you around?  Curious whether you were going to grab the ocaml merge or whether you want to hand it off16:07
hertonpitti: unfortunately no, I'm thinking about writing a tool to verify it and produce a report though16:07
pittijdstrand: ^ for example, the security team has a script which yells "archive is broken" on ABI inconsistencies, but unfortunately it doesn't check components16:08
cjwatsonpitti: there's pocket-mismatches in cocoplum:~lp_archive/dak/, although it has kind of noisy output and I haven't got round to putting it somewhere public yet16:08
cjwatsonif that helps16:08
jdstrandmdeslaur has that script these days16:09
pittiherton: I think I caught them all, but might have missed some; need to check again later/after meeting/Monday16:20
hertonpitti: ok, thanks16:20
pittithen pocket-mismatches should have a more useful output again, too16:21
pittiand in fact the very ones I just moved aren't even in there16:22
dantticnd: hi, I'm trying to probe the battery status of my apple trackpad/keyboard, and I saw you were the one that added support for it, I see it has a feature 71 that seems to be battery stuff, do you have any hints on how to probe that?16:22
pittiah, it's split by release, nevermind16:23
dantticnd: do I have to code this on hid or is it possible to write some app that can talk to hid directly?16:23
doko__mterry, ok, I can do that, will look at it tomorrow16:24
mterrydoko__, oh sweet, thanks16:24
mterrytomorrow is saturday!  I don't want it that bad  :)16:24
doko__yeah, have to take care about my mobile contract which was terminated without reason while I was in the US ...16:26
cjwatsondoko__: bug 891720 needs to be fixed quickly; can you do it, or want me to?16:29
ubottuLaunchpad bug 891720 in icedtea-web (Ubuntu Precise) "missing replaces between icedtea-next-common, icedtea-netx" [High,Triaged] https://launchpad.net/bugs/89172016:30
cnddantti, I don't really know16:33
cndthat comment in the code was from the guy who wrote the magic mouse support16:33
cndI just added magic trackpad support onto it16:34
cndif you have a mac, you can sniff the hid packets and maybe figure it out16:34
cndthat's what I did to reverse engineer the input protocol for the trackpad16:34
cndby "have a mac", I mean if you "have OS X"16:35
dantticnd: hmm I don't :P16:35
danttiI tried to run it on VBox but didn't worked...16:35
cnddantti, you could try poking at it with different feature report values, but I have no clue how successful you would be :)16:35
dantticnd: right but how do I do that?16:36
cnddantti, modify the hid-magicmouse module16:36
danttias it really seems that if I ask the feature 71 it would report that but I have no clue on how to do that :P16:36
cndor maybe use hidraw somehow16:36
doko__cjwatson, need to run to the shop. will do it within the next hour16:37
danttihmm right there is no such nice hid lib.. :P16:37
dantticnd hidraw can be used by an user space app?16:37
cjwatsondoko__: thanks16:38
cnddantti, I think so16:38
cndI've never used it myself16:38
dantticnd: hidraw or the mouse? :P16:38
danttiwell probaly the former..16:39
cndhidraw16:39
cndI have both a mouse and a trackpad :)16:39
dantticnd: I have a keyboard and a trackpad, the keyboard I received broken from my boss but it stopped working and I'm not sure if it was because of the batteries, that's why I want this to work...16:40
=== dendrobates is now known as dendro-afk
hallynzul, oh hey, are you piloting this afternoon?16:43
hallynzul,  today is my first turn.  can i co-pilot with you if you do this afternoon?  :)16:44
=== dendro-afk is now known as dendrobates
pittiev: accepted https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-crash-signatures for precise, so that it'll appear in the WI tracker16:48
hallyneh, maybe i'll just focus on virt patches16:49
Davieyhallyn: Have you seen, https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews#Patch_Pilots ?16:50
hallynDaviey, yup16:51
hallynits what i'm looking through this morning16:51
SpamapScjwatson: I'm still not entirely sure, but one was libsvn-perl .. I did start my dist-upgrade right before the transition, so it was likely a transient problem16:54
evpitti: cheers!16:54
cjwatsonSpamapS: libsvn-perl is fixed16:54
SpamapScjwatson: update/install forcibly fixd it16:54
cjwatsonhttp://people.canonical.com/~ubuntu-archive/transitions/perl5.14.html <- remaining problems16:55
cjwatsonthere's a doc-base upgrade bug (awaiting perl sync) and possibly an update-inetd problem with samba which will be a replay of the previous one; fixes for both in progress16:56
SpamapScjwatson: yeah it seems all of it is working now.16:56
=== Topic unset by hallyn on #ubuntu-devel
hallynwtf16:57
=== cjwatson changed the topic of #ubuntu-devel to: Precise open for uploads | archive.u.c mirroring broken | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: ev
hallyncjwatson, thanks16:57
cjwatson~praise topic-diff.pl16:57
SpamapScjwatson: I think the other one was libdbi-perl16:59
cjwatsonthat's fixed too16:59
SpamapScjwatson: which I just now got back by re-installing mysql-client16:59
cjwatsonyou must have been fairly early in the transition16:59
SpamapSslangasek: About that copyright file and dep5 ... I think I want to raise a bug in the dep5 format that encourages hyper redundancy.17:03
SpamapSslangasek: the missing paragraphs are identical to all the other paragraphs of the same type... so I'm thinking we should be able to just say "Standard GPLv2 header md5sum affaed8daf7af7faf8..." or something like that.17:04
=== dendrobates is now known as dendro-afk
slangasekSpamapS: you're supposed to be able to have a stand-alone License: paragraph that other paragraphs can refer to?17:09
slangasekSpamapS: but the spec is currently not clear about this, which is one of the things that needs fixed before I'll personally bless the spec17:10
SpamapSslangasek: definitely not clear, I read it as License: is always attached to Files:17:11
=== beuno is now known as beuno-lunch
SpamapSslangasek: its possible I could have put this Comment: as the paragraph I suppose..17:14
SpamapSComment: These files fall under the blanket license specified in the file COPYING17:15
SpamapSLicense: GPL-217:15
slangasekSpamapS: Standalone License Paragraph (Optional, Repeatable)17:15
slangasekSpamapS: please raise this issue on debian-project, this ambiguity is critical :)17:16
SpamapSslangasek: is that new?17:16
SpamapSI admit I have not tracked changes to it since I first read it over a year ago.17:16
slangasekit may have been rearranged, but it's not new in the past year17:17
Davieydep-'s having ambiguity shocker.17:18
SpamapSslangasek: hrm.. ok, well I totally missed the standalone license bits. I think I could save 500 lines in the copyright file with that.17:18
SpamapSgiven that it is 762 lines.. thats significant. :)17:18
* slangasek nods17:21
SpamapSactually I think I already made that optimization17:22
SpamapSI just forgot the bit about the standalone license paragraph17:23
broderslangasek: gah. vmware just released an update to vmplayer that still has the buggy insserv call17:23
slangasek\o/17:24
slangasekyes, I meant to buttonhole them at UDS about it and never got a chance17:24
broderno, no. it's still broken17:24
slangasekthat was an ironic \o/, see how the hands list a little bit to the left17:24
broderah, i see that now :)17:24
broderthe worst part is that the shell script has a comment "# Ubuntu will spew unrelated warnings..  Hide these."17:25
SpamapShrm is there a way to run a single lintian check outside of lintian?17:26
broderSpamapS: there's a --tags argument to lintian17:27
SpamapSbroder: no I just want to run a single check standalone17:37
SpamapSbroder: like not against a .dsc ..17:37
* SpamapS curses svn-buildpackage for not being able to build w/ local changes17:37
broderSpamapS: i haven't dug into it enough to know for sure, but i don't think lintian is architected to allow that17:38
broderbut not really sure17:38
SpamapSyeah17:38
SpamapSeasier to just workaround svn-buildpackage's deficiencies17:38
cjwatsonI'd tend to agree with broder; at the very least you'd have to somehow arrange to run the appropriate collection scripts as well and put their output somewhere17:39
slangasekbroder: unrelated warnings! awesome17:43
slangasekSpamapS: svn-buildpackage --svn-ignore-new17:44
broderslangasek: do you remember off the top of your head the LP bug about this? i'm having a hard time finding it17:44
slangasekor, bzr branch svn+ssh:// [...] && bzr bd ;P17:44
slangasekbroder: not off the top of my head, just off the middle of my mail; one sec17:45
slangasekbroder: bug #85812217:45
ubottuLaunchpad bug 858122 in sysvinit (Ubuntu Precise) "incomplete migration to /run (shutdown script order has been demolished)" [High,Triaged] https://launchpad.net/bugs/85812217:45
broderthanks17:45
SpamapSslangasek: does that actually keep local changes?17:48
slangasekSpamapS: yes; you do have to 'svn add' any new files before calling it, I think17:48
zulhallyn: sure17:49
dantticnd: I'm compiling the mouse module, I'm just not sure about what u8 features means, do you know why it has two values?17:53
cnddantti, they are magical values that make the devices change modes17:55
cndyou'll have to figure out the magical values for getting battery information17:55
dantticnd: right my guess is that the value is 71, so it would be __u8 features[] = { 71 };  ?17:56
cndI don't know :(17:56
cndwell, yes, what you wrote is correct17:56
cndI meant I don't know if 71 is the value17:56
cndsorry if I sound confused, I'm juggling conversations :)17:57
dantticnd: ok, the features the device returns seems to be so..  also from a report from hadess 71 is reported as Battery_Strength17:57
cjwatsonjdstrand: we seem to be carrying a patch to iptables introduced by you which installs .la files when Debian doesn't.  this seems like the wrong direction and causes a build failure in collectd (after I fix the first thing it's failing on) - can you explain why it's needed?17:58
dantticnd: the min and max goes from 0 to 100 ... :P hopefully this will work ..17:58
cndcool17:58
jdstrandcjwatson: that didn't originate with me, but I merged it. I am assuming you are talking about 9001-build-libipq_pic.la.patch?17:59
cjwatsonno, I'm talking about one that did originate with you, according to the changelog17:59
cjwatson+  [ Jamie Strandboge ]17:59
cjwatson[...]17:59
cjwatson+  * debian/iptables-dev.install: install lib/*.la in usr/lib18:00
cjwatsonthose files should in general not be installed unless there is a reverse-dependency that hasn't been weaned off them yet18:00
cjwatsonin this case one of the dependency_libs entries is wrong18:00
jdstrandI actually that is from 1.4.3.2-2ubuntu1 in karmic18:01
jdstrandfrom nxvl18:01
cjwatsonreally?  it's not changelogged there18:01
cjwatson9001-build-libipq_pic.la.patch is not a problem18:01
nxvlthat was a FTBFS IIRC, right?18:02
nxvlback around barcelona18:02
jdstrandlet me put it this way. my intent was to just pull what came before along. If I messed up, please correct it :)18:02
cjwatsonit's not in http://patches.ubuntu.com/by-release/atomic/ubuntu/i/iptables/iptables_1.4.3.2-2ubuntu1.patch.bz2 either18:03
cjwatson(well, there's a .la entry there but it's commented out18:03
cjwatson)18:03
jdstrandcjwatson: the bottom line is I'm happy to fix it. I can't really explain why it is there18:06
cjwatsonjdstrand: ok, well, I can take it out and test collectd with the fixed version if you're cool with that18:06
jdstrandI should have looked at that more closely during the merge18:06
cjwatsonjust wanted to check it wasn't deliberate18:06
jdstrandcjwatson: I'm totally cool with that :)18:06
cjwatsonideally I'd like to scan to check it isn't used ...18:07
jdstrandcjwatson: ah I remember the history of that changelog entry (1.4.10-1ubuntu1). someone submitted a merge request, but didn't merge a bunch of stuff. I was attempting to give the submitter as much credit as possible, but the parts he missed I put under me18:09
jdstrandcjwatson: that doesn't mean that I didn't screw up or that I shouldn't have looked at that bit more closely of course :)18:09
=== doko__ is now known as doko
dokomterry, ocaml uploaded18:11
mterrydoko, cool, thanks18:12
jdstrandcjwatson: looking at a debdiff between lucid and natty, it looks like I did goof18:13
jdstrandcjwatson: and inverted the .a and the .la18:13
cjwatsonok - I'm just getting hold of aba's script to test whether it's safe to remove the .la entirely18:14
cjwatsonor whether we need to just take out dependency_libs18:14
jdstrandcjwatson: k, sorry about that18:14
cjwatsonso I can sort it out once I've done that18:14
cjwatsonnp18:14
=== beuno-lunch is now known as beuno
hallyn@pilot in18:20
=== udevbot_ changed the topic of #ubuntu-devel to: Precise open for uploads | archive.u.c mirroring broken | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: ev, hallyn
hallynzul, all right, i guess i'll take another stab at this libvirt migration on lucid one18:27
zulsweet18:27
dantticnd: do you know where hid_output_raw_report store the return data?18:30
cnddantti, no, sorry18:31
cndI really don't know much about hid18:31
dantticnd: k, thanks18:31
cndI only knew the very least amount to be able to sniff packets using OS X software and then take what was already in hid-magicmouse and rework it for the trackpad18:31
cnddantti, you can ask on the linux-input mailing list18:32
cndthat is the best source for answers to questions about hid and input in general18:32
dantticnd: right thanks, if I can't find anything in google or on any other hid driver I'll try that18:33
=== Guest54373 is now known as Lutin
dantticnd: ok, it's was not output_raw... I should use get_... now I have G�Dp as %s what do you think?19:17
hallynjdstrand, for bug 869553, are you working on the patch for upstream (and precise), or should I push/test that?  Is regular qa-regresion-testing (with -m to test migration) sufficient, or were you planning to write some new test for it?19:56
ubottuLaunchpad bug 869553 in libvirt (Ubuntu) "Apparmor prevents KVM tunnelled migration" [High,Triaged] https://launchpad.net/bugs/86955319:56
hallyni'd be nice if I could push the fixes for that and bug 869590 into lucid-proposed together :)19:57
ubottuLaunchpad bug 869590 in libvirt (Ubuntu Lucid) "KVM migration fails when tunnelled due to parsing error in qemu monitor" [Medium,In progress] https://launchpad.net/bugs/86959019:57
hallynmaybe a silly question...  is verifying verification-needed bugs in SRU queue an ok thing to do on patch pilot time?  :)20:24
hallyn(it does hold up patches, so I assume so...)20:25
jdstrandhallyn: I am not actively working on it20:30
hallynjdstrand, cool, thanks.20:30
jdstrandhallyn: feel free to push it upstream20:30
jdstrand(and into precise)20:31
hallynok, will do.20:31
jdstrandthanks! :)20:31
hallyn(want to finish up with the 0.9.7 merge first;  but that sort of conflicts with the patch piloting way;  so it feels weird :)20:31
slangasekhallyn: I don't think anyone's going to slap you for doing SRU verification, though it isn't actually in scope for patch piloting20:33
hallynslangasek, ok, thanks.20:34
* hallyn biab20:36
ivaccohelp20:48
slangasekivacco: this is not a help channel; you probably want #ubuntu20:49
ivacconot, i like information about how contribute for development of ubuntu20:50
=== salem_ is now known as _salem
ivaccoi like information about how contribute to development of ubuntu.21:13
slangasekivacco: this is probably a good starting point: https://wiki.ubuntu.com/ContributeToUbuntu21:14
slangasekpitti: I think someone in the session for https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-power-consumption volunteered to look into the black/white screen question, do you recall who?21:24
hallynso i gather once i'm done with a patch, i shoud unsubscribe ubuntu-sponsors?21:28
infinityhallyn: Doesn't really matter if the bug gets closed.21:29
infinityhallyn: (And, on the flipside, if the bug is reopened, only sponsors are in a position to do anything about it, since the original patch submitter obviously doesn't have access to)21:30
hallynwell its ending in sru, so closing could still take awhile21:30
hallynok21:30
hallynwon't do that then, thx :)21:30
infinityhallyn: See second point.  If the SRU team finds the fix defficient, a sponsor may still need to be involved.21:30
infinity;)21:30
broderi'd prefer if sponsors were unsubscribed if a bug isn't blocking on sponsor action21:31
broderi think the SRU team generally resubs sponsors when necessary21:31
infinitybroder: I'm not sure if that theory holds up in practice, but *shrug*... That workflow also sounds sane, if it happens.21:32
broderleaving them subscribed clutters the queue, which generally causes the sponsorship process to take longer21:32
hallynright, i was thinking of reducing the clutter;  but OTOH we don't want bugs to get lost...21:32
broderwhen i'm worried about that, i usually subscribe to the bug myself21:32
hallynthat's what i was just thinking21:32
broderit might not be ideal, but it is generally effective21:33
hallynso i think that's what i'll do.  thanks guys21:33
hallyni can always re-subscribe sponsors if it turns out i failed :)21:33
hallynoh i was worried aobut nothing - i can't do it anyway :)21:33
broderi may be unusually allergic to cruft in the queue, though21:33
tumbleweedwhenever I unsubscribe sponsors, I add a comment saying "if you need us, please re-subscribe us"21:42
tumbleweed(well, a little more fleshed out...)21:42
infinity"Thank you for using our sponsorship services.  We hope you were satisfied with our product today, and should you need us again, please don't hesitate to re-subscribe us"?21:43
tumbleweedheh21:44
dupondjepitti: kenvandine: Uploaded fixes for papyon: https://bugs.launchpad.net/ubuntu/+source/papyon/+bug/88734921:47
ubottuLaunchpad bug 887349 in papyon (Ubuntu Lucid) "Can't login in Windows live acount using empathy" [High,Triaged]21:47
=== EyesIsServer is now known as EyesIsAsleep
SpamapSslangasek: FYI, silenced the lintian warnings about the copyright file for the next upload...22:40
SpamapSslangasek: speaking of that.. should the next thing be to merge experimental into precise, and start the libmysqlclient transition?22:41
SpamapSslangasek: or do we need a DD to start all the binNMU rebuilds in experimental first?22:42
slangasekSpamapS: well, binNMU rebuilds in experimental aren't going to happen on their own, you'd need to talk somebody into doing such a rebuild test; maybe it's more straightforward to do your own rebuild testing, and then discuss with the +1maint team how and when it's best to add that to precise?22:52
hallyn@pilot out22:58
=== udevbot_ changed the topic of #ubuntu-devel to: Precise open for uploads | archive.u.c mirroring broken | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for app development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: ev
SpamapSslangasek: sorry, I don't really grok the debian release process yet. I'll gladly do a full rebuild test on my own.. but then who is this +1maint team and how would I contact them?23:17
slangasekSpamapS: https://wiki.ubuntu.com/PlusOneMaintenanceTeam23:17
SpamapSAHHH that23:18
slangasekSpamapS: the reason binNMUs don't happen automatically for experimental is that packages don't transition from experimental to unstable without an upload23:18
slangasekwhich means everything would be binNMUed again once the lib hits unstable23:18
SpamapSslangasek: right so I'd need to do my own tests, file bugs for things that need changing, and then give people time to fix them in experimental before moving 5.5 to unstable?23:18
slangasekthat's considered best practice, yes23:19
SpamapSsounds reasonable. I'll start a mass rebuild tonight...23:19
slangasekbecause mysql-5.1 is a separate source package, it's technically possible to transition mysql-5.5 to testing before all the revdeps are converted, so I don't think you need to coordinate with the Debian release team on this one23:19
* SpamapS wonders if Lucas Nussbaum's tools are available for reporting on the results23:20
slangasekbut for precise, coordination with +1maint is a good idea23:20
slangasekSpamapS: I guess you should ask lucas :)23:20
SpamapSYeah I'll do that all next week. Just getting the list of what FTBFS will be useful.23:21
slangasekcjwatson: libdbd-sybase-perl and unixodbc-gui-qt both uploaded to unstable23:21
cjwatsonslangasek: thanks, I'll sync those once LP notices them23:26
cjwatsonSpamapS: I think we will have space for another transition in precise early next week, if that works for you23:26
SpamapScjwatson: Yes, I'll try to get an intial test rebuild done on my box over the weekend so we can skip obviously broken stuff.23:36
SpamapSassuming the wind stops blowing at 40mph tomorrow I won't need my box as I'll be sailing down mammoth mountain.. ;)23:37
SpamapSok no more working ,time to enjoy holidaying23:38
* slangasek waves23:38

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