[00:34] <nhandler> 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] <nhandler> 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] <nhandler> the asterisk to the left of a package name ;). Any feedback would be greatly appreciated.
[00:49] <persia> 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] <nhandler> 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] <persia> 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] <persia> 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] <nhandler> persia: Thanks. I'll take a look at multidistrotools.
[01:32] <RoAkSoAx> 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!!
[03:44] <santiago-ve> hi guys...
[03:47] <santiago-ve> 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] <santiago-ve> changes aswell
[04:06] <Hobbsee> mom, usually
[04:06] <Hobbsee> now, kguitar...
[04:07] <Hobbsee> ah yes, i thoguht i remembered playing with that
[04:08] <santiago-ve> Hobbsee, yes, your name is on the changelog
[04:08] <Hobbsee> 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] <Hobbsee> santiago-ve: so the only thing you're looking for in that one is if the ubuntu changes made it to debian
[04:09] <santiago-ve> Hobbsee, they did
[04:09] <Hobbsee> did they?
[04:09] <santiago-ve> as far as i could check..
[04:09] <Hobbsee> what about the dh_iconcache?
[04:09] <Hobbsee> (which is now dh_icons in debian)
[04:09] <santiago-ve> it did
[04:09] <santiago-ve> ohhh
[04:10] <santiago-ve> that's something different
[04:10] <santiago-ve> ;=
[04:10] <santiago-ve> ;)
[04:10] <Hobbsee> santiago-ve: poke bddebian, and get him to push that change in as well.
[04:10] <Hobbsee> santiago-ve: then request the sync.
[04:11] <Hobbsee> santiago-ve: bddebian is the guy who's done that debian upload, and is also an ubuntu guy.
[04:11] <Hobbsee> santiago-ve: that's what i'd suggest doing, anyway :)
[04:12] <santiago-ve> hmmm wel Hobbsee im new in this world... so where i find him/her?
[04:12] <santiago-ve> him*
[04:13] <Hobbsee> santiago-ve: no problem.  he'll appear on this channel, probably in the next day or so.
[04:13] <Hobbsee> looks like seenserv is dead, so you won't be able to check when he last left
[04:13] <santiago-ve> Hobbsee, so i dont change the the dh_iconcache to dh_icons, because it has been made somewhere else?
[04:13] <santiago-ve> Hobbsee, k
[04:13] <Hobbsee> [13:13] [Notice] -NickServ- Last seen  : May 31 04:46:52 2008 (22 hours, 26 minutes, 48 seconds ago)
[04:14] <Hobbsee> 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] <Hobbsee> santiago-ve: (dh_iconcache is now deprecated, and replaced by dh_icons)
[04:14] <Hobbsee> santiago-ve: which will save you work indefinetly.
[04:15] <santiago-ve> Hobbsee, mkay! thanks :D
[04:15] <Hobbsee> santiago-ve: you're welcome :)
[04:15] <santiago-ve> well meanwhile
[04:16] <santiago-ve> back to try packaging kpogre~
[04:16]  * Hobbsee wonders if the debian version of kimwitu now builds.
[04:18] <fale_> hello
[04:23] <fale> is there anyone?
[04:25]  * Hobbsee syncs kimwitu
[04:26] <Hobbsee> santiago-ve: could you merge kimwitu-doc for me?
[04:26] <Hobbsee> santiago-ve: looks pretty easy
[04:27] <santiago-ve> Hobbsee, sure
[04:27] <santiago-ve> which one? dad or mom?
[04:28] <Hobbsee> santiago-ve: they should turn out the same, but i find MoM easier to read and work with
[04:28] <santiago-ve> mom then
[04:28] <Hobbsee> santiago-ve: mom at least to have a few more intelligent merging things about it.  unsure about the case now
[04:28] <Hobbsee> santiago-ve: if you give me a link, i can upload
[04:28] <Hobbsee> argh, crud.  i never replied to the debian guys, either
[04:29] <santiago-ve> Hobbsee, upload what? <.<
[04:29] <santiago-ve> remember im new on this xD!
[04:30] <Hobbsee> santiago-ve: your merge.
[04:30] <santiago-ve> Hobbsee, k
[04:30] <santiago-ve> the kimwitu-doc? one right?
[04:32] <Hobbsee> yup
[04:32] <santiago-ve> k
[04:33] <santiago-ve> gonna download... and prepare everything here...
[04:33] <fale> Hobbsee: do you know who is packaging kde?
[04:33] <nhandler> Hey Hobsee, do you know why DaD sometimes lists packages that aren't listed on MoM?
[04:33] <Hobbsee> fale: lots of people
[04:34] <fale> Hobbsee: you have some names of people that are online atm?
[04:34] <Hobbsee> 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] <Hobbsee> fale: see #kubuntu-devel, but i don't know how many are awake now
[04:35] <fale> Hobbsee: ok, thx :)
[04:35] <nhandler> Thanks Hobbsee.
[04:35] <Hobbsee> y/w
[04:35]  * Hobbsee builds an intrepid pbuilder
[04:37] <Hobbsee> Fetched 61.9MB in 1min31s (678kB/s)
[04:37] <Hobbsee> tasty.
[04:51] <Hobbsee> spamprobe needs a merge, too
[05:28] <slavik> any chance for pugs packages to be available for hardy?
[05:30] <Flannel> Anyone know why ubuntustudio doesn't follow the -desktop metapackage model?
[05:43] <Hobbsee> slavik: does it qualify for a sru?
[05:43] <Hobbsee> Flannel: it doesn't?
[05:44] <slavik> sru?
[05:45] <slavik> Hobbsee: gutsy and older have ghc6 6.6, hardy has 6.8, that is the reason why pugs is not buildable ...
[05:46] <Flannel> Hobbsee: No, you have to install ubuntustudio-desktop and a bunch of other packages to get the same thing as the CD
[05:48] <Flannel> 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] <slavik> Flannel: audio stuff needs an rt kernel ...
[05:49] <Hobbsee> Flannel: ahhh.  strange.  You'd really have to ask that in the ubuntustudio channels
[05:50] <Hobbsee> #ubuntustudio, it looks like
[05:50] <slavik> Hobbsee: ubuntustudio is for audio recording and those apps need the rt kernel
[05:50] <Flannel> 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] <Hobbsee> slavik: yes, i'm aware
[05:50] <Flannel> if you're just editing, you'd be fine without rt
[05:51] <slavik> Flannel: ubuntustudio is for recording, too. hence the requirement
[05:51] <slavik> ie: studio use
[05:51] <Hobbsee> 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] <slavik> what's sru?
[05:53] <Hobbsee> !sru
[05:53] <Hobbsee> Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates
[05:53] <Flannel> 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] <TheMuso> Laney: No, users may want to use graphics apps, but not worry about audio apps.
[06:03] <TheMuso> Flannel: ^^
[06:03] <TheMuso> Laney: sorry
[06:04] <Flannel> 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] <TheMuso> -> #ubuntustudio
[06:04] <Flannel> If I install studio from the Alternate CD, it installs all three.  If I install the -desktop metapackage, I expect a similar system
[07:30] <ernstp> I'm working on packaging an application with a wierd buildsystem
[07:30] <ernstp> so I need to override all the default sections in the rules-file
[07:30] <ernstp> having trouble finding the correct documentation though
[07:30] <ernstp> something runs ./configure and it's not me :-)
[07:46] <Iulian> G'morning
[08:22] <white> anyone here using 915resolution or knows a bit about acpi resume?
[08:23] <white> 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] <white> it can probably be removed completely, but I am not sure, if there is no driver left that needs it
[08:29] <cartman> white:  new intel driver supposed to fix that already
[08:29] <white> cartman: any other driver that needed 915resolution and still does?
[08:30] <cartman> as far as I know, none
[08:30] <white> ah now i remember about the ubuntu patch and how debian does it (with acpi-support)
[08:30] <cartman> white: but you can always ask in #xorg I guess :)
[08:30] <white> cartman: yeah thought so, i'll wait for news from the debian-x team and then ask for removal from debian :)
[08:31] <cartman> good plan :)
[08:32] <wgrant> 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] <wgrant> -intel works on everything -i810 does.
[08:34] <white> good, one package less :)
[08:38] <white> wgrant: how is life btw?
[08:39] <white> wgrant: and why is NM taking so long? :)
[08:42] <wgrant> white: My AM seems to no longer be responding.
[08:42] <wgrant> And I've been busy with uni.
[08:49] <white> ah, ok
[11:14] <sebner> aloha afflux ;)
[11:15] <afflux> hi sebner
[12:08] <RAOF> Gah!  What needs a rebuild against libffi5?
[12:08] <RAOF> This is a question that shall be investigated further in the morning.
[12:25] <effie_jayx> morning all..
[12:26] <cody-somerville> Morning
[12:45] <devfil> geser: ping
[12:46] <geser> devfil: pong
[12:47] <devfil> geser: I wish to work at https://bugs.edge.launchpad.net/ubuntu/+source/graphviz/+bug/230016
[12:47] <devfil> can I work on it=
[12:47] <devfil> ?
[12:47] <devfil> s/on it/on they
[12:49] <geser> devfil: sure, if you do the merge for graphviz, this bug gets automatically fixed
[12:54] <devfil> geser: I wish to fix all the bug reported
[12:57] <devfil> Rebuild with perl 5.10
[13:50] <amikrop> 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] <persia> amikrop: user-space or kernel-space?
[13:51] <amikrop> kernel-space
[13:52] <directhex> entirely gpl things? many dial-up softmodems have highly prohibitive licenses
[13:52] <amikrop> 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] <amikrop> directhex: I don't know. Maybe.
[13:54] <amikrop> Are there any related efforts initiated?
[13:55] <amikrop> E.g. are there any plans like those?
[13:56] <directhex> specifically for modems? no. but the ubuntu kernel team do package things outside "standard" numbered kernel releases
[14:00] <amikrop> Why only outside stndard releases?
[14:00] <amikrop> * standard
[14:01] <directhex> because there are things that aren't always in a given kernel version from kernel.org
[14:02] <persia> 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] <persia> Best source of information is #ubuntu-kernel during American (the continents) business hours.
[14:08] <sebner> persia: is uqm still maintained?
[14:08] <gnomefreak> geser: are you around for a quick question about your rebuild of irssi
[14:08] <persia> 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] <sebner> persia: I mean upstream
[14:10] <persia> 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] <persia> sebner: Why?
[14:11] <sebner> persia: because it seems to be pretty old ^^
[14:12] <sebner> persia: ah latest release is over a year old but still seems to be active. propse a 3D port :P
[14:13] <persia> sebner: Well, 3D wouldn't really hold the flavour of SC2, but such is life...
[14:14] <persia> 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] <sebner> persia: kk
[14:15] <geser> gnomefreak: sure
[14:16] <sebner> 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] <geser> gnomefreak: is there a problem with it?
[14:16] <gnomefreak> geser: irssi depends on packages we dont have and never had in repos was this done by debian or upstream?
[14:16] <effie_jayx> 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] <gnomefreak> geser: i posted the output on the bug about the respinning on perl
[14:16] <Hobbsee> effie_jayx: config.{guess,sub} usually get regenerated during build, so you don't need to merge them
[14:16] <persia> 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] <amikrop> directhex, persia: OK. I see.
[14:16] <gnomefreak> geser: bug 230016 is the bug
[14:17] <effie_jayx> Hobbsee,  right. that clears it
[14:17] <persia> 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] <sebner> persia: *nice* \o/
[14:17]  * persia likes to regenerate during build
[14:17] <effie_jayx> Hobbsee, dad marks it as a change though
[14:17] <gnomefreak> geser: here is bug address since bot is borked https://bugs.edge.launchpad.net/ubuntu/+source/libcrypt-blowfish-perl/+bug/230016
[14:17] <Hobbsee> persia: sure, but not by hand.
[14:18] <persia> 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] <Hobbsee> persia: as in, ilne by line.
[14:18] <persia> 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] <geser> gnomefreak: which version of irssi was this? irssi (on i386) got build today as it was in CHROOTWAIT before
[14:19] <gnomefreak> does sid get outdated or is it updated with experimental
[14:19] <gnomefreak> 0.8.12-3ubuntu3
[14:20] <geser> wait for -3ubuntu4
[14:20] <effie_jayx> persia, right!
[14:20] <gnomefreak> geser: ok thanks i wasnt sure if you had known or not :)
[14:21] <geser> it should hit the archive soon (it was build for i386 just one hour ago)
[14:22] <gnomefreak> geser: ah ok thanks.
[14:23] <amikrop> Where can I find all the available "Section"s for Debian packages?
[14:23] <amikrop> (e.g. web, devel, etc)
[14:24] <geser> in the debian policy manual
[14:24] <persia> amikrop: /usr/share/doc/debian-policy/policy.html/ch-controlfields.html
[14:24] <effie_jayx> Hobbsee,  should I assume then that it is the same for config.guess?
[14:24] <persia> (or at least that will have a link)
[14:24] <geser> http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections
[14:24] <amikrop> OK, guys. Thanks.
[14:24] <geser> amikrop: ^^
[14:24] <Hobbsee> effie_jayx: yes.
[14:30] <geser> gnomefreak: if you don't want to wait: http://launchpadlibrarian.net/14880508/irssi_0.8.12-3ubuntu4_i386.deb
[14:30] <gnomefreak> geser: thanks ill try it out
[14:33] <gnomefreak> geser: not looking good
[14:33] <geser> gnomefreak: no?
[14:33] <gnomefreak> geser: same package deps it looks like
[14:34] <gnomefreak> geser: looks like all the perl packages plus one or 2 we dont have in repos at all
[14:34] <geser> gnomefreak: libperl5.8 is now libperl5.10 and perlapi-5.8.8 (provided by perl-base) is now perlapi-5.10.0
[14:35] <gnomefreak> geser: they are broken
[14:35] <gnomefreak> let me pastebin it
[14:35] <geser> gnomefreak: we are still in the middle of the perl 5.10 transition
[14:36] <geser> in my minimal intrepid chroot (AMD64) irssi is installable again
[14:36] <gnomefreak> that could be the issue http://pastebin.mozilla.org/448252 atleast i think it is
[14:37] <gnomefreak> geser: mines not on 386
[14:38] <gnomefreak> 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] <geser> try apt-get -f install and check what it wants to remove before you proceed
[14:38] <gnomefreak> geser: alot if its like dist-upgrade but lets see
[14:39] <gnomefreak> abiword libperl5.8 libversion-perl
[14:39] <geser> gnomefreak: my intrepid chroot is minimal, only the base packages are installed and some packages use for package building
[14:39] <gnomefreak> i can live without them i think
[14:39] <gnomefreak> not sure about the 2 perl packages
[14:39] <geser> libversion-perl is waiting on libmodule-build-perl getting transtioned
[14:40] <geser> I haven't looked on abiword yet
[14:40] <gnomefreak> do i "need" libperl and libversion-perl that i posted above?
[14:40] <geser> libperl5.8 is the old one, the new one is libperl5.10
[14:41] <sebner> 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] <geser> libperl5.8 is a NBS
[14:41] <persia> sebner: Some maintainers are easier to work with than others.  Nice job.
[14:42] <gnomefreak> ok cool i didnt think it was updated yet
[14:42] <gnomefreak> geser: thanks ill be back i have some house work to do
[14:43] <geser> np
[14:43]  * geser goes back into the sun
[14:46] <sebner> persia: syncs \o/. But I can understand if a maintainer doesn't share our opinion but if somebody ignores us -.-
[14:49] <persia> sebner: Well, sometimes people are busy.
[14:50] <sebner> persia: busy? Sure. I also think so when I see a bug that is >300 days old without reponse ;)
[14:50] <gnomefreak> geser: its still borked on perl packages
[14:52] <gnomefreak> geser: its seems perl depends on perl-base and perl-modules
[14:59] <geser> gnomefreak: as I said intrepid is in the middle of the perl 5.10 transition
[14:59] <geser> gnomefreak: I myself will update to intrepid after the perl 5.10 transition is finished
[15:05] <santiago-ve> hi guys...     what does this means? "+ Fix bashism in clean rule. "?
[15:06] <santiago-ve> i know is debian/rules related... but... no idea to tell the truth
[15:06] <santiago-ve> :S
[15:07] <amikrop> A package depends on kernel 2.6.16 or better. What dependencies do I need to declare?
[15:07] <amikrop> (e.g. in the control file)
[15:08] <gnomefre1k> geser: ok im still working on getting it installed
[15:08] <DktrKranz> santiago-ve, these are commands dash doesn't understand well, they cause weird errors such FTBFS, missing files or something similar
[15:09] <santiago-ve> DktrKranz, thanks...
[15:09] <gnomefre1k> geser: i had to install using -f 2 times but looks like it worked
[15:09] <gnomefre1k> ill be back
[15:10] <santiago-ve> 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] <santiago-ve> which line should i take?
[15:10] <santiago-ve> the ubuntu one?
[15:10] <persia> santiago-ve: Is ghostscript required to build arch:any or arch:all packages?
[15:10] <directhex> build-depends-indep are different from build-depends
[15:10] <DktrKranz> santiago-ve, could you please point to the package you're looking at?
[15:11] <santiago-ve> DktrKranz,  kimwitu-doc
[15:12] <directhex> 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] <santiago-ve> 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] <santiago-ve> this is a doc package~
[15:13] <Jazzva> 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] <Jazzva> s/uploaded/submitted/
[15:15] <persia> santiago-ve: Even so, it will have Architecture fields in debian/control
[15:15] <santiago-ve> i dont see these
[15:15] <persia> santiago-ve: pastebin your debian/control?
[15:16] <santiago-ve> persia, http://ubuntu-ve.pastebin.com/m2b6c1dda
[15:17] <directhex> #
[15:17] <directhex> Architecture: all
[15:17] <persia> santiago-ve: OK.  Look at line 17.  That will tell you if this is arch:any or arch:all.
[15:17] <directhex> looks like an Architecture field to me
[15:17] <directhex> maybe i need new glasses though
[15:17] <santiago-ve> errr... let me get my glasses XD
[15:18] <persia> 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] <persia> 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] <amikrop> In other words, how can I make sure the linux kernel 2.6.16 or higher is installed?
[15:19] <amikrop> 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] <santiago-ve> persia, so what do i dowith control? discard the debian changes?
[15:20] <persia> santiago-ve: Are there other changes in the package for which you are maintaining Ubuntu variation?
[15:21] <santiago-ve> persia, gonna look if the DM included the ubuntu changes, like this one:     + Fix bashism in clean rule.
[15:21] <santiago-ve> but not sure how to check that one...
[15:22] <persia> 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] <santiago-ve> persia, dont worry ill give it a try :p
[15:24] <persia> santiago-ve: Good luck!
[15:24] <santiago-ve> Thaks
[15:27] <geser> 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] <amikrop> geser: Anyway, how can I do what I ask?
[15:29] <amikrop> (or, even better, what will help me?)
[15:31] <santiago-ve> amikrop, why you depend on aspecific kernell?
[15:33] <amikrop> santiago-ve: Because I need a specific module.
[15:33] <santiago-ve> hmm...
[15:38] <santiago-ve> 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] <amikrop> geser: So, any ideas?
[15:54] <geser> amikrop: sorry, no
[15:55] <amikrop> ok
[15:55] <geser> 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] <amikrop> ok
[16:06] <danielm> hi all
[16:06] <danielm> the name and email field at debian/changelog should be MOTU Developers <ubuntu-motu@lists.ubuntu.com> ?
[16:14] <persia> danielm: For modified Ubuntu packages, I use "Maintainer: Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>"
[16:14] <persia> (At least for universe: main is different)
[16:15] <danielm> ok, thanks :)
[16:34] <emgent> ScottK: ping
[17:11] <yannick> How can a packages builded with ppa " have unmet dependencies" like that: The following packages have unmet dependencies:
[17:11] <yannick>   ekiga-snapshot: Dépend: libebook1.2-9 (>= 1.12.1) but 1.12.0-0ubuntu5 is installed.
[17:11] <yannick>                   Dépend: libedataserver1.2-9 (>= 1.12.1) but 1.12.0-0ubuntu5 is installed.
[17:11] <yannick>                   Dépend: libpango1.0-0 (>= 1.18.3) but 1.18.2-0ubuntu1 is installed.
[17:12] <cody-somerville> yannick, the requested versions don't exist
[17:12] <yannick> cody-somerville, then how is it possible it builded? there no check against that?
[17:13] <cody-somerville> I'm pretty sure we try to squash all bugs.
[17:13] <cody-somerville> Unfortunately that is a tough job
[17:18] <yannick> 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] <yannick> cody-somerville, Does it means i need gutsy update repository?
[17:21] <cody-somerville> yup
[17:24] <yannick> ok...
[17:28] <sebner> geser: evolution-sharp got synced. now let's wait for the build =)
[17:51] <bitbuzter> 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] <bitbuzter> any idea? md5's are ok :(
[17:52] <geser> did you upload the same upstream version of the package already or does it exist in the official archive?
[17:54] <bitbuzter> no, different version.. yes, there is a version at universe (lower version)
[17:55] <bitbuzter> the version format is the problem?
[17:55]  * cody-somerville nods.
[17:55] <bitbuzter> ok..
[17:56] <bitbuzter> i was looking for somehting else.. thanks, i will review the version then
[17:56] <bitbuzter> :)
[17:57] <bluefoxicy> hmm.  putting vboxmouse as the driver works, vboxvideo doesn't auto-resize though.
[18:04] <bitbuzter> oh.. i was using intrepid instead hardy on the changelog.. that could be the problem?
[18:11] <geser> bitbuzter: no, that's not the problem.
[18:11] <geser> bitbuzter: what package did you try to upload to your PPA?
[18:28] <RoAkSoAx> a
[18:28] <RoAkSoAx> hi all
[18:32] <bitbuzter> geser: thanks for your help. Finally i delete a previous build from my ppa, and re-upload it make it work.
[18:38] <geser> bitbuzter: for the next time use the same .orig.tar.gz
[18:39] <bitbuzter> ok :)
[18:49] <Gnontghol> I have now merged ruby-prof (#236538)
[18:49] <a7p> may I have a word with someone upon SRU-sponsorship?
[18:49] <geser> a7p: do you have an ACK from ~motu-sru already?
[18:51] <a7p> geser, no, nothing - I want to know some things about the procedure and if my patch is suitable for SRU.
[18:51] <geser> ah
[18:52] <a7p> it's an softlink-fix for a rather unimportant package (vim-latexsuite).
[18:54] <geser> a7p: where is the debdiff?
[18:54] <Gnontghol> 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] <a7p> geser, https://bugs.launchpad.net/ubuntu/+source/vim-latexsuite/+bug/225411/comments/6
[18:57] <geser> a7p: it's usually not needed to use dpatch patches to patch files in debian/
[18:58] <geser> a7p: and also wrong version, it should be 20060325-4.1ubuntu0.1 and target hardy-proposed
[18:58] <a7p> geser, so I learned something again - woundered about it to.
[18:59] <geser> a7p: and there to be some jump in your changes: see the second chunk for debian/changelog
[18:59] <Gnontghol> geser: Care to help me for a moment?
[18:59] <a7p> 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] <Gnontghol> Anyone want to help me completing my merge of ruby-prof?
[19:05] <a7p> Gnontghol, patience ...
[19:33] <geser> Gnontghol: how can I help you?
[19:33] <sebner> geser: -.- -.- -.-
[19:34] <Gnontghol> geser: I have merged ruby-prof from debian and wander what to do now
[19:34] <emgent> sebner: please remove smile mode
[19:34] <sebner> emgent: hrhr. I suppose he knows what I mean ^^
[19:36] <geser> Gnontghol: create a debdiff, file a bug requesting sponsorship and attach the debdiff to it
[19:37] <Gnontghol> 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] <RoAkSoAx> Gnontghol: the debdiff is between the newer debian and ubuntu version
[19:40] <Gnontghol> RoAkSoAx: Thanks
[19:40] <directhex> i.e. a debdiff to make 1.0-1ubuntu1 from debian's 1.0-1
[19:40] <RoAkSoAx> Gnontghol: the thing is that the bug you say is already open is a sync, so no need to generate a debdiff...
[19:46] <Gnontghol> 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] <RoAkSoAx> Gnontghol: since someone already filed a bug, there's nothing you can do... so you should find another package and merge it ;)
[19:51] <Gnontghol> RoAkSoAx: Ok. But I find it is hard to know what I can do and what I can't do.
[19:53] <RoAkSoAx> Gnontghol: are you using MoM or DaD?
[19:53] <RoAkSoAx> once you pick a package you should check if someone already filed a bug, if not.. you can work on it
[20:00] <Gnontghol> RoAkSoAx: MoM, so bug reports are not requests for me to do something.
[20:45] <a7p> 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] <geser> I usually do it by hand
[20:57] <a7p> done - should I upload it again, or pass it to someone directly?
[20:59] <geser> a7p: attach the new debdiff to the bug, subscribe motu-sru and wait for feedback (ACK)
[21:01] <a7p> thx, hope everything is proper now.
[21:07] <a7p> geser, should I set the status to "Fix commited"
[21:08] <geser> a7p: no, the bug gets to set to "Fix commited" after it got uploaded and accepted to hardy-proposed
[21:09] <a7p> okay - remembered something of that kind.
[21:09] <sebner> geser: I recieved now a lot of build-failure mails so I'm really sad now ^^
[21:10] <geser> 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] <geser> sebner: for evolution-sharp?
[21:11] <sebner> geser: yep. the evolution depend is totally b0rken
[21:12] <a7p> geser, what do you mean by extra " s" line?
[21:12] <geser> see http://launchpadlibrarian.net/14892497/fixed_symlinks.debdiff
[21:13] <geser> there is a "+ s" line
[21:15] <a7p> ah, see it ... no idea how it got there ... cat must have made vimentry.
[21:15] <geser> and your change is missing completely now
[21:16]  * a7p is confused
[21:17] <a7p> did remove the dpatch usage
[21:17] <geser> a7p: but did you apply the changes directly instead?
[21:17] <a7p> thought so.
[21:17] <a7p> but debdiff will know better
[21:18] <a7p> will apply it again.
[21:20] <a7p> geser, what about the (in librarian) broken umlauts in my Name? does a changlog have to be ASCII?
[21:21] <PasNox> i try to create/update a soruce package
[21:21] <PasNox> when i use uupdate it badly update the changelog file
[21:22] <PasNox> it add an email witch is false ( user@user-desktop)
[21:22] <PasNox> where ican fix this please ?
[21:23] <a7p> PasNox, the environment variables DEBEMAIL seems to be set incorrectly.
[21:24] <PasNox> a7p: ok let try
[21:29] <PasNox> a7p: thanks exporting the DEBEMAIL works great
[21:30] <PasNox> but there is a way to pass the email via command ine to uupdate ?
[21:31] <geser> a7p: UTF-8 should be okay, I guess librarian doesn't know that it's UTF-8
[21:32] <a7p> PasNox, you can set the variable just for the context of the specific program (which I do not know).
[21:33] <geser> PasNox: DEBEMAIL=your@address uupdate should work
[21:35] <PasNox> geser: it's not possible to directly give the gpg id ?
[21:35] <PasNox> so i don't need give email ?
[21:35] <PasNox> i would liek to not force the script to handle email
[21:35] <geser> PasNox: gpg id? for the signing you mean?
[21:43] <PasNox> geser: yes
[21:44] <geser> debsign -k your_gpg_id your_package_source.changes will sign the .dsc and the .changes file with the specified gpg id
[21:45] <norsetto> greetings and salutations
[21:47] <PasNox> geser: i not call it myself, i use uupdate then debuild -S -sa --lintian-opts -i -k0$id
[21:47] <PasNox> where $id is my gpg id
[21:48] <PasNox> the probleme is that uupdate add email ike pasnox@pasnox-desktop
[21:48] <PasNox> instead of the email associate with my gpg id
[21:48] <PasNox> is tehre a way giving uupdate a gpg id ?
[21:48] <sebner> aloha norsetto =)
[21:49] <geser> PasNox: uupdate uses dch to add the changelog entry which uses the values from DEBEMAIL and DEBFULLNAME (if they are set)
[21:50] <PasNox> what mean dch ?
[21:50] <geser> man dch
[21:50] <PasNox> ok
[21:50] <norsetto> man dch
[21:50] <norsetto> ok, I did it, what gives?
[21:51] <geser> dch helps you with editing the debian/changelog
[21:51] <sebner> dch -i creates a new entry with your name etc
[21:52] <geser> PasNox: debuild tries to find the right gpg key by looking at the name and email from the last changelog entry
[21:53] <norsetto> dch -i
[21:53] <PasNox> geser: yes, the probleme is that when using uupdate, it add email pasnox@pasnox-desktop, instead of taking the last one setted in the changelog
[21:53] <norsetto> boh
[21:53] <tacone> norsetto: is boh english ? :)
[21:54] <geser> PasNox: as already said, export DEBEMAIL/DEBFULLNAME with the correct value
[21:54]  * norsetto checks his Collins
[21:54] <PasNox> geser: yes, but i want not to be needed to give fullname/email, only gpg id, it's not possible for uupdate to take entry from a gpg id ?
[21:54] <geser> PasNox: there is no guarantee that the person doing the current update is the same as the one doing the last
[21:55] <PasNox> yeah
[21:55] <geser> PasNox: no
[21:55] <PasNox> it's why my update script can take gpg id
[21:55] <PasNox> damn
[21:55] <geser> PasNox: and as gpg keys can have several uid which one should it take? first one? last one? random?
[21:55] <norsetto> tacone: negative
[21:55] <PasNox> ok
[21:55] <PasNox> so i need rewrite my script dam :)
[21:56] <PasNox> thanks
[21:56] <PasNox> let script :))
[21:58] <PasNox> gpg --help
[21:58] <PasNox> oups
[22:01] <norsetto> bah
[22:02] <sebner> norsetto: ?
[22:02] <norsetto> oh well: tacone is an operator on channels: #fanculo
[22:02] <norsetto> sebner: !
[22:03] <tacone> norsetto: LOL, don't add anything, please :)
[22:03] <sebner> norsetto: I only know favanculo <-- ?
[22:03] <norsetto> sebner: thats a new one to me ;-)
[22:04] <tacone> norsetto: sebner version could be traslated with the same meaning.
[22:04] <norsetto> tacone: its actually funnier than the original
[22:05] <sebner> ^^
[22:05] <tacone> yes norsetto, but we can talk about it on an official channel only because few people can understand it
[22:05] <norsetto> sebner: wanna merge?
[22:06] <sebner> norsetto: hmm. depends what you offer
[22:06] <norsetto> sebner: hmmm, depends what you can offer actually ...
[22:06] <sebner> norsetto: lol. so what do you have?
[22:07] <norsetto> sebner: http://dad.dunnewind.net/eggdrop
[22:08] <sebner> norsetto: you comment on dad somehow makes me afraid ^^
[22:09] <norsetto> sebner: well, if you did the merge with the old patch would have been better?
[22:10] <sebner> norsetto: ^^, are you or is debian unwilling to submit/accept the patch?
[22:11] <norsetto> sebner: the question to ask ourselves is, why do we have that patch?
[22:12] <sebner> norsetto: if you tell me I won't have to search and your chances that I do the merge increase :P
[22:12] <norsetto> sebner: no, I'm not going to ruin the fun, you have to find that out
[22:13] <PasNox> i try to execute a command in shell and get the result in a variable but it seem not working, someone have idea :
[22:13] <sebner> norsetto: no need to. I know I have to take the patch. Why doesn't matter :P
[22:13] <PasNox> here is the line : export DEBEMAIL=`echo gpg --list-key ED11858D | grep uid`
[22:14] <RAOF> PasNox: You don't need the echo.
[22:14] <RAOF> Also, $(command) is generally considered cleaner than `command` ;)
[22:15] <PasNox> if i not set it s hangry
[22:15] <PasNox> maybe becasue the result contains spaces
[22:15] <Daviey> isn't `command` a bashism?
[22:16] <RAOF> PasNox: Aah, right.  You probably want to $(sh -c "gpg --list-key foo  | grep uid")
[22:16] <PasNox> thanks
[22:16] <RAOF> PasNox: The 'echo' you have there will mean that DEBEMAIL="gpg --listkey foo | grep uid"
[22:17] <PasNox> i have same error : export: 88: <pasnox@gmail.com>: bad variable name
[22:18] <PasNox> i think quoting again
[22:18] <RAOF> Why don't you go "export DEBEMAIL="<pasnox@gmail.com>""? :)
[22:18] <RAOF> You should probably also see exactly what gpg --list-key ED11858D | grep uid spits out, too.
[22:19] <PasNox> the command give => uid                  Filipe AZEVEDO <pasnox@gmail.com>
[22:19] <ryanakca> Why would a package build in one person's clean, fresh, up-to-date pbuilder, but not in anothers?
[22:19] <PasNox> and dch man say DEBEMAIL can containt fullname and email
[22:19] <PasNox> and it will auto set debfullname as name
[22:19] <laga> ryanakca: different arch?
[22:19] <RAOF> PasNox: Which isn't what you're after, right?  I'm pretty sure that 'uid' isn't in your fullname or email :)
[22:19] <ryanakca> laga: ah :)
[22:20] <PasNox> and as i only want my script require gpg id i need get the email / fullname myself
[22:20] <sebner> norsetto: This patch allows your bot to connect to IRC servers using SSL where available   HAHA!!
[22:20] <PasNox> RAOF: as signed name i need : Filipe AZEVEDO <pasnox@gmail.com>
[22:20] <PasNox> what my gpg id contains
[22:20] <RAOF> PasNox: How many times do you change your DEBFULLNAME or DEBEMAIL?  I just set them once in my environment.
[22:21] <sebner> norsetto: I hate debian -.- , Severity: wishlist; Tags: patch, wontfix;
[22:21] <PasNox> RAOF: i do a script so any guyz in my team can generate package without knowledge
[22:21]  * norsetto wonders whats the diff between felipe and filipe
[22:21] <PasNox> not only me
[22:21] <PasNox> Felipe is more spanish
[22:21] <PasNox> Filipe is more portuguese
[22:22] <norsetto> ah, makes sense
[22:22] <RAOF> PasNox: Aah.  Well, you'll need to do some seddery on the string you get back from sed.
[22:22] <sebner> norsetto: but the question is why do you want *me* to merge especiallay *that* package ^^
[22:22] <PasNox> RAOF: i'm totally new at shell script :D i need small help if u can :)
[22:22] <sebner> huhu joejaxx
[22:22] <sebner> huhu jono
[22:22] <sebner> s^^
[22:22] <jono> hello sebner
[22:22] <RAOF> PasNox: Although I'm not sure that generating packages without knowledge is a worthwhile goal :P
[22:23] <PasNox> i will not often online, so team must be able to easily package our application
[22:24] <norsetto> sebner: whats so scary in that merge? the difficult bit I did myself
[22:24] <PasNox> any idea to set the content of my command in a export var ? i got again error :(
[22:24] <RAOF> PasNox: You probably want to run it through 'sed s/^uid[ ]*//', or some such to strip out the leading 'uid' and spaces.
[22:24] <sebner> norsetto: why scary. just why /me and /that
[22:24] <PasNox> ok met try
[22:25] <norsetto> sebner: you, because you need to enlarge your spectrum of work, that, because is the only one I have
[22:26] <sebner> norsetto: ^^, you want to give me your only merge to me? *what a honour*, kk I'm taking it but annoying you if I need something ;)
[22:28] <PasNox> RAOF: i got error trying executing this : mail=$(gpg --list-key $id | grep uid | sed s/^uid[ ]*//)
[22:33] <geser> PasNox: try mail="$(...)"
[22:34] <PasNox> geser, thanks it fix the space problem, now i need remove the uid and strip spaces
[22:34] <PasNox> i'm trying the sed example of RAOF
[22:35] <RAOF> PasNox: This is going to fail on gpg keys with multiple IDs.
[22:36] <PasNox> RAOF: do u have exemple of public multiple gpg key list ?
[22:36] <RAOF> Mine
[22:36] <RAOF> Probably nearly every Ubuntu & Debian developer, actually :)
[22:37] <PasNox> RAOF: can u paste somewhere so i can have an idea of multiple gpg key ?
[22:37] <RAOF> You get one uid line per ID associated with the key.
[22:37] <PasNox> ok
[22:37] <PasNox> btw, the sed example u paste me some lines ago fails to run
[22:37] <PasNox> it say unfinish sequence
[22:38] <RAOF> Oh, you probably want to put it in quotes.
[22:38] <RAOF> And you may want the -r flag.
[22:38] <PasNox> i'm doing this
[22:38] <PasNox> export DEBEMAIL="$(gpg --list-key $id | grep uid | sed s/^uid[ ]*//)"
[22:39] <PasNox> if i remove sed part it's ok but i have uid at start
[22:39] <PasNox> and i want not
[22:39] <RAOF> Just stick "s/^uid[ ]*//" in quotes, like that.
[22:40] <PasNox> ok
[22:40] <PasNox> my god, it's working
[22:41] <geser> PasNox: do you know if none of your team members has several ids on his key?
[22:41] <PasNox> man really big thanks ;)
[22:41] <PasNox> for now, i think noone got a gpg key ;)
[22:41] <PasNox> but in case of, what i can try to only grab first line of multiple gpg key ?
[22:42] <PasNox> i use --list-key does this will echo all associate fullname to this id ?
[22:42] <geser> grep -m 1 ^uid
[22:42] <PasNox> i don't understand differences between --list-keys and --list-key
[22:42] <PasNox> thanks
[22:42] <geser> PasNox: there is none
[22:43] <PasNox> ah damn, why having multiple comand doing same ;)
[22:43] <geser> PasNox: gpg needs only enough letters to make a command unique
[22:44] <PasNox> ok
[22:44] <PasNox> well now it's working
[22:44] <PasNox> let test my script ;)
[22:45] <geser> PasNox: see http://paste.ubuntu.com/16282/ for the output for my keys (2 keys with each 4 uids)
[22:45] <PasNox> thanks
[22:46] <PasNox> ok i see, thanks !
[22:46] <PasNox> so the grep command u give me, will only get the first one available ?
[22:47] <geser> -m = --max-count
[22:47] <PasNox> ok
[22:48] <PasNox> i'm not familiar with packagin, but once i create a source package, how another packager can create update package ? does he will need last available package source to update it ?
[22:49] <sebner> norsetto: In 10 minutes I have a debdiff ready so you can review and upload it still today ^^
[22:49] <geser> PasNox: yes
[22:49] <PasNox> and how he obtain it ?
[22:49] <geser> sebner: you give him only one minute to review and upload?
[22:49] <geser> PasNox: apt-get source <pkgname> if it's in some apt repository
[22:50] <norsetto> sebner: take your time, just do it properly
[22:50] <sebner> norsetto: Of course I do ^^
[22:50] <PasNox> ok great to know ;)
[22:50] <sebner> geser: ^^, no just before he goes to bed
[22:51] <geser> ah, because in 9 minutes is midnight and an new day stats
[22:51] <norsetto> sebner: it would actually be nice to have the same source do two binary packages, a normal eggdrop and an eggdrop-ssl flavour
[22:51] <sebner> norsetto: now you make me cry -.-
[22:52] <norsetto> sebner: we only release in October, you still have time
[22:52] <sebner> norsetto: personally I think we shouldn't increase the delta with debian :P
[22:53] <norsetto> sebner: exactly, this way we reduce it
[22:53] <sebner> norsetto: really? btw, so you don't want my debdiff now?
[22:54] <norsetto> sebner: think about it
[22:55] <sebner> norsetto: for me it seems to be the same amount of work
[22:55] <PasNox> thanks for you help guyz
[22:55] <PasNox> time to bed !
[22:55] <PasNox> bye
[23:00] <sebner> geser: midnight -.-
[23:03] <sebner> norsetto: I think I know how to handle that in debian/control but how in debian/rules  so that the new package gehts ssl support?
[23:05] <norsetto> sebner: I didn't check whats in the patch, but I would say you need to call configure twice, the second time with the added option to enable ssl and with the patch applied
[23:06] <sebner> norsetto: buh you have to show me :P
[23:07] <norsetto> sebner: why? whats the value in me telling you what to do?
[23:08] <sebner> norsetto: not telling, guiding. and what do teachers in school do?? tell, yes :P
[23:09] <norsetto> sebner: nope. the guidance you've got, if you have questions ask but the best part of the exercise is for you how to solve a problem on your own
[23:09] <sebner> norsetto: I know I know ^^
[23:49] <norsetto> g'night all
[23:49] <sebner> gn8 norsetto
[23:50] <RoAkSoAx> bye norsetto
[23:55] <sebner> gn8 folks