[01:02] Hi, I am looking for someone to review (or advocate) my package here: (http://revu.ubuntuwire.com/details.py?package=qlix) :) [01:02] good night [02:42] hello [03:33] Is it a requirement to be a full fledged MOTU to join the motu launchpad group? Or just an interest in becoming one? [03:34] tbielawa: The former [03:34] Thanks [03:37] * wgrant woiuld have thought that being a fully fledged MOTU and being a member of ~motu were the same thing. [03:48] NCommander: Do you have anything to do with armel? [03:48] ScottK, I'm bootstrapping Ubuntu-armel ... [03:48] Does that count? [03:48] Isn't Nokia already doing that? [03:49] And wasn't Canonical considering it? [03:49] I haven't heard on either count [03:49] No, I want a Debian armel porter. My klamav problem on arm got solved by someone queing it for a retry (that succeeded without me asking). Now it's stuck 'building' for 3 days on armel. [03:49] I'm at the point that I'm just about fire up buildd and start building the base system [03:49] NCommander: There is a Nokia ARM port of Ubuntu available, I'm sure. [03:49] I've seen public mention that Ubuntu will support armel. [03:49] * NCommander shrugs [03:49] I still have a MIPS board ... [03:51] m68k! [03:51] There must be something even more obscure. [03:52] sh4 [03:53] That works. [03:53] wgrant, while I would consider an m68k port, we'll be +2 past intrepid by time it compiles [03:54] * NCommander would consider kfreebsd-i386 [03:54] or if anyone has some alpha hardware lying around ;-) [03:54] Why? [03:54] I actually perfer the freebsd system over LInux, but I hate their packaging [03:55] I've got an old Mac LC III with 68030 (and the 68040 add-in board) that last I checked still worked. [03:55] You seriously want Ubuntu for m68k? [03:55] (considering its glibc is stalled at 2.5, it would probably be ugly) [03:56] No. Just mentioning obscure hardware. [03:56] heh [03:56] Is there a better tool than pbuilder for testing a package that's a daemon? [03:56] awmcclain, what are you trying tod o? [03:57] I'm repackaging a web service, and I just want to make sure that everything is working properly. [03:57] awmcclain, use a normal chroot [03:57] (this is for a ppa) [03:57] rather than pbuilder login? [03:58] I'm too tired to give you a well thought out and reasonable answer ;-) [03:58] ScottK, maybe if I can fix my alpha box, I'll use that as my weekend project [03:59] * NCommander would use Debian alpha as a base, then just selectively build enough packages to create an ubuntu chroot and work from there === gaurdro__ is now known as gaurdro [05:45] Is there a method of updating man pages that I might want to know? [05:46] anyone maintaining VLC around here ? [05:47] j-b: I touch it sometimes. [05:59] wgrant: ok, VLC is in 0.9.0-test3 and should be release during august, any hope of getting in Intrepid or should we package it oursleves ? [06:00] j-b: I plan to get 0.9.0 into Intrepid. [06:00] Although I thought it was meant to be out by now. [06:00] we are in feature freeze [06:00] and we are in test3 [06:00] planning is to release on mid-august [06:01] OK, that should work. [06:01] but, we might shift a bit [06:01] but, I think that from test4, it should be quite usable (kind of RC1) [06:01] It will be out before ~October? [06:01] wgrant: I am asking since debian has frozen VLC (Lenny has 0.8.6) [06:01] wgrant: oh, yes [06:02] wgrant: october should be 0.9.1-alpha1 [06:02] there should totally be a package for the Windows version of Mono, under Wine [06:02] coppro, there is, its called the mono installer ;-) [06:02] j-b: Famous last words... but yes, I intend to look at 0.9.0 at some point, probably talking to Debian about it. [06:03] wgrant: we have some Nightly builds for HH [06:03] but I am asking since there is a big shift from VLC 0.8.6 to 0.9.0, especially since the new default GUI is Qt [06:04] Oh. [06:04] not all the distro are doing it the same way [06:04] SuSE is doing vlc-noX, vlc, qvlc and wxvlc [06:05] I presume Debian will throw it into experimental or at least their svn at some point soon. [06:05] since interface are just some modules (.so) [06:05] wgrant: ok, so I should see with xtophe and sam, I guess (debian maintainers) [06:06] wgrant: other question, what is the Ubuntu policy for mp3lame, x264 and mp4-encoder ? [06:07] They're in multiverse. [06:07] I have x264 enabled in Ubuntu VLC, while Debian doesn't. [06:08] multiverse, ok. Where is VLC ? [06:08] VLC, as it needs x264. [06:08] Er. [06:08] it doesn't need it [06:08] Multiverse, as it needs x264. [06:08] Doing too many things. [06:08] It does if I want to have x264 enabled... [06:08] yes :D [06:09] is it possible to have one package in multiverse depending on one in universe ? [06:11] wgrant: what are our deadlines if we want to be in Intreid ? [06:12] j-b: Packages in multiverse can depend on packages in any component. The opposite is not true. [06:13] 2008/08/28 is the deadline for new upstream versions, but if we have a RC before that we could probably get it in later. [06:13] And it's easier to get exceptions if the project has an abysmal security record. [06:13] wgrant: ok, so in theory, we could have a vlc in universe and the plugins in multiverse [06:14] do we have a "abysmal security record" ? [06:14] j-b: If the plugins can be built from a separate source package, yes. [06:14] You do. [06:14] :'( [06:14] Not quite as bad as things like WordPress and phpMyAdmin, though. [06:15] well, we have less security updates than FFx, but yes, demuxers are very likely security borken [06:15] Fortunately your patches are generally fairly easy to locate. [06:15] wgrant: well, for sure, we won't fix security in 0.8.6 branch [06:15] Um, even though it's in Hardy and Lenny? [06:16] That seems very short-sighted and distro-hostile. [06:16] yes [06:16] no, that seem s very unstaffed [06:17] It's a lot easier for the upstream devs to backport fixes than tiny distro security teams that don't know the code... [06:17] wgrant: give us more than 5 devs [06:17] :) [06:17] More than our security team, at least. [06:18] wgrant: we will try to provide patches for security [06:18] since the code is very separated in plugins, and usually the seucrity is one plugin not the application [06:19] but it is not sure that we will make actual release for it [06:19] Right, that's fine. [06:19] As long as we have patches. [06:19] We don't upload new upstream releases to old suites anyway. [06:19] wgrant: all security issues in the last 2 years where not more than a few lines of patches in some plugins [06:20] j-b: I noticed. I've dealt with most of them. [06:20] wgrant: but yes, 0.8.6 has much diverted from 0.9.0 [06:20] wgrant: that is also why some distro broken vlc in more packages [06:20] It would be much easier if you would note which commit fixes each vulnerability, though. [06:21] wgrant: yet another boring question: do you have patches that we (upstream) could use ? [06:21] j-b: I think the only major one that we now carry is PulseAudio, but I believe that's in 0.9.0 anyway. [06:22] * wgrant checks for others. [06:22] wgrant: yes, PA... [06:23] wgrant: do you know where I can find the ubuntu Qt4 packaging team ? [06:23] j-b: Of that I'm not quite sure. [06:23] too bad [06:24] wgrant: anyway, thx a lot for your time. [06:24] j-b: You can see all of our patches at http://patches.ubuntu.com/v/vlc/extracted/. That includes those we inherit from Debian. [06:24] if needed, mail me [06:24] @videolan.org :D [06:24] my g/f uses ubuntu, so I want a good VLC there :D [06:25] Thanks for talking to us. Communication with upstream is always a good thing, and generally makes things easier for all involved. [06:25] thanks for your work :D [06:26] and I'll see what I can do to help debianers to make some good debian/rules [06:26] j-b: If you're looking for people working on QT, then #kubuntu-devel [06:26] not writen a .deb in years... [06:26] ScottK: thx [06:27] arf, sorry, yet another question: how long do you keep bugs for old release in launchpad ? [06:27] j-b: They're there forever, but they are hidden from the default view once they are closed. [06:27] They will remain open until fixed or the old release loses support, which is usually 18 months after release. [06:28] wgrant: ok [06:28] muchas gracias... [06:28] mail me if needed :D === gaurdro is now known as guardro [09:11] morning everyone [09:12] whois sirestart [09:12] sorry for the noise... [09:12] raphink: hey [09:12] any lluck on your investigation on REVU ? [09:12] hi huats [09:33] can anyone help me with a pbuilder error - trying to do the pbuilder create [09:34] ends like this - http://pastebin.com/d3d5301e4 (essentially W: Failed to fetch http://us.archive.ubuntu.com/ubuntu/dists/intrepid/Release Unable to find expected entry restriced/binary-i386/Packages in Meta-index file (malformed Release file?) [09:37] vorian: need to discuss the bug you logged [09:37] about jboss [09:37] slangasek: need to discuss the bug you logged. about jboss [09:39] can i get some motu-sru love for bug #241402? [09:39] Launchpad bug 241402 in mythbuntu/8.10 "Mythbuntu control center VNC setup freezes if & in password" [Medium,Fix committed] https://launchpad.net/bugs/241402 [10:01] stefanlsd: I've no idea, the typo in the file it missed looks strange. Perhaps mvo in #ubuntu-devel has an idea what went wrong. [10:18] geser: thanks. in the .pbuilderrc i had a type of restricted [10:27] Hello :) [10:27] Can a MOTU take a look at here please? http://revu.ubuntuwire.com/details.py?package=kio-sysinfo [10:29] slytherin: why in the world does jboss have circular build-dependencies? that's just madness :/ [10:30] slangasek: that you will have to ask Debian packagers. [10:30] as opposed to upstream? [10:32] slangasek: frankly, I don't know if it is upstream problem or packaging problem. [10:35] slangasek: have you a better idea to resolve the bootstrapping problem with jbossas4? [10:39] What's with all the motu-sru members resigning? [10:39] A flashmob? [10:40] <\sh> Sikon: nope...just a matter of time [10:41] Who is left? [10:41] * \sh resigned from motu-sru...see mail [10:41] <\sh> there's not much time left of my day to do the duties for this job....and I really want to see another member of motu to fulfill this position.. [10:41] \sh: Who *is* left, not who *has* left. [10:41] \sh> ScottK resigned before you [10:42] wgrant: apparently nobody. I'm waiting over a week already for a comment from ~motu-sru [10:42] And before that, Hobbsee resigned from MOTU and MOTU Release Team [10:43] geser: i think TheMuso is still there... [10:44] and pitti is also there I think [10:44] (but I might be wrong) [10:45] <\sh> well, regarding me, it hasn't to do with Launchpad...but it has to do with time spend on RL, RL work and Leonov (in this particular order) and it's really important that this team is running at a good speed...and I can't achieve that speed (everybody can see that, that I don't do upload a lot of packages this cycle) [10:45] huats: afaik pitti was never in motu-sru, just ubuntu-sru [10:50] geser: oh sorry I mixed both [10:50] :( [10:51] huats: pitti does archive-admin tasks and provides guidance in case of doubt. === ApOgEE- is now known as ApOgEE-- [10:57] DktrKranz: do you have time? [11:00] Wubbbi: not much right now, what can I do for you? [11:01] Can you take a look at this please? http://revu.ubuntuwire.com/details.py?package=kio-sysinfo [11:05] Wubbbi: not right now, but I could have a look later this afternoon [11:06] DktrKranz: ok no problem. thank you very much :) === persia_ is now known as persia [11:47] hi folks [12:05] persia, I wrote the minutes for the meeting. === metilfenidato is now known as leleobhz [12:05] cody-somerville: I saw them. Thanks. Usually I send them to the mailing list as well, just to let everyone know (as not everyone is subscribed to that wiki page). [12:07] Okay. [12:07] I'll do that now. [12:11] nhandler: I've uploaded your hildon-t-m-b debdiff, thanks! [12:12] Thank you StevenK :) [12:20] hey sistpoty|work [12:20] glad to see you [12:20] hi huats [12:21] I have a pb with revu [12:21] I cannot upload anymore [12:21] :( [12:21] i have started to look at this pb with raphink [12:21] apparently my key disapeared from the kearing [12:21] keyring [12:21] mine aswell ;) [12:21] sorry [12:21] that is true :) [12:22] NCommander: around? ^^ :) [12:22] huats: Are you still a member of the uploaders team? [12:22] huats: revu has gone through quite a bit of code changes in regards to keys and stuff... NCommander should know best ;) [12:23] (and RainCT) ;) [12:23] persia: I think... I was last week [12:23] hey persia btw [12:23] :) [12:25] persia: LP says that I am a member of the team [12:25] sistpoty|work: ok [12:25] so NCommander please help us :) [12:32] huats and raphink: have you both logged in revu once before uploading? [12:33] sure [12:33] hum [12:33] I think so too [12:33] please don't let huats upload to revu, please! [12:33] norsetto: hello :) [12:33] haha [12:34] huats: oh hi, you are here too :-)? [12:34] ;) [12:34] as far as I understand the changes that have been made, the revu-uploaders team is no longer used. your key is imported into revu when you first login to revu using launchpad openid [12:34] I'll try to upload again now that I am loggued in [12:34] .... [12:34] Adri2000: ah, this is new [12:35] raphink: Might want to "merge accounts" after login. [12:36] I see [12:36] jpds: you are with the backporters team, right? Care to give a look to bug 252037 ? [12:36] Launchpad bug 252037 in sauerbraten "sauerbraten cannot upgrade" [Undecided,Confirmed] https://launchpad.net/bugs/252037 [12:37] Adri2000: raphink and sistpoty|work it works ! [12:37] I might not have loggued since... [12:38] oh no .... [12:38] that was the reason... [12:38] sorry norsetto... [12:38] ;) [12:38] * norsetto goes to have lunch ... [12:38] norsetto: Looks like sauerbraten-data, recommends and conflicts on sauerbraten. [12:38] norsetto: enjoy your pasteque [12:38] ;) [12:40] jpds: yes, that would also [12:40] need to be updated [12:40] norsetto: Looks like: sauerbraten-data (>= 0.0.20071227-1) is the biter where -1~hardy1 is less than the required dependency [12:42] jpds: there are two things, sauerbraten needs to have a suitably versioned dep on sauerbratem-data, and sauerbraten-data needs to have a suitable versioned conflict with sauerbraten [12:43] Right, [12:44] jpds: can you take care of that? I don't think I'm allowed to upload to -backports/ [12:44] norsetto: Me neither :) Only core-dev can upload directly. [12:44] jpds: ah! [12:45] * norsetto looks around to see if there is any core-dev lurking in the corners [12:45] I have to file a backport request on LP with ubuntu-archive subscribed [12:46] * norsetto seems to remember that sistpoty|work has super cow powers [12:46] norsetto: /me can't even login to lp right now :P [12:46] sistpoty|work: thats a good one, have to remember it :-) [12:47] :) [12:47] sad but true... the recover password page says that I'm not authenticated *g*... so obviously I need to be logged in to recover my password *g* [12:47] lol [12:48] * norsetto really goes to have lunch [12:48] have a good meal, norsetto [12:48] sistpoty|work: I think they logged everyone out yesterday. [12:49] jpds: That matches my experience. [12:49] wgrant: Hobbsee had the same and me too. [12:49] well, that alone wouldn't be too much of a problem *g* [12:50] sistpoty|work: that's...special. [12:50] sistpoty|work: go complain in #launchpad, if you haven't already [12:50] Hobbsee: I already have :) [12:50] * Hobbsee hasn't looked there yet [13:14] * cody-somerville tackles Hobbsee. [13:15] hey cody-somerville! [13:16] How are ya? :) [13:17] If anybody want to give a review of http://revu.ubuntuwire.com/details.py?package=tktreectrl [13:17] :) [13:20] cody-somerville: doing OK. home from work. yay! [13:21] \o/ [13:23] * norsetto is not here [13:23] Evidently [13:24] Otherwise cody-somerville might tackle you as well. [13:24] * cody-somerville grins. [13:24] StevenK: tackling is ok, is tickling which isn't [13:25] * Hobbsee tickles norsetto with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!™ [13:26] * norsetto laugh his err, bottom, off [13:26] It tickles too? Next you'll claim it juliennes fries... [13:26] it does many things. [13:26] Amen! [13:35] huats: small typo: "This package contains the development file" should be "This package contains the development files" [13:36] norsetto: ok [13:37] huats: also, some blank spaces here and there to be cleaned out [13:38] norsetto: in the control file right ? (I have just removed some) [13:39] huats: also rules and copyright [13:39] ok ok [13:39] huats: I see you have decided not to use make distclean [13:39] norsetto: no [13:39] I am using it, [13:40] huats: there is no make (dist)clean in the clean target of rules [13:40] there is a clean target [13:41] huats: thats not what I'm saying [13:41] and in it I test if the Makefile exists or not, if it does, I am using distclean [13:41] ok [13:41] so I mistunderstand :) [13:42] huats: my fault, was looking at the old rules *cough* [13:42] I am listening :) [13:42] ah ok :) [13:43] no pb [13:43] ::) [13:44] huats: but then this comment "We need to clean by hand since there is no clean target in Makefile" should go ;-) [13:44] yep [13:44] :) [13:45] doko: ping [13:46] norsetto: ok [13:46] I have corrected all that [13:46] :) [13:46] thanks ! [13:50] huats: hmmmm, I guess the examples should really go in the -dev package [13:51] they are not ? [13:51] oups [13:51] DktrKranz: 1) Upstream tarball does not provide a full copy of the license used, this will cause archive-admin to reject the package. that does that mean? [13:52] norsetto: it is the case right now in my new local package :) [13:53] Wubbbi: that your package will likely be rejected if submitted [13:54] why? [13:55] huats: how can I check some of the examples? For instance, tclsh8.4 bitmaps.tcl does nothing [13:55] norsetto: the example is just one big example [13:55] Wubbbi: because upstream tarball doesn't contain sufficient license information [13:55] are suggested installed by default in intrepid ? [13:55] huats: hmmm, I see [13:58] huats: perhaps we should say something to that effect in the -dev README.Debian [13:59] ok [14:01] Wubbbi: Essentially, as the packager, it is your responsibility to work with upstream to ensure that their code release includes all the necessary licensing information for redistribution. [14:01] Some upstreams only include that required for distribution, but may not complete all requirements to allow others to redistribute. [14:03] persia: and what I have to do now? [14:03] doko: ping [14:04] huats: do we care that TREECTRL_LIBRARY is undefined? [14:05] persia: why not? ... Its under the GPL. And the GPL allowed me to do anything I want with. oO [14:05] regarding the example [14:05] doko: Hello, can you help me with Martin Pitt's question on bug 249158 ? [14:05] the way to test it is to gunzip eveything [14:05] doko: eclipse version is still at 3.2 while swt-gtk is currently at 3.4 on Debian [14:06] and then tclsh8.4 demo.tcl [14:06] :) [14:06] huats: yes, I did that, thats why I've seen that warning [14:06] norsetto: TREECTRL_LIBRARY undefined ? [14:06] Launchpad bug 249158 in ubuntu "Please sync swt-gtk 3.4-1 (universe) from Debian unstable (main)." [Wishlist,Incomplete] https://launchpad.net/bugs/249158 [14:06] norsetto: let me check [14:06] Wubbbi: The GPL very much does *not* let you do anything you want with it. [14:07] tacone: 'Suggests' are never installed. I think you means 'Recommends'. AFAIK, they will be installed by default in intrepid [14:07] Anyway, https://wiki.ubuntu.com/UpstreamGuide has some information that might help to determine what is required. [14:07] Heya folks [14:07] hi bddebian [14:07] Heya bddebian [14:08] persia: why? : [14:08] This package is free software; you can redistribute it and/or modify [14:08] it under the terms of the GNU General Public License as published by [14:08] the Free Software Foundation; either version 2 of the License, or [14:08] (at your option) any later version. [14:08] Hi sistpoty|work, cody-somerville [14:08] !!!you can redistribute it and/or modify!!! [14:08] Wubbbi: Error: I am only a bot, please don't think I'm intelligent :) [14:09] Wubbbi: GPL insists that your modifications should also be released under same license [14:09] Wubbbi, the gpl doesn't allow me to use gpl source code in a closed product. even if i want to! [14:09] And the the source goes with it [14:09] and [14:09] and [14:09] :) [14:09] Wubbbi, that's not "anything i want" [14:09] Wubbbi, you want the WTFPL [14:09] Wubbbi: redistribute *under the terms of the GPL*, which as some restrictions. [14:10] the WTFPL is a 1-clause copyleft license, with the following term: [14:10] slytherin: Well, you don't need to use the *same* license. You just need to grant at least the rights the GPL grants (so, eg, public domain is fine) [14:10] 0. You just DO WHAT THE FUCK YOU WANT TO. [14:10] persia: I want to releas it under the GPL! where is the problem? [14:10] broonie: yes, I means no additional restrictions [14:11] I dont understand what you all mean. The Programm is under the GPL ... I have redistribute and modify it ( I'm allowed to ;) ) ... now I want to release it again under the GPL ... whats the problem? [14:12] Wubbbi: does the orig.tar.gz contain a copy of the GPL? [14:13] Wubbbi, are all contents, e.g. artwork or sounds or fonts, covered under the same license? [14:14] Wubbbi: basically there's no way to tell becaus .orig.tar.gz does not ship a full copy of the license, this leads to uncertainty when looking at files without license headers (such as .po files for instance). Ubuntu/Debian can't rely on the informations listed in a web page to determine license, but for information shipped together with source code. [14:14] directhex: I have removed the unfree ATI/NVIDIA/INTEL/AMD Pictures and replaced them with some Oxygen ( GPL ) Icons. And all of these things are under the GPL or LGPL .. [14:15] ohhhh ... the po files dont have any Licens comment :/ [14:16] see? [14:16] I think upstream would provide a full copy of the licenses if asked, it's not a big issue, IMO [14:16] but on the Homepage, it shows me GPL http://kde-apps.org/content/show.php/New+sysinfo+1.0?content=85668 [14:16] DktrKranz: ahem... a missing gpl in the source code doesn't really have any impact in regards to files w.o. license headers. the problem is rather that it's a requirement of the gpl itself which is not met then. [14:17] sistpoty|work: doesn't GLP imply we ship a full copy of the license? [14:17] *GPL [14:18] yes [14:18] DktrKranz: yes, it does. just your argument is flawed ;) [14:18] DktrKranz: or my understanding of it ;) [14:18] sistpoty|work: my bad words :) [14:18] heh [14:18] I'm looking for some packaging experts to comment on my package thats up for review: http://revu.ubuntuwire.com/details.py?package=qlix [14:18] DktrKranz: ok ... how to fix that issue now? [14:19] Wubbbi: 1) tell upstream. 2) repack the orig.tar.gz and put in a copy of the gpl [14:19] SolarWar: You don't need to ask in this channel every day for people to review qlix. People will review it when they get a chance. [14:19] okay :) [14:20] sistpoty|work: the complet GPL? oO [14:20] SolarWar: On the other hand, you are welcome to advertise your cool package once a day if you wish. You may get more interest if your advertisement includes a little more information about the package. [14:21] Wubbbi: yep [14:21] me wakes up [14:22] SolarWar: feel also free to make offers, we accept cash, major credit cards and used stamps [14:22] persia: can you help out with this bug 249158 ? [14:22] Launchpad bug 249158 in ubuntu "Please sync swt-gtk 3.4-1 (universe) from Debian unstable (main)." [Wishlist,Incomplete] https://launchpad.net/bugs/249158 [14:22] Wubbbi: the source package must be complete on its own, as it can be used on its own (iirc some distribution even have used debian sources as "upstream" sources in the past) [14:22] norsetto: No soliciting bribes in public :p [14:23] norsetto, haha :) [14:23] persia: bribes? Thats good honest work ;-) [14:24] AnAnt: From the buglog, I suspect you'll want to verify that the new swt-gtk supercedes eclipse. If you're not sure, you might try confirming with doko. [14:24] sistpoty|work: ok just copy in the orig.tar.gz? [14:24] persia: what does supercede mean ? [14:25] Wubbbi: exactly [14:25] AnAnt: roughly: both is newer than and replaces [14:26] sistpoty|work: GPL, GPL-2 or GPL-3? [14:26] persia: swt-gtk does not replace eclipse, maybe only the swt libs that eclipse provide [14:26] Wubbbi: whatever license matches (I'm quite sure upstream put a note under which license the software is supposed to be released) [14:27] sistpoty|work: and there are 2 files with the LGPL Lincense ... should I copy the LGPL License too? [14:28] Wubbbi: yes (even though it's legally not necessary, since LGPL allows files to be relicensed under the GPL) [14:28] ok [14:29] AnAnt: right. Historically, swt-gtk was no longer used, as the libraries from eclipse were used instead. It may be that now swt-gtk is good again, and we should not use the eclipse libraries. [14:30] The archive admin reviewing the update would like someone to investigate this, and update the bug with further information as to whether we should be using swt-gtk or the swt libraries from eclipse. [14:30] sistpoty|work: ok done ... now thats all? [14:31] Wubbbi: no idea actually... I haven't looked at the source package in the first place ;) [14:31] DktrKranz: thats all? Or do we need more License changes? [14:32] Wubbbi: I think it's all [14:33] DktrKranz: 4) This shouldn’t be a native package (you haven’t .diff.gz file). ... how to fix that? [14:34]