=== asac__ is now known as asac
=== lukjad007 is now known as Commander_lukjad
=== Commander_lukjad is now known as Cmdlukjad007
=== Cmdlukjad007 is now known as Cptlukjad007
=== dyfet` is now known as dyfet
[01:55] <Stupendoussteve> Hmm, having issues getting pycg to build on the buildd. I know what the problem is but don't know how to fix it
[01:56] <Stupendoussteve> It depends on nvidia-cg-toolkit, that package pulls in Cg-2.1_February2009_x86.tgz from the nvidia site during the setup stage, only this fails on the buildd
[01:57] <Stupendoussteve> Oddly the build continues, until the package simply fails to compile due to the missing dependency
[01:57] <TheMuso> Stupendoussteve: Do you mean that an attempt is made to download a file from the nvidia site?
[01:57] <Stupendoussteve> Yes
[01:58] <TheMuso> Stupendoussteve: If so, the buildds prevent network access, which means you need to either install another package that has that file, or put the file in questino inside the package you want built.
[02:00] <Stupendoussteve> That's odd, as the previous version built fine and none of that was changed
[02:05] <Stupendoussteve> Scratch that, it has apparently failed to build each time
[02:05] <Stupendoussteve> In that case I'll contact the debian upstream and see if something can be modified
[03:13]  * hyperair yawns
[04:18] <ScottK> Stupendoussteve: I've looked at this package.  It's unfixable until nvidia allows cg to be distributed and it can be packaged.  Debian won't care because they allow binary uploads.
[04:44] <Stupendoussteve> ScottK: I thought as much once I noticed it wasn't just the one I uploaded didn't build
[04:45] <Stupendoussteve> Thanks for the confirmation :)
[07:04] <stochastic> Does anyone have a free minute to REVU either http://revu.ubuntuwire.com/p/a2jmidid or http://revu.ubuntuwire.com/p/xwax or http://revu.ubuntuwire.com/p/xjadeo
[07:16] <TheMuso> stochastic: Will see if I can make time tonight to look at those.
[07:16] <stochastic> TheMuso, thanks.
[07:32] <\sh> moins
=== MooKow is now known as LordKow
=== Guest77821 is now known as NCommander
=== NCommander is now known as Guest33254
=== Guest33254 is now known as NCommander
=== NCommander is now known as Guest82317
=== Guest82317 is now known as NCommander
[11:29] <logari81> hi, ...I don't know if this channel is appropriate for such general questions... anyway I have the following  cdbs packaging problem:
[11:29] <logari81> I have to first run "autoreconf" in the root directory of my packages sources in order to get the packaging with debuilder free of errors
[11:30] <logari81> I see cdbs has auto update options for libtool an autoconf but nothing similar for autoreconf
[11:31] <logari81> I d be grateful for any tip
[11:31] <hyperair> yes it does
[11:31] <hyperair> look for AUTOCONF and AUTOMAKE
[11:31] <hyperair> DEB_AUTO_UPDATE_AUTO{CONF,HEADER,MAKE}
[11:32] <hyperair> autoreconf is just a nice wrapper which does runs auto{conf,header,make} in order
[11:33]  * hyperair pokes logari81 
[11:35] <hyperair> Zhenech: i just realized that the geany-plugin-* packages have a messed up version for geany's binary-dep. i'll fix that and reupload to m.d.n, once i figure out whether it's supposed to be 0.16 or 0.17.
[11:35] <logari81> hyperair: seems like what I am looking for, let me try it
[11:36] <hyperair> logari81: when you finally realize that CDBS sucks, run man dh and learn how to use debhelper 7.
[11:36] <hyperair> ;)
[11:39]  * hyperair misses living on the same LAN as an ubuntu mirror
[11:40] <Zhenech> hyperair, heh, setup an own one :P
[11:41] <hyperair> Zhenech: i set up that mirror! on my university campus taht is. just that i'm now on vacation and at home
[11:41] <Zhenech> setup one at home too :)
[11:41] <hyperair> hahaha not enough space =(
[11:42] <hyperair> and my bandwidth is so tiny that the initial rsync will probably take a year or so
[11:42] <hyperair> or maybe a few months
[11:42] <hyperair> by that time, the archive would have completely changed, and i'll have to rsync again
[11:43] <hyperair> rather, it'll change faster than i can sync, basically
=== yofel_ is now known as yofel
[11:51] <hyperair> Zhenech: aha. 0.16 fails. changing to 0.17, then will upload to m.d.n
[11:52] <Laney> thought you had a pkg-geany set up
[11:52] <hyperair> well yes.
[11:52] <hyperair> but i'm not sure where he's getting the sources from O_o
[11:52] <hyperair> it's up on pkg-geany in any case
[11:53] <hyperair> and now on m.d.n too
=== noodles775 is now known as noodles775-afk
[12:24] <slytherin> ttx: busy?
[12:24] <ttx> slytherin: it's all relative. what's up ?
[12:24] <slytherin> ttx: same request. I have updated the jemter package on revu.
[12:25] <ttx> slytherin: ok, will have a look
[12:26] <logari81> hyperair: I see that autoreconf in my case calls aclocal,libtoolize,autoconf,autoheader,automake thus I defined the corresponding DEB_AUTO_UPDATE... entries of cdbs but with no luck up to now
[12:54] <hyperair> logari81: that's when you burn your debian/rules, curse cdbs like hell, and switch to dh7 ;)
[12:55]  * hyperair pokes Zhenech 
[12:59] <dmentre> gaspa: ocaml-reins cannot built because it lacks latest omake. I have opened bug 406336.
[12:59] <ubottu> Launchpad bug 406336 in omake "[3.11.1 transition][round 4/6] Please synchronize omake 0.9.8.5-3-6 from Debian unstable into Karmic" [Undecided,New] https://launchpad.net/bugs/406336
[12:59] <dmentre> gaspa: Otherwise, round 3 and 4 are finished.
[13:08] <dmentre> gaspa: http://bentobako.org/ubuntu-ocaml-status/transition_monitor/ocaml_transition_monitor.html  (ocaml-libvirt is postponed to round 5)
[13:09] <dmentre> gaspa: I'll prepare bug for round 5 without subscribing *-sponsors at first.
[13:12] <RainCT> If anyone's bored, http://revu.ubuntuwire.com/p/python-fusepy needs a review.
[13:13]  * slytherin runs away from python
=== noodles775-afk is now known as noodles775
[13:18] <gaspa> dmentre: i already did (about sync for omake)
[13:19] <dmentre> gaspa: cool! :-)
[13:20] <gaspa> https://bugs.edge.launchpad.net/ubuntu/+source/omake/+bug/406305
[13:20] <ubottu> Launchpad bug 406305 in omake "Sync omake 0.9.8.5-3-6 (universe) from Debian unstable (main)." [Wishlist,Confirmed]
[13:20] <dmentre> gaspa: opened bug 406351. Should I subscribe univers-sponsors?
[13:20] <ubottu> Launchpad bug 406351 in ocaml-batteries "[3.11.1 transition][round 5/6] Please synchronize following packages from Debian sid in Karmic" [Undecided,New] https://launchpad.net/bugs/406351
=== bdefreese2 is now known as bddebian
[13:21] <Zhenech> hyperair, huh?
[13:21] <hyperair> Zhenech: geany-plugins!
[13:21] <hyperair> =p
[13:21] <Zhenech> hyperair, work!
[13:22] <hyperair> haha i see. =)
[13:22]  * hyperair makes sure to enjoy the rest of his holidays
[13:22] <hyperair> it's ending soon =\
[13:23] <dmentre> gaspa: no package relies on ocaml-reins for round 5.
[13:29] <dmentre> gaspa: Ok, just seen you marked my bug as duplicate (for omake). Thanks.
[13:50] <Laney> gaspa: http://cs.nott.ac.uk/~ial/graph.pdf
[13:50] <Laney> lets-a-goooo
[13:50] <gaspa> wooooo :D
[13:51] <gaspa> oh my...
[13:51] <gaspa> Laney: what does it mean red or green?
[13:52] <Laney> uninstallable
[13:52] <Laney> checking why ghc6 is red....
[13:53] <Laney> oh, yeah that explains it
[13:54] <Laney> hold on...
[13:56] <gaspa> Laney: good, how much will you refresh it?
[13:56]  * Laney shrugs
[13:56] <Laney> I could cron it I guess
[13:57] <Laney> gaspa: have another look, few more green now
[13:58] <gaspa> ok
[13:59] <Laney> right, I'll email ubuntu-devel and then we can get started now I guess
[14:00] <gaspa> Laney: could we generalize thIs tools? I mean, give in input a package, two version that specify the running transition , and it give all the package involved?
[14:00] <Laney> it's a bit ghc specific now, but for similar transitions it would be alright
[14:01] <Laney> darcs get alioth:/darcs/pkg-haskell/tools
[14:01] <gaspa> could I take a look at sources?
[14:01] <gaspa> right ;)
[14:01] <Laney> I did some hax to make it work with ubuntu
[14:02] <gaspa> thanks.
[14:07] <dmentre> gaspa: Regarding generic transition tool, Stéphane Glodu of ocaml_transition_monitor also wants to make such a generic tool
[14:07] <Laney> we just have some ad-hoc scripts right now really
[14:08] <Laney> btw edos-debcheck is sexy
[14:10] <hyperair> what's that do?
[14:10] <hyperair> ooh. that's pretty darn cool!
[14:14] <gaspa> Laney: I love edos-builddebcheck even more ;)
[15:05] <slytherin> ttx: If I add a .desktop file, is the package good to go in?
[15:05] <ttx> slytherin: works for me. The messages are pasted are just warnings ?
[15:05] <ttx> s/s are/s I/
[15:06] <slytherin> ttx: I have added explanation on revu. :-)
=== noodles775_ is now known as noodles775
[15:07] <ttx> slytherin: ok
[15:08] <slytherin> JAVA_CMD warning is non-issue. There is nothing I can do for other warning and it does not seem to cause any problem in functionality.
=== micahg1 is now known as micahg
[15:41] <blackmoon> hi, "XSBC-Original-Maintainer" it's not recognized in ubuntu?
[15:42] <blackmoon> ...i mean inside a control file for .deb package
[15:43] <dmentre> gaspa: regarding the merge (or at least the modified package) for ocaml-libvirt, should I open a separate bug or keep it in bug 406351
[15:43] <ubottu> Launchpad bug 406351 in ocaml-batteries "[3.11.1 transition][round 5/6] Please synchronize following packages from Debian sid in Karmic" [Wishlist,Confirmed] https://launchpad.net/bugs/406351
[15:43] <dmentre> ?
=== korn_ is now known as c_korn
[15:56] <geser> dmentre: I'd remove the part about ocaml-libvirt from the summary, so this bug is about syncs only and open a new bug for ocaml-libvirt and provide a debdiff with the needed changes against latest version in debian and subscribe the sponsoring team
[16:05] <kigoug> why isn't sshfs installed by default
[16:06] <kigoug> anyone alive in here?
[16:15] <dmentre> geser: ok, I'll do that
[16:22] <dmentre> geser: done in bug 406351 and partially done in bug 406434 (no debdiff yet)
[16:23] <ubottu> Launchpad bug 406351 in ocaml-batteries "[3.11.1 transition][round 5/6] Please synchronize following packages from Debian sid in Karmic" [Wishlist,Confirmed] https://launchpad.net/bugs/406351
[16:23] <ubottu> Launchpad bug 406434 in ocaml-libvirt "[3.11.1 transition][round 5/6] Please merge source package ocaml-libvirt from Debian sid in Karmic" [Undecided,New] https://launchpad.net/bugs/406434
=== thekorn_ is now known as thekorn
=== noodles775_ is now known as noodles775
[16:43] <alkisg> I'm using Prism (https://launchpad.net/ubuntu/+source/prism) for some educational apps. The ubuntu version is really old (2007). Is there anyway I can help getting a newer version into Ubuntu?
[16:43] <alkisg> The newer prism packages from the mozilla daily build ppa work fine: https://launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[16:43] <alkisg> I don't know why Karmic still has the ancient 2007 prism package...
[16:44] <paulliu> Hi all. Freeflying helped me uploading 'anjal' today but we didn't receive any mail about accepted/rejected. It seems really strange.
[16:45] <paulliu> Freeflying is my sponsor.
[16:45] <freeflying> paulliu: I think you shall apply for MOTU :)
[16:46] <paulliu> freeflying: I will. Thank you.
[16:48] <alkisg> fta: sorry for the direct question, I see that you uploaded the prism packages in the mozilla daily build ppa, any chances of getting some recent prism version to karmic (or karmic+1)?
=== dpm_ is now known as dpm
[17:06] <fta> asac, ^^
=== noodles775 is now known as noodles775-afk
[17:07] <fta> alkisg, well, i don't know, i remember we still had a few things in the todo list
[17:08] <alkisg> fta: But afaik 0.8 had many many more issues, so 0.99 would be vastly better, even if the TODOs weren't realized in time for karmic (or +1)...
[17:08] <asac> fta: todo list ... prism is not in any spec at least.
[17:08] <asac> but we can surely update it ... or are there any problems?
[17:08] <fta> asac, we have a spec for the webapps from uds
[17:09]  * alkisg had problems with 0.8 and used the moz daily build ppa to solve them :)
[17:09] <asac> fta: did we have a session for that? uds barcelona?
[17:10] <asac> so the main spec i am working on wrt to mozilla is https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-firefox-3.5
[17:10] <asac> we could put it in the "porting" pot
[17:11] <asac> ;)
[17:11] <fta> asac, https://blueprints.edge.launchpad.net/ubuntu/+spec/prism-applications
[17:11]  * asac notices that pot might not be the right english word ;)
[17:11] <asac> hmm ... seems to be ok
[17:11] <fta> https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-prism-webapp-repository
[17:11] <asac> fta: oh right that was rainct
[17:12] <RainCT> asac, fta: hey, what's up?
[17:12] <asac> RainCT: hi
[17:12] <asac> RainCT: can we do something for that spec this cycle? maybe in a reduced form?
[17:13]  * asac  checks the code
[17:14] <alkisg> Btw, Ubuntu version of Prism 1.0b2: http://browsing.justdiscourse.com/2009/07/29/ubuntu-version-of-prism-10b2/
[17:15] <RainCT> asac: Well, it's not something particularly difficult so it should be possible to get something working before feature freeze, but I've got almost nothing done so far because I'm busy with GSoC.
[17:15] <asac> i think our 0.99 package either is 1.0b2 or is even ahead
[17:15] <asac> RainCT: oh GSoC ... what are you working on?
[17:15] <RainCT> asac: Integrating Zeitgeist into GNOME Shell :)
[17:15] <asac> nice
[17:16] <asac> RainCT: so whats the status of the current code ...
[17:16] <asac> ?
[17:16] <asac> (prism=
[17:16] <asac> )
[17:16] <asac> ok seems we have the main window
[17:16] <alkisg> I don't know about 0.99 vs 1.0b2, but a developer in #prism made it this morning as a result of me bugging him ;)
[17:17] <asac> RainCT: how would you envision to integrate that in prism? e.g. add to the prism main app? or somewhere else?
[17:17] <asac> alkisg: maybe you wasted his time then :-P
[17:17] <alkisg> Could be... :)
[17:18] <asac> let me check if i can figure that quick
[17:18] <alkisg> The problem was, I've made about 30 flash/html based educational apps work with prism, but the webapp.js in 0.8 was almost totally useless
[17:18] <RainCT> asac: I thought of it as an application which replaces Prism's menu entry (making the real prism still accessible using a button in it)
[17:19] <fta> hmm.. May 18 13:03:24 *       plasticmillion has changed the topic to: Prism 1.0 beta is now live at http://prism.mozilla.com || http://developer.mozilla.org/en/Prism || http://mxr.mozilla.org/mozillasvn/source/projects/webrunner/trunk/
[17:19] <asac> fta: seems that didnt go to trunk then? our daily isnt bumped for a while as it seems
[17:19] <asac> oh dejavu
[17:19] <fta> maybe they moved trunk..
[17:19] <asac> i think we already talked about it
[17:21] <RainCT> asac: but the current code is rather inexistant (there's just enough code to draw this http://img139.imageshack.us/img139/5802/prism.png :P)
[17:22] <asac> RainCT: how did the entry get into that window? i dont have it here ;)
[17:23] <RainCT> asac: Heh. Pull.
[17:23] <alkisg> (asac, btw, whenever you want more feedback or testing for https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/391040 I'm here :))
[17:23] <ubottu> Launchpad bug 391040 in network-manager "When eth0 is unmanaged, system connections for other NICs aren't displayed nor used" [Medium,Triaged]
[17:24] <asac> alkisg: have you checked the trunk builds i provided?
[17:25] <asac> alkisg: are you on karmic?
[17:25] <alkisg> asac, no, will do in a few hours. In your ppa?
[17:25] <alkisg> I can test in karmic or jaunty
[17:25] <asac> alkisg: https://edge.launchpad.net/~network-manager/+archive/trunk
[17:25] <asac> special ppa for trunk (e.g. nm 0.8)
[17:25] <asac> for jaunty this pulls in a bunch of other backports ... but it was confirmed to work
[17:25] <alkisg> Thanks, I'll try them and report back
[17:25] <asac> if you dont fear some bustage as you want to upgrade anyway you could try jaunty. otherwise check after karmic upgrade
[17:26] <asac> alkisg: those packages backported are a bit risky as its low level stuff surrouding udev ... i dont think it will be a problem. just want to warn you
[17:26] <asac> better backup stuff for worst case scenario
[17:26] <alkisg> OK. I'll try in karmic first, jaunty later (cause some teachers that use jaunty will need that backport)
[17:27] <RainCT> I'll have 10 days after GSoC and until Feature Freeze, but won't be at home that time (and my connection will be my 3G phone with a pay-per-MB rate) so I don't know if I'll be able to do much.
[17:28] <asac> alkisg: yeah. just dont put your teachers on that ppa for now. at least not auto upgrade from it ;)
[17:28] <asac> thats pretty experimental ppa
=== Amaranth_ is now known as Amaranth
[17:28] <alkisg> asac: No no if the testing is OK, I'll copy the packages over to my ppa
[17:29] <alkisg> We have a central ppa for such things. Launchpad is very handy :)
[17:29] <alkisg> (we = greek teachers using linux)
[17:30] <ScottK> Anyone wants to merge opencv or xdelta3, please go ahead.
[17:33] <ScottK> Who is coordinating the ghc6 transition?
[17:35] <DktrKranz> ScottK: it's Laney
[17:36] <ScottK> DktrKranz: Thanks.
[17:36] <ScottK> Laney: Does a geordi upload need to be coordinated with the transition?  If so would you add it to your list and push it to boost 1.38 at the appropriate time?
[17:43] <asac> ok its confirmed. the prism we have is ahead of 1.0b2
[17:43] <asac> alkisg:
[17:43] <asac> ^
[17:43] <asac> he just forgot to commit the version bump
[17:43] <alkisg> Nice, but it would be even nicer if it was scheduled for karmic :)
[17:44] <alkisg> Thank you asac
[17:44] <asac> alkisg: i talked to him. we will do a _real_ 1.0b2 release now and then i can upload
[17:44] <blackmoon_> hi, "XSBC-Original-Maintainer" inside a coontrol file,  is not recognized in ubuntu?
[17:44] <alkisg> Perfect!
[17:53] <blackmoon_> no one?
[17:56] <Laney> ScottK: what needs to be done?
[17:58] <ScottK> Laney: It's a ghc6 package.  It also uses boost.  Just need to push the boost build-dep and depends to 1.38.
[17:58] <Laney> Alright, noted
[17:58] <ScottK> Thanks.
[18:02] <Laney> ScottK: Is an unversioned dep not enough?
[18:02] <Laney> although I see 1.53 as an alternate
[18:02] <Laney> 1.35
[18:04] <ScottK> Laney: If it was our only Ubuntu change, I'd live with libboost-dev, but until we can otherwise sync, it's better to be specfic I think.
[18:04] <ScottK> We're trying to kill off 1.35.
[18:04] <Laney> right
=== mrooney is now known as mrooney|w
[18:29] <ScottK> hyperair: Would you please update sigx to use boost1.38 instead of 1.35.
[18:31] <ScottK> DktrKranz: Would you please do the same with csound?
[18:34] <fabrice_sp> Hi, bug #337337 has been closed in Karmic, and I've added the 'jaunty' task so that this bug could be processed as SRU. Can some MOTU check the status of this bug is ok as a SRU? I've followed the instruction of the SRU wiki page.
[18:34] <ubottu> Launchpad bug 337337 in mountmanager "mountmanager crashed with SIGSEGV in QGridLayout::rowCount()" [Medium,Fix released] https://launchpad.net/bugs/337337
[18:40] <hyperair> ScottK: okay.
[18:40] <ScottK> hyperair: Thanks.
[18:41] <hyperair> ScottK: actually it's updated in debian already. could you sync it?
[18:41] <ScottK> hyperair: I can't.  Please file a bug using the normal process then.
[18:41] <hyperair> hmm okay
[18:51] <DktrKranz> ScottK: I'll have a look
[18:52] <DktrKranz> (but after autoconf mess)
[18:52] <ScottK> DktrKranz: Thanks.
[18:53] <DktrKranz> anyone noticed strange build failures since today's autoconf upload?
[18:56] <kklimonda> hey guys, I need a sponsor for bug 405569 - We have already sync'd pitivi from debian experimental and it's uninstallable
[18:56] <ubottu> Launchpad bug 405569 in gnonlin "Sync gnonlin 0.10.11.2-1 (universe) from Debian experimental (main)." [Undecided,New] https://launchpad.net/bugs/405569
=== jono_ is now known as jono
[19:12] <DktrKranz> ScottK: is depending on libboost-dev good?
[19:12] <DktrKranz> (build-depending, in case of csound)
[19:14] <ScottK> DktrKranz: I think it's better to specify the version, but not worth maintaining a diff if that's the only change.
[19:15] <DktrKranz> I'd merge it from Debian, they currently have libboost-dev, and I need to take Ubuntu changes, is it fine to move to 1.38?
[19:29] <shane_> hey can anyone here help me get started at working towards joining Motu
[19:31] <ScottK> DktrKranz: It should be.  Just test build and make sure nothing unfortunate results.
[19:31] <ScottK> shane_: Lots of people here can, but we generally do better with specific questions.
[19:32] <shane_> Scottk_: Just looking for info as to exactly were to start, packaging or bug?
[19:33] <ScottK> I think that generally working on bug fixing first is better.  To do a new package you need to know a fair amount about all aspects of packaging.
[19:33] <ScottK> !development
[19:33] <ubottu> Interested in becoming an Ubuntu Developer? Get started here: https://wiki.ubuntu.com/UbuntuDevelopment
[19:34] <shane_> ok so should I subscribe to Motu mailing list then or just focus on Bugsquad?
=== santiago-pgsql is now known as santiago-ve
[19:53] <ScottK> shane_: It's up to you.
[19:53] <ScottK> Bugsquad is more about triaging bugs than trying to get them fixed.
[19:59] <shane_> sdf
=== dpm is now known as dpm-afk
=== micahg1 is now known as micahg
[20:59] <DktrKranz> ScottK: I'll probably wait for csound. I'd like to talk with maintainers to include some of Ubuntu changes before merging/changing it again.
[21:00] <ScottK> DktrKranz: OK.  It'd be better to get rid of 1.35 sooner rather than later though.
[21:01] <DktrKranz> how many packages still remain?
[21:02] <ScottK> A handful.
[21:02] <ScottK> Most should be taken care of in the next week.
[21:02] <ScottK> KDE 4.3 release next week will wide out 3.
[21:02] <DktrKranz> Ok, I could eventually manage a quick upload only with boost1.38, just to speed things up
[21:02]  * ScottK just uploaded some and has one more test building.
[21:02] <ScottK> DktrKranz: I'll ping you if it gets down to you.
[21:03] <DktrKranz> it builds and I've not seen anything completely wrong
=== fabrice_sp_ is now known as fabrice_sp
[21:29] <DktrKranz> ScottK: uploading csound
[21:36] <ScottK> DktrKranz: Thanks.
=== cprov is now known as cprov-afk
[22:30] <RoAkSoAx> Hey guys one lil question. Debian has disabled a package by commenting everything for that package on debian/control. Now, on the Ubuntu side of things, changes were made for Build-Depends on that disabled package. No, since the package has been disabled, should I continue to apply the Ubuntu changes?
[22:31] <sebner> RoAkSoAx: what's the reason for disabling it?
[22:32] <RoAkSoAx> sebner, According to the Debian: "Redisable gcjwebplugin for all architectures, since the security issues are not considered to be adequately resolved for lenny and the icedtea-gcjwebplugin is now available (closes: #267040)"
[22:34] <RoAkSoAx> sebner, this has been disabled for lenny, which meant that Jaunty had the same change. However, they were still applying Ubuntu changes to the disabled package.
[22:35] <sebner> RoAkSoAx: generally we shouldn't differ that much from debian but if the ubuntu changes are important they should be preserved for the time the packages comes back *if* it comes back
[22:36] <RoAkSoAx> sebner, ok I'll keep them, and the changes are changing to firefox instead of iceweasel
[22:36] <RoAkSoAx> and adding a Recommends
[22:36] <sebner> kk
[22:37] <RoAkSoAx> :)
[22:38] <RoAkSoAx> thanks
=== ripps_ is now known as ripps
[22:43] <ScottK> If that's the only changes (related to the disabled package), I'd sync it myself.
[22:47] <RoAkSoAx> ScottK, well that actually was one of a series of changes :)