[00:03] Is Canonical doing most of the dev work themselves? [00:03] LordMetroid: dev work for what? [00:03] Assembling the distribution... [00:04] LordMetroid: some is done by canonical and some by community [00:04] LordMetroid: there are many more community people than canonical people though [00:04] LordMetroid: canonical people have the benefit of being able to work on it full time though [00:04] Yes, but I can't seem to figure out where the main work is being done [00:04] its a little tough to tell; im given to understand canonical occasionaly contracts community members to do some work [00:04] depending on which news sources you believe, i'm apparently an evil microsoft plant [00:05] and yes directhex is an evil Novell-Microsoftie ;-) [00:05] oh yeah, i love me some microsofts [00:05] my OOo build worked, yipee [00:05] is it called OOOo yet? [00:05] LordMetroid: in one sense, the vast majority of Ubuntu is written by non-ubuntu people be it canonical or otherwise [00:06] now to forward port all my OOo 3.0 patches to 3.1 [00:06] pwnguin, debian! [00:06] directhex: throw some of that microsoft cash my way :) [00:06] directhex: and the people who write the programs debian packages [00:06] So I've tried to figure out where the decisions are being made now for a good 4 month but I can't seem to grasp it [00:06] ah, your question is a governance question [00:06] yes, I think so [00:07] maybe he means UDS decisions? [00:07] ubuntu is divided into "members" "developers" and "core developers" [00:07] and "annoying hanger-ons" [00:07] theoretically there isn't supposed to be a hierarchy like this [00:08] UDS's where the decision are being made? [00:08] I was thinking of going down to UDS in Barcelona [00:08] LordMetroid: UDS is where things are planned [00:08] UDS is one place where decisions are made [00:08] most of them happen at UDS [00:08] LordMetroid: but the people doing the work make the decisions, basically [00:08] * directhex remembers to pack his ice beam & missiles [00:09] lol [00:09] LordMetroid: basically, anyone in core developers can upload to main/restricted [00:09] LordMetroid: So just because some people at UDS decide we're going to rewrite nautilus in scheme doesn't mean it'll get done [00:10] Amaranth, thank $EXPLETIVE [00:10] directhex: instead you are going to rewrite it in mono, eh? ;-) [00:10] calc, damn straight! [00:10] *facepalm* [00:10] calc: he's probably going to unveil that at UDS [00:10] calc, with winforms! [00:10] * Amaranth remembers when we almost decided to use xgl for FUSA [00:11] LordMetroid: the CoC directs people to be collaborative, so they shouldnt really be abusing the powers to override any consensus [00:11] unless they're sabdfl [00:11] CoC? [00:11] calc: don't forget, directhex's a fan of VB.NET as well :) [00:11] one Xserver with multiple xgl servers under it for each user and OpenGL effects for user switching [00:11] ajmitch, "fan of"? never written a line of it matey! [00:11] directhex: you try & hide it now... [00:11] then everyone would get compiz and we could do awesome transitions for user switching, logging out, etc [00:11] ajmitch, which sorta breaks the first rule of packaging... :/ [00:11] LordMetroid: in the event that no obvious consensus can be found, the technical board exists to handle things [00:12] ok [00:12] I had that one specced and most people either saying it was a good idea or they weren't sure [00:12] !coc [00:12] The Ubuntu Code of Conduct to which we ask all Ubuntu users to adhere can be found at http://www.ubuntu.com/community/conduct/ [00:12] thank goodness that didn't happen :P [00:12] Amaranth: That would've been *awesome*. Apart from the death of upstream, of course. [00:12] RAOF: yeah, that was before upstream completely died [00:12] RAOF: we were going to get input redirection too! [00:13] know what i want? [00:13] a pony? [00:13] i want mouse sensitivity settings that can cope with mice >1000dpi [00:13] a gnome-panel that does intelligent layout? [00:13] and a pony [00:13] I want sharks with fricken laser beans [00:13] directhex: wacom has some ridiculusly high input resolution [00:13] err, beams [00:13] but i'm both allergic to horse hair and french, so if i could have that with chips... [00:13] Death of Upstream, that seems really horrible! [00:13] who put those two keys so close together? [00:13] Mmmm... laser beans. [00:13] pwnguin: I won't mention my hassles with gnome-panel & multiple displays then, I may break the CoC :) [00:14] pwnguin, the highest resolution consumer-grade mouse on the market is 5600dpi [00:14] 5600dpi is nothing, I can move way less distance than that! [00:14] pwnguin, my mouse does 4000, and i need to lower it to 1500 for it to be remotely usable on ubuntu [00:14] I move one pixel at a time! [00:15] * Amaranth spends $10 on a mouse [00:15] so I doubt it does that :P [00:15] directhex: maybe its time to gift some x developers with high resolution mice ;) [00:15] Amaranth, the 5600dpi mouse is $130 [00:15] so... no [00:16] pwnguin, if i knew which specific person would guaranteed produce results, then i'd donate a reasonable high-dpi mouse [00:16] LordMetroid: wacom input resolution is like 20000x20000 [00:16] pwnguin, tablets != mice though [00:16] indeed [00:16] I have a wacom from the 90s [00:18] anyways, i hope you have a better understanding of how decisions are made [00:18] locally, with the backing of consensus and oversight of community and technical boards [00:19] Hmm, maybe one should find a place to stay in Barcelona before it is too late [00:20] Yes, I have thank you very much pwnguin [00:20] i really don't remember where i put my euros [00:21] euros chemrous, just use the plastic [00:21] aha, here on my desk [00:22] Remember, do not drink the tap water, it does not contain your bacteria culture and from my experience of Spain, it is highly chlorated as well so you will become quite quizzy [00:24] i never drink the tap water when abroad. who knows what those funny foreigners have done to it [00:26] luckily the beer is fine [00:27] All these people attending the UDS, they are like diehardcore distro developers? [00:27] and/or microsoft plants [00:27] >_> [00:27] james_w, what's drinkable beerwise though? i'm used to nice local ale! [00:28] we'll be short on ale unfortunately [00:28] well, never mind. i hopefully have enough euros that i won't taste it by the end [00:29] there's plenty of good lager and wine though [00:32] directhex: Do a couple shots first, you won't taste any of it :) [00:32] hm, i wonder if anyplace sells my favourite rum. i'm almost out! [00:33] is james_w going? [00:33] directhex: where? [00:34] james_w, uds! [00:34] of course! [00:34] UDS in Barcelona? I wouldn't miss that [00:36] You think a general user of Ubuntu which merely is reporting bugs when he sees them has anything to contribute at the UDS? [00:37] I'd think it'd at least be nice to have some non-developer feedback for some things [00:37] LordMetroid: You may have some ideas or input that is useful [00:38] I develop my own software projects. Mainly concerned about usability... [00:38] usability is always a hot topic [00:39] anyone here familiar with building Chromium on Ubuntu? [00:39] pace_t_zulu: fta does; he maintains the ppa. [00:39] dtchen: i don't see fta in here [00:40] #ubuntu-mozillateam [00:42] pace_t_zulu: https://launchpad.net/~chromium-daily/+archive/ppa [00:43] dtchen: i am trying to figure out why my builds fail on stock Ubuntu systems [00:43] dtchen: if there are any steps particular to Ubuntu that are necessary [00:44] contrast w/ his generated source packages. === spm_ is now known as spm [00:54] is there a way to view a diff of a git commit without having to give the commit name of the previous commit? [00:54] git show [00:55] or "git diff name^..name" [00:58] james_w: btw, do you know if people have been testing the bzr git plugin on the gnome repos? [00:58] yes, they have [00:59] james_w: and it's been working pretty good? [00:59] I've no idea [01:00] pretty much every upstream and Debian project I've worked with has gone git now [01:00] 100% success record for the feedback I've heard [01:00] awesome [01:00] do you imagine it might be LP ready pretty soon? [01:00] you didn't ask what the sample size was though ;-) [01:00] heh [01:01] I don't know when LP will be ready, you're better off asking them [01:30] asac: are you around? [01:34] LaserJock: I've been playing with Banshee, and the initial branch works just fine (now that it no longer consumes multiple GB of memory), but subsequent pulls seem to die, but only in the particular repository I have. I'm trying to track it down to something easily reproducible before filing a bug. [01:34] this is somewhat offtopic I suppose, but it relates to a jaunty package (ushare) [01:34] does anyone know why the pid stored in a pid file would consistently be two less than the actual pid of the daemon? (the daemon is being started by start-stop-daemon) If I had to guess I'd say the pid is from the bash instance that starts start-stop-daemon, rather than the instance of the daemon itself. Can anyone confirm this? [01:42] WAIT, duh, the process is daemonizing itself by forking twice... [01:43] and that was my own addition/mistake [01:43] please disregard anything i've said :-p === azeem_ is now known as azeem === savvas_ is now known as savvas [02:34] my intel and 9.04 is slow [02:39] billisnice: You might want to read the release notes. [02:40] luckily all my intel problems have been fixed in -proposed [02:40] * wgrant is using the x-updates PPA plus bits of Karmic. [02:40] KMS is nice. [03:10] does 9.04 update to x-updates PPA auto when you update? [03:15] huh, hey guys, there's no jaunty directory under http://cdimage.ubuntu.com/ ...who should be told about that? [03:15] maco: there is one under /releases/ [03:16] and http://cdimage.ubuntu.com/releases/jaunty/release/ only has DVDs [03:16] as far as I know, releasse.ubuntu.com is the main site [03:16] maco: cd's are available at http://releases.ubuntu.com/9.04/ [03:17] Right, most images will be on releases.ubuntu.com or ports.ubuntu.com [03:17] * ajmitch cannot spell either :) [03:17] ah, so then what's cdimage? [03:17] unofficial portrs [03:17] e.g. ps3 port [03:17] plus other general non-standard cruft [03:18] And the pre-release images. [03:18] Only RC and final are ever on releases.u.c, IIRC. [03:24] i give up on quassel for tonight [05:17] is there a python-tlslite package available in the repos? i can't seem to find one === fabbione-vac is now known as fabbione [06:36] Good morning [06:36] Morning pitti [06:36] directhex: dh_clistrip> URL? [06:36] calc: hi [06:37] apw: no, the default "lp:apport" is trunk, which isn't wrong [06:37] Riddell: will look ASAP [06:38] doko: tsconf> is there a MIR bug? [06:38] hey StevenK, how are you? [06:38] pitti: Great, you? :-) === savvas is now known as medigeek === medigeek is now known as savvas [06:43] morning pitti and StevenK [06:44] And that's an early morning [06:52] Morning pitti [06:52] hey TheMuso [06:52] Yay, chroot problem. :) [07:01] Riddell: oh, I take it this was invalidly closed as "fix released" then? [07:02] * pitti boggles [07:02] "You are not the bug assignee nor the maintainer of xmlrpc-c (Ubuntu), and therefore cannot edit this bug's status. " [07:02] WTH? [07:02] it's an Ubuntu bug [07:11] pitti, which bug? [07:15] good morning === ion__ is now known as ion_ [07:25] NCommander: sorted out already, I wasn't logged in [07:25] NCommander: filed as bug 371517 [07:25] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/371517/+text) [07:26] Launchpad being buggy [07:34] Hi folks [07:41] pitti: do you know what the deal with libpango/libthai is atm? [07:41] (karmic amd64) [07:42] dholbach: might be what doko meant with tsconf promotion [07:44] pitti: hm, not sure I get it - in any case it makes pbuildering / sponsoring anything to do with pango a bit tough :-) [07:45] right, it's uninstallable right now [07:45] doko: hm, tsconf is in main; what did you mean? [07:45] dholbach: what is the error? [07:46] dholbach, If you're on amd64, you ought to be able to construct an i386 or lpia pbuilder environment, which might get around some of that class of issue (assuming it's arch-specific). [07:46] persia: I dunno [07:46] pitti: it tries to deinstall everything to do with pango :) [07:48] ah [07:48] it seems to need a newer libdatrie0 [07:49] libdatrie0 0.1.3-2 is in the archive right now, libthai0 conflicts with libdatrie << 0.1.4 [07:50] ah, maybe pango needs a rebuild against libdatrie [07:50] * dholbach will try that [07:51] hm, this morning's dist-upgrade killed f-spot [07:51] ah, seems to be some mono transition [07:51] * pitti eyes directhex [07:52] dholbach: 0.1.3-2 is the latest in Debian, too [07:52] StevenK: libdatrie0 -> libdatrie1 - I'm just trying a quick pango rebuild [07:52] Ah! [07:53] * StevenK checks other rdepends === stooj is now known as StooJ|Away [07:54] Right, m17n-lib and libthai need a rebuild too [07:54] dholbach: & [07:55] s/&/^/ [07:55] StevenK: will you take care of them or shall I do it? [07:55] dholbach: I'll look at them when my machine finishes it's current build run [07:55] StevenK: gracias [08:00] pitti: Oh, is the NBS checker pointing at karmic yet? [08:00] StevenK: yes [08:00] \o/ === jamesh_ is now known as jamesh [08:34] StevenK: I'm just taking care of m17n-lib and libthai - don't worry [08:35] libthai does not seem to need the rebuild anyway [09:48] pitti: james_w did promote it yesterday [09:48] ah, ok [10:02] StevenK, kirkland, jdstrand, james_w: warning, I just ran new-binary-debian-universe, and the output has some bogus (packages which are and should be in main) [10:02] so please don't use that right now [10:04] ah, ignore me, it's just harmless noise [10:05] cjwatson_: in case you bear any interest on the issue, I coudn't repeat the dreaded apt "racing condition" bug anymore... [10:10] cjwatson_: as suggested on the bugreport, would there be any way to get some ubuntu "installation server" to be available basically with mirror of 23th of april, as with that day this bug happened every time no matter which other way I tried to install ubuntu-desktop with mini-installer :) [10:22] Is it normal for the build servers to have over 5000 packages queue or is it just the recent opening of Karmic that's had such an affect? [10:30] Omahn: The buildds are still churning through the initial surge of autosynced packages that happens when the archive opens again after a release [10:30] maxb: I'm guessing it normally settles after a week or so then? [10:31] lpia's already settled. At the current rate of progress amd64 and i386 should have caught up in another day or so [10:32] The other architectures are, I presume, building on slower hardware. [10:32] I'm guessing all the build servers are internal to Canonical? [10:32] yes [10:33] Seems sensible. Shame though, we have some fairly beefy boxes sitting at our place that could certainly help. [10:44] Anybody backporters around willing to sign off on bug #216761? [10:44] Launchpad bug 216761 in xen-3.3 "[hardy-backports] errors in xendomains init script" [Undecided,Fix released] https://launchpad.net/bugs/216761 [11:08] Could someone tell me where the data in the user's home of a persistent live usb (created with usb-creator) is stored? there's no other partition created, no /home on the usb stick's one partition [11:09] and an empty /home in the sqaushfs [11:10] scapor: There's a file on the usb stick that holds the filesystem overlay. [11:10] I forget what it's called. casper-rw, perhaps. [11:10] yeah, casper-rw [11:11] in the root directory [11:11] I see. And that's sqaushfs too, then ? :) [11:11] tells how much reserved space there is for persitent storage [11:12] oh it's a ext3 partition I see [11:12] tdmackey: soren: thank's very much :) [11:15] pitti, can you pass through the SRU package of bug 365329? Thanks. [11:15] Launchpad bug 365329 in system-config-printer "HP LaserJet P1005 (using hplip) fails to print in 8.04 and 9.04" [Medium,Fix released] https://launchpad.net/bugs/365329 [11:26] scapor: Sure. [11:33] tkamppeter: please reupload with correctly wrapped changelog (too long line) [11:35] What is the official line length, ooi? /me can't find an exact statement in debian-policy [11:37] lintian uses 79 or so [11:38] I tend to wrap at 72. It be pleasin' to me eyes. [11:40] * soren doesn't know why he got all piratey all of a sudden [11:41] a vitamin C deficiency? [11:41] must be scurvy :) [11:43] is the procedure to request package remove written somewhere? [11:43] create a bug on the package, give a reason, subscribe ubuntu-archive [11:43] bigon: ^^ written there ;) [11:44] :) [11:44] https://wiki.ubuntu.com/UbuntuDevelopment/PackageArchive#Removing%20Packages [11:44] * dholbach makes sure it's linked from https://wiki.ubuntu.com/UbuntuDevelopment/KnowledgeBase === mrpouit is now known as mr_pouit [12:19] hey people [12:19] is there any bounty programme from ubuntu for studen developers [12:19] student developers [12:21] pitti, can I use the same version number or do I have to bump it? [12:21] tkamppeter: same number is fine [12:28] StevenK: you haven't killed hildon-fm-l10n yet... :) [12:28] Hm. I'll do that now. [12:29] pitti, s-c-p reuploaded. === dpm_ is now known as dpm === nhandler changed the topic of #ubuntu-devel to: Archive: open for development! | Ubuntu 9.04 released! | Development of Ubuntu (not support, not app development on Ubuntu) | #ubuntu for support and general discussion for dapper-jaunty | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [12:51] hi pitti, I've got a question on langpacks when you've got a minute [12:51] I'm trying to find out the status of a translation not from Rosetta but from the langpack sources. [12:51] dpm: hi! just ask [12:51] I have tried to find the language-pack-gnome-mk-base from here -> https://edge.launchpad.net/~ubuntu-langpack/+archive/ppa?field.name_filter=mk&field.status_filter=published&field.series_filter=hardy , but they don't seem to be there. Is there a location where I can find those -base packages? [12:52] dpm: what do you mean by "find the packages"? [12:52] apt-get source? [12:52] dpm: what are you trying to do? [13:00] pitti: I'm trying to find out the status of a given translation for Hardy in a more or less accurate way. Therefore, I'm not looking at the Rosetta stats, but at the data from the last released langpacks. I've first gone the apt-get source way, but I noticed that depending on the language, a given translation had less strings than others, and in any case they seemed to differ from the Rosetta template. Then danilo told me that there is some [13:00] post-processing going on after the PO files are extracted from Rosetta (such as removal of duplicate strings) ... [13:01] dpm: apt-get source will give you the exact data that is shipped in a release [13:01] dpm: we don't do any post-processing _in_ the source packages' build process [13:01] just some to create these source packages [13:02] * pitti -> lunch, bbl [13:03] pitti: ok, I'll ask you some more later, enjoy your meal! [13:03] dpm: if you need answers sooner, there may be others in the channel who can help answer [13:03] (I know a bit about langpacks, though I'm not an expert) [13:04] god, when did the ArchiveAdministration wikipage grow so much [13:04] slangasek: thanks, I can wait. I think in the case of langpacks pitti and ArneGoetje are the experts, though [13:05] they are [13:05] but you needn't treat them as a bottleneck for everything :) [13:06] slangasek, so its your day today, could you take care for bug 369159 ? seems that slipped through the recent syncs [13:06] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/369159/+text) [13:06] pfft [13:06] ogra: it did not... [13:06] hmm, why dont i see it on any ML [13:07] at a guess, because StevenK accidentally included in a NOMAIL flush-syncs batch [13:07] ah [13:07] we have that ? [13:07] ok [13:08] yes, it's what's supposed to be used for all autosyncs [13:08] * ogra wonders how he missed the bugmail ... at least i have that [13:09] why are you up already btw ? :) [13:10] so that I can get my archive day done before Europe has a chance to fill the queue with even more stuff. >:) [13:10] heh [13:18] pitti: re your last comment on bug 366098, do you mean "jaunty" instead of "karmic"? [13:18] Launchpad bug 366098 in ubuntu-docs "ubuntu-serverguide has a "DRAFT" watermark" [Low,Fix released] https://launchpad.net/bugs/366098 [13:19] no, he means karmic [13:20] of questionable import in the case of ubuntu-docs, but it was copied nonetheless :) [13:21] slangasek: karmic already has a package with a higher version number, though [13:21] hi [13:21] slangasek: does that not matter? [13:21] mdke: in that case, the copy presumably failed ;) [13:22] slangasek: I don't know how it works. The bug isn't fixed in the karmic package with the higher version number, because it's not a bug in karmic [13:22] correct [13:22] as long as it hasn't superceded the existing karmic package, I'm happy [13:23] * calc hugs slangasek for syncing all his packages :) [13:23] it hasn't; I guess pitti overlooked the error message (as well as overlooking that it wasn't a karmic bug, of course) [13:23] ok, no worries then [13:23] thanks slangasek [13:23] calc: get _rene_ to upload those to unstable, please, so we don't have to do that manually again :) [13:26] slangasek: ok... he is going to once he decides to actually upload OOo 3.1.0 to unstable :\ [13:26] * slangasek nods [13:34] Are any build admins able to kick the amd64 build of alsa-lib back into gear? Its a chroot problem, but appears to be due to locking issues which don't seem to be a problem for other builds now. [13:35] pitti: I'm trying to work up a patch for bug 316215. can you point me to some information about access_control.* and how it works? [13:35] Launchpad bug 316215 in hal-info "rule to enable use of android's adb" [Wishlist,Triaged] https://launchpad.net/bugs/316215 [13:35] what I want is to make the path in linux.device_file read/writable by the user [13:36] slangasek: Thanks for the pm-utils patch fixups! [13:38] mterry: sure thing :) [13:55] dpm: re [13:56] mdke: I copied it from jaunty-proposed to jaunty-updates and karmic [13:56] mdke: ah, I remember (sorry, too much SRU stuff this morning); this should be reopened, of course [13:57] pitti: no, it shouldn't, it wasn't a bug in karmic at all [13:57] the bug was "document includes an 'unreleased' watermark", and karmic isn't released... :) [13:58] slangasek: right, but it should be kept as a RC bug as a reminder to do it *before* karmic's release this time [13:58] pitti: thanks. Going back to the question: I'm trying to compare the status of the translation of e.g. gnome-terminal in two different languages. I see that in Rosetta the template has got 483 strings, and both translations are 100% complete. However, when I apt-get source the langpack for each language, one PO file has got 472 strings and the other 467. In any case, none of them has got the 483 strings from the original template. [13:59] pitti: 1) Why do the 100% translated PO files have a different number of strings and also differ in number from the Rosetta template? (I know that this does not pose any kind of problem, I'm just trying to understand why) [13:59] pitti: I don't think a bug is the right way to track things that are supposed to be part of the release process [13:59] slangasek: if we move it there, that works for me as well [13:59] aside from the fact that I question the entire idea of this watermarking in the first place [14:00] after all, everything in karmic is a "draft" until we release [14:00] I was rather surprised that this wasn't in the process checklists already [14:00] dpm: are you getting the ones from hardy-proposed, hardy-updates, or hardy final? [14:02] pitti: hardy-updates [14:04] mdz: http://people.freedesktop.org/~david/hal-spec/hal-spec.html#access-control is the initial documentation [14:04] doko: do you know why python-distutils.mk from cdbs (karmic) renames dist-packages to site-packages? [14:05] mdz: there is an existing patch which adds ACLs for smartcard readers: http://bazaar.launchpad.net/%7Eubuntu-core-dev/hal/ubuntu/annotate/head%3A/debian/patches/02_smart_card_readers_acl.patch [14:06] geser: what is python-distutils.mk? [14:07] doko: /usr/share/cdbs/1/class/python-distutils.mk [14:08] geser: see above, answered to pitti as well. packaging *.install files expect these in site-packages [14:09] pitti: thanks [14:10] pitti: what defines the meaning of access_control.type=smart-card-reader? [14:11] mdz: it's just a human readable identifier which binds together the policy (who has access) in the .policy file with the subject (device file, in the fdi) [14:12] doko: do we still need to modify packages for the python2.6 transition with all this automatic renaming done by the different packaging helpers? [14:13] pitti: ah, and "active" and "inactive" in the .policy refer to active user and inactive user? [14:13] mdz: console session, but that by and large maps to user, yes [14:13] pitti: so access_control.type=foo maps to org.freedesktop.hal.device-access.foo ? [14:13] mdz: right [14:14] pitti: can you give me a hint as to whether I should create a new type or if an existing one is appropriate? [14:14] mdz: looking at /usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi [14:15] please fix bug #340718! I've post a patch before final release. [14:15] geser: if a package ftbfs, yes [14:15] Launchpad bug 340718 in irda-utils "[jaunty] irda-utils won't install (depends on /dev/MAKEDEV symlink in postinst)" [Undecided,Confirmed] https://launchpad.net/bugs/340718 [14:15] mdz: well, portable_audio_player wouldn't be entirely wrong [14:15] or camera [14:16] mdz: ah, hang on, there's "PDA" [14:16] this package fail to install and irda do not work automatically [14:16] pitti: that reminds me of another bug which i haven't looked for / filed yet...when I plug in the G1, I get multiple popups (music player, camera). technically correct, but not very helpful [14:17] pitti: PDA seems to imply a palm-like sync interface though [14:17] mdz: I noticed that, too; I just didn't see an obvious way to fix it [14:18] this stuff is closest: [14:18] [14:18] mdz: not necessarily, that's just there for the Pam/pocketpc ones [14:19] mdz: in that block, portable_audio_player is closest then [14:20] pitti: we use the watermark for the doc.ubuntu.com website too. But I agree with slangasek that a bug is not the right way to remember this, since it will happen in releases after karmic too. I think the best way is to include it on a -doc specific release process list [14:20] pitti: the text in org.freedesktop.hal.device-access.policy wouldn't really be accurate though. I don't know how big a problem that is [14:20] pitti: have you see irda-utils bug? [14:20] "System policy prevents access to audio players" [14:21] mdke: works for me [14:21] pitti: can you triage it? [14:21] pitti: ok, I'll do that then [14:22] mdz: that string is displayed if the admin sets the PK policy to "auth_admin" [14:22] mdke: it's not shown for "yes" or "no" [14:22] erm, mdz: ^ [14:22] DnaX: I don't have any IR devices, and I'm quite busy ATM, sorry [14:22] pitti: then why are there so many entries with the same defaults (yes and no) [14:23] mdz: it's the upstream default, and we never cleaned it up [14:23] pitti: I have it... and i've post a working patch for it! [14:23] mdz: basically, that allows an admin to say "my users can access a music player, but not an USB stick" [14:23] pitti: ok, just tell me what you recommend and I will submit a patch [14:23] DnaX: please subscribe ubuntu-main-sponsors then [14:23] done [14:24] mdz: string-wise, PDA still sounds closest to me [14:24] DnaX: thanks [14:36] * zhxk wants know if there are any ready made pakages in depo to ubuntu [14:37] * zhxk wants know if there are any ready made pakages in depo to ubuntu about arm cross-build-chains [14:38] zhxk: you'll have to build your own tool chain to cros-compile [14:40] ikonia:well, i encontered a problem to it http://pastebin.ca/1412096 [14:40] its logs to (export,config,make) [14:41] to e2fsprogs [14:43] zhxk: that's nothing to do with ubuntu development [14:59] ikonia:which channel should i ask? [14:59] zhxk: no idea, but it's nothing to do with ubuntu [15:00] dpm: the hardy-updates are from January, perhaps the mk translations weren't that complete at that time? [15:02] ikonia:thanks all the same [15:02] no problem [15:02] zhxk, You may want to ask in #ubuntu-arm, while we don't do cross-compilation, someone there may have more useful information. [15:02] persia:thanks a lot [15:05] pitti: If I understand it correctly, the mk translation was complete at the time, the only thing I cannot understand is the difference in the number of actual strings (msgid) in the template (Rosetta) and in the PO file (langpack source package). The PO file in the langpack tarballs seem to have the same number of strings as the Rosetta templat, though. In any case, I think I'll try to follow this up in an e-mail and I'll provide the links [15:05] to the exact files I'm looking at, which will be easier [15:06] pitti, did you see my s-c-p re-upload? [15:06] tkamppeter: yes, I did [15:07]