=== micahg_ is now known as micahg [01:15] hey Riddell === wgrant_ is now known as wgrant [06:36] good morning === rperier_ is now known as rperier [07:42] Riddell: ping [07:48] Riddell: My ec2 skills are completely gone :S .... can't login to an instance that I provisioned === vinay is now known as Guest94668 [08:14] any idea why i can't install apport-kde upgrade ? [08:16] yofel: ok, I think we can greenlight the Qt package. I've been using Amarok constantly yesterday and today, and it hasn't crashed once [08:16] very nice [08:20] markey: thanks! I'll try to get the SRU paperwork done this week then [08:21] :) [08:41] yofel: did you upload 4.10.4 for raring? [08:41] status page is missing half the packages [08:41] shadeslayer_: yeah, can you update the symbols for kdelibs? I think that's all thats left [08:41] shadeslayer_: well, yeah, --sru does that [08:42] yofel: can di [08:42] *can do [08:42] IIRC there should be like 55 packages for raring [08:42] 0.o [08:43] ? [08:43] 55 packages only? [08:43] that's all that had changes since .3 [08:44] oh? we the script doesn't upload all of it? [08:44] i.e. if nothing changed in svgpart, it won't upload svgpart?\ [08:45] nope, in --sru mode it runs a diff check on every package, if diffstat returns nothing the package is skipped [08:45] what's a bit of work right now is fixing versioned build-deps later, as the script doesn't know how to skip that yet... [08:46] I have an idea for that, but didn't implement it yet [08:46] ok [08:52] yofel: btw regarding md5sum checking, should I just make it use rsync instead of scp? we get md5sum checking for free then [08:53] * yofel can't think of a reason why not do use rsync right now [08:54] *to use [08:55] k, I'll try it out [08:55] someone please remind me if I haven't mangled channel access list today [09:03] yofel: not sure if anyone noticed, but http://cdimage.ubuntu.com/kubuntu/releases/raring/release/kubuntu-13.04-desktop-amd64.manifest vs http://cdimage.ubuntu.com/kubuntu/releases/raring/release/kubuntu-13.04-desktop-i386.manifest , the german lang pack is missing on mad64 [09:03] erm [09:03] amd64 [09:03] or it got accidentally added to i386 [09:04] why would that happen 0.o [09:06] I'm the worst possible person to ask about l10n... [09:06] apachelogger_: ^ [09:07] shadeslayer_: on second thought, what to the seeds say? [09:07] checking [09:07] usually germinate uses popcon to populate that IIRC [09:10] hm [09:10] #by order of popcon (de es fr ru it pt pl ja zh nl cs sv hu el) [09:10] * Languages: de es [09:10] and then it adds it to i386 and amd64 [09:10] this is messed up [09:11] yofel: http://bazaar.launchpad.net/~kubuntu-dev/ubuntu-seeds/kubuntu.raring/view/head:/ship#L41 [09:11] fr is only added to i386 for some reason? :P [09:12] amd64 was full I guess [09:12] :S [09:12] yes, we are fat ^^ [09:14] I'm sorry for bothering you devs with this, but I'd like some direction. After sending queued mails with Kmail, my plasma-desktop crashed and I can't start it again. I removed plasma-desktoprc and plasma-appletrc, but it still doesn't start. The command 'plasma-desktop' lets the screen flicker and then shows the KDE Crash Handler. I'm now using Krunner to start applications [09:15] I thought it was the Telepathy applet (org.kde.ktp-presence that caused this, because yesterday, adding that crashed plasma-desktop). After todays upgrades, that worked, but now I'm nog so sure. [09:17] yofel: did someone upload oxygen-icon and kajongg? [09:17] because those 2 needed to be manually uploaded [09:18] not that I know of [09:18] what's wrong with kajongg? [09:18] I didn't check [09:18] but the script skipped those [09:21] alvin: does this also happen on a guest account? [09:23] yofel: kde4libs for raring uploaded [09:23] * shadeslayer_ looks at oxygen-gtk3 [09:26] shadeslayer_: I disabled that. I can try, but I guess not. What I did now was erasing all plasma* and activity* files in ~/.kde/share/config. Then I had to reboot. Just restarting lightdm didn't get me past the KDE Crash Handler. Now, I have the plasma-desktop, but I saw a few crash handlers on logging in. I'll retry logging out now. [09:26] huh [09:29] who uses emacs here? :P [09:30] One crash handler remains (also on reboot). A few seconds after logging in: "Nepomuk Service Stub". I'm now installing the debug packages === kubotu_ is now known as kubotu [09:30] alvin: plz pastebin the backtrace so that we can try and help [09:31] ok, I'll do that first [09:32] shadeslayer_: Is this useful? http://pastebin.kde.org/758852/ [09:33] not really, needs soprano dbg packages [09:33] vHanda: ^^ [09:33] shadeslayer_: So, I have to crash again after installation of those debug packages? [09:33] alvin: nope, it'll auto refresh IIRC [09:36] Installed libsoprano-dbg and refreshed: http://pastebin.kde.org/758870/ [09:37] This is weird. In System Settings, I see that Nepomuk is active (file indexer, semantic desktop and email indexer), but Kmail says it isn't. [09:42] The good news: I think it's a known problem https://bugs.kde.org/show_bug.cgi?id=312760 The bad news: well, when do you guys plan to release KDE 4.11 ;-) [09:42] KDE bug 312760 in storageservice "NepomukStorage crash on creating local socket" [Crash,Resolved: fixed] [09:43] whenever upstream releases it :) [09:43] Oh, right. It's not released yet [09:43] yofel: quick sanity check : subprocess.check_call(["rsync", "--progress", "-z", "-e ssh", remote, "."]) [09:43] -z is for compression === inetpro_ is now known as inetpro [09:45] I'm not sure whether subprocess allows spaces in options (-e ssh), looks right otherwise [09:45] well ... it works [09:45] so seems like it does? [09:45] ack then [09:45] * shadeslayer_ tries adding --compress-level=9 [09:45] * yofel -> lunch [09:45] because, compress all the things! [10:10] yofel, this packages were stopped from updating: apport-kde kdelibs5-plugins any idea why ? [10:14] yofel, shadeslayer_: langpacks are not added if they cause oversizing IIRC [10:15] oh, makes sense [10:16] we must be seriously oversized though :P [10:17] ...there used to be a time when at least de and fr were fitting on the *CD* [10:19] ScottK: oxygen-gtk3 waiting for you in -proposed [10:19] in -proposed queue ^_^ [10:21] shadeslayer_: fixed in 4.11 [10:21] we aren't sure why that is happening though [10:22] vHanda: no chance of backporting? [10:22] to 4.10.5 [10:24] no [10:24] but you can apply this fix if you want - https://bugs.kde.org/show_bug.cgi?id=312760#c25 [10:24] KDE bug 312760 in storageservice "NepomukStorage crash on creating local socket" [Crash,Resolved: fixed] [10:24] this seems to fix it based on reports [10:24] but we still aren't sure why it happens [10:24] I've fixed it in 4.11 by not communicating over sockets [10:27] battery dying [10:27] cya later [10:32] so, why do sometimes messages have a grey box around them ? [10:48] soee: what are you updating to? [10:49] yofel, im on Raring and saw today 4.10.3 updates [10:50] soee: hm, can you please pastebin what an 'aptitude full-upgrade' attempts to do? [10:51] yofel, http://pastebin.com/u9ShT5vL [10:57] soee: that's weird and I can't reproduce it here... Maybe your mirror is out of date or broken? [10:58] bbl [11:22] qemu is so slow [11:22] so very slow [11:22] Morning [11:22] hi Darkwing :) [11:32] dafuq [11:32] http://wstaw.org/m/2013/06/05/plasma-desktoprw4794.png [11:33] Darkwing: [11:35] *grumble* [11:35] kvm is so much faster [11:35] qemu is complete crap :/ [11:36] :) [11:36] I should use something other than openbox for my testing at some point. [11:36] rather virtualbox [11:37] Darkwing: have you seen our progress? === shadeslayer_ is now known as shadeslayer === mydogsnameisrudy is now known as monkeyjuice === yofel changed the topic of #kubuntu-devel to: Kubuntu - Friendly Computing | https://trello.com/kubuntu | https://notes.kde.org/p/kubuntu-ninjas | Kubuntu Council election: Congratulations yofel, shadeslayer, and valorie | all your channel are belong to me. === yofel changed the topic of #kubuntu-devel to: Kubuntu - Friendly Computing | https://trello.com/kubuntu | https://notes.kde.org/p/kubuntu-ninjas | 4.10.4: S/WIP R/WIP Q/TODO P/TODO | Kubuntu Council election: Congratulations yofel, shadeslayer, and valorie | all your channel are belong to me. [12:07] shadeslayer: Please reupload without the changes in debian/rules and debian/source/options. [12:07] ack [12:08] Also, you can compress debian/changelog down to the relevant bits. [12:09] ScottK: though any reasons to do that? [12:09] It's the changes relevant to the SRU, i.e. more correct. [12:10] That's what gets shown in various updaters tools and it's a bit confusing as is. [12:10] okay [12:11] I'll just use the old 1.1.1 packaging [12:14] ScottK: I didn't get a rejection email :( [12:15] Hiyas all [12:15] BluesKaj: hey [12:15] hi ahoneybun [12:28] xnox: do you have an idea what could be causing this : https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1187762 [12:28] Launchpad bug 1187762 in ubiquity (Ubuntu) "[ubiquity-frontend-kde] Selecting a language requires 2 clicks" [Undecided,New] [12:29] mmm ... description can use better wording [12:30] shadeslayer: did you work out ec2? [12:30] nope :( [12:31] I've completely forgot how to do it and I tried to follow the docs, but then I couldn't ssh into the machine [12:31] pubkey denied [12:31] shadeslayer: are you setting it up outside us-east again? [12:31] nope, I was using us-east [12:32] Riddell: ec2-run-instances ami-5dd0ba34 -t m1.small --region us-east-1 -k key [12:32] shadeslayer: Odd. I did reject it. [12:33] ScottK: yeah not sure, I didn't get an email regarding my kdelibs upload as well [12:34] shadeslayer: then log in with ssh -i key.pem ubuntu@123.aws.com ? [12:36] Riddell: yes [12:36] it said pubkey denied when I tried to do that [12:38] Riddell: maybe the key didn't get copied? [12:39] shadeslayer: I have four environment variables set, I don't remember what they all do, do you have them set? [12:39] yes, I set them prior to using ec2-run-instances [12:40] shadeslayer: I'm in [12:41] shadeslayer: to one I just statred [12:41] shadeslayer: try ubuntu@ec2-54-224-61-127.compute-1.amazonaws.com [12:41] Riddell (and kubuntu people in general), ximion (since you started tanglu): any toughts on this http://paste.kde.org/759080/ ? [12:41] *blink* [12:41] works [12:41] ah well [12:41] shadeslayer: it took a while to let me log in [12:41] shadeslayer: live session acting differently from ubiquity-dm session?! subtle things are different between the two. Did you try installer inside the live session? [12:42] shadeslayer: I got Connection refused for the first couple of minutes after it had started [12:42] xnox: -dm works fine [12:42] Riddell: ec2din said it was runnign [12:42] *running [12:43] shadeslayer: ec2-describe-instances told me it was up but it still took a bit to be able to do an ssh connection [12:43] shadeslayer: sure, but that's not where the bug is. [12:44] Riddell: hmm [12:44] ah well [12:44] shadeslayer: the user is reporting against live-session running installer, where theme/desktop settings/etc can be interfering. [12:44] shadeslayer: i asked, have you tried inside the live session -> try kubuntu and then start installer. [12:45] xnox: yes, that's exactly where the problem occurs [12:45] it doesn't happen in ubiquity-dm [12:46] so, debug live-session. theme/qt/kde settings and full kubuntu-session is started, which is fully outside of ubiquity control. [12:46] santa_: gosh yet more kde package forks? [12:46] the bug is somewhere between the two. It might mean that ubiquity needs to adjust settings on startup, which have "compatible" values in ubiquity-dm but not in the live session. [12:47] whaa [12:47] Riddell: did you shut it off :P [12:47] santa_: well, first of all Tanglu is no replacement for anything :P And regarding shared packaging efforts, I would love that! But making it happen would be much work, the Kubuntu/Debian packaging already has some differences, mainly due to Kubuntu shipping newer KDE releases faster [12:48] shadeslayer: yeah, were you needing it? [12:48] yes :P [12:48] okay wait [12:48] shadeslayer: oh sorry :( [12:48] Riddell: I wanted to figure out how we can use otto for Kubuntu [12:48] shadeslayer: what's otto? [12:48] https://launchpad.net/otto [12:48] shared packaging between Tanglu and Kubuntu might be possible, but that is up to the individual teams to decide, because it would require coordination work, and I don't know if the teams want that [12:49] (and I don't want to push anyone) [12:49] Riddell: http://bazaar.launchpad.net/~otto-dev/otto/trunk/view/head:/doc/README [12:51] ximion: I wouldn't want anything that adds extra hassle to kubuntu packaging but there might be some interesting possibilities to look at [12:52] my idea would cover only kde-related packages [12:52] one possible approach would be: [12:52] we package, let's say kde 4.10.4 for tanglu [12:52] then you adapt that packages for kubuntu [12:53] I do the same for siduction [12:53] and the neptune guy takes siducion packages and backports them to debian testing/stable [12:53] * siduction [12:53] hmm, the sequential bit is a problem there, I don't want to wait around for tanglu or any other project to do it first [12:54] plus most of what needs done is compiling it and checking the compilation logs and binaries which are separate for each distro [12:54] Riddell: regarding "sync-with-Tanglu" it pretty much depends on how different the base system of Tanglu will be from the Ubuntu base - would be worth a try. Merging with Debian is much more difficult, and I don't think it would be easily possible (Debian policy is - fortunately - applied strictly there :-) ), but maybe talking to svuorela might be nice. [12:55] about the sequential problem, that would be optional for each kde release [12:55] Riddel: the best approch would be to make the package work on all distros, if it is not too much work [12:55] that shouldn't be much work no [12:56] Tanglu curently is Debian + systemd + fresh kernel + a few adjustments on GRUB and the boostrap stuff [12:56] I think it would be nice to make it work for debian sid [12:56] then adapt it to each distro [12:57] I am not *that* familiar with the Ubuntu base anymore, because they diverged quite a lot from what I consider an ideal solution, but I think especially for KDE, using the same packages would work [12:57] (for GNOME not so much, since GNOME is heavily patched :-/) [12:57] santa_: this would slow down Kubuntu development [12:59] ximion: I don't think so as long as forking from customized_uptodate_packages is optional [12:59] Debian has different policies for KDE packaging, to make each package perfect, also in terms of debian/copyright files etc. - this makes sense because Debian releases are less frequent. Kubuntu instead has frequent releases and therefore fixing bugs which actually affect the users makes more sense than the polishing work (which also happens, but not with a *very* high priority) [12:59] Riddell: when passing -k do you pass the path or just the name 'key' [13:00] shadeslayer: the path [13:00] full file name [13:00] Riddell: Client.InvalidKeyPair.NotFound: The key pair '/home/shadeslayer/.ec2/key.pem' does not exist [13:01] I ran : ec2-run-instances ami-5dd0ba34 -t m1.small --region us-east-1 -k ~/.ec2/key.pem [13:01] Riddell: and EC2_KEYPAIR is the full path as well? [13:02] ximion: I'm following more or less the kubuntesque approach in siduction (i.e. not caring about copyright files and so on and package fast) [13:02] shadeslayer: no I have EC2_KEYPAIR=key [13:02] in fact we have kde sc 4.10.4 [13:02] shadeslayer: ec2-run-instances ami-5dd0ba34 -t m1.small --region us-east-1 -k key <-- no full path [13:02] okay, let me try again [13:02] the thing is: I have some kde 4.10.4 packages compatible with debian sid [13:02] shadeslayer: ssh -i key.pem ubuntu@ec2-54-224-61-127.compute-1.amazonaws.com <-- full path [13:03] and they could be developed with other people sharing efforts and in a way which would be reusable by kubuntu and neptune [13:03] imho [13:04] huh [13:04] Riddell: worked now, I suppose it was only a matter of ec2 being a bit slow [13:04] * ximion never heard of neptune.... [13:06] santa_: well, I am no member of the Kubuntu packagers, but of the Debian/KDE team, so I can only speak for Debian/KDE and say that there might be problems [13:06] for Kubuntu, I don't know [13:07] and Tanglu has a similar policy than Ubuntu for this kind of stuff, so that would work. Also giving Ubuntu devs upload permission to Tanglu can be done quickly (but we still need a good NewMember procedure - Tanglu is very young....) [13:09] http://www.zevenos.de/ [13:11] ximion: if I had permissions to upload to tanglu I could, for instance, develop kde sc 4.10.4, copy most of the packages to siduction and customize just a few ones [13:11] and I could help the neptune guy to backport such packages to neptune [13:12] the problem is, as you said the new member procedure of tanglu [13:12] specially, because, you know I'm a DR [13:12] * specially, because, you know, I'm a DR [13:14] shadeslayer: Can you check spam folders, etc to see if the rejection mail went astray? People are pretty sure it gets sent. [13:14] ScottK: already checked [13:14] nothing there [13:17] santa_: yes, I know that... [13:18] but as soon as the base system is ready, I don't see an argument why you shouldn't be working on Tanglu - but we need to define some policies and upload permisions first [13:18] also, syncing packaging between distributions seems to be a good idea (at least I think that :P) [13:19] santa_, ximion: I'm all for sharing efforts, esp. as dependency updates, file changes or new packaging will be mostly the same. But working *first* is impossible. [13:19] maybe we could coordinate some changes in debian git, but that would be all [13:19] *first in debian [13:21] can someone send me a test email at : rohangarg AT kubuntu dot org? [13:21] seems like email aliasing is broken [13:21] shadeslayer: you have any idea when lezek is around? [13:22] not really [13:22] ximion: that's nice to know, if I happen to have permissions on tanglu I can assure you the tanglu -> siduction flow will work [13:22] oh drat [13:23] santa_: what was your workflow for the .4 packaging btw.? (As you say you're already done) [13:23] yofel: http://paste.kde.org/759122/ [13:23] and then should be easy to add siduction -> tanglu to the chain [13:23] adding kubuntu would be more difficult tough [13:23] no graphics card :( [13:24] can't use ec2 for testing :(( [13:24] yofel: I'm not using git for my packages === Darkwing_ is now known as Darkwing [13:26] santa_: yeah, but do you package all 141 packages by hand? Or do you have something of that automated? [13:26] I just grab debian's git, do my changes and upload to siduction repo [13:27] by hand? :O [13:28] santa_: our workflow is based on bzr for the dev release, classic packaging for the stable release updates and most of the work is done by http://bazaar.launchpad.net/~kubuntu-packagers/+junk/kubuntu-automation/files [13:29] ugh, something wrong happened to my network [13:29] heh [13:29] shadeslayer: I do add the changelog entries by hand, unfortunately [13:30] I do bump the kde-sc-dev-latest version with just one command for a given batch [13:30] I will figure out something for the changelog entries one of these days too [13:32] I think people that want to derive from Kubuntu packaging are welcome to do so. People that have changes to improve the packaging are welcome to provide them. After some sustained, quality contribution, they can become a Kubuntu member and get rights to commit to branches directly. [13:33] In 6 years of Ubuntu development, I've yet to see a change pushed back to Ubuntu from a derivative, so I'm not holding my breath. [13:33] ScottK: better ? http://paste.ubuntu.com/5735765/ [13:34] shadeslayer: yofel: not sure if I answered your questions [13:35] shadeslayer: I'd keep the debian/copyright updates and in changelog I'd say New upstream release that fixes .... and describe the reason we're SRUing this. [13:35] shadeslayer, yofel: if I happen to have time one of these days I could explain with more detail how a guy with 8 fingers available packages the whole kde sc in a weekend for both i386 and amd64 :D [13:36] ScottK: ack [13:36] santa__: mostly, we have a bit of a scripted workflow based on http://bazaar.launchpad.net/~kubuntu-packagers/+junk/kubuntu-automation/files [13:36] heh, never noticed ^^ [13:41] yofel: good to know, I should take a look when I have time === davmor2_ is now known as davmor2 [13:41] ScottK: all fixed : http://paste.ubuntu.com/5735779/ [13:41] shadeslayer: go for it. [13:42] ScottK: uploaded [13:42] ok [13:42] Will look in a bit. [13:43] thx [13:43] ScottK: could you move the gtk2 package to -updates as well? [13:43] shadeslayer: Not yet, it's only 5 days old. [13:43] oh drat, 7 day rule even though we have verification-done [13:48] shadeslayer: do you at least know lezek's nickname? is it the obvious one? === jono is now known as Guest19882 === ashams is now known as Guest15032 [13:50] santa__: it is the obvious one :) [13:50] :( [13:50] ok, thanks [13:51] /sys/class/power_supply/BAT0/energy_full_design = 69000000 , /sys/class/power_supply/BAT0/energy_now = 15160000 [13:51] I need a new battery [13:51] I must leave, thanks for your opinions about my ideas [13:51] shadeslayer: at least your battery shows the correct design capacity ^^ [13:51] xD [13:52] mine is still at 98% health after 3 years because the design capacity is changing all the time ^^ [13:52] hah [13:52] though I have "last full capacity 7700 mAh", so I guess I can't complain [13:53] yofel: /sys/class/power_supply/BAT0/cycle_count is 0 :P [13:54] otto is just weird [13:54] craps out my entire X [13:54] shadeslayer: here it's 0 too, real value is 243 but I need tp_smapi to read that [13:54] what's that? [13:55] thinkpad thingy [13:55] yeah [13:55] ThinkPad SMAPI Support [13:56] pretty fun actually. I can force discharge a batter on AC, tell it to only start charging at 50%, tell it to stop at 80% and stuff like that [13:57] $ cat first_use_date [13:57] 2010-06-01 [13:57] heh, almost exactly 3 years old === debfx_ is now known as debfx [13:57] meaning my warranty for the notebook expired a few days ago... never had to use it [14:01] 1/4 tests cleared [14:01] yofel, shadeslayer: iirc smapi doesn't work or newer thinkpad models [14:02] At least it doesnt work on mine [14:02] \o [14:02] bummer [14:03] tpacpi-bat [14:03] saves the day [14:03] I can set battery treshholds with that [14:05] shadeslayer: You can only use a version once. How about 0.1 for raring. [14:08] shadeslayer: You didn't do ktp, right? [14:09] Quintasan: he often does [14:10] derp [14:10] Riddelll: Did you send me the G9 tablet? [14:10] Quintasan: um no, sorry I said I would didn't I? [14:10] Quintasan: nope [14:11] ScottK: oh, I didn't use 0.1 in the upload? [14:11] no [14:11] Riddelll: I believe you did at some point. It's not really important now but during holidays I can toy around with it. [14:11] shadeslayer: I see. I need to get to it [14:11] My quick look at 13.10. :D http://youtu.be/_BOrpTTXTtU [14:11] ScottK: sorry about that [14:11] no problem [14:12] Quintasan: ok will do tomorrow, keep poking me if not, e-mail your address again please [14:13] Riddelll: jr@jriddell.org is okay? [14:13] Riddelll: btw they dropped the n7 desktop kernel in saucy [14:13] Quintasan: yep [14:13] shadeslayer: what? [14:13] christ [14:13] what the hell? [14:13] yes [14:13] they're using android stuff now [14:13] though it's still available on git [14:14] fooey [14:14] Riddelll: Sent. [14:14] ScottK: proper version uploaded [14:14] shadeslayer: Ridiculous if you ask me :P [14:15] Quintasan: not really, makes sense for them :P [14:15] Quintasan: though the setup they had did fancy things [14:15] like updating the kernel when you first booted the device [14:15] and then updating whenever there were new kernels in /boot [14:16] What I want to do right now is have a rootfs that launches oem-config and is populated with the N7 X11 drivers [14:17] and use the desktop kernel already available [14:18] shadeslayer: Do you recall the order of ktp packaing? [14:19] common-internals , then everything else [14:19] he's got a magic script to do it no? [14:19] Okay [14:19] You do? [14:19] Gibe pls [14:19] uh [14:19] lemme fish it out [14:20] Quintasan: http://paste.kde.org/759182 [14:20] Quintasan: please adjust hardcoded values [14:20] wat. [14:20] I see [14:22] I suspect you don't need the sed calls now [14:22] Still waiting for the diff. [14:22] and I'm waiting for some respite from the heat, thing is, you'll probably get the diff faster [14:23] 41 degrees [14:23] I'm melting [14:23] melting I tells ya [14:23] I think it doesn't work shadeslayer but whatever [14:24] lies === Guest19882 is now known as jono [14:25] ktp-common-internals_0.6.1dfsg1-0ubuntu1.debian.tar.gz <--- dfsg [14:25] wat === jono is now known as Guest85454 [14:26] whut [14:26] aaah [14:26] Skype icons [14:26] This script is uttery broken [14:26] aha [14:26] It needs tweaking ;) [14:26] because, dfsg [14:26] It needs rewriting [14:27] tweaking [14:27] anyway [14:27] dinner [14:50] ScottK: diff available :) [15:01] ScottK: Is ktp-common-internals_0.6.2+dfsg.orig.tar.bz2 a proper tarball name? [15:02] Yes [15:03] I see. [15:03] means it's been changed to remove something non-free [15:03] probably skype icons [15:03] ScottK, apachelogger_: The http://pkg-perl.alioth.debian.org/howto/repacking.html has a script that is utterly wrong [15:03] Riddelll: I know, I'm trying to figure out if there is a proper way of doing tarball repacks [15:04] Turns out the script doesn't work [15:04]