[00:18] cjwatson: can you add oxygen-icons, kdeartwork, kdetoys and kdewebdev to the kubuntu-dev set of packages, please? thanks === fta_ is now known as fta [00:57] So how does one start helping? === fta_ is now known as fta [01:41] lex79: :) [01:41] ssup [01:41] :) === vorian is now known as v === v is now known as TheMaster === yofel_ is now known as yofel === TheMaster is now known as vorian === fta_ is now known as fta === vorian is now known as davros === evilshadeslayer is now known as megaevilshadesla === fta_ is now known as fta === fta_ is now known as fta === megaevilshadesla is now known as shadeslayer === fta_ is now known as fta === d1b is now known as d-b === d-b is now known as d1b === fta_ is now known as fta [06:02] hi, [06:03] any one knows what does eog uses for rotating images? === fta_ is now known as fta === fta_ is now known as fta [08:25] http://www.rilpartner.se/en/rilpoint-sharepoint-look-alike-drupal-and-mediawiki-skin <-- Okay, this is some odd licensing === fta_ is now known as fta [08:26] It says GPL, but "free for personal use and non-profit organizations", and commercial users are supposed to buy the proprietary version [08:26] but if it's GPL, isn't that unenforceable? === fta_ is now known as fta [09:50] LucidFox: that does seem strange [09:56] soren: Hmm I wonder whether you forgot to push to lp:vm-builder, or whether I'm looking at the wrong location? === fta_ is now known as fta === tkamppeter_ is now known as tkamppeter [11:17] can someone do a main lucid-proposed upload for me? It's been sitting in the sponsor queue for weeks (LP: #467278) [11:31] tumbleweed: on IRC you could use a phrase: bug 467278 [11:31] Launchpad bug 467278 in openoffice.org-dictionaries (Ubuntu Lucid) "[SRU 10.04] South African English Dictionary still missing lots of words" [Undecided,New] https://launchpad.net/bugs/467278 [11:45] lool: if you have some time for sponsoring bug #604241 then bogofilter is off your merge-list [11:45] Launchpad bug 604241 in bogofilter (Ubuntu) "Merge bogofilter 1.2.2-1 from Debian unstable" [Undecided,New] https://launchpad.net/bugs/604241 === fta_ is now known as fta [12:37] this merge has been hanging for long LP 588736, is there a problem with it ? [12:37] Launchpad bug 588736 in mutt (Ubuntu) "Candidate release mutt 1.5.20-9ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/588736 [13:20] Hello, can someone sponsor this syncrequest: LP 604190 [13:20] Launchpad bug 604190 in sl-modem (Ubuntu) "Sync sl-modem 2.9.11~20100303-5 (restricted) from Debian unstable (non-free)" [Wishlist,Confirmed] https://launchpad.net/bugs/604190 [13:20] * shadeslayer was about to say go to #ubuntu-motu :P === fta_ is now known as fta [13:29] geser: Hope you found merging easier this time around :-) [13:29] geser: I wonder whether we could have some Ubuntu main package as an alternate build-dep to libtokyocabinet to kill the last Ubuntu change [13:30] geser: uploaded [13:49] AnAnt: done [13:49] bdrung: which one ? [13:49] sl-modem [13:49] thanks [13:49] AnAnt: is there more? [13:49] how about mutt ? [13:49] LP 588736 [13:50] Launchpad bug 588736 in mutt (Ubuntu) "Candidate release mutt 1.5.20-9ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/588736 [13:50] it's been there for a while, I dont know why [13:51] AnAnt: standard reason: lack of manpower [13:52] even for a package in main ? [13:52] AnAnt: yes. especially. there are more motus working on sponsoring than core-devs [13:52] AnAnt: look ta the sponsorship queue, it's dominated by main packages [13:53] I see [13:53] i became core-dev to gain the ability to sponsor main packages [13:55] AnAnt: i need to write a tool that pulls the debdiffs and applied them... [13:56] AnAnt: isn't there a MoM ? [13:59] bdrung: isn't there a MoM ? [13:59] crazy talking to myself ! [13:59] AnAnt: there is MoM, but it doesn't help sponsoring [13:59] ah, I understand now [14:00] AnAnt: for sponsoring a sync request, i have to type one command and then it pulls the package, builds it, and allows me to upload it [14:01] bdrung: although I find I spend a lot longer reviewing the changes than finding and applying patches [14:02] tumbleweed: yes, reviewing takes the longest time [14:02] but it depends on how large the diff to debian is [14:05] tumbleweed: is the debdiff http://launchpadlibrarian.net/50037132/openoffice.org-dictionaries-lucid-sru.patch really correct? You replace the broken South African English with the British English, don't you? [14:06] bdrung: thanks again [14:06] bdrung: yes it's correct [14:07] we did a broken workaround to use the en_GB.aff for en_ZA [14:07] then openoffice fixed en_ZA and broke our workaround [14:07] this reverts the workaround [14:07] aha, ok [14:21] tumbleweed: done [14:21] bdrung: thanks [14:21] tumbleweed: more SRUs to sponsor? [14:22] bdrung: nope :) === fta_ is now known as fta === fta_ is now known as fta === fta_ is now known as fta [16:47] why do we rush to put out a new release every 6 monthes [16:49] cjwatson: thanks :) === fta_ is now known as fta [18:48] superm1: have you seen Debian bug #588361 by chance? [18:48] Debian bug 588361 in wnpp "RFH: fglrx-driver -- non-free AMD/ATI r6xx - r7xx display driver" [Normal,Open] http://bugs.debian.org/588361 === fta_ is now known as fta [19:08] hi, can I ask valgrind questions in here or this room has nothing to do with it? [19:09] hihihi100, read the topic :) [19:09] k === fta_ is now known as fta [20:20] slangasek, i haven't, but tseliot would be a better candidate to help since he's the primary one working on fglrx these days and has a working relationship with AMD about bugs now too === davros is now known as vorian === fta_ is now known as fta [20:37] slangasek, i'll propose them switching to ubuntu packaging though, it seems very sensible to me [21:13] somebody around [21:13] https://bugs.launchpad.net/ubuntu/+source/pybootchartgui/+bug/604140 [21:13] Launchpad bug 604140 in pybootchartgui (Ubuntu) "ImportError: cannot import name GObject" [Undecided,New] [21:13] seem to be a bug with pygobject [21:13] alot of python apps are crashing ... === fta_ is now known as fta [22:04] thx tumbleweed [22:04] :) [22:04] marked 'some' bugs as duplicate lol :) === fta_ is now known as fta === fta_ is now known as fta [23:34] i posted a notice about a new AppUpdate service for ubuntu on the devel discuss mailing list and i was just wondering what you guys thought [23:34] ryan22: we all sub the list so comments are posted there [23:34] no need to ask for comments [23:35] no prob [23:35] oh and most of the devs are off for the weekend [23:35] its just i only got a direct response from the getdeb guy, who has now agreed to track the packages on the service [23:36] im going to be prefectly honest [23:36] so not much point asking until monday [23:36] ryan22: I dont really follow packaging myself so I didnt read the thread myself [23:37] the point of the service to influence ubuntu to adopt my model for the post update application process [23:37] ah well im sure that someone will comment on it during the week [23:37] i wanna show that there is a way to provide up to date applications without sacifising stability [23:37] ;) [23:37] it takes a few days sometimes to get a response [23:39] i noticed your response on the process wiki and i think that your idea for a website to vote these applications is a great one [23:39] well Mark said at the UDS that they are going to be a lot more careful anyway about their repo policy to keep things more stable for the users [23:39] thanks [23:39] well you guys can always think of my service as a "beta" [23:40] im trying to keep it as "official" as possible in terms of process and policy [23:40] * fagan goes reading his emails === fta_ is now known as fta === Caesar_ is now known as Caesar [23:45] man the only prob with my service is now i have like 81 packages to test... [23:45] i asked a friend for help :P [23:46] ryan22: I don't know that you'd be able to host Firefox in there [23:46] * micahg was going to post to the ML, but hasn't gotten around to it yet [23:47] on my former distro, i did host an updated version of firefox from one of the mozilla team ppas [23:47] im avoiding applications that require core library updates in any case, just to keep things syable and simple [23:47] *stable [23:48] well we are updating firefox more now from what I can remember [23:48] gnome applications will not be to be updated on it, for example, as they usually require 300 package updates [23:49] we upgraded hardy, intrepid, jaunty and karmic to the most recent stable version I think [23:49] so no empathy or epiphany updates :P [23:49] fagan: hopefully, by the next point release, all supported versions will be on 3.6.7 [23:49] ryan22: well the problem with that is the gnome stack is a lot more complicated [23:49] ya [23:49] and stuff breaks very very easy [23:50] it would be unmaintainable IMO [23:50] well i uses this system on my former linux distro, so ive worked out all the kinks [23:50] and i know what application updates will be a pain *cough* gnome stuff *cough* [23:50] ryan22: well its the customisations thats the problem [23:50] we have so many things we do to make it Ubuntu [23:51] mind stuff like banshee and rythmbox seems to update no prob with only a few packages [23:51] well thats the point behind this [23:51] well RB and banshee require bindings and up to date gtk..etc that would have to be updated too so its still to hard [23:51] I feel that Ubuntu is an organisation stretched to its limits. It's time for them to let go and let the developers maintain and package their own applications. [23:51] not really actually [23:52] banshee really only requires a few ipod mono libs [23:52] i had 1.6.0 updated perfectly on karmic [23:52] and the mono stack too [23:53] and thats big enough too [23:53] its not really workable [23:53] to be honest, ive never had to upgrade mono when updating banshee [23:53] ryan22: if you look at the banshee ppa you will see they update mono for you when you install it [23:53] if these updates require a such a core library update, they simply wont be updated [23:54] but thats for hardy and older versions [23:54] for karmic all you need to update is a few bashee and ipod mono libs [23:54] which is pretty isolated [23:55] youll see that alot actually in ppas [23:55] I just think its unworkable because 1. its a lot of effort to keep track of the updates for the new and old versions already and 2. the ubuntu customisations each release [23:55] hardy will usually require 12424 package updates, but karmic and lucid will barely require anything [23:55] well this is a separate service [23:55] and ive been doing this system for about... 5 months [23:56] the other applications are fine in ppas for users that want the newer versions and cant wait [23:56] and ive had no such problems [23:56] hi fagan, any progress on deluge? [23:56] fagan: if you don't have time to do it let me know asap pls [23:56] oh jcastro im just finishing off the software properties thing first [23:57] I can do it but it wont be this week or maybe next either [23:57] ok [23:57] if thats too late then feel free to get someone else on it [23:57] fagan: I might have a contractor by then, I will let you know before I commit them though [23:57] the problem is sometimes there are problems in the packages in the ppas (very rare, ive pushed like ~250 packages, and had it happen twice, but it does happen) [23:57] jcastro: cool [23:57] and its a pain keeping track and adding all those ppas [23:58] eh [23:58] ryan22: I seem to remember someone talking about searching ppas if I remember [23:59] well right now im tracking 35 PPAs [23:59] and im planning on doing a testing-fest every sunday