[00:34] I'm currently working on my own version of MoM. It is not even close to being finished, but I wanted to post a link here in order to get some feedback and suggestions. I am fully aware of both MoM and DaD. But since this is an open source community where anyone/everyone can contribute, I wanted to make my own version. http://utilities.servehttp.com/SuperMoM/SuperMoM.html. Some notes: packages are taken from MoM. Click [00:34] ing on the name of the last uploader takes you to their LP page. The email address is a mailto link. The Versions are taken from MoM. The bug column searched LP for any bugs that reference the Debian version in their title. This is by no means perfect, but it worked pretty well. I will be adding a way to manually modify the bug #. I will also probably add separate comment and assignment columns. Also, try clicking on [00:34] the asterisk to the left of a package name ;). Any feedback would be greatly appreciated. [00:49] nhandler: Why? While competition is good and all, there's already lots of confusion between merge tools. If you have a neat feature, I'd encourage you to look at https://launchpad.net/merge-o-matic and try extending that code to include your feature. [00:54] persia: The goal of my tool is to be sort of like a front end for MoM. Also MoM was made in Python. I'm not as familiar with Python as I am with Perl. My goal is to create a site that allows you to view the packages that need to be merged/synced in as many different ways as possible. [00:57] nhandler: OK. I'll warn you that you'll have significant trouble getting mindshare with a different tool, especially one that cannot be merged with the existing tool due to differences in the means of implementation. [00:57] On the other hand, if you are trying to create a method of viewing the packages in lots of different ways, you may also find multidistrotools an interesting codebase to explore. [01:08] persia: Thanks. I'll take a look at multidistrotools. === dmb_ is now known as dmb [01:32] hi all... kinda OT question... but does anyone nows how to fix the RSS in planet.ubuntu.com ?? i can't get my blog working correctly there!! === Martinp23 is now known as martinp23 === Guest78382 is now known as Hobbsee === asac_ is now known as asac [03:44] hi guys... [03:47] yesterday.... i was trying to merge kguitar for intrepid with the help of effie_jayx... effie_jayx was guiding me with the MoM package and i was using the DaD package.. we found a big difference: the MoM pkg has two makefiles a .debian and a .ubuntu but the dad package does not... so which one we use for merging? MoM or DaD? besides this... no other changes where detected.. and the changes of the debian package seems have the ubuntu [03:47] changes aswell [04:06] mom, usually [04:06] now, kguitar... [04:07] ah yes, i thoguht i remembered playing with that [04:08] Hobbsee, yes, your name is on the changelog [04:08] santiago-ve: as a general rule, if the packages are done proerly, you won't need to merge anything outside debian/ - those makefiles and stuff get automatically regenerated. [04:08] santiago-ve: so the only thing you're looking for in that one is if the ubuntu changes made it to debian [04:09] Hobbsee, they did [04:09] did they? [04:09] as far as i could check.. [04:09] what about the dh_iconcache? [04:09] (which is now dh_icons in debian) [04:09] it did [04:09] ohhh [04:10] that's something different [04:10] ;= [04:10] ;) [04:10] santiago-ve: poke bddebian, and get him to push that change in as well. [04:10] santiago-ve: then request the sync. [04:11] santiago-ve: bddebian is the guy who's done that debian upload, and is also an ubuntu guy. [04:11] santiago-ve: that's what i'd suggest doing, anyway :) [04:12] hmmm wel Hobbsee im new in this world... so where i find him/her? [04:12] him* [04:13] santiago-ve: no problem. he'll appear on this channel, probably in the next day or so. [04:13] looks like seenserv is dead, so you won't be able to check when he last left [04:13] Hobbsee, so i dont change the the dh_iconcache to dh_icons, because it has been made somewhere else? [04:13] Hobbsee, k [04:13] [13:13] [Notice] -NickServ- Last seen : May 31 04:46:52 2008 (22 hours, 26 minutes, 48 seconds ago) [04:14] santiago-ve: you would want to change it there, in your merge. but you can do one step better, in getting all the changes pushed back to debian, then to sync. [04:14] santiago-ve: (dh_iconcache is now deprecated, and replaced by dh_icons) [04:14] santiago-ve: which will save you work indefinetly. [04:15] Hobbsee, mkay! thanks :D [04:15] santiago-ve: you're welcome :) [04:15] well meanwhile [04:16] back to try packaging kpogre~ [04:16] * Hobbsee wonders if the debian version of kimwitu now builds. [04:18] hello === fale_ is now known as fale [04:23] is there anyone? [04:25] * Hobbsee syncs kimwitu [04:26] santiago-ve: could you merge kimwitu-doc for me? [04:26] santiago-ve: looks pretty easy [04:27] Hobbsee, sure [04:27] which one? dad or mom? [04:28] santiago-ve: they should turn out the same, but i find MoM easier to read and work with [04:28] mom then [04:28] santiago-ve: mom at least to have a few more intelligent merging things about it. unsure about the case now [04:28] santiago-ve: if you give me a link, i can upload [04:28] argh, crud. i never replied to the debian guys, either [04:29] Hobbsee, upload what? <.< [04:29] remember im new on this xD! [04:30] santiago-ve: your merge. [04:30] Hobbsee, k [04:30] the kimwitu-doc? one right? [04:32] yup [04:32] k [04:33] gonna download... and prepare everything here... [04:33] Hobbsee: do you know who is packaging kde? [04:33] Hey Hobsee, do you know why DaD sometimes lists packages that aren't listed on MoM? [04:33] fale: lots of people [04:34] Hobbsee: you have some names of people that are online atm? [04:34] nhandler: Adri2000 would be a better one to answer that, but iirc, it's usually that mom's got some special bits in it, ie, some merges from experimental, etc. [04:34] fale: see #kubuntu-devel, but i don't know how many are awake now [04:35] Hobbsee: ok, thx :) [04:35] Thanks Hobbsee. [04:35] y/w [04:35] * Hobbsee builds an intrepid pbuilder [04:37] Fetched 61.9MB in 1min31s (678kB/s) [04:37] tasty. [04:51] spamprobe needs a merge, too [05:28] any chance for pugs packages to be available for hardy? [05:30] Anyone know why ubuntustudio doesn't follow the -desktop metapackage model? [05:43] slavik: does it qualify for a sru? [05:43] Flannel: it doesn't? [05:44] sru? [05:45] Hobbsee: gutsy and older have ghc6 6.6, hardy has 6.8, that is the reason why pugs is not buildable ... [05:46] Hobbsee: No, you have to install ubuntustudio-desktop and a bunch of other packages to get the same thing as the CD [05:48] Hobbsee: https://help.ubuntu.com/community/UbuntuStudio/UpgradingFromHardy five packages (and then the realtime kernel, which shouldn't be part of the desktop package) [05:49] Flannel: audio stuff needs an rt kernel ... [05:49] Flannel: ahhh. strange. You'd really have to ask that in the ubuntustudio channels [05:50] #ubuntustudio, it looks like [05:50] Hobbsee: ubuntustudio is for audio recording and those apps need the rt kernel [05:50] slavik: Regardless, kernels aren't deps of -desktop packages, and I'm pretty sure you only need -rt if you're actually capturing [05:50] slavik: yes, i'm aware [05:50] if you're just editing, you'd be fine without rt [05:51] Flannel: ubuntustudio is for recording, too. hence the requirement [05:51] ie: studio use [05:51] slavik: they won't get added to hardy at this point - they're not even in there in source form (i'd assumed that they were, but hadn't built, when i asked about the sru) [05:52] what's sru? [05:53] !sru [05:53] Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates [05:53] slavik: Well, you'd still be able to have "ubuntu studio" without the realtime kernel. But that's moot, kernels don't depend on desktop packages, and thats not the issue. The issue is that -audio -video -graphics and -audio-plugins ought to be depends of -desktop. [06:02] Laney: No, users may want to use graphics apps, but not worry about audio apps. [06:03] Flannel: ^^ [06:03] Laney: sorry [06:04] TheMuso: right, but there's nothing wrong with removing the -desktop metapackage. If you install Ubuntu, and don't want Epiphany (or whatever), you remove the -desktop metapackage, no harm, no foul. [06:04] -> #ubuntustudio [06:04] If I install studio from the Alternate CD, it installs all three. If I install the -desktop metapackage, I expect a similar system === rockstar` is now known as rockstar === rockstar` is now known as rockstar [07:30] I'm working on packaging an application with a wierd buildsystem [07:30] so I need to override all the default sections in the rules-file [07:30] having trouble finding the correct documentation though [07:30] something runs ./configure and it's not me :-) [07:46] G'morning === dmb_ is now known as dmb [08:22] anyone here using 915resolution or knows a bit about acpi resume? [08:23] i am wondering about the ubuntu patch for 915resolution and if this patch is ubuntu specific or if we can push it into debian somehow [08:28] it can probably be removed completely, but I am not sure, if there is no driver left that needs it [08:29] white: new intel driver supposed to fix that already [08:29] cartman: any other driver that needed 915resolution and still does? [08:30] as far as I know, none [08:30] ah now i remember about the ubuntu patch and how debian does it (with acpi-support) [08:30] white: but you can always ask in #xorg I guess :) [08:30] cartman: yeah thought so, i'll wait for news from the debian-x team and then ask for removal from debian :) [08:31] good plan :) [08:32] white: It's unlikely that 915resolution should stick around for lenny - I haven't had a use for it in over 12 months. [08:33] -intel works on everything -i810 does. [08:34] good, one package less :) [08:38] wgrant: how is life btw? [08:39] wgrant: and why is NM taking so long? :) [08:42] white: My AM seems to no longer be responding. [08:42] And I've been busy with uni. [08:49] ah, ok [11:14] aloha afflux ;) [11:15] hi sebner [12:08] Gah! What needs a rebuild against libffi5? [12:08] This is a question that shall be investigated further in the morning. === elkbuntu is now known as elky [12:25] morning all.. [12:26] Morning [12:45] geser: ping [12:46] devfil: pong [12:47] geser: I wish to work at https://bugs.edge.launchpad.net/ubuntu/+source/graphviz/+bug/230016 [12:47] can I work on it= [12:47] ? [12:47] s/on it/on they [12:49] devfil: sure, if you do the merge for graphviz, this bug gets automatically fixed [12:54] geser: I wish to fix all the bug reported [12:57] Rebuild with perl 5.10 [13:50] Greetings. I am interested in helping packaging hardware drivers (especially for dial-up modems, or usb modems) for making new users' experience with Ubuntu, more easy, automated and pleasant. [13:50] amikrop: user-space or kernel-space? [13:51] kernel-space [13:52] entirely gpl things? many dial-up softmodems have highly prohibitive licenses [13:52] I don't mean starting development from scratch, but mainly creating the Debian packages, or fixing some bugs, and generally make the process of getting hardware up and running, more automated. [13:53] directhex: I don't know. Maybe. [13:54] Are there any related efforts initiated? [13:55] E.g. are there any plans like those? [13:56] specifically for modems? no. but the ubuntu kernel team do package things outside "standard" numbered kernel releases [14:00] Why only outside stndard releases? [14:00] * standard [14:01] because there are things that aren't always in a given kernel version from kernel.org [14:02] And it's not only outside. The Ubuntu kernel team also pushes a fair bit into upstream that makes the standard kernel releases. [14:02] Best source of information is #ubuntu-kernel during American (the continents) business hours. [14:08] persia: is uqm still maintained? [14:08] geser: are you around for a quick question about your rebuild of irssi [14:08] sebner: I'm taking it over, as soon as I can figure out how to do packaging in git properly. [14:09] * persia is just fiddling with debian/control locally now [14:09] persia: I mean upstream [14:10] sebner: To a fair degree. MeepNeep (or similar) in #uqm was a great source of information towards getting the Debian packages compatible with third-party add-ons. I don't think they release very often. [14:10] sebner: Why? [14:11] persia: because it seems to be pretty old ^^ [14:12] persia: ah latest release is over a year old but still seems to be active. propse a 3D port :P [14:13] sebner: Well, 3D wouldn't really hold the flavour of SC2, but such is life... [14:14] Anyway, it's fairly stable. There are add-on packs that people make once in a while, but as an engine it's not likely to change much. [14:14] persia: kk [14:15] gnomefreak: sure [14:16] persia: and of course this was only a meta-question to hint you about uqm and the missing ACK for the special sync and the merge ^^ [14:16] gnomefreak: is there a problem with it? [14:16] geser: irssi depends on packages we dont have and never had in repos was this done by debian or upstream? [14:16] I have a question, I am currently working on a merge (bakery2.4) and It seems the confid.sub has many changes in ubutnu that relate to more cpu combinations, however I do not see any change or element in the changelog that alows me to understand the resoning behind the change. what do you suggest that I do? [14:16] geser: i posted the output on the bug about the respinning on perl [14:16] effie_jayx: config.{guess,sub} usually get regenerated during build, so you don't need to merge them [14:16] sebner: Right. I still don't have the build chroots I'd need (although I ought have them soon). Anyway, I'll probably grab everything that was for the merge in the next Debian upload, to make it a sync. [14:16] directhex, persia: OK. I see. [14:16] geser: bug 230016 is the bug [14:17] Hobbsee, right. that clears it [14:17] Hobbsee: Umm. That's not a good rule of thumb. Many packages don't reset during build, and some people think that's poor style. [14:17] persia: *nice* \o/ [14:17] * persia likes to regenerate during build [14:17] Hobbsee, dad marks it as a change though [14:17] geser: here is bug address since bot is borked https://bugs.edge.launchpad.net/ubuntu/+source/libcrypt-blowfish-perl/+bug/230016 [14:17] persia: sure, but not by hand. [14:18] effie_jayx: If you do encounter a merge on those though, you're best off just copying the updated ones from autotools-dev, rather than merging by hand. [14:18] persia: as in, ilne by line. [14:18] Hobbsee: Right. I just type slow... [14:18] * gnomefreak not sure if sid or lemmy has those pacakges since my debian chroots are not finished [14:19] gnomefreak: which version of irssi was this? irssi (on i386) got build today as it was in CHROOTWAIT before [14:19] does sid get outdated or is it updated with experimental [14:19] 0.8.12-3ubuntu3 [14:20] wait for -3ubuntu4 [14:20] persia, right! [14:20] geser: ok thanks i wasnt sure if you had known or not :) [14:21] it should hit the archive soon (it was build for i386 just one hour ago) [14:22] geser: ah ok thanks. [14:23] Where can I find all the available "Section"s for Debian packages? [14:23] (e.g. web, devel, etc) [14:24] in the debian policy manual [14:24] amikrop: /usr/share/doc/debian-policy/policy.html/ch-controlfields.html [14:24] Hobbsee, should I assume then that it is the same for config.guess? [14:24] (or at least that will have a link) [14:24] http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections [14:24] OK, guys. Thanks. [14:24] amikrop: ^^ [14:24] effie_jayx: yes. [14:30] gnomefreak: if you don't want to wait: http://launchpadlibrarian.net/14880508/irssi_0.8.12-3ubuntu4_i386.deb [14:30] geser: thanks ill try it out [14:33] geser: not looking good [14:33] gnomefreak: no? [14:33] geser: same package deps it looks like [14:34] geser: looks like all the perl packages plus one or 2 we dont have in repos at all [14:34] gnomefreak: libperl5.8 is now libperl5.10 and perlapi-5.8.8 (provided by perl-base) is now perlapi-5.10.0 [14:35] geser: they are broken [14:35] let me pastebin it [14:35] gnomefreak: we are still in the middle of the perl 5.10 transition [14:36] in my minimal intrepid chroot (AMD64) irssi is installable again [14:36] that could be the issue http://pastebin.mozilla.org/448252 atleast i think it is [14:37] geser: mines not on 386 [14:38] those perl packages have been held back for a few weeks so im not sure how you got it to install unless you have the packages you built installed [14:38] try apt-get -f install and check what it wants to remove before you proceed [14:38] geser: alot if its like dist-upgrade but lets see [14:39] abiword libperl5.8 libversion-perl [14:39] gnomefreak: my intrepid chroot is minimal, only the base packages are installed and some packages use for package building [14:39] i can live without them i think [14:39] not sure about the 2 perl packages [14:39] libversion-perl is waiting on libmodule-build-perl getting transtioned [14:40] I haven't looked on abiword yet [14:40] do i "need" libperl and libversion-perl that i posted above? [14:40] libperl5.8 is the old one, the new one is libperl5.10 [14:41] persia: sometimes I love debian. Just 2 hours ago I reported something back and now they release a new version with my fix =) (thought with a lot others too but somehow a great luck) [14:41] libperl5.8 is a NBS [14:41] sebner: Some maintainers are easier to work with than others. Nice job. [14:42] ok cool i didnt think it was updated yet [14:42] geser: thanks ill be back i have some house work to do [14:43] np [14:43] * geser goes back into the sun [14:46] persia: syncs \o/. But I can understand if a maintainer doesn't share our opinion but if somebody ignores us -.- === schmiedc1 is now known as schmied === schmied is now known as schmiedc1 [14:49] sebner: Well, sometimes people are busy. === schmiedc1 is now known as schmiedc [14:50] persia: busy? Sure. I also think so when I see a bug that is >300 days old without reponse ;) [14:50] geser: its still borked on perl packages [14:52] geser: its seems perl depends on perl-base and perl-modules [14:59] gnomefreak: as I said intrepid is in the middle of the perl 5.10 transition [14:59] gnomefreak: I myself will update to intrepid after the perl 5.10 transition is finished [15:05] hi guys... what does this means? "+ Fix bashism in clean rule. "? [15:06] i know is debian/rules related... but... no idea to tell the truth [15:06] :S [15:07] A package depends on kernel 2.6.16 or better. What dependencies do I need to declare? [15:07] (e.g. in the control file) [15:08] geser: ok im still working on getting it installed [15:08] santiago-ve, these are commands dash doesn't understand well, they cause weird errors such FTBFS, missing files or something similar [15:09] DktrKranz, thanks... [15:09] geser: i had to install using -f 2 times but looks like it worked [15:09] ill be back [15:10] anoither question... the dm said: Build-Depends: debhelper (>> 5.0.0), ghostscript, but the ubuntumotu said: Build-Depends-Indep: texlive-latex-recommended, texlive-extra-utils, ghostscript [15:10] which line should i take? [15:10] the ubuntu one? [15:10] santiago-ve: Is ghostscript required to build arch:any or arch:all packages? [15:10] build-depends-indep are different from build-depends [15:10] santiago-ve, could you please point to the package you're looking at? === gnomefre2k is now known as gnomefreak [15:11] DktrKranz, kimwitu-doc [15:12] build-depends-indep are needed to generate architecture-independent files which are kept in a separate package (e.g. artwork or documentation). singling them out can speed up the build servers, since they only need to install & build the -indep files once (other architectures can skip those files entirely, as the -indep packages are built on i386) [15:13] mkay [15:13] * persia notes that the dependencies for the clean rule have to be in Build-Depends: even for arch:all packages [15:13] this is a doc package~ [15:13] Anyone willing to review a patch for gnome-voice-control in intrepid: bug 219303? It was uploaded for hardy and got ack from motu-release. I have prepared the fix for intrepid too (changing the version and release in changelog) and tested it. Thanks. [15:13] s/uploaded/submitted/ [15:15] santiago-ve: Even so, it will have Architecture fields in debian/control [15:15] i dont see these [15:15] santiago-ve: pastebin your debian/control? [15:16] persia, http://ubuntu-ve.pastebin.com/m2b6c1dda [15:17] # [15:17] Architecture: all [15:17] santiago-ve: OK. Look at line 17. That will tell you if this is arch:any or arch:all. [15:17] looks like an Architecture field to me [15:17] maybe i need new glasses though [15:17] errr... let me get my glasses XD [15:18] santiago-ve: The guidance from policy for Architecture: all packages is that Build-Depends should have everything required to run clean (or build the source, depending on how you look at it), and Build-Depends-Indep should have everything required to build the binary. [15:19] santiago-ve: On the other hand, it doesn't matter very much, and if this is the only variance between Debian and Ubuntu, it's not worth maintaining the change. [15:19] In other words, how can I make sure the linux kernel 2.6.16 or higher is installed? [15:19] Which package do I need to declare as dependency in my control file to ensure that linux 2.6.16 or better is present in the system? [15:20] persia, so what do i dowith control? discard the debian changes? [15:20] santiago-ve: Are there other changes in the package for which you are maintaining Ubuntu variation? [15:21] persia, gonna look if the DM included the ubuntu changes, like this one: + Fix bashism in clean rule. [15:21] but not sure how to check that one... [15:22] santiago-ve: Not to discourage you, but you may find yourself more productive trying to fix outstanding bugs whilst you gain more familiarity with the structure of Debian-format packages. [15:23] persia, dont worry ill give it a try :p [15:24] santiago-ve: Good luck! [15:24] Thaks [15:27] amikrop: a dependency on the kernel version won't help you as it doesn't guarantee that the kernel is also being used [15:28] geser: Anyway, how can I do what I ask? [15:29] (or, even better, what will help me?) [15:31] amikrop, why you depend on aspecific kernell? [15:33] santiago-ve: Because I need a specific module. [15:33] hmm... [15:38] persia, to finish with this package... pbuilder did it fine... now going with merge-buildpackages [15:40] * persia cringes from yet more tools to make it easier to do things without investigating the details [15:47] geser: So, any ideas? [15:54] amikrop: sorry, no [15:55] ok [15:55] amikrop: you could check during runtime if the needed kernel or modules is available and give a meaningfull error message if it's not [15:57] ok [16:06] hi all [16:06] the name and email field at debian/changelog should be MOTU Developers ? [16:14] danielm: For modified Ubuntu packages, I use "Maintainer: Ubuntu MOTU Developers " [16:14] (At least for universe: main is different) [16:15] ok, thanks :) [16:34] ScottK: ping [17:11] How can a packages builded with ppa " have unmet dependencies" like that: The following packages have unmet dependencies: [17:11] ekiga-snapshot: Dépend: libebook1.2-9 (>= 1.12.1) but 1.12.0-0ubuntu5 is installed. [17:11] Dépend: libedataserver1.2-9 (>= 1.12.1) but 1.12.0-0ubuntu5 is installed. [17:11] Dépend: libpango1.0-0 (>= 1.18.3) but 1.18.2-0ubuntu1 is installed. [17:12] yannick, the requested versions don't exist [17:12] cody-somerville, then how is it possible it builded? there no check against that? [17:13] I'm pretty sure we try to squash all bugs. [17:13] Unfortunately that is a tough job [17:18] cody-somerville, in the build log I see this: Get:222 http://ftpmaster.internal gutsy-updates/main libebook1.2-9 1.12.1-0ubuntu2 [90.0kB] [17:18] cody-somerville, Does it means i need gutsy update repository? [17:21] yup [17:24] ok... [17:28] geser: evolution-sharp got synced. now let's wait for the build =) === martinp23 is now known as Martinp23 === smarter_ is now known as smarter === _neversfelde is now known as neversfelde [17:51] i'm trying to upload a package to my PPA.. but it rejects the package with the error: "MD5 sum of uploaded file does not match existing file in archive" [17:51] any idea? md5's are ok :( [17:52] did you upload the same upstream version of the package already or does it exist in the official archive? [17:54] no, different version.. yes, there is a version at universe (lower version) [17:55] the version format is the problem? [17:55] * cody-somerville nods. [17:55] ok.. [17:56] i was looking for somehting else.. thanks, i will review the version then [17:56] :) [17:57] hmm. putting vboxmouse as the driver works, vboxvideo doesn't auto-resize though. [18:04] oh.. i was using intrepid instead hardy on the changelog.. that could be the problem? [18:11] bitbuzter: no, that's not the problem. [18:11] bitbuzter: what package did you try to upload to your PPA? [18:28] a [18:28] hi all [18:32] geser: thanks for your help. Finally i delete a previous build from my ppa, and re-upload it make it work. [18:38] bitbuzter: for the next time use the same .orig.tar.gz [18:39] ok :) === fta_ is now known as fta [18:49] I have now merged ruby-prof (#236538) [18:49] may I have a word with someone upon SRU-sponsorship? [18:49] a7p: do you have an ACK from ~motu-sru already? [18:51] geser, no, nothing - I want to know some things about the procedure and if my patch is suitable for SRU. [18:51] ah [18:52] it's an softlink-fix for a rather unimportant package (vim-latexsuite). [18:54] a7p: where is the debdiff? [18:54] I have merged ruby-prof, I now have a nice source package. It says I have to contact an MOTU so here I am. [18:54] geser, https://bugs.launchpad.net/ubuntu/+source/vim-latexsuite/+bug/225411/comments/6 [18:57] a7p: it's usually not needed to use dpatch patches to patch files in debian/ [18:58] a7p: and also wrong version, it should be 20060325-4.1ubuntu0.1 and target hardy-proposed [18:58] geser, so I learned something again - woundered about it to. [18:59] a7p: and there to be some jump in your changes: see the second chunk for debian/changelog [18:59] geser: Care to help me for a moment? [18:59] geser, okay, I will check it - but you think it makes sense to build that package for SRU? or will it be rejected? [19:03] Anyone want to help me completing my merge of ruby-prof? [19:05] Gnontghol, patience ... [19:33] Gnontghol: how can I help you? [19:33] geser: -.- -.- -.- [19:34] geser: I have merged ruby-prof from debian and wander what to do now [19:34] sebner: please remove smile mode [19:34] emgent: hrhr. I suppose he knows what I mean ^^ [19:36] Gnontghol: create a debdiff, file a bug requesting sponsorship and attach the debdiff to it [19:37] geser: Shal I create the debdiff from the ubuntu or debian package, and there is a bug (#236538) already open, shal I open a new one? [19:39] Gnontghol: the debdiff is between the newer debian and ubuntu version [19:40] RoAkSoAx: Thanks [19:40] i.e. a debdiff to make 1.0-1ubuntu1 from debian's 1.0-1 [19:40] Gnontghol: the thing is that the bug you say is already open is a sync, so no need to generate a debdiff... [19:46] RoAkSoAx: I just realized that the patches in the ubuntu version have been applied in the upstream version so it is indeed a sync, but I still don't know what to do. [19:48] Gnontghol: since someone already filed a bug, there's nothing you can do... so you should find another package and merge it ;) [19:51] RoAkSoAx: Ok. But I find it is hard to know what I can do and what I can't do. [19:53] Gnontghol: are you using MoM or DaD? [19:53] once you pick a package you should check if someone already filed a bug, if not.. you can work on it [20:00] RoAkSoAx: MoM, so bug reports are not requests for me to do something. [20:45] geser, mmm ... who do i make dch create a 0.1-step? Is there any switch (which I can not finde) or do I have to do it by hand? [20:48] I usually do it by hand [20:57] done - should I upload it again, or pass it to someone directly? [20:59] a7p: attach the new debdiff to the bug, subscribe motu-sru and wait for feedback (ACK) [21:01] thx, hope everything is proper now. === Amaranth__ is now known as Amaranth [21:07] geser, should I set the status to "Fix commited" [21:08] a7p: no, the bug gets to set to "Fix commited" after it got uploaded and accepted to hardy-proposed [21:09] okay - remembered something of that kind. [21:09] geser: I recieved now a lot of build-failure mails so I'm really sad now ^^ [21:10] a7p: http://launchpadlibrarian.net/14892497/fixed_symlinks.debdiff looks broken or at least parts are missing (you still have the extra " s" line in the changelog) [21:11] sebner: for evolution-sharp? [21:11] geser: yep. the evolution depend is totally b0rken [21:12] geser, what do you mean by extra " s" line? [21:12] see http://launchpadlibrarian.net/14892497/fixed_symlinks.debdiff [21:13] there is a "+ s" line [21:15] ah, see it ... no idea how it got there ... cat must have made vimentry. [21:15] and your change is missing completely now [21:16] * a7p is confused [21:17] did remove the dpatch usage [21:17] a7p: but did you apply the changes directly instead? [21:17] thought so. [21:17] but debdiff will know better [21:18] will apply it again. [21:20] geser, what about the (in librarian) broken umlauts in my Name? does a changlog have to be ASCII? [21:21] i try to create/update a soruce package [21:21] when i use uupdate it badly update the changelog file [21:22] it add an email witch is false ( user@user-desktop) [21:22] where ican fix this please ? [21:23] PasNox, the environment variables DEBEMAIL seems to be set incorrectly. === iceman_ is now known as iceman [21:24] a7p: ok let try [21:29] a7p: thanks exporting the DEBEMAIL works great [21:30]