[00:00] I'm working on a sync, and I have a versioning problem (Debian < Ubuntu). I want to know how should I rename Debian version... [00:00] an example: dpkg --compare-versions 0.0.4-2 gt 0.0.4ubuntu5 ; echo $? gave me 1 as result (false) [00:01] hmm, it became non-native? [00:02] g'nigth all [00:02] you can alway sort the Debian versioning later, e.g., 0.0.4.1-1, if you control the upstream versioning itself. [00:02] or, use an epoch [00:02] crimsun, it was an error version number introduced by a Debian NMU [00:03] mruiz: ok, in that case, if you don't control upstream versioning as well, then you can force it to sort later. 0.0.4+foo-1. Ugly, yes. Epochs are also useful. [00:09] does anyone know a screencasting software that doesn't segfault? [00:12] heh [00:12] vlc and xvidcap both go kaput when they try and record [00:17] I haven't had good luck with istanbul either [00:17] but you can try that one [00:35] persia: ping [01:05] crap, is there any way to remove an attachment to a bug / supersede it? *foolishly forgot the (LP: #xxxxxx) in his merge debdiff* [01:12] ryanakca: yeah, you can [01:14] ryanakca: in the "Bug Attachments" portlet on the left you hit the "edit" link for your attachment [01:29] LaserJock: thanks :D [01:45] if a MOTU wanted to look at bug #229744 [01:45] Launchpad bug 229744 in mon "Please merge mon 0.99.2-12 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/229744 [01:53] Another thing... The checkpolicy version currently in Ubuntu is checkpolicy_2.0.9-0ubuntu1. The Debian version that I'm trying to merge into Ubuntu is checkpolicy_2.0.12-1 . How can I tell that there aren't any inline patches that I'll loose when merging? [01:53] (the source is rather different) [01:53] by talking with the original uploader to ubuntu (who is part of upstream, iirc) [01:54] ajmitch: ok, thanks :) [01:56] I doubt that he's added any, but I don't know what's planned - I'm hoping it can just end up as a sync from debian [02:01] ajmitch: hi [02:01] LaserJock: good day [02:03] ajmitch: how's the weather your way? getting cold? [02:04] moderately [02:04] we don't have the extremes of many places [02:04] ah [02:05] too much ocean? [02:05] yep [02:05] LaserJock: heya :) [02:05] so it's not often that we'd get snow in the city in winter [02:06] ajmitch: weird [02:06] you're so far south [02:07] emgent: hi, everything go ok? [02:07] hola [02:07] que paso [02:07] LaserJock: yes :) [02:07] oh nos, it's Richard! [02:07] nixternal, no paso nada :P [02:08] LaserJock: les me show you a map... [02:08] hola le vato [02:08] http://en.wikipedia.org/wiki/Image:Antipodes_LAEA.png [02:08] so southern NZ is at about a similar (opposite) latitude as france [02:09] nixternal, you from chicago right? [02:09] ya [02:09] hehe [02:09] nixternal, how is IIT ? good place to be? [02:10] 2 more days and i'm going to Prague!! [02:10] wohoo [02:10] oh ya...if you are interested in finding out more, on OFTC is #chiglug, 90% of the people in there go to IIT, and so does eddieftw/posingaspopular [02:10] i really can wait to meet you all out there [02:10] #chiglug on OFTC is hardcore anti-CoC if you catch my drift :) a bunch of drunk hackers [02:11] * ajmitch has even managed to meet 1 or 2 MOTUs before at previous UDS events [02:11] haha lol... i might choose IIT to study a MS in CS [02:11] nixternal: heh, like #linuxperu, the only OT is linux :P [02:12] hahah [02:12] ya, exactly [02:12] RoAkSoAx: put it this way, the geeks in chiglug from IIT, created their own file system in a day [02:12] I go to their LUG meetings, and 90% of the time I am lost with their talks [02:12] heh, interesting [02:13] haha lol... i'm between FIU and IIT, but i might be go for IIT cuz it requires less score in the GRE.. and might be easier to obtain an schoolarship.. since i'll be international student === pgquiles__ is now known as pgquiles [02:14] * ryanakca wonders how long it takes for a mailed bug to appear on LP [02:14] not that long ;) [02:15] RoAkSoAx: for a PhD you mena? [02:15] mean* [02:16] * LaserJock runs [02:16] nxvl, my University has some kind of relationship with IIT and FIU and i could get an schoolarship for Masters and PhD [02:16] i just need to pass the GRE and i would be likely to obtain it :D [02:17] oh ok [02:17] well i need to run in some minutes i think [02:17] if don't answer is that i'm not here === elkbuntu is now known as elky [02:19] TheMuso, thanks for reviewing alsa-tools :) === elky is now known as elkbuntu [02:27] nxvl: what are you suggesting in your email? [02:29] Heya gang [02:35] nxvl: In your mail: Did the contributor in question discuss the merge with the previous uploader first? [02:36] ScottK: i thought that got (wrongly) abolished? [02:36] Hobbsee: There is no rule, but I'm gonna suggest rule or not it's a sensible practice. [02:37] Any MOTU ought to check open bugs before uploading, but they don't always. [02:37] I tend to, if I have time. [02:37] * Hobbsee does check bugs, but also thinks people should check with her if they want to take a merge. [02:38] StevenK: Do you know if there is someone planning on rebuilding everything that depends on perl 5.8 API? [02:38] Hobbsee: I agree. [02:39] but that got outvoted previously [02:39] I can also understand nxvl's frustration. These things happen too. [02:39] ScottK: For Perl 5.10? [02:39] StevenK: Yes. [02:40] I had to do two perl lib rebuild uploads today before I could upload spamassassin due to them being uninstallable. [02:40] well, if we sponsored merges/syncs quickly it really shouldn't be a problem [02:40] and I dislike the ping-the-previous-uploader personally, I think we can do better [02:41] Mmmmmmm. The problem is, Debian is in the middle of the transistion, so we either have to duplicate work or wait. Since we like to beat down the merges queue, we duplicate. [02:41] StevenK: If it's just a rebuild, they'll binnmu and we'll still have to do it. I don't see the duplication. [02:42] * ScottK wasn't merging. Was bug fixing. [02:42] ScottK: Okay, so libxxx-perl is uninstallable. We upload a rebuild, giving us 1.10-1build1. They release 1.10-2 and we need to merge, thereby doing the work the Debian Maintainer did before they did. [02:43] StevenK: Why would there be a -2? They'd do -1+b1 or somesuch on the binary with no source change. Wouldn't they? [02:44] ScottK: I didn't say it'd be a binNMU, you did. [02:44] I guess if a package just needs a rebuild, I'm trying to figure out why they'd do anything else. [02:45] As I understand it source uploads for such things are discouraged in Debian. [02:45] Source-only uploads to Debian are rejected, I thought. [02:46] Yes. OK. Source + Binary instead of binNMU. [02:47] Nevermind then. No point in arguing over it. [02:47] It'll be needed or not. One or the other eventually. [02:47] ScottK: I suspect I'm not being clear enough, sorry. [02:47] * StevenK is somewhat distracted by $WORK [02:48] Understand. No problem. [02:51] Hello. I'm having a strange pbuilder problem. I have used dh_make and debuild in the source directory, but when I go to build it using pbuilder, I get the following after it installs the dependencies: http://paste.ubuntu.com/11768/ Any help would be great! [02:51] (and if you read the error, yes, debian/control exists) [02:51] DaneM: You don't have a debian/changelog file [02:51] tail: cannot open `debian/changelog' for reading: No such file or directory [02:52] hold on...I'll paste my directory contents and my changelog...I stripped it down as best I could to make sure it wasn't a formatting thing. [02:52] (if I put it in the wrong place, though...) [02:53] It needs to be in ./debian/changelog in the top-level of the unpacked source package [02:53] Many tools look for it there, and will get confused if they can't find it. [02:53] nodnod. pasting now (for better clarity) [02:55] http://paste.ubuntu.com/11770/ [02:56] DaneM: It shouldn't be stable in the changelog. But the directory listing looks fine to me. [02:57] DaneM: I'd suggest copying the .dsc, .diff.gz and .orig.tar.gz to a temporary directory and dpkg-source -x the .dsc, and seeing if it looks strange [02:58] StevenK: hmmmm. I'm totally a novice on this stuff, so please enlighten me :-) I'll take your word for it on the stable thing. What should I change it to? I'll give the copy a shot too. [02:59] DaneM: Well, which release are you targetting? [03:00] Hardy [03:00] ok...I'll change it to that then. [03:00] Lowercase :-) [03:00] k [03:01] StevenK: I unpacked the .dsc, and sure enough, the changelog is in ./debian/changelog. [03:01] That's ... odd [03:02] yeah, that's what I say! :-p [03:02] RoAkSoAx: No problem./ [03:03] should I paste any other files? I'm not sure if the rules file is right...I edited it the best I could to get it to build the asterisk-addons samples as well as the regular stuff. [03:03] =) [03:04] DaneM: Put the source package up on the Intraweb, and I'll poke at it when I have a moment? [03:04] That could be June, though :-/ [03:05] hehe thanks. I'm a newbie; what's the Intraweb? [03:05] The Internet, I'm being silly [03:06] hehe ok. I'll see if I can find a place. I don't really have a web presence :-( [03:06] thanks for looking at my problem. === santiago-php is now known as santiago- === santiago- is now known as santiago-ve [03:42] how can i enable intrepid repos? [03:42] bbyever: What release are you running and what are you trying to do? [03:43] ScottK: im running hardy and i am trying to build the package bygfoot, which depends on default-jdk-builddep and its only available on intrepid [03:44] oops, sorry, im trying ot build jabref [03:46] You don't want to take the binary packages from Intrepid. You want to take the source and build those. [03:47] You can edit the deb-src lines in /etc/apt/sources.list to say intrepid instean of hardy and then apt-get update, apt-get source $PACKAGE. [03:49] ScottK: but why would i want the source? shouldnt i get the binaries to install the dependencies? [03:49] ScottK: He wants Build dependancies [03:49] bbyever: They binaries are built on the Intrepid tool chain. They main or may not be installable/work as expected. [03:50] bbyever: Get the source to the stuff you want and then build it on Hardy. Install that and use it to build your package for Hardy. [03:50] ScottK: ok, thanks [03:50] bbyever: Installing packages built on a different tool chain will eventually lead to tears. [03:52] ok [03:57] Im getting a source package not found error [03:58] Did you change Universe/Main as needed? [04:00] i updated universe [04:00] but i cant change main [04:00] i get Failed to fetch http://tazcatl.fciencias.unam.mx/ubuntu/dists/intrepid/main/source/Sources.gz 302 Found [04:00] I'd pick a different mirror then. [04:01] Then it's redirecting you, and apt doesn't like redirects [04:01] ok [04:01] Run wget for that URL, and see what it redirects you to, and edit your sources.list entry [04:03] it redirects to guide.opendns.com [04:04] it worked with archive.ubuntu.com [04:04] http://guide.opendns.com/ubuntu/dists/intrepid/main/source/Sources.gz gives 404 for me, at least [04:04] Yes, it would. [04:05] it found the source now. thanks === gnomefre1k is now known as gnomefreak [04:24] ok so i downloaded the source default-jdk-builddep and i made the debs but when i try to install them, i get dependency not satisfied errors, even though i've installed the dependencies that it said it was missiog [04:24] missing* [04:27] With appropriate versions? [04:28] the package installer didnt say which version of the dependency to install [04:33] is it because the dependencies have to be from intrepid as well= [04:33] ?* [04:33] Install with -V (e.g. sudo apt-get install -V $PACKAGE) [04:33] It should tell you then. [04:34] How are you making the .debs? [04:34] debuild [04:39] i have to go, i'll try to get this figured out tomorrow. thanks ScottK and StevenK [05:10] What happened to edge.launchpad.net? It lost CSS styling [05:10] regular launchpad.net works fine [05:10] oh, wait [05:11] never mind [06:14] siretart: from my side... yes ;) [06:35] * TheMuso would kick his local area power grid for being so flaky at this point, but doesn't wish to lose power again. [06:35] lol [06:35] Well we do have electrical storm activity here atm, but its normally nothing that would cause power outages in other areas. === dudus_ is now known as dudus [06:40] ScottK: nop, last uploader and new uploader aren't the same person [06:40] ScottK: so if the contributor talk with the developer or not, is tha same [06:40] slomo: well, then go for it. you have commit access :) [06:40] ScottK: also, the previus uploader commented on the bug report of the merge [06:41] ScottK: but didn't upload it [06:41] siretart: what's the plan for lenny now btw? or will ffmpeg stay in experimental forever? [06:41] slomo: -!- Topic for #debian-release: this is not #debian-devel | requests for Etch 4.0r4, transitions, binNMUs: mail debian-release | ongoing: perl5.10, speex, heimdal, clamav, libmilter(sendmail) | pending: xulrunner, ocaml, ffmpeg, poppler [06:42] siretart: great :) [06:43] slomo: iow: waiting for a free slot. the upload is build and signed waiting at http://people.debiaan.org/ffmpeg [06:43] good morning [06:43] dholbach: gutten tag [06:44] dholbach: i send an e-mail to -motu for you :D [06:49] nxvl: I'd recommend to send it to ubuntu-devel@ [06:50] dholbach: i will tomorrow [06:50] dholbach: i finish some stuff and go to sleep [06:50] nxvl: alright - thanks [06:55] btw [06:55] did someone know where can i find DaD's source? [06:56] nxvl, maybe next to MoM's source?? lol :P [06:56] What's DaD? [06:56] Or what's MoM, for that matter? [06:56] Merges-o-Matic [06:56] LucidFox: http://merges.ubuntu.com/universe.html is the URL. it tries to merge automatically from debian [06:56] RoAkSoAx: still out with MoM? [06:56] heh [06:57] LucidFox: and shows us what needs done, current versions, etc [06:57] I think that's right? [06:57] nevermind, found the source [06:57] well i'm out [06:57] bye all [06:57] chau nxvl :P [06:57] bye [06:57] byt tbielawa [07:03] k [07:04] night all! [07:04] see you in 3 days! [07:04] byee [07:10] nxvl: I generally agree with your observation. However I miss a concrete proposal how to fix this. [07:11] nxvl: in order to make it fair the archive would have to check if the package references/closes a bug with a debdiff attached. Or oven better, don't accept uploads but signed debdiffs only. [07:12] following your mail, at least [07:17] siretart: I think we should discuss this on ubuntu-devel - maybe merging mom and dad would help with that, it's a process we all should follow [07:19] dholbach: I agree that this is not the right place for discussing this. How about in a bof Prague? [07:19] in Prague, that is [07:20] siretart: sounds good, but I think it wouldn't hurt to discuss on -devel too (so the people who don't participate in UDS are aware of the discussion and can weigh in too) [07:24] hmmmmm.... the dpatch manpage [07:24] I think I get it :) [07:24] took a little while though. [07:24] I like this dpatch-edit-patch command, it's lifty [07:25] There's a similar one for cdbs [07:33] RAOF: I did alot of policy review today @ work on the rules file [07:33] setting the patching build targets makes alot more sense now than when I looked at it a few days ago [07:34] I don't know what this does yet though: dpatch cat-all >patch-stamp [07:36] tbielawa: I believe that lists all the patches that have been applied, and writes them to the patch-stamp file. [07:36] lol [07:36] tbielawa: /usr/share/dpatch/dpatch.make will remove the neccesity of calling that manually, though. [07:36] a short search told me that is meta information about the patches, author, etc [07:36] o'rly [07:36] Ya, rly. [07:37] wow [07:37] I like that command. [07:37] Not so much a command as a bunch of rules that you include. [07:37] Yes, that's correct [07:38] So the full line is 'include /usr/share/dpatch/dpatch.make'. You can now depend on a patch: target and an unpatch: target, both of which do what you think they do :) [07:38] :) [07:38] this looks like simpler than aplying dpatch by hand [07:38] it's like they make this linux thing easier and easier every day [07:39] Sadly it doesn't (yet) have debhelper 7 mojo. [07:39] RAOF: what would happen if it did? [07:40] Unicorns. [07:41] * tbielawa gasps [07:41] Well, no. What would happen is that a sample rules file would be %: dh $@ [07:41] 0_0 [07:41] I don't even understand what that means. but there's one line, so it must be magic [07:42] Well, 2 lines. And you need the make shebang at the top, and the include directive. [07:42] sounds fantastic! [07:50] with dpatch.make and dpatch-edit-patch -- this feels too easy... like it's not going to work *anticipating the results* === cpro1 is now known as cprov [10:31] hi === Lamego_ is now known as joaopinto [10:52] Which package version is considered higher by dpkg: 2.0.6-1.1ubuntu1 or 2.0.6-1ubuntu1 ? [10:53] mathiaz, dpkg --compare-versions [10:55] hm.. right - however apt thinks differently [10:56] I've got 2.0.6-1.1ubuntu1 in my local apt repository and 2.0.6-1ubuntu1 installed in my vms. apt-get dist-upgrade thinks nothing should be upgraded [10:57] <\sh> mathiaz: apt-get update ; apt-get dist-upgrade ? I wonder if apt catched the change [10:57] \sh: yeah - I've apt-get updated a couple of time. It picks up another package from my local repository. [10:58] <\sh> mathiaz: and the packages.* files are knowing about the new version, too? ... could be that the package is not properly in the packages file of your local repos [10:58] mathiaz: does "apt-cache policy " list both versions? [10:58] <\sh> or the package is set on hold [10:58] \sh: yes - the new vsftpd package is in Packages.gz [11:00] geser: apt-cache policy only shows the package from the archive [11:00] mathiaz: you could ping mvo about it, he'd know [11:01] however the new vsftpd package is listed in /var/lib/apt/lists/localrepo.Packages [11:01] dholbach: I guess that's the next step ;) [11:01] :) [11:01] dholbach: have you uploaded my linkchecker merge about an hour ago? [11:01] sebner: yes [11:02] dholbach: grmpf. haven't you seen that I'm waiting until we can sync it. also FTBFS now :\ [11:03] sebner: I wasn't sure if "we can sync it" meant some time in the future [11:04] damn intrepid upgrade ^^ [11:04] dholbach: grmpf. haven't you seen that I'm waiting until we can sync it. also FTBFS now :\ [11:04] sebner: I wasn't sure if "we can sync it" meant some time in the future [11:05] dholbach: yes in future. therefore I assigned the bug to me ;) [11:06] sebner: it looks like some problem with python / python-central - at the time I test-built it, it built nicely [11:06] dholbach: /here too. nvm. Haven't got time for it now. Final exams are starting tomorrow ^^ [11:08] doko: do you have an idea what happens here: http://launchpadlibrarian.net/14486647/buildlog_ubuntu-intrepid-amd64.linkchecker_4.9-1ubuntu1_FAILEDTOBUILD.txt.gz ? [11:21] jdong, TheMuso: motu-sru approval needed on bug 175536 [11:21] Launchpad bug 175536 in audacious "[Hardy, patch] audacious does not use pulseaudio by default" [High,Fix committed] https://launchpad.net/bugs/175536 [11:24] also bug 228534 [11:24] Launchpad bug 228534 in fakechroot "Does not wrap *at() functions which makes fakechroot fail badly with Hardy" [High,In progress] https://launchpad.net/bugs/228534 === whs is now known as willwill === _neversfelde is now known as neversfelde [11:30] does universe accept package from non-motu? I will make a font package for my loco team and wants to see it in universe. [11:31] sure, see REVU [11:31] !REVU [11:31] REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU [11:32] thank you [11:32] if it passes REVU it will be upload to the Ubuntu archive [11:33] willwill: but be prepared for several rounds of required changes [11:34] mok0, already, ppa make me tired [11:34] !packaging willwill [11:34] sebner: Error: I am only a bot, please don't think I'm intelligent :) [11:34] -.- [11:34] !packaging [11:34] The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports [11:35] Maybe next month, I need to create a poll what fonts should be included first. [11:35] sebner, get back to studying for your exam [11:36] mok0: Ubuntu is just too adictive ^^ [11:36] sebner: you can get high after the exam :-) [11:37] mok0: Yeah I know. I will shutdown my laptop soon :) And I upgraded to intrepid. If it's not starting it's also good ^^ [11:38] sebner: that's brave :) [11:38] mok0: hmm. did the same with hardy ^^. but I don't installed the b0rken libxfonts package [11:40] sebner: I will wait with the upgrade until I know it works ;-) [11:40] mok0: well, if you ignore the broken packages it is already working ^^ [11:45] siretart: what was non free about ffmpeg? === tb1 is now known as tbf [11:47] siretart: libavdevice52 main or universe? [11:53] Riddell: ffmpeg is 100% GPL and therefore free [11:54] Riddell: and since we nowadays have packages from universe on the live cds, I'm curious to learn what effect this has on the policy what is acceptable for main and what for universe [11:54] siretart: if it's all free why the need to rename to ffmpeg-free? [11:54] from the code side: libavdevice is a library where code previously in other parts of ffmpeg have been moved to. [11:55] time will show what applications will link against libavdevice in future [11:55] Riddell: the naming is a bit unfortunate. I plan to upload a ffmpeg-risky package to multiverse soon, which does not have patented encoders stripped [11:56] universe on live CDs? you mean xubuntu? [11:56] yes, or like medibuntu, or whatnot [11:56] there's no change to what can go on CDs. main only for supported distros and nothing with problematic patents [11:57] well, libmad0 is in main, and is also affected by patents. [11:57] yes, always has been [11:57] and has always been banned from being on CDs [11:58] no change there [11:58] the same applies for ffmpeg [11:59] heya [12:04] soren: Hi, do you see a reason to not sync libreadonly-xs-perl from Debian? [12:05] Riddell: regarding ffmpeg, what's the plan with kubuntu? will intrepid ship kde3 in main? [12:07] siretart: as little as possible [12:08] Riddell: because that would mean that we can demote xine-lib, and with that ffmpeg [12:08] that would be dependant on the phonon gstreamer plugin being packaged and working as well as xine [12:08] but it's certainly something to look into [12:08] yupp [12:12] siretart: how does gstreamer match these days for e.g. dvd menus, w32codecs? [12:15] Riddell: I didn't notice improvements for dvd menus. for w32codecs, well, there is a plugin package, and I had the impression that it worked on i386 only [12:16] the nice thing about gstreamer is that we can have and build a functional core on the CD, and offer users to download dvd support as add-on later. This is IMO the best we can offer anyway [12:16] geser: No, I don't think so. I'm not sure why it doesn't show up on MoM. :/ [12:16] since it seems that canonical is not willing to ship mpeg2 decoders and libdvdcss on the livecd anyways [12:23] soren: it's listed on http://merges.ubuntu.com/universe-manual.html [12:24] geser: Oh, ok. [12:24] geser: Without actually looking at the packages, I can't think of any reason why we shouldn't be able to sync them [12:25] geser: them == libreadonly-{xs-,}-perl [12:26] soren: ok, I'll check the other too and file sync requests for both. Thanks. [12:27] geser: Oh, thank *you* [12:33] <\sh> ./VolumeButton.cs(55,17): warning CS0612: `Gtk.Tooltips' is obsolete gnarf [12:34] bye folks. [12:37] <\sh> do we have a mono gtk pro here? ;) [12:40] yuccc, mono [13:00] Hello askand. [13:00] ScottK: ah hello again! [13:01] Anyone who's able: askand has produced a fix for bug 89936 and would like to learn how to integrate his change into an updated package. Would someone have time to help him with that? [13:01] Launchpad bug 89936 in gmail-notify "Gmail notifier crashes when new e-mail is found and the user are supposed to be alerted about it" [Medium,Confirmed] https://launchpad.net/bugs/89936 [13:20] askand: I'm busy with $WORK right now, so all I can do is counsel patience. [13:22] ScottK: Sure, Ill wait [13:23] askand: I'm also occupied, but there's some docs on generating a debdiff and requesting sponsorship in the section on Preparing New Revisions in https://wiki.ubuntu.com/MOTU/Contributing. If something is confusing, asking specific questions here often elicits a faster response. [13:24] persia: thanks === frostburn2 is now known as frostburn [13:35] askand: I can help [13:36] askand: do you know how to make a source package? [13:36] mok0: please do :) nah..not reallyy experimented a bit with it [13:37] askand: ... but you got the source package of gmail-notify... ? [13:37] mok0: AFAIK this is his first attempt. He was in #ubuntu-bugs looking for how to get his fix uploaded. [13:37] mok0: yes I have [13:38] askand: ok, so it goes like this: 1) get source package. 2) fix fix fix 3) update changelog (important!!) [13:39] askand: 4) cd to dir that contains debian/ (5) debuild -S -sa [13:39] mok0: ok..the fix fix fix part? Should I just replace the file with a bug in with a file witout the bug? [13:40] askand: yes, the "fix fix fix" means: edit [13:41] askand: when you run "debuild -S -sa" you will get new .diff.gz and .dsc files [13:42] askand: in the directory above topdir ( topdir== the one that contains debian/) [13:42] The last changelog entry was: gmail-notify (1.6.1-3ubuntu2) gutsy; urgency=low should mine be gmail-notify (1.6.1-3ubuntu3) hardy; urgency=medium? [13:42] askand: the you simply "debdiff old.dsc new.dsc" [13:43] askand: if it's a fix to hardy, it should be hardy-proposed [13:43] askand: but, yes, you increment the last number (after ubuntu) [13:43] mok0: you are talking too fast [13:44] yea thanks god for scrollbuttons ;-) [13:44] slytherin: ah. That's the first time anyone has accused me of that :-) [13:45] Should I somewhere in the changelog put wat bug is solved with this update? [13:45] askand: yes, in the form (LP: #nnnn) [13:46] askand: (LP: #89936) actually [13:46] askand: make a good description of what you have done in changelog/ [13:46] mok0, askand: if it's a SRU the version should be 1.6.1-3ubuntu2.1 and the bug should be fixed in intrepid first (1.6.1-3ubuntu3) [13:47] is anyone able to do grab-merge.sh blueproximity? The script simply exits for me. [13:48] askand: yeah geser is right, forgot about that... [13:48] slytherin: MoM or DaD? [13:48] <\sh> slytherin: use mom and not dad ;) [13:48] slytherin: works for me [13:48] mok0: hmm..that makes it gmail-notify (1.6.1-3ubuntu3) intrepid ? [13:49] askand: if it's a bug in hardy that you want to fix, it should be gmail-notify (1.6.1-3ubuntu2.1) hardy-proposed [13:49] geser: the script was taken from MoM [13:50] mok0: http://pastebin.com/m4ba2b5bb [13:51] Oh. DaD says there is a merge for blueproximity, where as MoM doesn't. And I was trying to use MoM script [13:51] askand: also state what files you changed. [13:51] <\sh> slytherin: manual merge eventually? [13:52] oh right [13:52] askand: and wrap the line in the entry so no line is longer than the "--" lines [13:52] <\sh> slytherin: http://merges.ubuntu.com/universe-manual.html <- there it hides [13:52] <\sh> slytherin: problem here is: no base debian version to check against [13:53] mok0: http://pastebin.com/m45ccd3fe [13:53] <\sh> slytherin: therefore mom just don't give any result...and thinking about the old DaD problems, dad will break the merge completly... [13:53] slytherin: take care, afair there is some evil rm statements at the start of that script [13:54] \sh: yes, you are right, the package in hardy was Ubuntu-only package. SO there is no base debian version [13:54] askand: good, but put the path (relative to topdir) in front of langs.xml [13:54] <\sh> slytherin: actually it's good to just dget the debian version and the old version in hardy...and do a manual merge...and hopefully sync it ;) [13:55] askand: ... and you didn't change the word "meddelande" you removed it ;-) [13:56] mok0: hm..im not sure what you mean with relative to topdir? It is currently in the topdir? Or do you mean when it is installed? [13:56] askand: you also removed "%(n)" ... [13:56] \sh: hmm, I will try. But as per my experience I haven't found very friendly changelog entries in Debian changelogs. So it usually hard (for me) to know what exact changes were made. [13:56] askand: "topdir" is the one that contains debian/ [13:56] mok0: yea langs.xml is in there [13:57] askand: ah, then you put debian/langs.xml [13:57] <\sh> slytherin: read the ubuntu changelog...as it is a 0ubuntu version, mostly it was just pushed into ubuntu as new version...so normally debian was too late with a new version, or we have someting specific inside..which can be merged easily [13:57] mok0: nono its in the topdir I mean :) [13:57] askand: okok :.-) [13:57] hehe [13:57] \sh: will try [13:58] askand: you are ready to run "debuild -S -sa" [13:58]