[00:07] wgrant: historic reasons [00:11] RAOF: where are those headers includedd? [00:12] i dont see anything that looks like a header include with nm-device :) [00:17] asac: In main-menu/src/network-status-agent.c [00:18] RAOF: thats just NetworkManager.h [00:19] which is shipped in network-manager-dev [00:25] asac: It already includes that. At least, I think it does... :) [00:27] Anyway, I'll have a better look later; it doesn't appear that it'll be trivial at this point. [00:59] pitti: yeah I know about it, Im trying to find a fix for it having no luck [01:27] Hey, when is the new upstart slated to hit ubuntu? Will it make it into intrepid? [01:28] upstart? [01:29] upstart.ubuntu.com [01:31] Question about packaging for python. The package has a Python Module, and a script which acts as a program which interfaces with the module. Should this be split into two packages? [01:32] perhaps my question is best directed at Keybuk :) [01:33] foxxtrot: Would another application be able to make use of that module? [01:33] Yes it was designed to be developed against, however it is a pretty special purpose scientific package, so I'm unsure if anyone would want the Python module but not the application [01:34] foxxtrot: Consider splitting the module out into its own binary package [01:36] That's what I was thinking, felt it was worth checking. Unfortunately, the package doesn't have a true Makefile, so I'm going to have to see if the setup.py can be set up to 'install' to the debian/ directory [01:39] foxxtrot: --prefix= [01:39] something like python setup.py install --prefix=$(CUR_DIR)/debian/tmp/ [01:40] * rexbron cant remember off the top of his head if that is the correct varriable [01:40] The INSTALL file seems to be indicating --home= which doesn't seem nearly as correct as --prefix= would be, but the code backs it up. [01:40] and foxxtrot, #ubuntu-motu is a more appropreate place for general packaging questions :) [01:40] Fair enough [01:41] I'll join that channel as well then [01:41] Does anyone happen to know why sl-modem-daemon is in restricted rather than multiverse? I can't find any reverse package relationships that would keep it there. [01:47] persia: The source for the kernel driver afaik. [01:47] If not the source for all of it. [01:48] TheMuso: sl-modem-source is already in multiverse. Am I missing something? [01:48] persia: Are they not from the same source package? [01:49] TheMuso: They are. [01:54] Keybuk: ping [01:56] * persia files a bug on sl-modem to solicit more response. [01:59] Is it normal to have X11 and gkt libs dependencies with tomcat ?? [01:59] on ubuntu server i don't want those useless libs [02:00] I downloaded tomcat from its official website instead [02:00] Dekans: Unfortunately. I believe that Koon just fixed that for intrepid, but please file a bug on similar issues. [02:00] I don't understand these dependencies [02:00] Ah ok [02:00] perfect [02:00] :) [02:00] understood [02:01] You'll find that the issue is that the JRE depends on X. Getting that which can be headless to use a headless JRE is work in progress. [02:02] nxvl: I am actually here [02:02] what's up? [02:04] Keybuk: rexbron have just make me notice upstart [02:05] ? [02:05] Keybuk: what the state of it, and when can be start to safetly play with it [02:05] do not use for now [02:05] i'm installing it on a VM [02:05] just for testing [02:05] Keybuk: No? Why not? [02:06] persia: because it's just about to undergo a fundamental redesign [02:06] so anything you do now won't work next month [02:06] Oh, next month? That's actually fairly positive news. I thought maybe intrepid+1. [02:07] well, yeah, intrepid+1 [02:07] certainly not going to land anything like that for intrepid [02:07] not until we hire a new desktop team lead anyway :p [02:07] where can we suggest new apps to integrate in the repos ? [02:08] Keybuk: so is 0.5 stable enough for intrepid? [02:08] no [02:08] ok [02:08] well [02:08] it's stable [02:08] Dekans: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [02:08] but I don't really want to support it ;) [02:08] Keybuk: Should packages that use it now migrate away from it? [02:08] no packages use it now [02:09] Err, yes some do. [02:09] which? [02:09] ume-config-common is an example. [02:09] does it use it in vaguely sane ways? [02:09] /etc/event.d/session handles running startx in the absence of GDM. [02:09] sounds fair [02:09] won't be hard to convert later on [02:10] OK. So use is acceptable, but users should be prepared for a migration for intrepid+1? [02:10] exactly [02:10] (and upstream isn't going to support the current version) [02:10] you'd have a migration if we shipped 0.5 [02:10] so I'd rather skip that migration in Ubuntu [02:10] so 0.3 -> 1.0 will be a migration [02:10] Keybuk: < Keybuk> not until we hire a new desktop team lead anyway :p ? [02:11] nxvl: then I can go back to development full-time [02:11] Keybuk: as in you won't accept it, or as in you are quiting? [02:11] oh [02:11] ok ok [02:11] Keybuk: us studio guys are looking at writing some upstart jobs and are looking for a nice clean way to manage them (chaning values then restarting the job). I saw that 0.5 has dbus support [02:11] nxvl: I'm stepping down, thus the job description on the website [02:11] rexbron: right, it does [02:11] but d-bus has lots of bugs [02:11] Keybuk: i don't understand [02:11] and upstart is a great tool for finding bugs in other pieces of software [02:11] Keybuk: as in it's not what you expected? [02:11] especially security bugs [02:12] nxvl: after 18 months of management, I've decided that my heart lies with development [02:12] yeah [02:12] nxvl: so am stepping down as the ubuntu desktop team lead, and going to become a developer full-time again [02:12] well, faling that, calling start and stop from a subprocess shell works, if not as elegantly :P [02:12] after 4 months in advisory i have decided the same [02:12] nxvl: this can't happen until we hire a new team lead [02:12] :D [02:12] Keybuk: but still in the ubuntu-desktop team? [02:13] nxvl: I'll be moving to the ubuntu foundations team [02:13] which better fits the stuff I hack on [02:13] foundations as in platform? [02:13] mm concrete [02:13] right [02:13] or is it a new team? [02:13] ah ok [02:13] lol [02:13] lifeless: I do the plumbing, that goes under the concrete [02:13] but above the water mains [02:13] Keybuk: not the girders? [02:13] i feel better to know that Keybuk is not going away :D [02:13] rexbron: 0.5 was an attempt to fix the problems we had with 0.3 [02:14] rexbron: instead it created lots of fascinating new problems [02:14] rexbron: and thus didn't solve anything [02:14] Keybuk: I see [04:41] * jdong sees that he is joining Keybuk on the dark capacitative touchy side with his new shiny iPhone 3G :D [04:42] Consider it integration and compatibility testing... [04:43] :) [04:43] That's the sort of integration testing I can get behind. :) [04:43] oddly I do agree with his two cents on Linux's API fragmentation [04:44] in the little bit I did experiment with writing native iPod Touch apps, I found it surprisingly easy to learn [04:44] I've heard Objective-C isn't evil. [04:45] it's not bad. Perfectly bearable [04:45] maybe it's just because it's different and for that sole reason satisfies the nerd inside me [04:46] but from the perspective of an internet-enabled smartphone, the iPhone is still one of the best things I can get here in the states [04:46] the after-market modding community is simply enormous too [04:46] * jdong wishes there's a way to buy free time to explore all this stuff [04:47] jdong: One can purchase free time. One saves up, and declares that one is on sabbatical for N months. As long as one pre-arranges the end of the sabbatical, it's fairly safe. [05:33] wow the new lenovo W700 is amazing, but huge [05:34] http://www.engadget.com/2008/08/12/lenovo-intros-the-monstrous-thinkpad-w700-and-we-get-our-hands/ [05:34] * calc isn't sure amazing is enough to describe it [05:34] How huge? [05:35] * persia suspects about 30 minutes of battery life [05:36] Can anyone shed a bit of insight onto as to why Packages.gz failed the md5sum check in the Xubuntu cd build? http://people.ubuntu.com/~ubuntu-archive/cd-build-logs/xubuntu/intrepid/daily-live-20080811.log [05:36] calc: thats just terrible [05:38] persia: While pedalling furiously? [05:38] StevenK: And flapping one's arms vigorously. [05:39] calc: toshiba makes some nice traditional tabletPCs [05:40] persia: :-D [05:45] That isn't a laptop, that's a desktop that you can close. [05:45] I was tempted by 17" laptops when I bought mine. [05:46] I'm glad I didn't; I didn't really know how I'd be using it. My next laptop will be smaller :) [05:46] StevenK: saw my comment yesterday about pyclutter? [05:46] * StevenK likes his X40 [05:47] Chipzz: I did, thanks. "Exercise patience, and upstream will release 0.8." [05:47] or "SVN is in a more usable state" [05:47] Maybe upstream would like to release clutter-sharp sometime, too. Grr. [05:47] RAOF: My next laptop will be something about the same size of my current X40, or a little bit larger. [05:47] StevenK: you could consider shipping an svn snapshot? [05:47] i think i will get an X200 for my next machine or whatever replaces it by then [05:47] StevenK: The difference is that it has a battery. While not so common now, the all-in-one models with flip-close keyboards were very common here a couple years ago, but no battery at all, so momentary loss of mains shut it off. Consider it an integrated UPS. [05:48] i would like better than 1280x800 though for resolution [05:48] Chipzz: I could. I think pitti and and I are happy enough to leave it broken for the moment. [05:48] persia: Haha, point. [05:48] the X200 supposedly can last ~ 9hr on the 9cell battery :) [05:49] calc: Sure, but the W700? [05:49] StevenK: I was actually trying to point out (yesterday) that it wouldn't have to NBS'ed out of main if you shipped an svn snapshot, but ok :) [05:49] Also, I've not had best success with claims: my current laptop claims 8 hours, but I rarely get more than 5. [05:49] not using it anyway ;) [05:50] StevenK: How big is the X40? [05:50] persia: W700 is too big for me, 15" really is too big as well, which is what i currently use [05:51] persia: oh i don't know about what the W700 claim is [05:51] * RAOF 's next laptop is likely to be a toss-up between a 13" thinkpad and a macbook. [05:51] calc: Too big for weight, or too big because of your luggage? [05:51] RAOF: 12.1 inch [05:51] * persia is exceedingly happy with the CF-Y7, although the sound needs a bit of debugging. [05:51] Yeah, that's maybe _slightly_ small. Although maybe a couple of years at 13" will make it seem more reasonably :) [05:52] RAOF: The screen is a little small, but the keyboard is *lovely* [05:53] persia: luggage [05:53] persia: weight generally isn't an issue on the airline i fly, they don't even check carryon [05:54] of course i would rather not lug a heavy bag either [05:54] Ah. I care about weight more for walking about than for planes. [05:54] This is the main reason I like the X40. :-) [05:55] And terms of the laptop, charger and second battery, it's ~ 2kg [05:55] persia: i don't walk much living in Houston [05:55] calc: You're married to your car? [05:55] everything is too spread out, urban sprawl [05:56] the closest restaurant that i like is ~ 7km roundtrip, thats a fairly long walk in 40C weather [05:57] to even get out of my neighborhood, only houses here, it would take walking ~ 3km roundtrip to get the entrance, heh [05:57] no sidewalks, etc [05:57] i walked to the 7km place one day since my wife had my car [05:58] had to walk out into a 7 lane 70kph road to get around some really bad ground [05:58] Some places in America appear to suck like that; I've only been to Portland, which seemed reasonably pedestrian-friendly, but my partner went to Oak Ridge recently and it was definitely the opposite. [05:58] * persia boggles at the very existence of a 7 lane 70kph road being within 7km of a residential area [05:59] they have a datasheet on the W500 (not W700) and it says with 9cell battery up to 8.3hr on integrated video [05:59] 70kph, or mph? [05:59] 45mph [05:59] I think I'd go mad in those places. Cars suck. [05:59] meh [06:00] * ajmitch is far too used to walking everywhere [06:00] an auto's already a requirement where i live [06:00] Anyway, given https://launchpad.net/+builds shouldn't we be uploading or something? [06:00] Why? :-) [06:00] actually one way it is only actually 0.7km from my house to the 45kph road [06:00] 45kph [06:01] er 45mph [06:01] thats like what, 10 miles an hour? [06:01] * calc is typoing [06:01] 45mph/72kph (i think is the proper conversion) [06:01] its too damn hot here to go walking anyways [06:01] except when it's too cold or raining [06:02] snowing, or tornadoing [06:02] pwnguin: yep very hot here [06:02] i probably keeps it warmer in my house than it is outside for most people here ;-) [06:03] there aren't any trees around so the aircon can't keep it very cool [06:03] granted, england could probably fit within the area between metros where i live, all of which predate the car and highway [06:03] around 25.5C inside [06:04] england is pretty large but has a lot of people stuffed into it [06:04] well larger than many states in the US other than texas [06:05] england, or the uk? ;) [06:06] UK 244,820 km^2 60.5Mil people : TX 696,241 km^2 23.9Mil people [06:06] well even england is larger than many states (i think?) [06:06] What about Australia? :-) [06:06] australia is just a big desert ;-) [06:06] kinda like the west side of texas [06:07] huh, actually the UK's bigger than i thought [06:07] calc: england != UK [06:07] england by itself is 130,395 km^2 50.7 Mil people [06:07] lifeless: i know :-P [06:08] lifeless: i forgot to lookup just the stats on england at first [06:08] so england by itself is less than 1/4 the size of texas but has 2x as many people [06:08] which means you can probably visit the people you know without going too far ;) [06:09] about 11.5x the population density of texas [06:09] of course there is the part about texas being a lot of desert too [06:10] there's also washington, alaska and california :P [06:11] relatively no one lives in alaska [06:11] heh [06:11] you're the one who cares about density [06:11] but yes, you get paid to live in alaska [06:11] 0.41 km^@ [06:11] er 2 [06:11] * persia looks down at all the absurdly low population density counts [06:11] and there's still nearly no takers [06:12] 1,717,854 km^2 with 683,478 people [06:13] persia: yes well, that comes from not using the land to actually grow enough food :P [06:19] My local prefecture contains ~ 12 million people in ~ 2,187 km^2 [06:24] persia: and whats the food shortfall from that land? [06:25] persia: you can't count other regions for generating food, without lowering your population density :) [06:25] lifeless: Not sure. It does include a fair amount of argricultural produce area, but most lifestock and grain is imported. [06:26] Within the entire country, it's something like 90% sufficient, but that takes the numbers to significantly lower density [06:27] (only about 621 km^2 is metropolitan) [06:30] RIght. 126 million in 377,835 km^2, but ~70% is mountains that are good for neither people nor food. [06:31] see [06:31] if you measure the closest regular polyhedron capable encompassing my body you can get awesome population density [06:31] but it doesn't mean shit :) [06:32] Still, about 1000 people / km^2 for non-mountainous terrain [06:32] Keybuk: If I understand correctly, upstart isn't used atm anyway except as a wrapper around the current init-scripts, and a couple of other "minor" things (like terminals) etc, and that installing it is optional and has to be done manually by the user? [06:32] Chipzz: No. Upstart replaced sysvinit in Edgy [06:33] If you're using >= Edgy, you're using Upstart. [06:33] Unless you've done something very strange and likely stupid. [06:33] Chipzz: Rather, there is a wrapper around initscripts that make them upstart compatible. [06:33] I'm using gutsy IIRC, but I distinctly recall installing upstart manually [06:34] then again, this install is several releases old [06:34] update-manager should have installed Upstart on any upgrades to Edgy. [06:34] persia: that's what I meant :) [06:35] * Chipzz uses apt, not update-manager [06:35] Erm [06:35] Verboten. [06:35] * Chipzz is old-school like that :P [06:35] apt works, as long as one ensures one has the dependencies of the selected metapackages. [06:36] wgrant: erm, I've been running debian unstable/experimental since... lemme think [06:36] about 6 or 7 years ago [06:36] persia: It's officially discouraged and unsupported... [06:36] Chipzz: As have others. [06:36] wgrant: even on server installs? [06:36] wgrant: Really? update-manager mostly just calls python-apt or synaptic (which uses libapt). The important part is the metapackage definitions. [06:36] wgrant: do not worry. I know my way around [06:37] wgrant: where I have no gui [06:37] wgrant: I *do* know how to fix problems when they occur [06:37] Treenaks: update-manager-core contains CLI tools [06:37] Treenaks: Yes. do-release-upgrade. [06:37] wgrant: yes, but what if I'm running intrepid _now_ and upgrade every day? [06:37] wgrant: I am a sysadmin for profession, and use debian all the time [06:38] Treenaks: Then you are expected to know what is going to go wrong. And you haven't got such big jumps. [06:38] Treenaks: It's only needed when upgrading from one release to another (e.g. gutsy -> hardy) not when upgrading within a release. [06:38] oh yes, I've used d-r-u for that since it was introduced [06:38] Chipzz: I've done that too and have generally be successfull. It did bite me once rather badly. [06:39] persia: It also knows about upgrade quirks. For example, doing a manual dist-upgrade to Hardy would generally leave you with a fairly unworking system, due to evms changes. [06:39] ScottK: heh. I've gotten myself out of pretty bad situations with debian already :) [06:39] like a broken libc :P [06:39] wgrant: I guess. I think that's just a workaround for bugs in the package dependencies. [06:40] persia: There was no proper way to handle evms with dependencies. [06:40] transferring a running system from one HD to another one with debootstrap, and other crazy shit like that [06:40] wgrant: Quite possibly. That the facility for handling quirks is there doesn't mean that the evms stuff wasn't set up non-ideally to begin with. [06:43] good morning [06:44] Good morning [06:45] hi pitti [06:45] asac: aieeee [06:51] * pitti hugs dholbach [06:52] * dholbach hugs pitti back :) [07:12] could someone give back pymsn on hppa? [07:20] bigon: nothing to give back; it's built and arch:all [07:25] pitti, s/pymsn/pygtk [07:25] doh [07:25] bigon: done [07:25] thx [07:42] Good morning, mates. === pitti changed the topic of #ubuntu-devel to: archive: SOFT-FREEZE for Alpha 4 | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [08:05] Anyone was in contact with heno recently? [08:26] Recommends installed by default makes me want to cry now :/ [08:27] tkamppeter: I had an email exchange with him last wednesday, if that helps [08:27] dholbach: hi! Seb told me that the gnome-user-docs build error can be fixed by passing --disable-scrollkeeper to configure, but I see from debian/rules that this is already the case. I don't have any idea why the build fails [08:28] ah, hi seb128 [08:28] hi mdke [08:28] seb128: that build error on gnome-user-docs, I notice that debian/rules already contains this: [08:28] DEB_CONFIGURE_EXTRA_FLAGS += --disable-scrollkeeper [08:28] is there anything else I can do to fix the build error? [08:28] so that doesn't work for whatever reason, does the configure call during the build uses it? [08:29] I don't know :( [08:29] if the configure option is there look at what changed in the source which broken the option [08:31] hmm [08:32] i will have to get an intrepid chroot and test the build there [08:34] mdke, maybe switch to rarian-compat [08:35] mdke, thanks. I have sent an e-mail to heno last Monday, sent a reminder last Thursday or so and also yesterday and did not get any answer. [08:37] mdke, seb128: you could pass it to ./autogen.sh as well [08:38] dholbach: that should not make a difference, that's not an autotools option but a configure one [08:39] morning seb128 [08:39] hello NCommander [08:39] how goes it? [08:39] bigon: I'm not sure I'm confident enough to make such a large change to gnome-user-docs though [08:39] seb128: I just thought that autogen.sh would run configure at the end as well [08:40] dholbach: do you have a log of the build? Are you able to answer seb's question about whether configure is calling the option during the build? [08:40] dholbach: it does, but if using the option for the configure doesn't work it should not make a difference, no? [08:40] mdke: no, I just copied that portion of the log [08:40] seb128: I agree, it shouldn't [08:40] NCommander: busy but good, what about you? [08:40] seb128, my day kinda weird. I had a good firefighting drill. I got an AM ... and I'm coding on dak [08:41] So uh, yeah, when does the sky fall [08:41] ;-) [08:41] dholbach: ah, ok [08:41] Oh, and I found packages in Debian which had invalid signatures to top it all of [08:41] So yeah, weird day [08:41] sounds rather a good day ;-) [08:42] NCommander: not looking for updates to do then? [08:42] seb128, I can if it will help my MOTU quest ;-) [08:42] * NCommander is hit mortal combat style [08:44] seb128: do you have a gnome-games upload in the pipe? if not, I'd like to upload a new version which uses lzma [08:45] seb128: we need to downsize the alternates [08:45] pitti: go for it [08:45] * pitti goes for it [08:45] NCommander: http://download.gnome.org/sources/conduit/0.3/conduit-0.3.13.1.tar.gz [08:45] seb128, what category of difficulty does this fall under ;-) [08:45] pitti: just curious but how much lzma wins in this case? [08:46] NCommander: it's a standard update so should not be too hard [08:46] seb128: I expect some 3 MB (that was measured on gutsy, but shouldn't be much different nowadays) [08:46] * NCommander knocks on wood [08:47] seb128: not as impressive as ia32-libs (22 -> 10 MB) or libgl1-mesa-dri (13 MB -> 3 MB), but still not to be sneezed at [08:47] pitti: we still have ia32-libs on the cd? [08:47] seb128: no, we don't, it just was the first package we lzma'ed [08:47] * pitti holds that trophy [08:48] I see ;-) === terminx_ is now known as TerminX [08:48] the mesa lzmaification should rescue the kubuntu amd64 alternate [08:48] and the ubuntu amd64 one is now slightly oversized as well [08:53] seb128, how much do you know abotu dsc files? [08:53] NCommander: enough for what I need to do, which means not a lot ;-) [08:53] seb128, do you know if the Changed-By field ever exists in the dsc, or does it only live in the .changes? [08:53] no clue [08:55] NCommander: Only in .changes [08:56] persia, ok, that greatly simplifies this dak patch :-) [09:10] pitti: ;) [09:13] seb128: ok, forget gnome-games, for -data lzma doesn't save much any more for some reason [09:14] pitti: it's already bziped, it was a 3 megas win over non-zipped? [09:14] seb128: are you sure? [09:14] ar t /var/cache/apt/archives/gnome-games-data_1%3a2.23.6-0ubuntu2_all.deb |grep data [09:15] data.tar.gz [09:15] seb128: I got that 3 MB from https://wiki.ubuntu.com/dpkg-lzma [09:15] but it only shrinks to 12.9 MB now [09:15] gnoem-games itself shrinks from 1.2 MB to 700 KB, but that's much less of a saving [09:15] pitti: no, I though, but apparently now [09:17] 12.6 MB with bzip2 [09:17] so that's about as much air as we can drop from it [09:17] pitti: iso's have just finished up dating I'll let you know in a few minutes if it is still playing up :) [09:20] pitti: ArneGoetje: just updated langpacks from PPA ... think the current ones (5th Aug) are worth a try. [09:20] (from firefox perspective) [09:22] asac: for hardy-proposed you mean? [09:23] pitti: yes ;) [09:24] pitti: well. the last ones were broken. just wanted to emphasize that the new ones are working again ;) [09:24] * pitti hugs lzma, thanks for saving 10 MB with a single mesa upload [09:24] let me check that they fix the bug they are supposed to fix ;) [09:24] asac: right, thanks a lot for confirming [09:24] pitti: yes. it fixes antoher but the finish folks have long been waiting for [09:24] ArneGoetje: so it seems that hardy-proposed langpack updates are unembargoed again now :) [09:24] e.g. you can now search in the location bar again [09:25] so please roll them to -proposed [09:25] (before launchpad lands a new feature that makes the current po2xpi processor break again :)) [09:25] ArneGoetje: 5th aug langpacks appears to be good [09:26] Riddell: so, I think the kubuntu alternate amd64 should be within limit again in the next round [09:27] davmor2: ah, thanks; I start testing the current alternate amd64 now [09:28] pitti: oh great, what did you do? [09:28] Riddell: build mesa with lzma, which deflates libgl1-mesa-dri from 13 to 2.8 MB [09:28] lovely [09:28] Riddell: I diffed the i386 and amd64 .list files, and didn't see anything relevant [09:29] just curious that the amd64 one is so much bigger [09:30] Riddell: btw, are you aware ouf the various KDE out-of-date packages? [09:30] AFAICS kdebase and kdegraphics are just NBSes, but kdegames is a real FTBFS [09:32] however, there are still rdepends on kghostview and khelpcenter, so I can't kill them yet [09:32] asac: ok... [09:34] ArneGoetje: thanks [09:34] pitti: crontab for hardy langpacks disabled. You can shift them over to -proposed. :) [09:36] ArneGoetje: copy in progress; I estimate that everything is built and published in about 12 hours [09:36] pitti: thanks :) [09:36] (should be less) [09:38] mvo: do we need a g-a-i data update for alpha-4? [09:39] pitti: I prepared one, but didn't manage to upload last night, is it ok (freeze wise) to upload it now? [09:39] mvo: sure [09:39] (funny, I asked in #ubuntu-release some minutes ago) [09:39] execellent, thanks! [09:40] pitti: how do I build a package with lzma? I'd like to try that on my ttf-arphic-uming font package... [09:40] ArneGoetje: dh_builddeb -- -Zlzma [09:40] pitti: thanks [09:40] and a Pre-Depends: on dpkg (>= the version which introduced it) [09:40] which I of course forgot to apply to mesa, darn [09:41] Pre-Depends: dpkg (>= 1.14.12ubuntu3) [09:41] ArneGoetje: ^ [09:43] pitti: thanks === dholbach_ is now known as dholbach [09:45] ArneGoetje: btw, if you already have a deb with standard gzip compression, it's quicker to check what lzma brings with: [09:45] pitti: Fail [09:45] ar p /var/cache/apt/archives/gnome-games-data_1%3a2.23.6-0ubuntu2_all.deb data.tar.gz | gunzip | lzma -9 | wc -c [09:46] davmor2: darn, so that requires actual work; thanks for testing [09:46] pitti: would it help to test kubuntu alt and see if theres a diff between the desktops? [09:47]