[00:01] hud sure spews a lot of errors and warnings [00:01] think those are all subsequent to the crash though [00:07] interesting; elmo's stacktrace does not match the one upstream === malkauns_ is now known as malkauns [00:17] if someone can help, i *just now* uploaded a cloudinit at http://paste.ubuntu.com/861292/ [00:17] it fixes 2 bugs that i'd like to have fixed in beta1 [00:17] but i am willing to have someone say "no, not important enough" or "no, too late". [00:19] jdstrand: ping [00:23] * smoser is out. if anyone can ACK that though, i'd appreciate it. but otherwise, it can just land the other side of beta. [00:34] Hi, I wonder how long it takes for a package in Debian testing ( http://qa.debian.org/developer.php?packages=libbpp-core ) reach ubuntu ( https://launchpad.net/ubuntu/+source/libbpp-core ) ? Does it require a manual operation ? [00:35] dachary: It depends on the time of the Ubuntu cycle. [00:36] RAOF: at this time does it require a manual intervention ? [00:36] dachary: At *this* point in the cycle (after DebianImportFreeze) it's manual. Also, we're after FeatureFreeze, so if the package introduces a new feature it needs justification. [00:36] it's not about https://wiki.ubuntu.com/StableReleaseUpdates just yet, I guess ;-) [00:36] oh [00:37] Finally, we're currently in BetaFreeze, so there's basically no chance until the Beta is released. [00:37] that's not true for packages in universe/multiverse [00:38] broder: I should have mentionned these packages are in universe. The rule is different there ? [00:38] as long as they're not on an image, beta freeze mostly doesn't apply (they have to be approved, but it's virtually automatic) [00:38] but FF and DIF are still relevant [00:40] There are a few new features in this set of bioinformatics packages http://biopp.univ-montp2.fr/wiki/index.php/Packaging [00:40] broder: does that mean they will be rejected even if they are in universe ? [00:42] I would like to make sure I'm not missing an opportunity to have them in the next ubuntu release. But if the rules say it can't, they will have to be obeyed ;-) === bladernr_ is now known as bladernr_afk [00:42] dachary: it means that you have to manually request the sync (because it's post-DIF), and get a FeatureFreezeException approved (because it's post-FF), and that if the sync was sponsored right now, it would be held for approval (due to BF), but that it would with high certainty get waved through the beta freeze queue [00:43] broder: that's hopefull :-) [00:50] border thanks for the help. I'll proceed with https://wiki.ubuntu.com/SyncRequestProcess and https://wiki.ubuntu.com/FreezeExceptionProcess [01:06] elmo, thanks again for your help. I've been in contact with Intel and it's marked as a priority issue for investigation with them. [01:15] smoser: please use #ubuntu-release for such questions rather than relying on someone to catch it in scrollback on #ubuntu-devel... :) === rsalveti` is now known as rsalveti [06:04] Good morning [06:05] iulian: you can upload stuff at any time; during the freeze it'll be caught in unapproved, and you should poke in #ubuntu-release to get it through quickly; but yes, ghc seems fine now [06:07] I think that was discussed on Friday and it was decided that after beta 1 would be easiest [06:14] ok [06:14] well, I guess I can use the buildds to do some rebuilds for bug 875466 [06:14] Launchpad bug 875466 in libxt (Ubuntu Precise) "Lots of packages shipping with broken md5sums" [Medium,In progress] https://launchpad.net/bugs/875466 [06:26] hi together [06:26] a small question about creating patches [06:27] in a project there is a patch named "01_no-shipped-init-script.patch" [06:28] which uses debian/$PROJECT.init.debian to be copied [06:28] now I am building an upstart patch [06:29] that sounds overly complicated [06:29] so this patch is no longer neccesary... [06:29] Is it advisable to kill this 01_patch alltogether? [06:29] a patch that creates debian/project.init.d ? [06:29] no [06:29] it is more funny [06:30] -- [06:30] larsduesing: it's a little vague, but just build the package and see what comes out of it [06:30] 01_no-shipped-init-script.patch:- @echo "Installing Debian-style init.d" [06:30] 01_no-shipped-init-script.patch:- @mkdir -p ${DESTDIR}${diretc}init.d [06:30] 01_no-shipped-init-script.patch:- @cp doc/${PROJECT}.init.debian ${DESTDIR}${diretc}init.d/${PROJECT} [06:30] 01_no-shipped-init-script.patch:+# @echo "Installing Debian-style init.d" [06:30] 01_no-shipped-init-script.patch:+# @mkdir -p ${DESTDIR}${diretc}init.d [06:30] 01_no-shipped-init-script.patch:+# @cp doc/${PROJECT}.init.debian ${DESTDIR}${diretc}init.d/${PROJECT} [06:30] --- [06:30] larsduesing: in general, if you just have debian/project.upstart, dh_installinit will do the right thing [06:30] it is even commented out... :) [06:31] larsduesing: no, the patch comments it out, i. e. disables it [06:31] so you need to keep that [06:31] ah... yes [06:31] as you still don't want the init script [06:31] i saw this NOW... sorry [06:31] :) [06:31] yes, it's about Makefile [06:32] sorry [06:37] sorry, another question... [06:37] in ubuntu i cannot use dch --nmu --close bug#, correct? [06:37] (it querries the debian bug-database...) [06:44] larsduesing: I think you can, but (a) we don't have NMUs (because we don't have maintainers), and (b) --close will add a closes tag for the BTS, rather than Launchpad; that's probably not what you're after. [06:45] good morning/evening all [06:45] hey rickspencer3 [06:45] pitti, Daviey what's the word on the street for beta1? looking good? [06:45] rickspencer3: no catastrophes that I could see, anyway [06:45] * rickspencer3 eyes precice_probs and smoke tests [06:46] pitti, good to hear ... it's nice to see the archive and smoke tests are in good shape [06:46] rickspencer3: ISO tracker for ubuntu images has just one red bug, which is a xubuntu bug and already fixed; it seems it just got mis-placed [06:47] rickspencer3: precise_probs has that long-standing problem of the new armadaxp kernel, but it's not really user-visible [06:47] rickspencer3: openjdk will be fixed once it finishes building on arm* [06:49] rickspencer3: upgrades are a bit unstable unfortunately, bug 927993 [06:49] Launchpad bug 927993 in apt (Ubuntu Precise) "distribution upgrade from lucid to precise failed with : package dpkg is already installed and configured" [High,Triaged] https://launchpad.net/bugs/927993 [06:53] @pilot in === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Freeze in effect. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #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: didrocks [06:56] larsduesing: btw, the Ubuntu equivalent of Debian's Closes is to put (LP: #123456) in a changelog entry [06:57] This will automatically fix-released the bug when the package hits the archive (provided the bug is filed against that package) [07:08] YokoZar: thanks [07:15] hmm... [07:15] sorry... [07:15] how to get quilt to delete a file? [07:15] (not a patch, but a file in debian/ ) [07:20] (I think I am in a complete wrong way... I want to make a patch which exchanges init.d to upstart... ONE Change out of the debian-dir, all others are in debian...) [07:20] (this patch is to be given to ubuntu-sponsors [07:23] larsduesing: just delete the file [07:23] we don't patch files in debian/ [07:25] ok, so a patch for sponsors should be a normal diff? [07:25] (and nothing with quilt ? [07:25] yes, ideally a debdiff between the current package and your new one [07:25] i. e. debdiff foo_current.dsc foo_new.dsc [07:25] ok [07:26] but in new should be a changelog-entry? [07:26] yes, of course; any change you need to make [07:26] ok [07:27] thanks [07:49] good morning [07:50] pitti, nothing like a few rebuilds in the morning, right? :) [07:50] dholbach: yeah, felt like the buildds needed to produce some heat :) [07:50] they were getting bored and crummy [07:54] can somebody please reject https://code.launchpad.net/~maxolasersquad/ubuntu/precise/stellarium/add_quicklist/+merge/94312? [07:55] dholbach: *zap* [07:56] thanks pitti :) [08:01] is anybody able to set bug 223825 to triaged? [08:01] Launchpad bug 223825 in aiccu (Ubuntu) "aiccu init.d script will race dhclient (upstart issue?)" [Undecided,In progress] https://launchpad.net/bugs/223825 [08:16] larsduesing: yes, but "in progress" seems appropriate as there is a patch now and you are workign on it? [08:16] pitti: patch is completed... (and working since more than half a year in my ppa) [08:17] so what type is to be set? [08:17] *sorry* I'm rather new to all this :( [08:17] larsduesing: ah, sponsors are subscribed already [08:17] larsduesing: that's pretty much it then [08:18] sponsors and sru [08:18] ok [08:18] larsduesing: btw, no need to remove debian/aiccu.init.d [08:18] thanks for your help [08:18] larsduesing: instead, you should call dh_installinit with --upstart-only [08:18] (smaller diff) [08:19] so I should put a new diff? [08:19] larsduesing: hang on, you don't even need --upstart-only; if .upstart exists, that will be used [08:19] larsduesing: would make it easier for sponsors, yes (and you can do another final test build) [08:20] but the init.d is the source of that bug [08:20] (I did a build - but interestingly on updating /etc/init.d/aiccu WON'T be deleted :( ) [08:22] larsduesing: yes, but that's not because you removed debian/init.d [08:22] larsduesing: the init script is a dpkg-managed configuration file, and you need to remove it manually in maintainer scripts [08:22] larsduesing: see man dpkg-maintscript-helper [08:22] arghs, so I have to edit these, too? [08:23] larsduesing: if you don't feel up to this, please mention it in the bug, so that the sponsor can add the necessary bis [08:23] bits === tkamppeter_ is now known as tkamppeter === smb` is now known as smb [08:23] I'm able, but I'm learning still [08:23] (and if I do it not myself, I will never learn...) [08:24] larsduesing: no, it's actually enough to add a debian/aiccu.maintscript with something like "rm_conffile /etc/init.d/aiccu 20070115-14.1" [08:24] larsduesing: the dpkg-maintscript-helper manpage explains the problem with conffiles, and how to remove them on upgrade [08:24] ok [08:24] fortunately it's relatively easy to do this these days with .maintscript [08:25] there is no debian/*.maintscript [08:25] only .postrm [08:26] (and pre*/post*.debhelper) [08:26] yes, you need to create it [08:26] ok [08:26] *reading* [08:26] :) [08:26] thanks pitti [08:26] larsduesing: kein Problem :) [08:26] *g* [08:32] pitti - so I should leave the buggy init.d-script in place? [08:32] larsduesing: yes, it won't be installed if there is an .upstart script as well (see man dh_installinit) [08:32] ok [08:32] that reduces the delta with debian [08:32] i. e. the packaging difference [08:32] yes [08:32] I understand [08:36] still one question - should I update debian/control Standads-Version: 3.9.1 to 3.9.2 ? [08:36] lintian mentions it... [08:36] No. [08:36] Not unless you're planning to take over upstream maintenance too. [08:36] ok [08:37] larsduesing: that'd be unnecessarily diverging from Debian, indeed, so we leave it [08:38] Also, rm_conffile surely isn't enough in this case, you'd also want an update-rc.d remove? [08:38] Or you leave a mess of dangling symlinks. [08:38] oh [08:38] that's right... [08:39] so somewhere put an "update-rc.d aiccu disable"? [08:40] larsduesing: Not disable, remove. [08:40] ah, yes... [08:40] sure [08:42] infinity: aiccu.postinst.debhelper DOES that [08:42] # Automatically added by dh_installinit [08:42] update-rc.d -f aiccu remove >/dev/null || exit $? [08:43] isn't that just on "remove", not on "upgrade"? [08:44] "aiccu.postinst.debhelper" [08:45] I read that, do that after installing [08:45] larsduesing: righht, but this line is usually surrounded by if [ "$1" = "purge" ] [08:45] I'd actually be shocked if it's there at all after dh_installinit switches to installing an upstart script instead. [08:45] (Have you made that change yet?) [08:47] pitti: no dependencies for that line [08:47] nice, magic [08:47] so perhaps dh_installinit is clever enough to do that by itself then [08:47] uh, are you guys sure? it makes perfect sense for dh_installinit to cleanup the rc*.d symlinks if you start shipping an upstart job [08:47] I HATE magic, esp. if I don't understand it [08:47] broder: yes, it does, but I wasn't aware that it does that by itself [08:48] broder: I don't think it makes sense at all for it to universally have that in every upstart-using package (and I'm betting it doesn't). [08:48] so, I'll try an update.. let's see [08:48] :) [08:48] looks like it adds it unless you specify --upstart-only [08:49] err, wait, and unless some other things [08:49] so that was probably added so that maintainers don't have to add the same snippet over and over again [08:50] I suppose. But then they'll be there "forever". I guess it doesn't hurt, unless the user adds their own init script with the same name, assuming some silly maintainer script that doesn't own the file won't mess with them. [08:51] * infinity shrugs. [08:51] infinity: remove only removes symlinks if the script doesn't exist [08:51] True. [08:51] So, it's just a lot of unnecessary noops. [08:52] Good thing it's Perl instead of Python, so it doesn't take 5 seconds to run and do nothing? ;) [08:52] hmm [08:52] I am running into problems... [08:52] *checking again* [08:53] nothing had been deleted [08:53] *checking* [08:55] arghs [08:56] in postinst there is an "exit 0" - and dh_installinit is in the last lines [08:57] (and I enterered nothing in the config, therefore I ran into the exit 0) [09:01] with correct settings it is ok [09:01] thanks [09:01] so, I'll publish new patch [09:02] thanks infinity and pitti (and sorry for so many newbie-questions and -errors... :) ) [09:03] larsduesing: np; conffile handling isn't exactly a newbie topic [09:04] I learned a bunch of new things... mission accomplished :) [09:12] dholbach: guten morgen, how are you? [09:13] hey didrocks [09:13] good good [09:13] how about you? [09:14] dholbach: piloting, seeing that all keywords patch have no changelog, inline patches, not to the correct branch, but well, in easy brain-off mode :) [09:14] dholbach: I'm trying to get a good text for commenting on them, do you have wiki page handy explaining shortly having a patch in quilt + changelog? [09:15] didrocks, here's what I did: https://code.launchpad.net/~maxolasersquad/ubuntu/precise/smplayer/add_quicklist/+merge/94500 [09:15] dholbach: ah excellent! was looking for a model :) [09:15] dholbach: was exactly what I needed, thanks! [09:15] * dholbach hugs didrocks [09:16] * didrocks hugs dholbach back [09:16] didrocks, one thing I was wondering about: how are you going to do it? are you going to use their email address or yours? [09:17] personally, I used theirs, so it would be indicated as their contribution in LP - but I'm not sure how everybody else does it [09:17] dholbach: well, we will only upload that part of GNOME .91 [09:17] dholbach: as* [09:17] aha! [09:17] dholbach: so I'm adding the [ … ] [09:18] ok :) [09:18] yeah, the one making the .91 update on the component will win the sponsoring :) [09:18] not me on the chart :p [09:18] dholbach: I'm also sending that upstream FYI [09:18] (as there is no indication it has been done) [09:19] didrocks, for future reference , I would give them a link to a "forwarding patches to gnome" wiki page, so they do it themselves next time [09:19] dholbach: yeah, and stating in the merge that it was done :) [09:19] yeah [09:19] * dholbach hugs didrocks [09:19] right now, doing the call for help is easy and we are taking all the extra load :/ [09:20] so anything in that regard will be appreciate! [09:20] appreciated :) [09:20] yes [09:24] oh, I'm sort of late, ubuntu is in freeze already... [10:15] SpamapS, smoser: are you going to figure out https://code.launchpad.net/~smoser/ubuntu/precise/sysvinit/rc.local.d/+merge/88323? (I'm trying to get older merge proposals off the list :-)) [10:15] pitti, do you think it'd be OK to reject https://code.launchpad.net/~pali/ubuntu/natty/plymouth/plymouth/+merge/61897 based on broder's comment? [10:16] dholbach: yes, absolutely; there is no chance that we'll upload this [10:16] and not for oneiric anyway [10:17] (rejected) [10:17] stgraber, are we still going to get https://code.launchpad.net/~sdeziel/ubuntu/oneiric/openvpn/subnet-icmp-disable/+merge/90740 into precise? [10:17] thanks a lot pitti [10:18] dholbach, oh hai [10:18] hey Amoz [10:21] I'm running precise with latest updates, I think the battery indicator in gnome-shell is freezing, upower reports correct values, restart gnome-shell, batteryindicator shows correct values again === conntrack is now known as eyeofra [10:22] how can one debug the indicator? === doko_ is now known as doko === eyeofra is now known as conntrack [10:35] Amoz, you could try asking in #ubuntu-desktop [10:38] dholbach, Amoz: ask #gnome-hackers on irc.gnome.org [10:39] we don't have gnome-shell hackers on #ubuntu-desktop [10:39] oh [10:39] that might be a distro issue, I will respond there [10:43] can someone reject https://code.launchpad.net/~nik90/ubuntu/precise/vlc/keywords/+merge/95085 please? need to go upstream first [10:45] done [10:45] thanks pitti :) [11:14] I'm currently putting together tasks for Fix It Friday (coinciding with Ubuntu Global Jam) - any requests? I was think of http://qa.ubuntuwire.com/ftbfs/ and https://bugs.launchpad.net/ubuntu/+bugs?field.status_upstream=resolved_upstream for now [11:16] presumably most of the older bugs on that list have been fixed ages ago; but working on that starting from the newest bugs sounds interesting [11:18] 24 [11:18] urgh [11:23] pitti, yeah, and if we can close some of the older bugs during the process, then that's cool too :) [11:23] "just" a matter of making the instructions clear enough :) === _salem is now known as salem_ === MacSlow is now known as MacSlow|lunch [12:23] @pilot out === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Freeze in effect. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #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: [12:51] didrocks: bug #943014 [12:51] Launchpad bug 943014 in vlc (Ubuntu) "[Need upstream first] Update desktop file with latest keyword specification" [Undecided,Triaged] https://launchpad.net/bugs/943014 [12:53] bdrung: thanks for the notice [13:17] dholbach, well, slangasek was fairly anti rc.local.d [13:18] smoser, maybe it should be discussed on the mailing list then? *shrug* [13:19] dholbach, my feelings will not be hurt if you make that disappear from the queeu [13:19] i agree it isn't worht other pilots looking at really. [13:20] I don't have the necessary powers [13:20] what do you need me to do then? [13:20] can somebody please reject https://code.launchpad.net/~smoser/ubuntu/precise/sysvinit/rc.local.d/+merge/88323? (based on the discussion above) [13:20] thanks a lot smoser [13:20] work in progress ? [13:20] is that good enough ? [13:23] it will make it drop off the list [13:27] smoser: I can delete the proposal, is that the sort of rejection you're looking for? [13:27] smoser: Surely you can do that too... [13:33] infinity, i moved it to "workin progress" an that is good enough. [13:33] please do not delete. [13:34] smoser: Alright. ;) === yofel_ is now known as yofel === bladernr_afk is now known as bladernr_ [14:05] dholbach: yes, I have a package ready for upload, waiting for beta-1 freeze to be lifted [14:05] dholbach: it's in my PPA and already tested [14:05] awesome [14:05] :) [14:10] dholbach, you want a merge proposal or a patch in the bugreport? [14:10] for the upg [14:10] Amoz, as you like it - whatever is easier for you [14:11] dholbach, http://paste.ubuntu.com/861948/ [14:11] thanks Amoz [14:11] np [14:12] my bad for not checking it more carefully [14:12] we fixed it this way last time as well I suppose [14:13] Amoz, ah, cool [14:16] Amoz, applied, tested and committed :) [14:16] good work [14:16] dholbach, nah you did the work ^^ [14:17] no no === MacSlow|lunch is now known as MacSlow [14:17] I had no idea what I was doing [14:19] Amoz, did you get your indicator-power query sorted out? [14:19] @pilot in === udevbot changed the topic of #ubuntu-devel to: Precise Beta-1 Freeze in effect. Archive: open | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/xmGdCW | #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: kenvandine [14:19] dholbach, filed a bug [14:19] * dholbach hugs kenvandine [14:19] Amoz, ok cool [14:19] * kenvandine hugs dholbach [14:19] dholbach: the merge proposal can probably be killed though as the real fix is a merge from Debian [14:19] stgraber, excellent [14:20] an somebody please reject https://code.launchpad.net/~sdeziel/ubuntu/oneiric/openvpn/subnet-icmp-disable/+merge/90740? [14:20] ^ based on the discussion above [14:39] done [14:46] who do i need to ask to move to a newer openjpeg? [14:46] we are two releases behind [14:47] in a project that releases every year or more === bladernr_ is now known as bladernr_afk [15:30] smoser: I'm not anti rc.local.d, I'm anti putting this in sysvinit ;) [15:31] i kind of realized that when i re-read the conversation [15:31] and updated the bug with a summary in its final comment. === bladernr_afk is now known as bladernr_ [15:36] anyone wants to submit a branch on my behalf? (https://bugs.launchpad.net/ubuntu/+source/unity/+bug/942476) [15:36] Launchpad bug 937334 in unity "duplicate for #942476 Unity shortcut overlay needs to include shortcut for video lens" [Undecided,Confirmed] [15:36] i can't ssh in here, the network blocks any port other than 80. [15:37] pitti: I've noticed that some python tracebacks reported by apport are missing information bug 942439 is an example [15:37] Launchpad bug 942106 in mdadm (Ubuntu) "duplicate for #942439 mdadm-functions missing udevadm settle (?)" [Undecided,Confirmed] https://launchpad.net/bugs/942106 [15:37] pitti: is missing the source package, version and distrorelease bits at least [15:38] hm, curious -- no idea how this would happen [15:38] bug 942888 is another example [15:38] Launchpad bug 942888 in Ubuntu "unity-scope-contacts-desktop crashed with NoSuchDatabase in _reconnect(): Database contacts does not exist on this server. (Create it by passing create=True)" [Undecided,New] https://launchpad.net/bugs/942888 [15:39] this is rather recent [15:39] that at least has a rather weird Dependencies: field === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [15:49] pitti: if you need it another example is bug 940800 [15:49] Launchpad bug 940800 in Ubuntu "pyclean crashed with Exception in from_package(): cannot get content of python-wadllib" [Undecided,New] https://launchpad.net/bugs/940800 [15:50] bdmurray: oh, I believe that it's happening now, I just don't know why :/ [15:50] I guess something weird with the new async way of collecting information [15:50] ah, no Evan [15:51] he's at a conference this week [15:52] so apparently there's some way of sending the report without collecting all the information [16:08] pitti, can I borrow your expert brain for a moment? === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [16:15] hey diwic, what's up? [16:16] pitti, the stacktrace given by apport seems inconsistent and I'm not sure what I can trust or not [16:17] pitti, in bug 924416, stack trace top is at "drop_block (bq=0xfd6170, q=0x7fede800f440) at pulsecore/memblockq.c:180" [16:17] Launchpad bug 924416 in pulseaudio (Ubuntu) "pulseaudio crashed with SIGABRT in drop_block()" [Medium,Confirmed] https://launchpad.net/bugs/924416 [16:18] pitti, it says that q=0x7fede800f440 when the function was called. However, at line "pulsecore/memblockq.c:18" is "pa_assert(q)" [16:18] pitti, which should succeed if q is non-zero. [16:19] pulsecore/memblockq.c:180 [16:22] pitti, so how should I go about this? [16:22] hm, I'm as baffled as you; sometimes optimization plays dirty tricks, but SIGABRT very much does sound like an assert failure [16:22] * pitti downloads and looks at source [16:24] diwic: hm, it doesn't show the value of bq, is there any chance that it really hits the next assertion, pa_assert(bq->n_blocks >= 1); ? [16:25] diwic: is pa_assert() even active, i. e. do we not build with NDEBUG? [16:25] pitti, I'm pretty certain pa_assert() is active [16:26] pitti, but what technique would I use to verify? I assume gdb is involved somehow :-) [16:28] diwic: at this point it'd be good to get a core dump === Ursinha` is now known as Ursinha === dendrobates is now known as dendro-afk [16:29] pitti, can we get one from launchpad or is it forever lost? [16:30] it's already a month old, so I think it's gone for good [16:31] pitti, bug 932178 is from 14 feb if that helps (it's a duplicate) [16:31] diwic: if I read macros.h correctly, pa_assert_se should drop a log message into pulse's log; is that anywhere in teh attachments? [16:31] Launchpad bug 924416 in pulseaudio (Ubuntu) "duplicate for #932178 pulseaudio crashed with SIGABRT in drop_block()" [Medium,Confirmed] https://launchpad.net/bugs/924416 [16:32] pitti, no, I think it should be in /var/log/syslog though, we might want to apport-collect that... [16:32] diwic: Eric says he gets it a few times a day; perhaps he can attach the .crash report the next time it happens, then we'll have it for closer inspection [16:33] diwic: oh, I had expected ~/.xsession-errors [16:35] pitti, good idea. that would be in /var/crash/apport something? [16:35] diwic: yes, /var/crash/_usr_bin_pulseaudio.1000.crash presumably [16:36] cd [16:36] cd ? [16:36] compact disc [16:37] or see directory ? :) === bladernr_ is now known as bladernr_afk === bladernr_afk is now known as bladernr_ [16:39] pitti, ok, I will update the bug and ask for this information. Thanks! [16:40] diwic: thanks; sorry that I cannot be more helpful [16:41] pitti, both you and apport is already very helpful, so don't feel bad about it :-) [16:50] Hi all! [16:56] bdmurray, do you have instructions on how to use set_serial for wacom touchscreens? [16:56] pitti: bug #828731> no, kexec-tools hasn't been accepted into lucid-proposed... [16:56] Launchpad bug 828731 in kexec-tools (Ubuntu Natty) "kdump functionality not working as expected when /boot is a separate partition" [Medium,In progress] https://launchpad.net/bugs/828731 [16:57] pitti: should I go ahead and accept the lucid/natty versions? [16:58] slangasek: odd, it had a comment; click failure :/ please do, thanks [16:58] cnd: this is all I have http://www.murraytwins.com/blog/?p=103 [16:59] bdmurray, ok, thanks! [16:59] bdmurray: so I can comment on bug #659438, but hit a timeout trying to move the bug to 'triaged', bah [16:59] Launchpad bug 659438 in apt (Ubuntu) "Installation/Removal fails because of package which could not be located (failure in apt.Cache.required_download)" [High,Triaged] https://launchpad.net/bugs/659438 [16:59] slangasek: might work via the api which task? [17:00] bdmurray: the devel task for aptdaemon (Ubuntu) [17:01] slangasek: re bug 937638 its duplicate bug 937630 also seems to have hardware errors [17:01] Launchpad bug 937638 in sysvinit (Ubuntu) "package initscripts 2.88dsf-13.10ubuntu4.1 failed to install/upgrade: ln: accessing `/etc/nologin': Input/output error" [High,Invalid] https://launchpad.net/bugs/937638 [17:01] Launchpad bug 937638 in sysvinit (Ubuntu) "duplicate for #937630 package initscripts 2.88dsf-13.10ubuntu4.1 failed to install/upgrade: ln: accessing `/etc/nologin': Input/output error" [High,Invalid] https://launchpad.net/bugs/937638 [17:01] bdmurray: right, those two are from the same submitter; there was another one, let me find it [17:01] ah, got it [17:02] bdmurray: bug #938306 [17:02] Launchpad bug 938306 in sysvinit (Ubuntu) "package initscripts 2.88dsf-13.10ubuntu4.1 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Medium,Incomplete] https://launchpad.net/bugs/938306 [17:07] slangasek: what about EXT2-fs (loop1): error: ext2_lookup: deleted inode referenced: 64092 ? [17:09] bdmurray: well, it's not a hardware error in that case - may simply be fs corruption [17:11] I just love mdadm.. 44,000 lines of C, about 9 lines of comment === DrKranz is now known as DktrKranz [17:15] if (ioctl(fd, GET_ARRAY_INFO, &array) != 0 || [17:15] array.raid_disks <= 0) [17:15] return 0; [17:15] So.. either there aren't enough disks, or the ioctl exploded. Either way.. lets just fail the same way. === Guest40451 is now known as zumbi [17:39] SpamapS: By "not enough disks", you mean "no disks", which is equavalent to "no array at all", which may well be about the same as GET_ARRAY_INFO returning a failure. [17:40] SpamapS: Looks more like just covering their bases for all the different "vaguely undefined" ways that an array can not exist. [17:41] SpamapS: (I do like that the check accepts the possibility that there may be a negative number of disks, though) [17:52] infinity: I'm fairly certain that in this case the ioctl is complaining because the array is degraded.. but I really have no good way to prove that. :-P [17:54] SpamapS: GET_ARRAY_INFO should return info on a valid array, surely. [17:54] SpamapS: Even a degraded one. [17:55] infinity: in that case, it should have set the number of disks to 1, not 0 [17:55] You'd think. [17:55] Unless the array just plain doesn't exist from mdadm's POV. === lifeless_ is now known as lifeless [17:56] its also possible the disc.major != 0 or the disc.minor != 0 [17:56] thats in another part of the code [17:56] * SpamapS is writing a tiny version of mdadm's ioctls to determine that right now. :p [17:56]