[12:01] enrico: please don't wait any further, we are under release pressure [12:01] thom: nothing too bad, I'll probably ask you to have a look at them just to see if we got the categories right. Plus, the docs don't actually show up in Yelp's TOC [12:01] it is much easier to make progress once it is in the archive [12:01] mdz: ok, I can upload now. Is there a wiki page with the procedure? (like, a dput snippet?) [12:01] enrico: you're runnign scrollkeeper-update in postinst? [12:01] enrico: yes, on DeveloperResources [12:01] thom: I'm calling dh_scrollkeeper and hoping it does the right thing [12:02] mdz: thanks! [12:03] mdz: do I remember correctly that you asked Mithrandir about the utf8-migration-tool build failure? [12:03] mdz: it's trivial to fix, I have a patch [12:03] sivang: better with the gnome version ? [12:03] sivang: the standard one should display something about gnome components [12:03] Kamion: yes, I did. is he away or something? he has not been around much [12:03] Kamion: feel free to fix it [12:06] seb128: une minute, checking with a fresh source === ukturl [~ukturl@cpc2-oxfd1-3-0-cust156.oxfd.cable.ntl.com] has joined #ubuntu-devel [12:06] should I use ubuntu in the version number even if the package is not in Debian? [12:08] enrico: no [12:08] I updated the instructions on the wiki to reflect that, about 10 seconds after I mentioned the page === dholbach [~daniel@td9091a82.pool.terralink.de] has left #ubuntu-devel ["Verlassend"] [12:09] mdz: :) [12:09] mdz: uploading now [12:09] enrico: if you give me the names of the binary packages, I'll add them to the supported seed [12:10] mdz: ubuntu-docs, ubuntu-quickguide, ubuntu-faqguide [12:10] ubuntu-docs contains the about ubuntu and release notes [12:11] ubuntu-quickguide is cool and reviewed for Hoary [12:11] seb128: Merci beaucoup! That was it! How can I be aware of this nex time? [12:11] I'm waiting for plovs to tell us something about the up-to-dateness of the faqguide (bugzilla #6789) [12:11] mdz: do you have any problem with removing apm from everyting that's not i386? [12:11] dunno, the gtk version should display some messages about it [12:11] seb128: well, it didn't. what are the differences? [12:12] thom: does apm not work at all on amd64? [12:12] sivang: you are asking the difference between gtk and gnome ? [12:12] or is it irrelevant because amd64 systems are all new enough to use ACPI? [12:12] the quickguide is like 95% finished and reviewed [12:12] seb128: hrm I'll msg you for clarity [12:12] sivang: the gtk version has the gtk widgets, the gnome the gtk and gnome ones [12:12] mdz: everything i've seen suggests the latter [12:12] seb128: ah ok :) [12:12] thom: go for it [12:12] Worst case, we release with ubuntu-docs and ubuntu-quickguide only [12:13] seb128: thanks again, really. [12:13] np [12:13] thom: hmm, though [12:13] thom: has ubuntu-meta been fixed to recognize that syntax? [12:13] mdz: I think I did so [12:14] mdz: uploaded. [12:14] well, that's just [i386] right; certainly there are other examples but i'll suck it and see === schweeb_ is now known as schweeb [12:14] ubuntu-meta (0.18) hoary; urgency=low [12:14] * Improve update to handle architecture-specific seed entries. [12:14] yep, looks like you did [12:15] thom: should be fine, then [12:15] mdz: utf8-migration-tool> dunno. fixed. [12:16] > > > Umm, I dont think so. apm does not exist on amd64, cannot exist and [12:16] > > > > never will exist. Please back this out. [12:16] someone seems pretty sure [12:19] (interestingly, inotify never caused me any problems on amd64) [12:20] that gnome-app-installer thing is a pretty neat idea guys [12:20] I commend thee [12:27] mdz: yeah, -0.2 has -x in .config.in and .postinst.in; -1 doesn't === tritium [~tritium@12-202-90-180.client.insightBB.com] has joined #ubuntu-devel [12:28] daniels: -1 should be good to upload, then. my upgrades were fine [12:30] mdz: ok [12:33] mdz: uploaded, I'm gone for about 6 hours now === magnon [~magnon@cD908888B.sdsl.catch.no] has joined #ubuntu-devel [12:35] night everybody [12:36] pitti: night! [12:38] Kamion: desktop/powerpc: Skipping package apmd (not for this architecture) (you rock, as usual) [12:38] blt-common fam gnome gnome-core-devel gnome-cpufreq-applet gnome-desktop-environment gnome-devel libbonoboui2-dev [12:38] libeel2-dev libfam0c102 libgnome-desktop-dev libgnome2-dev libgnomeui-dev libgnomevfs2-dev libgtop2-4 libnautilus2-2 [12:39] libnautilus2-dev libopenh323-1.13.2 libpanel-applet2-dev libpt-1.6.3 libsoup2.0-dev libxslt1-dev nautilus-media [12:39] python-fixedpoint python-gtkextra python-mpz trashapplet [12:39] being removed [12:39] in dist-upgrade to Hoary [12:39] this is suspicious [12:39] also, libgtksourceview couldn't get installed because it was trying to overwrite a file from other pkg [12:39] anyone knows about this? [12:40] schweeb, i was thinking the opposite earlier today. gnome-app-installar is in Program->system tools and does nothing that synaptic doesn't, and synaptic is in another place in the menu. It seems weird to have a small synaptic substitute in another place in the menu. Its just confusing to have two places to install programs from. [12:41] kent: we got a lot of report that people find synaptic confusing. all this libraries and strange applications all over the place. [12:43] kent: what mvo said. gnome-app-installer provides users with a view of how GNOME would think of the apps, rather than how apt sorts the apps. plus it doesn't show you all the bazillion deps that most people don't need to know about to install an app [12:44] it's kinda similar to windows' add/remove programs thinger... but more useful, and with apt tied in === mvo needs sleep [12:48] anyone working on packaging clearlooks? [12:48] tseng: it's already in universe [12:48] jdub: man, you rock. [12:48] tseng: i uploaded 0.3 the other day [12:48] hrm [12:48] thom: glad to hear it ;) [12:48] but it is not [12:48] elmo: ping [12:48] maybe in NEW [12:48] thom: at the moment I mostly just sway, hard training this week [12:48] maybe elmo hasn't processed NEW yet === mdz gives the buildds kdelibs to chew on [12:49] Kamion: heh, learning how to do high kicks on slippery floors? [12:50] fortunately the dojo floor is quite non-slippery [12:50] but how will you then learn to cope with hotels? [12:50] your life may depend on it! [12:50] better balance :-) [12:51] *g* [12:54] seb128: btw, metacity changing windows when something pops up is really freaking weird [12:55] mdz: you want me to fix the -x in the config and then upload that? [12:55] lamont: daniels already did [12:55] thom: "changing windows" ? [12:55] seb128: desktops, i mean [12:55] woot [12:55] lamont: do you have some convenient way that you can be notified when kdelibs has been built? once it's done, kdepim needs to be retried [12:55] if something becomes active on another desktop [12:56] thom: is that new with today's upload ? [12:56] mdz: kinda sorta [12:56] lamont: can you do a manual dep-wait or something? [12:56] I'll kick it [12:56] yeah - manual dep is what it'll get [12:56] seb128: - when receiving a _NET_ACTIVE_WINDOW message, switch to the desktop [12:56] where the window is located before activating instead of moving the [12:56] window to the current desktop. [12:56] in .21 [12:56] oh [12:56] when does that happen ? [12:56] I've not noticed :) [12:57] Kamion: how much work remains on your end to build Kubuntu CDs, once all of the packages are in main (should happen tomorrow) [12:57] seb128: open a Netwrok Servers window, change desktop, open it again [12:58] seb128: bug-buddy ftbfs [12:58] lamont: k, thanks [12:58] pitti: curl same thing [12:59] thom: network server like in network:/// ? [12:59] pitti isn't here [12:59] seb128: Places/Network Server [12:59] right [01:00] doesn't change the desktop here [01:00] does here [01:00] it's totally freaky [01:00] anyway, sleep === thom &| === sivang fixes a dreamcatcher for thom to protect him from moz nightmares. [01:02] mdz: depwaiterd [01:02] 'night thom === koke [~koke@rm-001-26.serve.com] has joined #ubuntu-devel [01:03] mdz: (all of kde is going in main, or just libs and friends?) === lamont drives a couple miles to visit bandwidth-boy [01:03] Anyone here on PPC? [01:04] jdub: everything used in kubuntu [01:04] lamont-away: thanks [01:05] mdz: hrm. [01:06] jdub: which has already been ANDed with a security/supportability review conducted by the Kubuntu team, Martin Pitt, myself and others from ubuntu-devel over the past few weeks [01:06] mjg59: I am. [01:06] mjg59, I have a PPC I can ssh into if you need... === justdave [~dave@66.227.241.236.gha.mi.chartermi.net] has joined #ubuntu-devel === Nafallo [~nafallo@h104n1c1o1027.bredband.skanova.com] has joined #ubuntu-devel [01:08] amu, Riddell, haggai: will Kubuntu use polypaudio? [01:09] kubuntu has to use arts atm [01:10] mdz: basically a matter of checking over all uses of $DIST and replacing some of them with $PROJECT-$DIST, I think [01:11] Kamion: does it make sense at all for kubuntu to have a supported seed at this point? [01:11] jdub: you big freak, stop flooding my log files with audio stuff [01:12] seb128: ;) [01:12] :) [01:12] jbailey: Running ubuntu? [01:12] mdz: they might want some stuff in supported that isn't there already from Ubuntu, but I certainly don't think it makes any sense for them to duplicate our supported seed [01:12] mjg59: Yeah. It's my primary box. Pegasos2. [01:12] s/in supported/in main/ [01:13] Does anybody have a multi-binary python package that uses cdbs? If so, I'd like to see how you setup your debian/rules file. [01:13] Kamion: right, at this point, anything they want in main should be added to desktop, live or ship [01:13] jbailey: Hoary? [01:13] mjg59: Yes, dear. [01:13] And if so, latest kernel? [01:13] Kamion: I suppose germinate would get unhappy if I just deleted supported from the kubuntu archive, though, yes? [01:13] mdz: correct. I haven't made the seed structure distro/suite-specific yet. [01:13] jbailey: Any chance that you could test suspend-to-disk? :) [01:14] mjg59: ii linux-image-2. 2.6.10-24 Linux kernel image for version 2.6.10 on Pow [01:14] (similarly I suspect current germinate won't work too well with warty seeds, oops) [01:14] mjg59: i tested it via the gnome logout screen [01:14] mjg59: i get some hd activity, then a blank screen [01:14] power never goes to off or standby [01:14] jbailey: Yeah, that one should have it [01:15] mjg59: I've never tried it. Lemme save everything. =) [01:15] tseng: Could you disable USE_DPMS in /etc/default/acpi-support ? [01:15] mjg59: sure [01:15] jbailey: Heh. Yes, you probably want to sync as well [01:15] tseng: This was on x86, right? [01:15] yeah [01:15] Kamion: currently, kubuntu has a supported seed which doesn't make much sense for kubuntu-in-ubuntu-main (it removes the gnome stuff and adds kde stuff) [01:15] 'night [01:15] jbailey: You'll need to have RESUME set in your initrd [01:15] i edieted acpi-support in the past, should i purge and reinstall? [01:16] tseng: what laptop you got? [01:16] dell 600m [01:16] tseng: I'll be workin on gettin my i8200 workin later [01:16] trying again, brb [01:16] mdz: no, the kdeguys told me at weekend it will come with kde 4 [01:17] mjg59: Yeah, the auto-detection of the resume is still on my TODO list. Although I did have the evil idea of instead of auto detecting it at install time, that it might be fun to autodetect the swap partition at bootup time. [01:17] mjg59: Install time is probably better for Hoary. [01:17] amu: ok, I was just merging the seed changes for kubuntu [01:17] jbailey: Yeah [01:17] tseng: Might be an idea, yeah [01:18] Never thought the first time I did suspend-to-disk would be on a desktop machine. =) [01:18] mdz: *nod* [01:19] mdz: it will be gstreamer in feature [01:19] mjg59: yeah I believe you are right. [01:19] jbailey: it's working on a desktop machine? wooha I need try this here with my -smp kernel :) [01:19] mjg59: So for now, do I just poke the major:minor into /sys/power/resume ? [01:19] mjg59: i think i was just not waiting long enough, it seems to take a few minutes to completely shut down [01:19] sivang: I have not yet tested it. [01:20] jbailey: ah [01:20] mjg59: hard to judge if something is happening when the screen is off. thanks for the tip [01:20] jbailey: Yeah, but make sure that the initrd has it set as well, otherwise it won't resume [01:22] mjg59: couldn't you also set it on the kernel command line? [01:23] schweeb: Yeah, but that's a pain on the pegasos (well, on the pegasos I, at least) [01:24] ah === lamont_r [~lamont@phantom.acmeps.com] has joined #ubuntu-devel === jbailey [~jbailey@CPE000ded9d787c-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-devel [01:25] moof [01:26] mjg59: Appears to work from a text console, trying from X. [01:27] lamont_r: when's the next kernel upload planned? [01:28] lamont_r: was kinda wondering if I could squish nfs-modules udebs into it ... [01:28] mjg59: Works just ducky from X, too. [01:29] Kamion: I think it's planned for thursday, give or take [01:29] when is preview freeze, I wonder... [01:29] mjg59: I had to do it twice in X, though. The first time it didn't power off. I think because I touched a key. [01:29] jbailey: Oh, fucing rock [01:29] lamont_r: Wednesday [01:29] because it should be before that [01:29] could be tomorrow [01:29] mjg59: The box cheerfully turned off and everything. [01:29] Kamion: It'd be cool if you could test suspend-to-disk on PPC too [01:29] jbailey: That's excellent [01:30] mjg59: will do tonight, just burning a CD now [01:30] jbailey: So we can support suspend to disk and ram on most Apple laptops, and to disk on the rest of PPC [01:30] Well, except G5s [01:30] Kamion: I think t-bone is working on merging everything together, and then I'll do the commit tomorrow evening/wed AM ish [01:31] I'll get install time post inst to do put the swap partition in first thing tomorrow then. [01:31] jbailey: Is that done before the kernel is installed? [01:31] s/installed/configured/ [01:31] I'm guessing it would have to be. [01:31] lamont_r: I'll get you a baz branch with the changes I'd like to have [01:32] jbailey: Ok, cool [01:33] awesome - actually, poke t-bone with the branch name [01:33] --pre25--2.6.10 is there to start from [01:34] lamont_r: oh, t-bone is merging and then you're merging from him? [01:34] yeah - he's going to put it all together, and then I'm going to do the actual commit and build of test images [01:35] something to do with write access to the tree... :-( [01:36] and he may or may not still need some baz tutorial help === jbailey hopes for a remedial baz workshop at UDU. [01:41] mjg59: Hmm. This might be imperfect, can I /msg you a flood? [01:41] lamont_r: you'll want to install kernel-wedge 1.25.1ubuntu4 when it appears [01:42] Kamion: ok. hopefully it'll be in the archive before 02:00 london time?? [01:42] then it's automatic on the buildd's, you see.. [01:42] lamont_r: I just uploaded it, so should be [01:43] cool [01:43] anyone know about aspell? [01:43] jbailey: Sure [01:43] there are a bunch of RC bugs imported from Debian regarding the aspell 0.60 transition [01:44] mdz: ah, Mithrandir was at FOSDEM, that would explain it [01:44] I intend to close them all unless we are going to be forced to update to 0.60 at some point in the future (i.e., by GNOME) [01:44] Kamion: aha [01:44] mjg59: 'kay, lemme just reboot first so it doesn't fill up my logs. Basically the scanner keeps disconencting and reconnecting. [01:44] (usb) [01:46] lamont_r: that build with include the atapi cd-rom stuff [01:46] oh sata === jbailey [~jbailey@CPE000ded9d787c-CM014260028338.cpe.net.cable.rogers.com] has joined #ubuntu-devel [01:52] jbailey: Yeah, you probably want to rmmod the USB stuff before suspend and modprobe it afterwards [01:53] mjg59: Oy, really? [01:53] Yeah, the USB suspend support is still crack [01:53] rmmod'ing usb means losing my keyboard. [01:53] Check out the stuff in acpi-support on x86. We'll need to do something similar for ppc. [01:54] mjg59: Hmm. Is there a bug on that I can cc: myself on? I don't imagine that I'd look at that in the next couple of days. [01:54] Not that I know of - we've just worked around it on x86 === sivang --> g_get_sleep(G_SOME_SLEEP); [02:12] its valid to tell people to report bugs upstream if it doesnt seem to be a packaging issue, correct? [02:12] gentoo was a little crackful about keeping bugs because so many upstreams hate on gentoo users [02:13] heh and how === jdub_ [~jdub@home.waugh.id.au] has joined #ubuntu-devel === mpt_newjersey [~mpt@nameko.campusclub.Princeton.EDU] has joined #ubuntu-devel [02:23] eek, synaptic's sources.list editor doesn't let me add arbitrary repositories any more? [02:23] that sucks [02:24] Kamion: you're probably capable of adding them yourself though :) [02:24] Is the list of changes between the preview release and Hoary final going to be kept and made publically available? [02:24] sure, I am, but it's a retrograde step [02:24] (solves all sorts of I tried this but it sucked/ate my cat/molested my wife issues) [02:24] mjg59: hoary-changes is archived [02:25] Kamion: (btw, just hit custom) [02:25] why is pulling anal retentive stuff out that users don't understand a retrograde step? [02:26] Kamion: It'd be nice if there was a summary page for the final release [02:26] 'cos users add custom repositories for third-party applications all the time [02:26] we want to encourage third-party vendors to set up apt repositories, right? [02:27] sure, but we won't be encouraging users to enter them manually [02:27] ah, custom, ok, I didn't see that [02:27] I stand corrected :) [02:27] and one look at that dialogue shows you it shouldn't be there [02:27] (it's in a kind of strange place in the dialog ...) === Clint [~asdfasf@user-12hdtf4.cable.mindspring.com] has joined #ubuntu-devel [02:28] I guess I should resign myself to it getting harder and harder to use my nice local mirror === luis_ [~louie@h001217d2c87d.ne.client2.attbi.com] has joined #ubuntu-devel [02:28] Kamion: vi /etc/apt/sources.list is as hard as it has ever been [02:28] wb luis_ [02:28] there was a period when it was relatively easy with synaptic :) [02:28] luis_: for your next livecd run, muine is now in hoary universe. have fun [02:29] luis_: please drop anything you got from my webspace [02:29] raw tseng power! [02:29] :) [02:30] mdz: missing proc_name for 3w-9xx will go in the uplaod after this one [02:30] zul: thanks [02:31] tseng: will do, thanks [02:34] np luis_, will have to try your cd one of these days [02:35] hmm, one miiillion deprecation warnings in system-config-kickstart. better fix those. === Kamion wonders if it would be possible for pygtk to warn only about the first use of gtk.TRUE and gtk.FALSE ... === lupusBE [~lupus@dD5772F56.access.telenet.be] has joined #ubuntu-devel [02:39] update-manager is really sweet === mjg59 -> bed [02:43] mjg59: if you wait five minutes I'll be able to tell you whether s-t-d on my powerbook works [02:43] OTOH you may be able to wait until tomorrow :) === janc [~janc@dD57704F1.access.telenet.be] has joined #ubuntu-devel [02:57] lamont_r: kdelibs built an hour ago, but kdepim hasn't yet === lamont_r goes to stare at things === farruinn [~nathan@cpe-69-201-12-137.twcny.res.rr.com] has joined #ubuntu-devel [03:06] mdz: it's building on terranova (i386) and others [03:10] lamont_r: thanks [03:11] mjg59: hmm. even after a certain amount of hacking to make all the power scripts exit zero, pbbuttonsd doesn't seem to be sending the machine to s-t-d. [03:11] mdz: was already building, that is [03:11] lamont_r: interesting; has it really been building that long? [03:13] hm, except maybe it isn't pbbuttonsd's responsibility [03:13] what actually does the final step of making a system suspend? [03:13] kdelibs is a 80 minute build, and kdepim is about the same [03:18] Kamion: on i386, /etc/acpi/sleep.sh [03:19] Kamion: in theory I think powermanagement-interface is supposed to abstract this, but at the moment it seems to be acpi-specific === srbaker [~srbaker@blk-137-73-116.eastlink.ca] has joined #ubuntu-devel [03:19] Kamion: if you find out, please update powermanagement-interface :-) [03:24] mdz: see the source; powermanagement-interface does have pmu support [03:24] hm, suspended but didn't come back up; perhaps if I were intelligent I'd make the hibernate script finish off by calling resume [03:25] mdz: however, pbbuttonsd doesn't seem to have a triggerable action for "suspend to disk", only TAG_GOTOSLEEP which == suspend-to-ram [03:25] pmi works fine for suspend-to-ram, though === srbaker [~srbaker@blk-137-73-116.eastlink.ca] has joined #ubuntu-devel [03:29] Kamion: oh, I see. I didn't notice it was arch: any [03:30] Kamion: maybe pmi should trigger the swsusp itself, then? === OddAbe19 [~OddAbe19@pcp02542642pcs.lncstr01.pa.comcast.net] has joined #ubuntu-devel === lamont_r heads back home [03:33] mdz: no, it needs to be in pbbuttonsd so that it can work if you change the coveraction or keyaction to suspend-to-disk [03:33] or in some package that installs scripts into /etc/power/ [03:45] mdz: you know that vfat synchronous support mandrake has a patch that we could use [03:48] zul: oh, interesting [03:49] ooh [03:49] ill test it out [03:49] and they use the same inotify we use in -23 [03:49] the one that broke GNOME? [03:50] good point [03:50] have you diffed them? [03:50] not yet [03:50] or just looked at version string [03:50] version string [03:50] seb was saying their inotify issues are resolved [03:50] i might check up on their gamin package [03:53] mandrake's inotify is different from ours === tseng looks for cooker srpms [03:55] lamont-away: where's that --pre25--2.6.10 branch you mentioned? === Kamion can't find it on chinstrap or rookery [03:56] huh.. [03:56] i can only find rpms [03:56] ftp://fr2.rpmfind.net/linux/MandrakeCooker/10.2/SRPMS/main/ [03:56] hm of course [03:56] lamont-away: oh, never mind, I'm stupid === luis_ [~louie@h001217d2c87d.ne.client2.attbi.com] has joined #ubuntu-devel === evan_d [~evan@12.173.104.58] has joined #ubuntu-devel === evan_d [~evan@12.173.104.58] has left #ubuntu-devel [] [03:57] the inotify patch is the same from kernel.org though [04:00] jdub: http://getsweaaa.com/~tseng/gamin-0.0.24-inotify017.patch is in the srpm === tseng grabs ubuntu source to stare and compare [04:00] Kamion: glad you found it.\ [04:00] wow, they're shipping 0.17? [04:01] zul can speak for whats in the kernel [04:01] ive not looked [04:02] jdub: this is what they have in the kernel http://zulinux.homelinux.net/ubuntu/kernel/FS18_inotify-0.18-rml-2.6.10-16.patch [04:02] hrm [04:02] zul: ill apply their patch to gamin and try to boot with inotify [04:02] hows that [04:03] that would be good [04:03] lamont: so if I mail a merge request to kernel-team@lists.ubuntu.com, will that reach the right people? [04:03] sending to pbuilder now [04:04] Kamion: yes [04:04] yes [04:04] errored out, win [04:05] In file included from gam_inotify.c:38: [04:05] local_inotify.h:23: error: `INOTIFY_FILENAME_MAX' undeclared here (not in a function) [04:05] Kamion: eventually all three of us will be able to do an upload [04:06] but thats the only patch they apply to 0.0.24 [04:07] gimme a sec. [04:07] lets try google [04:07] Patch0: interface with inotify 0.17 (not 0.18 yet) [04:07] zul: ok, sent [04:07] great.. === Amaranth [~travis@ip68-229-188-97.om.om.cox.net] has joined #ubuntu-devel [04:15] so how's nfsv4 coming? [04:16] uhhhh... [04:16] its not really going anywhere [04:16] =( === thully [~thully@166.155.89.192] has joined #ubuntu-devel [04:21] there is alot on the plate right now as it is [04:29] 'server/gam_poll.c: try to avoid the /media/ mount problem in 0.0.24' [04:29] this is one of our issues I believe [04:30] hm inotify 0.19 support was added on Feb 10 [04:30] which was before .24.. looks like the mandrake patch actually is reverting to .17 [04:30] that makes sense now [04:32] zul: know anything about 0.19? [04:32] zul: im feeling brave [04:34] jdub: moderation of my message to kernel-team@ would be handy [04:34] if you could [04:35] mdz/jdub around? [04:35] yeah [04:35] so inotify... [04:35] if we drop that back to .17 to match gamin, that's almost certainly a kernel abi event. [04:35] thoughts on that front? [04:35] lamont: im going to test .19 here [04:35] if no one has yet [04:35] tseng: that'd be way cool [04:36] fetching linux-source atm [04:36] lamont: i don't think it's worth falling back [04:36] gamin looks to support .19 in 0.24 [04:36] ok. we know that 17->18 was an abi bump. 18->19 may be as well. [04:36] ill remove .18 and zuls no-default patch and drop in .19 [04:37] jdub: so the question is, if it is an abi bump to go to .19, do we want to do that the day before preview freeze? [04:37] also, I need mdz/jdub to tell me to go ahead and cause an rsyncability-event for amd64's livecd (since it doesn't have garbage collection, and therefore grows over time...) [04:38] lamont: that last can be after preview freeze, can't it? [04:38] Kamion: anytime people want [04:38] oh jeez [04:38] it's literally simply the case of me removing the previous day's image [04:38] there are a bunch of inotify patches [04:38] lamont: i'm coming around to the idea that we should ship without inotify turned on by default, but we should endeavour to have a working version. [04:38] mind if i just patch my sources by hand? [04:39] tseng: given a working inotify, it'd be nice if it matched some combination of upstream patches... but working is even better... :-) [04:42] tseng: i couldnt get 0.19 to compile [04:42] I dont understand the split up patches, but i rm *inotify* and dropped mine in [04:42] well the latest 0.19 [04:42] we'll see [04:43] im guessing it compiles for at least rml and whoever wrote the code for gamin [04:43] john mccutcheon [04:43] tseng: daniel veillard. it seems to work for fedora/rawhide (compiles, runs). though we're seeing regression with usb thumb drives being locked [04:44] drbyte: fedora isn't shipping inotify [04:44] locked on unmount? [04:44] jdub: no, but gamin has inotify support. even though the abi might change, dv's gotten some steam from arjanv [04:44] or just not catching the file alteratioin on mount [04:44] tseng: fedora uses dnotify, so gets the file usage on removable drives problem [04:44]