=== JackyAlcine is now known as JackyAlcine2
=== JackyAlcine2 is now known as JackyAlcine_
=== JackyAlcine_ is now known as EvilJackyAlcine
=== EvilJackyAlcine is now known as JackyAlcine
pittiGood morning05:22
=== lenios__ is now known as lenios_
dupondjepitti: i'll check papyon somewhere today, something went wrong :(07:14
dholbachgood morning07:57
=== smb` is now known as smb
=== dholbach_ is now known as dholbach
=== tkamppeter__ is now known as tkamppeter
pittihm, yesterday's dailies grew by 7 MB, due to adding fonts-nanum09:15
pittifixed seeds and uploading new -meta, that should do it09:32
cjwatsonpitti: thanks09:36
=== seb128_ is now known as seb128
pitticjwatson: FYI, nanum is actually expected to be there, it just looked a bit weird because some ttf-* got renamed to fonts-*; but it replaced ttf-unfonts-core which is still on the imags09:40
cjwatsonpitti: right, I knew about the ttf-* -> fonts-* renaming09:47
cjwatsonstill need to process some removals for that09:47
bdrungbroder: debug-symbols-directly-in-usr-lib-debug?09:55
=== dholbach_ is now known as dholbach
cjwatsonpitti: https://launchpad.net/ubuntu/+source/eog/3.2.1-0ubuntu2 - could you please use libjpeg-dev rather than libjpeg8-dev for such changes, per http://lists.debian.org/debian-devel-announce/2010/02/msg00006.html ?10:58
pitticjwatson: ah, ok; I used 8-dev | -dev10:58
pitticjwatson: I thought the first alternative should always be preferred10:58
cjwatsonThat will make future transitions require a source change10:59
pitticjwatson: pushed to bzr10:59
cjwatsonFor this library we're just having only one provider to make it easier to transition10:59
pitticjwatson: do you want me to upload that now to satisfy some report scripts, or is it not that urgent?10:59
cjwatsonit's not urgent10:59
cjwatsonI just wanted to catch it quickly in case you were making the same change to lots of packages11:00
pittiI only really caught it because I was using it for testing the new scour11:00
pittibut good to know for other cases11:00
Davieycjwatson: Does anyone on your team have prior experience with bonding interfaces?11:35
Davieycjwatson: trying to work out if bug 889423 would be better worked on my server or foundations.11:36
ubottuLaunchpad bug 889423 in ifupdown (Ubuntu) "802.3ad bonding not configured correctly" [Undecided,Confirmed] https://launchpad.net/bugs/88942311:36
cjwatsonnot that I know of for certain, although I wouldn't put it past St├ęphane11:36
DavieyI have /some/ experience, but don't claim to be an expert.11:37
Davieystgraber: When you see this, can you chime in please? :)11:37
cjwatsonthere were some ordering changes in ifupdown 0.7~beta2 (not yet in precise) although I don't know if they're relevant here11:39
cjwatson(just saw Debian mail about that yesterday)11:39
Davieycjwatson: thanks11:50
=== MacSlow is now known as MacSlow|lunch
=== smb` is now known as smb
djszapiHi! Where can I find the source of the kdeedu 4.7 package ?13:10
Riddelldjszapi: launchpad.net/ubuntu/+source/kdeedu13:50
djszapiRiddell: I do not see 4.7 there.13:51
stgraberDaviey: this looks a lot like a potential SRU regression we currently have on lucid, sadly I can't easily reproduce the bug here (need to setup all the hardware, reinstall, ... first)14:03
icerootcjwatson: hi, you have a minute? (imo you are a patch-pilot)14:04
stgraberDaviey: bug 823366 is the potential SRU regression on 10.04.3 (the SRU in 10.04.3 is based on what we had in natty/oneiric IIRC)14:04
ubottuLaunchpad bug 823366 in ifenslave-2.6 (Ubuntu) "bond_primary is ignored in /etc/network/interfaces" [Undecided,Incomplete] https://launchpad.net/bugs/82336614:05
Davieystgraber: ah, i thought it might have been a regression of bug 48241914:05
ubottuLaunchpad bug 482419 in ifenslave-2.6 (Ubuntu Lucid) "802.3ad interface bonding fails if started too early" [Medium,Fix released] https://launchpad.net/bugs/48241914:05
DavieyFWIW, Debian experimental package without ubuntu delta also has the bug.14:05
stgraberDaviey: right, bug 823366 has been filed as a potential regression of the bugfix from bug 48241914:07
ubottuLaunchpad bug 823366 in ifenslave-2.6 (Ubuntu) "bond_primary is ignored in /etc/network/interfaces" [Undecided,Incomplete] https://launchpad.net/bugs/82336614:07
ubottuLaunchpad bug 482419 in ifenslave-2.6 (Ubuntu Lucid) "802.3ad interface bonding fails if started too early" [Medium,Fix released] https://launchpad.net/bugs/48241914:07
cjwatsoniceroot: patch-piloting is a one-morning-a-month duty for me; I'm not patch-piloting at the moment14:07
cjwatsonthere should be another pilot along in a bit, announced in the channel topic ...14:07
icerootcjwatson: ok :)14:08
stgraberthe problem being that the fix got taken as-is from a more recent version of ifupdown, so it's not totally clear how we should fix it. Pulling the SRU in lucid will get us back to the previous not-always-working state, keeping the current one is a different kind of not-always-working AFAICT14:08
Davieystgraber: We've been discussing it in #ubuntu-server, one user suggested that gets 10% success rate, and modprobing (!) gave him reliable setup14:09
Riddellsladen: where do I report uses of the old ubuntu logo?14:10
stgraberDaviey: that could be explained by the fact that all of /proc/sys/net/ipv4/*/bond* only appears once the module is loaded (same with /sys/class/net/bonding*)14:11
sladenRiddell: http://launchpad.net/ubuntu-branding/+filebug?field.title=XYZ+uses+pre-2010+Ubuntu+logo14:11
stgraberDaviey: so we may have some kind of race condition between ifupdown/ifenslave and the kernel module being loaded14:11
Davieystgraber: I've been given access to an env where we can reproduce it, do you want me to try and get you access?14:14
stgraberDaviey: that'd be great14:14
stgraberDaviey: so if you add "bonding" to /etc/modules, does it then work reliably?14:23
stgraber(trying to figure out a quick test/workaround for the guy who reported the SRU regression so we can confirm it's the same issue and "fix" his setup for now)14:23
smoserpitti, you touched libtasn1-3, right?14:27
pittismoser: yes, I debugged this weird NEWS.gz issue this morning a bit14:29
smoserpitti, sorry. i was going to say it didn't seem to fix it for me14:29
smoserbut it was user error downloading wrong deb from launchpad (mirror doesn't have it yet for me)14:30
smoserall better now it seems.14:30
pittismoser: you need ubuntu1, not build114:30
pittibuild1 was more or less a check whether it still happens14:30
pittiit seems to happen consistently on ubuntu buildds14:30
smoserbut then when i downloaded that, i accidently downloaded the wrong thing14:30
smoserand it didn't help14:30
pittibut not anywhere else14:30
smosernow i'm square. yeah, a gzip bug is a bit strange.14:30
cjwatsonpitti: I was working through a gdb session on that over the weekend14:31
pitticjwatson: oh, you have a way to reproduce it locally?14:31
cjwatsonwill be getting back to it this week ...14:31
=== MacSlow|lunch is now known as MacSlow
pittiI tried local builds, chroots, porter boxes, PPAs, all deliver the "correct" checksum14:32
cjwatsonpitti: not as such but the difference is in alignment slack near the end of the file, so I'm prepared to bet that it's uninitialised data somewhere and I think I may be able to track it even without being able to reproduce it directly14:32
pitticjwatson: ah, so perhaps the ubuntu buildds do use a different fs than ext4 for /build ?14:34
cjwatsonI wouldn't have jumped to the filesystem being at fault14:35
cjwatsonbut I haven't ruled out anything in particular14:35
pittinot necessarily "at fault", I just can't think of any other significant difference14:35
pittimore like "triggers this bug"14:35
pittiperhaps truncate() zeroing vs. not, or something14:35
cjwatsoncould also be kernel differences14:35
pittias the kernel, chroot, architecture shoudl more or less match14:36
cjwatsonnot in distro build chroots14:36
cjwatsonthe kernel is often several releases older than the chroot, and the degree of difference itself differs across architectures and also isn't necessarily the same as (virtualised) PPAs14:36
cjwatsonpersonally I think that's the most likely cause, although I don't have a particular mechanism in mind and it probably amounts to a gzip bug anyway14:37
pitticjwatson: ah, I had assumed that the buildds run lucid kernel14:38
cjwatsondefinitely not true across the board14:38
pittiok, that's another possibility then14:38
cjwatsonin fact I think lots of them are still on hardy, since they still need to build hardy-security packages14:38
pittiI tried precise on lucid kernel, but not precise on hardy or so14:38
cjwatsonsome are newer since hardy didn't support the relevant machine14:39
=== yofel_ is now known as yofel
ct529hi! I am trying to compile the kernel, but 1) I am not certain about the numbering of the ubuntu kernel: does it follow the numbering of the kernel? 2) is it possible to compile the kernel by using the output of cpuid, or /proc/cpuinfo?15:16
=== Quintasan_ is now known as Quintasan
=== dendro-afk is now known as dendrobates
cjwatsonpitti: https://launchpad.net/ubuntu/+source/haskell-dummy/1:6/+build/2906774 looks like a pkgbinarymangler bug to me.  Shouldn't pkgstriptranslations only walk over the list of control files once, no matter how many times it's called for a given package?15:39
cjwatsonpitti: I suspect this isn't doing kernel builds any favours in terms of performance either15:40
cjwatson(I'm not sure why it's exiting 1 in the haskell-dummy case; perhaps a lockfile timeout)15:40
bdmurraydobey: any idea what happend to the fix for bug 791927?16:11
ubottuLaunchpad bug 791927 in desktopcouch (Ubuntu) "apport hook in source package not installed" [Medium,Fix committed] https://launchpad.net/bugs/79192716:11
dobeybdmurray: looks like it was fixed in upstream, but maybe the packaging didn't get updated to actually include it?16:13
dobeybdmurray: i can fix that after lunch probably16:14
bdmurraydobey: okay, thanks for looking at it16:15
dobeybdmurray: should we SRU it, or just put it in precise?16:15
bdmurraydobey: I'd think SRU'ing it makes sense but I'm don't know how many bugs desktopcouch gets ...16:17
dobeybdmurray: ok. will do then16:20
asacsmoser: I remember that our lucid cloud images had issues to boot on high mem amazon instances. do you know if was that fixed at some point or are better off sticking to maverick still?16:42
smoserasac, i think it is fixed, but dont know for sure the exact bug.16:43
asacthanks. we might try :)16:45
asacwill let you know if folks can spare some time testing this16:45
smoserdo you remember the bug ?16:45
=== deryck is now known as deryck[lunch]
=== azeem_ is now known as azeem
=== beuno is now known as beuno-lunch
=== JackyAlcine is now known as graviti2011
=== graviti2011 is now known as JackyAlcine
dobeybdmurray: https://code.launchpad.net/~dobey/ubuntu/oneiric/desktopcouch/include-apport/+merge/8219717:26
=== deryck[lunch] is now known as deryck
=== beuno-lunch is now known as beuno
=== 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:
zulslangasek: Ping what do you think of bug #873423 is it a good idea?18:34
ubottuLaunchpad bug 873423 in net-snmp (Ubuntu) "please enable multiarch for net-snmp" [Wishlist,Triaged] https://launchpad.net/bugs/87342318:34
slangasekzul: all libraries should be converted for multiarch18:35
zulslangasek: so yes :)18:35
cjwatsonnot after feature freeze; but it's open season at the moment18:36
slangasekzul: certainly - that one's low priority from my POV though, since it's not part of the replace-ia32-libs critical path18:36
zulslangasek: gotcha thanks18:36
roadmrSRU-related question, are string changes SRUable? Our trunk has updated strings having to do with Unity and g-c-c changes and we'd like to have those changes in 11.10 as well18:37
broderbdrung: I'm looking at our outstanding lintian diff and trying to understand the "Drop debug-symbols-directly-in-usr-lib-debug from binaries-general." change you made18:46
slangasekroadmr: generally not, since this would result in a worse user experience for those who aren't using English rather than a better one18:56
roadmrslangasek: ok, so unless it's a major snafu on the string it's not likely to be accepted right?18:57
roadmrslangasek: ok, thanks! exactly what I wanted to know :)18:58
slangasekno prob18:58
slangasekdebfx: bug #889475> you know you can use syncpackage to sync mozc yourself these days, it doesn't need to go through an archive admin?19:01
ubottuLaunchpad bug 889475 in mozc (Ubuntu) "Sync mozc 1.2.855.102-3 (universe) from Debian sid (main)" [Undecided,Triaged] https://launchpad.net/bugs/88947519:01
slangasek(and indeed, syncpackage is recommended )19:01
=== dendrobates is now known as dendro-afk
stgraberslangasek: hey, I just noticed http://packages.qa.debian.org/i/ifenslave-2.6/news/20111114T104742Z.html in Debian, which looks a lot like our current ifenslave bug. bug 823366, bug 482419 and bug 88942319:09
ubottuLaunchpad bug 823366 in ifenslave-2.6 (Ubuntu) "bond_primary is ignored in /etc/network/interfaces" [Undecided,Incomplete] https://launchpad.net/bugs/82336619:09
ubottuLaunchpad bug 482419 in ifenslave-2.6 (Ubuntu Lucid) "802.3ad interface bonding fails if started too early" [Medium,Fix released] https://launchpad.net/bugs/48241919:09
ubottuLaunchpad bug 889423 in ifupdown (Ubuntu) "802.3ad bonding not configured correctly" [Undecided,Confirmed] https://launchpad.net/bugs/88942319:09
stgraberI'm tempted to just try a merge in a PPA and test on the server that Daviey and I are using for testing19:09
stgraberslangasek: I noticed you're the touched-it-last, is there anything weird with merging that one from Debian or should I just go ahead and do it myself?19:10
slangasekstgraber: feel free to take it, though I doubt Debian actually has a fix for any of this since these are mostly issues specific to event-driven boot19:16
slangasekmaybe some of the code has been streamlined to reduce the need for duplicating information19:18
hallynSpamapS, do you mind pulling the libvirt-bin from lucid-proposed?  (it failed to build, I marked bug 863629 wontfix for lucid)19:36
ubottuLaunchpad bug 863629 in libvirt (Ubuntu Natty) "libvirt-lxc: virFileOpenTtyAt can't be called on /some/other/dev/pts" [Undecided,New] https://launchpad.net/bugs/86362919:36
stgraberslangasek: yeah, looking at it, the change in Debian is basically what was pushed as an SRU in lucid (and then lost a bit later on in Ubuntu for some unknown reason)19:54
stgraberslangasek: basically just re-ordering the lines at the bottom of the pre-up script19:54
stgraberslangasek: doing a few tests now, my guess is that we should have the upstart job do nothing at all if an interface is in a bonding setup as bond0 will bring up the interfaces anyway19:56
SpamapShallyn: hmmm?19:58
SpamapShallyn: heading to lunch, do you mean revert it or try it out?19:59
SpamapShallyn: or is it just in queue ?19:59
hallynSpamapS, i mean pull it out of the -proposed queue19:59
slangasekstgraber: "lost a bit later on"?19:59
SpamapShallyn: "The unapproved queue is empty"20:00
SpamapShallyn: figure out what you need me to do, I'll be back online in about 45 min20:01
stgraberslangasek: yeah, the SRU for lucid basically looks like what has been uploaded in Debian this morning. So it looks like we thought changing the ordering was a good idea, got that as an SRU but didn't apply it to later versions of Ubuntu.20:01
stgraberI'll look at that once I have something that works and push the needed SRUs20:02
slangasekstgraber: that's not what I see in the current version of ifenslave-2.6 in precise20:02
slangasekthat's what we currently have... which is intuitively correct20:02
hallynSpamapS, it was approved for -proposed.  It should be pulled out of -proposed.20:02
hallyn"figure out what I want" depends on what 'revert it' means.  it's not in -updates yet, so I didn't think revert would have applied.  But if revert means pull it from proposed, then yes.20:03
stgraberslangasek: right, lucid has:20:03
SpamapShallyn: if it has already been pushed out to mirrors, its better to upload a new package with the change reverted20:03
hallynSpamapS, huh?  for something only in -proposed?20:03
SpamapShallyn: no if it hit -proposed users will be affected20:03
slangasekstgraber: yes; that's different not because precise doesn't include the fix, but because precise includes a *further* fix to split setup_master into setup_master + early_setup_master20:04
SpamapShallyn: many devs (myself included) run with -proposed enabled all the time.20:04
hallynSpamapS, it didn't build, so users won't be affected20:04
slangasekbecause presumably some bits need to be done before enslavement, and some after20:04
SpamapShallyn: ahh if it FTBFS then just upload a new one with the fix.20:04
stgraberslangasek: -19 to -20 in Debian is: http://paste.ubuntu.com/738533/20:05
hallyni thought things got pulled from -proposed all the time when verification wasn't done by anyone, or failed.20:05
slangasekstgraber: that looks to me like the maintainer is flip-flopping; I don't believe that's going to be a correct fix20:06
SpamapShallyn: they do, but I don't believe I can do that as I don't have direct "cocoplum" access.20:06
slangasekstgraber: I think this needs more investigation rather than just a simple merge20:07
hallynok, thx20:07
slangasekbecause it will probably reintroduce the other bugs that led to the early/setup split to begin with20:07
SpamapShallyn: I'm no help at all I know. :-P20:07
stgraberslangasek: yeah, agreed on that point (once I actually saw what the change was in Debian). Looking at tweaking the upstart job to not run ifup when the interface is in a bond20:07
stgraberwhich means only bond0 will be brought up and it should then bring up the interfaces, making everything work (hopefully)20:08
slangasekstgraber: I think we need a clearer statement of what problem you're actually trying to fix.  That also sounds like a wrong change to me20:08
hallynand i'm just a cranky jerk who hates mondays.  i think i'm less fun to be around.20:08
slangasekbond0 will not be brought up correctly20:08
slangasekdon't do that :)20:08
slangasekthe bonding bring-up *must* be initialized starting from the physical interfaces20:09
slangasekbecause those are the only things we get events for20:09
slangasekwe need to properly handle hot-adding of interfaces to an already-up bonding interface, and we need the bonding interface to be brought up when the first physical interface is brought up; there's no other way to do it reliably20:10
stgraberok, let me start a clean precise install on a machine that uses bonding and that's not in Montreal (the one I'm currently working on had way too many changes done to it to still be trusted :))20:13
slangasekfwiw, with a complete config here, I'm not reproducing any of these issues20:14
stgraberslangasek: that machine in Montreal is failing at every boot but I'd like to see it happen on a perfectly clean system20:18
slangasekstgraber: can I see your /e/n/i?20:20
=== dendro-afk is now known as dendrobates
Davieystgraber: that is a volatile machine that can be re-installed if you need it to be?20:25
stgraberslangasek: http://paste.ubuntu.com/73855920:28
cjwatsonslangasek,debfx: syncpackage doesn't support sponsorship yet, though, so the requestor wouldn't get credited; that's one situation where the old-style workflow is still recommended20:28
slangasekcjwatson: ah20:28
slangasekstgraber: right, so, the design of the current code is such that you need to reproduce the 'bond-mode' and 'bond-miimon' options in the stanzas for each of the physical interfaces, or else they don't get picked up20:30
slangasekstgraber: I expect that if you copy those down, the interface will come up reliably20:31
slangasekand it's a design defect of the script that this is required20:31
Davieycjwatson: sync bugs don't exactly work well, when they bake in the queue and another developer comes along and does a sync whilst waiting for the bug based sync, so the reporter gets credit.20:33
cjwatsonDaviey: I'm not saying they're ideal - they aren't.  But syncpackage has no way to assign credit to somebody else right now, so it's a difference between some chance and no chance.20:34
slangasekstgraber: /etc/network/if-pre-up.d/ifenslave-2.6 probably needs to use 'ifquery' to extract the details for the bonding interface; this is inelegant, but ifup is obviously not going to know to inject variables from a different interface (bond0) when bringing up the physical interface, so the script would have to do the work20:34
stgraberslangasek: rebooting now, I also think I reverted most of the changes that happened to that machine (thanks to debsums)20:35
slangasekifquery also being Ubuntu-specific for the moment20:35
cjwatson(Of course the availability of syncpackage has meant that there's less general pressure to process the bug queue regularly ...)20:35
cjwatsonI'd do it now while thinking about it but I'm being called away20:36
stgraberslangasek: machine just finished rebooting, still not working20:37
slangasekstgraber: hmm, ok20:37
stgraberback to installing a clean precise server :)20:39
SpamapSslangasek: think you will have time to upload from the mysql-5.5 svn tree again today?20:48
Davieycjwatson: ack20:48
SpamapSslangasek: 5.5.17-3 implements Multi-Arch: foreign for libmysqlclient1820:48
slangasekSpamapS: not sure if I'm going to get to it today; if not today, then tomorrow20:49
SpamapSslangasek: ok thats great. I am also preparing an upload to make 5.1 stop building libmysqlclient-dev, libmysqld-dev, libmysqld-pic, mysql-common, mysql-server, and mysql-client20:50
bdrungbroder: that's needed to work around bug #80876721:10
ubottuLaunchpad bug 808767 in binutils (Ubuntu) "objdump --only-keep-debug cause the resulting binary to be statically linked on i386 arch" [Medium,New] https://launchpad.net/bugs/80876721:10
bdrungbroder: i would be happy, if you can find a fix for it21:10
broderbdrung: ...huh. that is *bizarre*21:26
stgraberslangasek: same problem with a clean precise install21:32
slangasekstgraber: phooey21:32
stgraberslangasek: /etc/network/interfaces => http://paste.ubuntu.com/738619/21:32
stgraberslangasek: dmesg => http://paste.ubuntu.com/738620/21:33
stgraberlots of complaining going on in dmesg21:33
stgraberincluding some complaints (also visible when doing ifup eth0/eth1) that bond-mode can't be changed from an interface definition (as it can only be set when the bond is down)21:34
slangasekstgraber: hmm.  so results may be driver-dependent21:35
=== salem_ is now known as _salem
slangasekit's possible that my own testing in kvm is inadequate :P21:35
stgraberin that dmesg (50.) is roughly the time where I fix stuff manually21:35
stgraberyeah, test environment here and in Montreal is using e1000 + cisco/hp switches doing actual LACP21:35
* slangasek nods21:36
slangasekwell, I know it's working for me because my interface is dhcp-configured and successfully gets an IP, and I can route traffic out21:37
FusioniteHey all21:37
slangasekbut I'm not using bonding mode 802.3ad21:37
stgraberslangasek: ok, so I tried something very ugly but that seems to work pretty well. Added "ifup bond0 || true" to /etc/init/network-interface.conf (before the ifup call)21:48
slangasekoh, network-interface, not networking21:48
slangasekless strange, just ugly :)21:48
bdrungbroder: yes, it's a weird i386 bug21:49
stgraberyeah, at least that confirms the theory that we need to make sure we always bring up the bond before the slaves21:49
stgrabernow to find the right place to do it21:49
slangasekI'm not sure it does that21:49
broderbdrung: does that mean that all i386 dbgsym packages are statically linked?21:49
slangasekbecause /etc/network/if-pre-up.d/ifenslave-2.6 would trigger in both cases21:50
slangasekjust with different environment variables set21:50
bdrungbroder: IIRC not all, only that specific file21:50
stgraberslangasek: oh, also something that's wrong in most configs I've seen so far, bond-primary only applies to active-backup mode, not to 802.3ad or any of the other bonding modes21:52
stgraberslangasek: so that seems to be a minimal valid 802.3ad config: http://paste.ubuntu.com/738645/21:55
stgraberat least it works fine (with that hack in the upstart job) and I don't see anything weird in dmesg anymore21:56
* stgraber just finished reading http://www.kernel.org/doc/Documentation/networking/bonding.txt again21:56
bdrungtumbleweed: question.py doesn't seam to be the right place for class EditFile22:08
tumbleweedbdrung: it seemed about right to me. Better suggestions?22:10
bdrungtumbleweed: where is it used?22:10
tumbleweedbdrung: submittodebian, and in the subclass EditBugReport22:10
tumbleweed(which is used by requestsync, requestbackport)22:11
bdrungtumbleweed: maybe put those two classes into a separate pyfile22:11
=== dendrobates is now known as dendro-afk
stgraberslangasek: I'm starting to think these scripts should be split between bond and slaves. Then have the code for the slaves check if the bond exists and if it doesn't call ifup on it so we go through the usual stack instead of bypassing half of it22:17
YokoZarI have concluded that the proper way to stop regular kernel panics is to install the kernel-crashdump package22:36
stgraberYokoZar: I noticed a similar fix for apache a while ago, if you want it to stop crashing, just turn on debugging22:37
YokoZarstgraber: maybe we should put the debug packages in the default install then22:38
broderand, of course, the best way to fix race conditions is to have a debugger attached :)22:38
hallynSpamapS, looking at bug 625882 - we are at 0.8.4 of libdbi, does that mean that anything compiled against libdbi can go back to being build-depends on libdbi0-dev instead of libdbi-dev ?22:41
ubottuLaunchpad bug 625882 in rrdtool (Ubuntu) "libdbi0: ABI breakage without package name change" [High,Fix released] https://launchpad.net/bugs/62588222:41
SpamapShallyn: no, libdbi0-dev is deprecated, it needs to be libdbi-dev22:42
SpamapShallyn: if its coming in as a merge from Debian, then there needs to be a bug opened against the debian package.22:42
hallynSpamapS, with rationale 'libdbi0-dev is deprecated'?22:43
SpamapShallyn: I assume the intention of the maintainer is to drop the provides after a time...  in 0.8.4-1 " Renamed libdbi0-dev to libdbi-dev"22:44
hallynSpamapS, d'oh, nm, i was misreading anyway.  it has 'libdbi0-dev | libdbi-dev'22:44
SpamapShallyn: then in 0.8.4-2 he did 'Adds a Provides: libdbi0-dev' presumably because the API was still compatible22:45
=== dendro-afk is now known as dendrobates
stgraberslangasek: I have a working hack on top of ifenslave's pre-up script that seems to work great here (except for the part where both interfaces come up at the exact same time, that I worked around with a sleep for now :))22:57
slangasekstgraber: heh, right - plenty of race conditions to be watched after here22:58
slangasekstgraber: also, what's the right behavior if one of the interfaces is unavailable (never comes up at boot)?22:58
stgraberslangasek: http://pastebin.com/irAA6erR23:00
stgraberslangasek: with that code, only the first interface will be added to the bond, which should still work fine23:01
stgrabergoing back home now, will look at backlog later23:02
bdrungtumbleweed: bug #89046423:12
ubottuLaunchpad bug 890464 in ubuntu-dev-tools (Ubuntu Natty) "Ubuntu 12.04 LTS "Precise Pangolin" is unknown" [Undecided,New] https://launchpad.net/bugs/89046423:12
Laneythat diff does more than the changelog says23:18
slangasekbryceh: ping re: bug #88922623:19
ubottuLaunchpad bug 889226 in xserver-xorg-input-evdev (Ubuntu) "X fails to correctly find my USB input devices" [Medium,New] https://launchpad.net/bugs/88922623:19
tumbleweedbdrung: right, that was on my queue, but nobody was verifying distro-info SRUs23:19
tumbleweederr udt23:19
tumbleweedbdrung: please go ahead. Also, we should come up with a long-term solution to this before precise freezes.23:20
bdrungtumbleweed: SRUing distro-info should be easier to SRUing ubuntu-dev-tools23:21
broderstgraber: is there a ppa or something with a new version of arkose? i want to play with some of the dbus filtering stuff :)23:21
tumbleweedbdrung: I suppose that works for tzinfo...23:24
bdrungtumbleweed: there are some weeks between the announcement and the release, so we should have enough time for the SRUs23:25
tumbleweedusually, the last one was a bit tight23:26
stgraberbroder: yes, ppa:arkose-devel/stable23:30
brycehslangasek, yeah23:32
slangasekbryceh: hey; followed up on the bug, if you want to debug this I suggest we do so in realtime23:34
slangasekas this is a one-off situation that happened *during* an X session that was previously fine23:34
slangasekand I don't expect it to be reproducible if I restart the X server23:34
brycehslangasek, I'm reading up on Cypress TetraHub23:34
slangasekit's just a USB hub23:34
slangasekI can see the kernel events just fine23:34
slangasekthe devices are there23:34
slangasekit's only X that's confused23:34
stgraberslangasek: so, I think that the diff I pasted earlier should work and seems to do the right thing. Only thing that needs fixing is the code bringing up the bond interface if it's not there.23:35
brycehslangasek, I won't argue that X may not be doing something stupid, however we've not yet updated the X stack in precise, so what you're running right now should be pretty similar to what you were running in oneiric.23:36
stgraberbasically whatever is the first slave coming up needs to do the ifup on the bond, any other interface needs to wait for the bond to be up, then add itself to the list of slaves23:36
slangasekbryceh: sure; so it could be a latent bug in the oneiric stack, or it could be related to the kernel in some unidentified fashion23:37
brycehslangasek, also there appear to be a lot of usb subsystem error messages in your dmesg; possibly unrelated but also make me wonder at kernel problems23:37
slangasekstgraber: my understanding was that the ifup on the bond was already being done by the previous code23:37
brycehslangasek, also I've found a linux-usb thread discussing this particular USB hub and issues with devices not detecting properly23:37
slangasekbryceh: heh; I've been using it for a couple of years now with no such problems23:38
brycehthe hub appears to have some usb 2.0 / 3.0 switching behaviors that I gather confused the kernel in the case being described in this thread23:38
brycehslangasek, yeah the thread is very recent (nov 12)23:38
brycehnot sure if it's relevant though.23:39
stgraberslangasek: kind of, the previous code was creating the bond and doing all the sysctl configuration, but never actually doing an ifup on it (so you'd have to wait till the ifup -a at the end of the boot to get an IP and run the other post-up scripts)23:39
slangasekstgraber: no, you shouldn't have to wait for ifup -a; creating the device causes a udev event for bond023:40
slangasekwhich (asynchronously) triggers /etc/init/network-interface for bond023:40
brycehslangasek, last paragraph on this email suggests some known issues exist with this hw - http://www.spinics.net/lists/linux-usb/msg54377.html23:40
slangasekstgraber: maybe instead of calling ifup explicitly, we can just cause the interface to be created?23:41
slangasek(which I think would probably be cleaner)23:41
slangasekbryceh: checking to see what happens if I plug the mouse in directly23:42
slangasekstgraber: I guess it depends whether there's additional setup that needs to be done on the slave interface after ifup is called on the master23:43
slangasekbryceh: same problem when I plug the mouse in directly23:44
slangasekdevice shows up in lsusb, lsinput, input-events shows the events are being received, nothing useful out of X23:44
stgraberslangasek: I need a way of waiting for bond0 to be done initalizing because only then the other interfaces can be added as slaves to that bond23:44
slangasekstgraber: I don't think it's very clear what "done initializing" means in all cases23:45
stgraberslangasek: currently what's creating bond0 is the pre-up script for bond0, so not sure how to trigger the udev event without running the whole pre-up script23:45
stgraberslangasek: I need to have the bonding module loaded, have the bond interface created, have it's mode set and the interface up so /sys/class/net/bond0/bonding/slaves is writable23:46
brycehslangasek, let's pop over to #ubuntu-x23:47
slangasekstgraber: oh; I was mistaken, there apparently *aren't* any udev events for bonding interfaces23:57
slangasekstgraber: arguably a bug, but I guess we shouldn't design to rely on it23:57
stgraberI don't think calling ifup on the master interface is a big problem, as long as we can be sure never to do it twice at the same time because of some race condition23:58
slangasekno, ifup itself guards against that23:59

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