[00:07] I don't have a simple solution at hand [00:08] you probably need some repository software and use this repository inside pbuilder (or use a PPA) [00:09] geser: ok so if i upload the successful package to PPA, when it comes time to upload the new ones.. how do I tell THAT to use my repository? [00:10] bcurtiswx: I recently discovered that if you're using pbuilder-dist, it'll bind mount & add a /var/cache/archive to your sources.list in the chroot. [00:10] RAOF: i see this, but it still didn't recognize my updated package [00:11] Did you make a Packages.gz file, and update the pbuilder? [00:11] you can use your PPA with the backported packages in your pbuilder (and your PPA will automatically use your packages from your PPA to build later uploads) [00:11] So if you copy the .debs you want to /var/cache/archive/lucid, then build the Packages.gz (running apt-ftparchive packages lucid/ | gzip -9 lucid/Packages.gz should do it), pbuilder-dist will pick them up. [00:12] RAOF: im backporting these to karmic so instead would it be /var/cache/archive/karmic ? [00:13] Yes. [00:14] RAOF: im guessing Packages.gz is really like empathy*.gz or telepathy-glib*.gz .. right? [00:14] No, Packages.gz is the file that lists all the packages in the archive. [00:14] pbuilder makes a karmic-base.gz [00:14] Yeah, but that's a whole karmic system, zipped up. [00:15] This is different; you're making a repository. [00:15] RAOF: ok [00:15] pbuilder won't pick up random .debs from anywhere; it'll only grab them from a repository. [01:23] to have pbuilder-dist save what I do in the login ... how do i? [01:29] pbuilder-dist lucid login --save-after-login [02:25] hello [02:25] i think there is a problem with the main Ubuntu mirror [02:26] it's impossible to download libmysqlclient16 because of a 403 error [02:26] W: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/m/mysql-cluster-7.0/libmysqlclient16_7.0.9-1_amd64.deb [02:26] 403 Forbidden [IP: 91.189.88.46 80] [02:26] it here the right place to report that? [02:27] Nitsuga: Theres an issue with the package, the permissions were changed on the repo so that people do not inadvertantly upgrade to a broken package. [02:27] ohh I see... [02:28] ok thank you [02:28] Sure, np [02:52] i'm getting overbooked ... actually the software i was packaging uses much other software during the build (softwares that have their own license/copyright ... but fortunately they are totally free & source code available ) .... i'm afraid of the huge work http://code.google.com/p/ps3mediaserver/source/browse/#svn/trunk/ps3mediaserver/lib [02:53] the package i'm working on uses all these .jar & .zip files .... ^^ [02:54] i've been packaging this soft for almost 3 weeks & i just don't know if can continue the work to split each software in it's own .deb package [02:55] i feel so fucked :( ! [02:55] paissad: watch your language, please [02:55] sorry :) [03:11] anyone know why Rejected:empathy_2.29.90-0ubuntu2~bcurtiswx.dsc: format '3.0 (quilt)' is not permitted in karmic. [03:11] how i may fix this? [03:11] bcurtiswx: drop source format 3 :) [03:11] micahg: where is it defined? [03:11] debian/source/format [03:12] so to get rid of it..?? [03:12] yeah, you can delete the file [03:12] for karmic [03:12] bcurtiswx: if you don't have an .orig.tar.gz, you might have to make one [03:18] micahg: http://paste.ubuntu.com/378095/ [03:18] i removed the format file [03:18] and it then gave me that error [03:19] bcurtiswx: was quilt dropped from the package? [03:19] idk [03:19] bcurtiswx: is there still a debian/patches dir? [03:20] yes [03:20] k [03:20] idk [03:20] :'( [03:22] * micahg had simple cases [03:22] anyone else know what i should do? [03:24] * bcurtiswx pokes room [03:28] http://paste.ubuntu.com/378095/ anyone? [03:31] micahg: is there another format of quilt I can try?? [03:31] or another format ? [03:35] is there a place I can go to find out? this is the place as far as i know [03:38] JontheEchidna: you've seen my problem before.. any suggestions? [03:39] bcurtiswx: this is the right place [03:40] hmm, I don't really touch gnomish things. maybe you have the wrong person? [03:40] JontheEchidna: you've seen format '3.0 (quilt)' is not permitted in karmic [03:40] do you know how to avoid that ? [03:40] bcurtiswx: the answer to that is return to source format 1 [03:41] bug #522381 is what i'm looking at [03:41] Launchpad bug 522381 in karmic-backports "Backport for Konversation 1.2.3" [Undecided,Fix released] https://launchpad.net/bugs/522381 [03:41] yes, you cannot use source format 3 in karmic [03:41] ah [03:41] Riddell thought I wanted a straight no-changes backport [03:41] and missed my debdiff [03:41] where I ported the package back to source format 1 [03:41] when will be the freezing date for lucid? [03:42] I'm not a gnome expert, but popping all the patches and removing the .pc dir may fix your issue [03:42] sorry to be newbie.. but how would i "pop" all the patches [03:42] suji11: feature freeze is thursday [03:42] quilt pop -a [03:42] unapplies them all, basically [03:43] then you'll want to port it back to using quilt.mk or whatever empathy was using before source format 3.0 [03:44] might not hurt to look in bzr for what changes were made to convert empathy to 3.0, and then reverse those [03:44] micahg: tomorrow? they add the packages from revu.ubuntuwire.com ? [03:45] JontheEchidna: ok thx [03:45] suji11: not necessaril [03:45] y [03:46] suji11: tomorrow we stop accepting new packages from revu. [03:52] hyperair: oh! my package iok is in revu. but it is not advocated yet. but one person will advocate in one or two days need another one for advocate. [03:52] http://revu.ubuntuwire.com/p/iok [03:53] then my package won't come in lucid? [03:53] suji11: i'd take a look at it, but my upload privs haven't arrived =\ [03:53] it won't appear in lucid unless another MOTU gives you your second advocate and uploads it before FF [03:57] hyperair: ok, will you advocate this package? [04:00] suji11: i can't until my advocating/upload privs appear. [04:01] * hyperair pokes persia [04:01] technical glitches still going on? [04:02] how to i apply a git patch to something versioned in bzr? [04:02] trying to use the upstream patch to the source maintained in LP [04:03] hyperair: what? [04:04] suji11: i became a MOTU 12 hours ago. my privileges haven't activated yet. [04:04] nigelb: patch -p1 -i [04:04] hyperair: ah, the -i [04:04] nigelb: without the -i, you'd use < patch [04:04] hyperair: ok , can i ask persia about advocating my package? [04:05] hyperair: then I'm running into the same trouble [04:05] I'm getting "patch unexpectedly ends in middle of line" [04:05] does patch have trouble with blank lines? [04:05] suji11: well i'm not sure he likes to be pinged randomly for advocating a package. i'm pinging him because he was the one who told me about there being some technical glitch some hours ago [04:06] nigelb: it might. [04:06] hyperair: work around is to remove the extra lines or to not use patch command? [04:06] nigelb: the patch was probably malformed to begin with if you're getting issues like that. [04:06] hyperair: ok ok. i just ping him, hope he will help:) [04:07] nigelb: i had some issues regarding a patch attached via email once. dunno what happened [04:07] hyperair: was posted by upstream dev [04:07] nigelb: link? [04:07] nigelb: you could remove the last chunk of the patch, and hand-apply it. [04:07] https://bugzilla.gnome.org/show_bug.cgi?id=605694 [04:07] Gnome bug 605694 in gnome-volume-control "gnome-volume-control-applet never frees/finalizes PA channel maps." [Normal,Resolved: fixed] [04:08] nigelb: http://bugzilla-attachments.gnome.org/attachment.cgi?id=152824 this one? [04:08] yep [04:09] nigelb: did you save it, or did you copy paste it into a text editor? [04:09] save it [04:09] * hyperair tries [04:09] er where's the source tree i should be poking? [04:10] hyperair: https://code.launchpad.net/~ubuntu-branches/ubuntu/lucid/gnome-media/lucid [04:10] you have to branch the code [04:10] nigelb: could you try this: http://stackoverflow.com/questions/1987784/patch-patch-unexpectedly-ends-in-middle-of-line [04:10] basically echo >> patch [04:11] the patch is missing a trailing new line [04:11] which is strange, because git always puts a trailing new line. [04:11] it must have been truncated by BGO [04:12] persia: Need advocate my package here http://revu.ubuntuwire.com/p/iok . [04:13] lemme try again [04:17] Please check out this package. 100000 kids need to learn to program so we can breed the next generation of FOSS champions. http://revu.ubuntuwire.com/p/scratch [04:39] Anyone around? I have some questions about my package. [04:41] lightnin: hi [04:42] suji11: Greetings! I'm trying to get a package into multiverse in time for feature freeze. Can you take a look and advise? http://revu.ubuntuwire.com/p/scratch [04:47] lightnin: sorry, i'm not a MOTU. Just look the description of your package, looks nice. And am also upload my package in revu http://revu.ubuntuwire.com/p/iok . it's also waiting for advocate. [04:47] suji11: Ah, thanks for looking! Nice to speak with someone anyway. :) [04:48] lightnin: :) [04:48] suji11, lightnin: Can you try after say 8 hours or so? Europe and US would be awake and you'd have better luck here [04:49] nigelb: ok, thanks for this information :) [04:49] nigelb: Thanks for advice! Any tips on how to get help from MOTUs this late in the game? [04:50] nope. I dont really upload to revu, so I dont have much clue about that [04:50] I mostly apply downstream patches and the likes [04:50] nigelb: Ah, thanks all the same. [04:50] lightnin: be patient :) [04:51] suji11: Cool software you have there! I think scratch may support indic - do you see it here? http://info.scratch.mit.edu/Languages [04:52] micahg: I'll certainly try! We'd just very much like to get into multiverse for Lucid. Lots of schools running Ubuntu have asked for this. [04:53] lightnin: you might want to poke the edubuntu devs then [04:54] micahg: Ah, where would I find them? Sorry - very new to this sort of thing. [04:54] * micahg checks [04:55] lightnin: I would like to translate the scratch in Tamil. What are the steps should i follow for that? [04:59] suji11: Wonderful! This page describes how: http://info.scratch.mit.edu/Translation . But first, you can install Scratch from the ppa: https://launchpad.net/~scratch [05:01] suji11: Also, I think this project was made by a child who speaks Tamil? http://scratch.mit.edu/projects/ks00007/812597 [05:02] suji11: That's an example of a project made with the free programming language for kids I'm trying to get into Multiverse:Scratch. Once you have Scratch installed, you can download this project and view and remix the source code. [05:02] lightnin: ok [05:13] rhpot1991, it seems that there is a new upstream version for hdhomerun-config-gui [05:25] fabrice_sp, i thought the changes were only for non-linux platforms though [05:26] superm1, could be: I've not been able to find any upstream changelog :-/ [05:27] fabrice_sp, http://www.silicondust.com/downloads/hdhomerun_software_changelog [05:27] it seems I haven't searched enought :-D [05:29] superm1, so what is your recommendation? Upload 20100121? (I assume this is the tested version) [05:30] fabrice_sp, i'd say upload what's on revu. it's what's been tested and verified working. no need to go and needlessly go and pull a new version in especially if there is nothing relevant to hit before FF in the new version [05:31] ok: you confirmed what I thought [05:32] uploaded [05:32] rhpot1991, ^ [05:33] thanks fabrice_sp and superm1 [05:34] thank to you ;-) [07:40] Hi All, I have just converted my package to '3.0 (quilt)' dpkg format and now REVU say me that "Warning! This package could not be extracted; there's no browsable directory for it on REVU. ". Anyone already know what is the problem? I should come back to '1.0' ? Thanks in advance! [07:43] REVU doesn't do3.0 yet AFAIK [07:43] its alittle out of date [07:44] lifeless: First of all thanks! Now what I should do? [07:44] return to '1.0'? [07:46] abogani: You can ignore that warning; people can easily just download your source package from revu. [07:47] RAOF, lifeless: Ok. Thanks and sorry for disturb. [07:50] That's fine. You don't learn if you don't ask. [08:28] good morning [08:35] dholbach: Good morning... [08:35] hi suji11 [08:36] dholbach: my package is here http://revu.ubuntuwire.com/p/iok need advocate for that. [08:42] dholbach: will you? [08:42] suji11: I have a bunch of other stuff to do right now, I'm sorry [08:43] dholbach: ok [08:45] quadrispro: Thanks very much for advocating. [08:45] Anyone here will advocate my package http://revu.ubuntuwire.com/p/iok ? [08:46] oojah, thanks for making Ubuntu better :) [08:48] :) [08:52] dholbach: that one repo is still off line its like day 4 or 5. whether im on the main server or us server or local mirror this one server still is giving me an error 403 [08:53] seems like there is an error with one of the canonical servers i just did a who is on teh ip and the origin is the uk [08:53] eagles0513875: did you do a "apt-get update"? [08:53] dholbach: ya [08:54] youhttps://wiki.ubuntu.com/Mirrors#Communication [08:54] oops [08:54] https://wiki.ubuntu.com/Mirrors#Communication [08:54] dholbach: this isnt a mirror this is a main canonical server [08:54] if you give me a min i can paste u the who is [08:55] eagles0513875: please read that wiki page [08:55] it tells you who to get in touch with [08:55] I can't fix any mirror or help with it [08:55] ok thanks [09:03] Anyone around? [09:05] suji11, reviewed and advocated [09:07] quadrispro: Thanks a lot :) [09:08] quadrispro: Have one more advocate to get this in lucid? [09:09] Any python experts here? [09:10] suji11, you can wait for andrew [09:11] quadrispro: ok, but tomorrow is the feature freeze , so only [09:21] slytherin: kinda offtopic for this channel unless its for an app u want revued === AndrewGe1 is now known as AndrewGee [10:36] hello. could anyone tell me, please, good link to some [debian/ubuntu] wiki page about debian 3.0 format packaging (except http://wiki.debian.org/Projects/DebSrc3.0)? I guess, that somewhere should be such detailed information, as howto's and recipes about how to build [debV3.0] packages, how to select compression (for example, if i want to use lzma instead tar.gz), etc. [10:41] ia: another source of information is `man dpkg-source`, "source package formats" section [10:42] building is done as usual [10:43] compression is selected by -Z [10:52] randomaction: thanks. looks like i've got it. But if i build package via pbuilder, which the best way to pass compression option into pbuilder environment? (i guess, via dsc file/debuild somehow) [10:53] if you use pbuilder, you should already have a source package === nenolod_ is now known as nenolod === ryanakca_ is now known as ryanakca [12:58] What do we need to do with bugs in launchpad that are talking about a bug in a ppa ? Should this be marked as invalid ? [13:03] generally yes, though if it an upstream bug it can be reassigned to upstream project, and it can be valid if it's applicable to a version in official archives [13:05] I'm trying to fix a debian/watch file, and it seems as though uscan is picking up directory permissions, uid, gid as well as the version number. This is over ftp [13:05] am I missing something obvious? [13:06] http://pastebin.com/m308614de [13:07] dupondje: have you a concrete example? [13:08] https://bugs.launchpad.net/ubuntu/+source/gnome-do/+bug/388626 [13:08] as some teams might use PPA for staging and want to have such bugs filed [13:08] Install the package from the PPA on Jaunty. Open the app and while typing, the application crashes. ... [13:09] Ubuntu bug 388626 in gnome-do "Gnome-do crashes while executing native code" [Undecided,New] [13:11] bah, that bug doesn't even mention which PPA got used :( [13:12] but its not that if its from ppa, its invalid ? [13:12] its sometimes valid ? ;) [13:13] as the "Gnome Do Core Team" has a PPA with gnome-do as is "also notified" to this bug, I'd ask them if they want/care about such bugs before setting those bugs as invalid [13:14] anyway it could be set to incomplete and ask which ppa got used right ? [13:14] yes, that at least [13:15] done :D [13:16] sindhudweep: can you paste the watch file? [13:17] RAOF: do you know if the "Gnome Do Core Team/Q Core Team" cares about bugs filed against PPA packages? [13:17] sure [13:17] randomaction: http://pastebin.com/m6b3c1f45 [13:23] sindhudweep: I don't think you should give brackets for the directory name matching expression. [13:24] bah i posted the wrong version of the watch file [13:24] just a second [13:26] slytherin: randomaction: http://pastebin.com/m9b1d0da this is the watch file giving me the error [13:26] the watch file i posted before was me fumbling trying to fix it [13:27] What error does it give? [13:27] dpkg: version 'drwxr-xr-x 2 1003 1003 4096 May 07 2006 0.7.1' has bad syntax: version string has embedded spaces [13:27] it's reading the directory permissions, uid, gid, size and timestamp [13:27] from ftp! [13:28] I get no error when I drop it into debian/ of gnash package: http://pastebin.com/m1cf4d7c2 [13:28] so it seems the ftp lib/client used by uscan is returning more information in the filename and the (.*) is matching everything [13:29] (but no files found as well, strangely) [13:30] randomaction: http://pastebin.com/m308614de [13:30] can someone please enqueue scilab again ? build just takes a while. see the last comment. it took 6.5h on Debian: https://bugs.launchpad.net/ubuntu/+source/scilab/+bug/511864 [13:30] Ubuntu bug 511864 in scilab "Sync scilab 5.2.0-7 (universe) from Debian unstable (main)" [Undecided,Incomplete] [13:30] i see all versions from 0.7.1 - 0.8.7 [13:30] just with extra information :( [13:32] sindhudweep: Do you want hard answer or easy answer? [13:32] hard answers are welcome :D [13:33] but i can go with the easy one too. [13:33] sindhudweep: man uscan. It contains example for this scenario. [13:33] hello [13:33] sindhudweep: Let me know when you want easy answer. [13:33] Laibsch: Hi [13:33] slytherin: thanks, will do if i need it [13:34] Greetings! I'm trying to get a package into multiverse in time for feature freeze. Can someone please take a look and advise? http://revu.ubuntuwire.com/p/scratch [13:37] i dont need : include /usr/share/pkg-kde-tools/makefiles/1/cdbs/kde.mk [13:37] if i dont have any patches right? [13:39] shadeslayer: kde.mk is not for patches. And AFAIK, its use is not recommended these days. [13:39] when menu.lst doesn't update after a kernel upgrade with aptitude ... this is a bug in kernel ? :) [13:39] slytherin: oh ok [13:40] shadeslayer: You may want to confirm second statement on #kubuntu-devel [13:40] dupondje: mm... maybe aptitude too [13:40] dupondje: what do you mean by update? Was there a new kernel installation? [13:40] a kernel update indeed .. [13:40] having this on karmic [13:41] update-grub doesn't seem to be triggered [13:41] dupondje: with 2.6.31-20-generic ? [13:41] shadeslayer: not a specific version it seems, just all :( [13:41] dupondje: 0_o [13:41] but I use grub1 [13:41] guess there it went wrong :) [13:42] dupondje: never saw that kind of bug. But I would call it grub bug than kernel bug. [13:42] slytherin: thanks again. as usual RTFM works wonders :D [13:42] sindhudweep: Welcome. [13:42] slytherin: its not a kernel bug, but more a 'linux' package bug? as the update should trigger the update-grub ? [13:42] just running update-grub works without problems [13:43] dupondje: May be it is getting triggered but there is some problem with update of menu.lst [13:43] well what does it trigger ? update-grub ? [13:49] yes, AFAIK. [14:00] slytherin: any idea what these warnings mean? : http://pastebin.ca/1799980 [14:01] slytherin: also is it necessary to set the debhelper version to 7? [14:01] shadeslayer: not unless you are using the new format for rules file. [14:01] shadeslayer: paste your rules file somewhere and I will tell you [14:02] slytherin: http://pastebin.com/f177f7c6d [14:02] shadeslayer: please note the number in compat file should match with debhelper version specified. [14:02] shadeslayer: you don't seem to be using debhelper 7 specific features. [14:03] slytherin: so i can ignore it right? [14:03] shadeslayer: You should fix it. [14:03] ok [14:03] check what is version specified in compat [14:03] slytherin: 7 [14:04] shadeslayer: change it to 5 [14:04] also specify the version in build-depends in debian/control file [14:05] slytherin: ok and one more thing,what if i change the debhelper version to 7 in the control? [14:05] shadeslayer: that is fine as well [14:06] slytherin: ok.. [14:06] shadeslayer: But you are not really using 7 features. [14:06] slytherin: That would give the same warning. ;) [14:07] shadeslayer: The issue is that you seem to have a Build-Depends: debhelper without any (>= X) after it. [14:07] shadeslayer: Also the version you have specified in changelog is wrong. It should be of the format X-YubuntuZ [14:07] shadeslayer: That X should be the same number than the one in debian/compat, or at least not lower. [14:07] And if you use dh_prep in your rules file you need >= 7 [14:08] About bad-distribution-in-changes-file, I expect you used either Debian's lintian, or an outdated version. [14:09] Rhonda: He is probably building package on karmic and hence outdated version [14:09] slytherin: ok,and what about the other warnings? [14:09] unknown-field-in-dsc also hints that he's using the Debian lintian … [14:09] ping shadeslayer [14:09] slytherin: Would the karmic lintian also complain about Original-Maintainer? I don't think so. :) [14:09] oh [14:09] Rhonda: you are right. :-) [14:09] * Rhonda does the happy dance. [14:10] shadeslayer: quilt-build-dep-but-no-series-file - You are not using any patches but you have quilt as build dependency. [14:10] Rhonda: yeah that happens with karmic ... [14:10] slytherin: ok,i forgot to remove that too [14:10] shadeslayer: and make sure the version in debian/changelog is correct. [14:10] is this a native package? [14:11] slytherin: nope [14:11] (im actually doing this after 3 weeks... so ive forgotten a few things :P ) [14:11] shadeslayer: dpkg -l lintian - what version do you get? [14:12] Rhonda: http://pastebin.com/f3ff270ad [14:12] If it isn't a native package the version should have a dash in it. [14:12] Rhonda: 0.3.92-0ubuntu1~karmic1+ppa2 [14:13] That gives a changes file as rekonq_0.3.92_source.changes? That's strange [14:14] Rhonda: no no... im saying i renamed the version to that [14:16] ok everything looks fine now :D [14:24] shadeslayer: http://packages.ubuntu.com/karmic/grub depends on grub-common, but grub-common is for grub2 ?! [14:25] zul: what's the status of libmysqlclient #521815 ? [14:25] dupondje: um actually im having problems of my own [14:25] will talk later [14:25] lbrinkma: its being worked on hopefully we will have a fix soon [14:25] or somebody else ? :) [14:25] zul: before FF? [14:26] lbrinkma: hopefully [14:27] zul: ok, thanks. It's very important to fix that before FF. [14:28] lbrinkma: yes i know no [14:28] lbrinkma: yes i know np even [14:35] anyone have any idea why I'm getting forbidden on: http://us.archive.ubuntu.com/ubuntu/pool/main/m/mysql-cluster-7.0/libmysqlclient16_7.0.9-1_amd64.deb === RoAk is now known as RoAkSoAx [14:39] yes [14:40] Hello - can anyone help answer a question about package version numbers? http://revu.ubuntuwire.com/p/scratch [14:40] I'm told this is not quite right, but not sure how to fix... [14:40] it's on purpose not let the this package spread [14:41] geser: what's wrong with it? [14:42] "hostile" package takeover from mysql-cluster-7.0 === superm1` is now known as superm1 === dholbach_ is now known as dholbachj === dholbachj is now known as dholbach [14:43] ok found it, had a kernel-img.conf file, which set to not update bootloader ... [14:46] geser: well my pbuilder is failing on it as a dependency issue, anything I can do about it? [14:47] wait, till it's resolved (the main archive is still affected too) [14:47] geser: ok good enough, thanks [14:49] How to indicate multiverse in control file? Section: multiverse/devel ? [14:50] you don't, it's set when accepted into the archive [14:53] geser: Ah, thanks! So what should my Section: field say if I'm trying to get into multiverse? [14:59] shadeslayer: I had a kernel-img.conf in /etc. This disabled configuring the bootloader @ update [14:59] should work now :D [15:00] dupondje: ohhh.. thats new === ivoks is now known as ivoks_doing_mirs [15:05] dunno what that file was doing there :) the system is running since dapper or so :p [15:05] lightnin: Simply devel. The archive admin who accepts the package will put it into multiverse [15:06] lightnin: Why is the package oging to multiverse by the way? [15:06] slytherin: Thanks! We don't include quite all of the source, because the application interfaces with our website, which acts as a repository for Scratch projects. [15:07] slytherin: so Section:devel ? I was just learning (I think) that that line should refer to education or games...Maybe I indicate devel elsewhere? [15:07] lightnin: I don't think that will cause it to go to multiverse (as long as the source needed to build the package itself is included). [15:08] lightnin: Got to go. Hopefully someone else will provide answer. [15:08] slytherin: Well, it's tricky. Scratch is actually a made in squeak.. thanks for your help! [15:12] Uh, how do you view another source packages control file? [15:22] how many more hours to FF? [15:25] Can someone help me understand package versioning? I seem to have gotten myself in a bit of a pickle.. [15:26] lightnin: what's up? [15:26] lightnin: whats the problem? [15:26] hehe.. :) [15:26] hyperair: 7,5 h ? [15:26] ari-tczew: what's 7,5? [15:26] er 7.5? [15:26] shadeslayer: Not too sure - people say it's off, but don't recommend a precise fix. http://revu.ubuntuwire.com/p/scratch [15:26] damn weird localized decimal points [15:27] still got time, i suppose. else i'd have to start requesting freeze exceptions. [15:27] hyperair: hours to Ffe :> [15:27] ari-tczew: sorry, my floating point parser segfaulted earlier. [15:28] ah [15:28] lightnin: youve named the version as app-XubuntuY right [15:29] * hyperair pings persia about upload privs [15:30] shadeslayer:Nope... we first worked with a debian developer, but never ended up submitting to debian. But the package version is now: scratch (1.4.0.debian.20) [15:31] what's the different between white and red versions? http://people.ubuntuwire.com/~lucas/merges.html [15:31] is new upstream versions in red? [15:31] lightnin: is that a native package? [15:32] ari-tczew: yes [15:33] hyperair: sorry, not sure what that means - very new to this whole process. It's never been part of debian, although I think it corresponds to debian packaging standards. [15:36] lightnin: http://wiki.debian.org/DebianMentorsFaq <-- look for difference between a native and non-native package on this page [15:46] hyperair: Thanks! Totally non-native . [15:46] lightnin: non-native packages need a - suffix [15:47] e.g. 1.4.0-1, or 1.4.0-0ubuntu1 [15:47] what is your tarball called? [15:50] scratch_1.4.0.debian.19.tar.gz [15:50] hyperair:http://revu.ubuntuwire.com/p/scratch [15:52] dholbach: do you have power to override new packages in lucid? [15:52] ivoks_doing_mirs: no [15:52] universe, of course [15:52] dholbach: ok [15:53] I'm not part of ~ubuntu-archive [15:53] ok [15:53] ivoks_doing_mirs: ask in #ubuntu-devel [15:53] lightnin: why do you have such a strange version? [15:53]