[00:07] what is this distro spint about? i have read it in several places [00:07] is it the developers sprint? [00:07] jcastro: ? [00:20] Is anyone available to review my last release of pyrocket? http://revu.ubuntuwire.com/details.py?package=pyrocket === emgent_ is now known as emgent === nhandler is now known as nhandler_AFK === nhandler_AFK is now known as nhandler [02:02] trying to build qemu with --static == painful [02:13] HPPA really has a painfully slow autobuilder === leleobhz is now known as metilfenidato === metilfenidato is now known as alprazolam === alprazolam is now known as metilfenidato [02:30] Heya gang === metilfenidato is now known as leleobhz [03:09] Hi guys! [03:10] As far as i know, Launchpad stored my public key, where is it stored, so i can give my users my key [03:19] ScottK, RAOF ping? [03:21] moin NCommander [03:21] morning emgent [03:21] which makes me question, are you a MOTU? [03:21] (or better) [03:22] NCommander: yeah I'm MOTU [03:24] care to sponsor a project? [03:25] NCommander: what project? [03:37] Er, not a project, package [03:37] emgent, a FTBFS fix :-) [03:40] yes I can sponsor [03:40] NCommander: Bugs number ? [03:40] adding now [03:40] * NCommander disables edge [03:40] Its being buggy for me [03:42] NCommander: if you need sponsor, feel free to subscribe u-u-s and me too. [03:43] Yeah, I ping IRC though just to prevent spamming u-u-s unnecessary [03:44] emgent, https://bugs.edge.launchpad.net/ubuntu/+source/liblunar/+bug/248579 [03:44] Launchpad bug 248579 in liblunar "FTBFS fix" [Undecided,New] [03:44] For some reason, the debdiff got attached twice O_O; [03:44] i will take a look [03:45] thank you [03:45] np :) [03:46] Any idea how to get scratchbox to work with a non-ARM target? [03:46] just time for build and test it. [03:47] * NCommander looks forward to that eventual day in the distant future that he'll have MOTU [03:48] :) [03:49] I'm debating giving up userland emulation and simply install qemu in system emulation [03:49] er, sparc-ubuntu [03:50] The versioning scheme is supposed to stick for main packages too isn't it? [03:52] bddebian: Versioning is no different main/universe. [03:52] bddebian, hola [03:54] Hi NCommander, ScottK [03:55] ScottK: Thanks. Then explain gdebi to me :-( [03:55] hi ScottK bddebian [03:55] I realize it's native but now I'm at a loss what to do in Debian :-( [03:55] bddebian: My usual interactions with gdebi start with apt-get remove. [03:55] bddebian, I'm fixing FTBFSs by the bucket load [03:56] Heya emgent, congratulations1 :) [03:56] NCommander: Great [03:56] s/1/!/ [03:56] bddebian: lol thanks [03:56] ScottK: Aye :) [03:56] hhahaha [03:57] * NCommander installs Sparc Ubuntu [03:58] emgent, how goes it [03:58] bddebian: Is the issue that gdebi is Ubuntu unique, but doesn't have an ubuntu revision? [03:59] NCommander: processing.. [03:59] ScottK: Well sort of. Amaya asked me to take a look at it but if I update Debian it would be 0.3.6 ideally which Ubuntu couldn't sync obviously. [03:59] If I take from ubuntu (which would make sense) I would have to go to 0.3.11+ [03:59] Why can't it be 0.3.12? [04:00] That might be the answer it just doesn't seem right to jump so many versions in 1 upload for a "native" package but I suppose that is the answer [04:01] Why not 0.3.11debian1? [04:02] Or... Will there actually be a delta? [04:02] I don't know where the fsck a debian1 version ever even came from [04:03] bddebian, your moving nicely along the DD process [04:03] I am? [04:03] Debian doesn't typically have a good sense of humor about being downstream from Ubuntu. [04:03] bddebian: First answer me this: Is there going to be a delta? [04:03] What's sad is our packages get lintian fixes because out MOTUs are willing to work on it [04:03] A delta from whom? [04:03] intrepid/unstable at the very least. [04:03] bddebian: Ubuntu. [04:04] Probably considering there are so many damn bugs on the BTS [04:04] w00t, I got past the frontdesk check [04:04] I know of at least 3 language patches [04:04] NCommander: Congrats [04:05] m68k/hurd porter - ok [04:05] ScottK: Debian has little sense of humor period ;-P [04:05] bddebian: Maybe I'm not entirely clear on the story involved here. Is Ubuntu effectively the upstream? [04:05] I've got to be the first person to ever get in as a hurd porter :-) [04:05] soren: Not from my perception but I cannot honestly answer that [04:05] If they are then it makes more sense [04:06] Stupid ass native packages [04:06] bddebian: Hm... Well, then I'm not sure at all. [04:06] bddebian: A few things come into play: [04:06] bddebian: First: Is there going to be a delta? If not, just upload the package as-is. [04:07] bddebian: If yes, and if Ubuntu is effectively the upstream, I don't see what's wrong with a 0.3.11debian1 version number. [04:07] bddebian: regardless of presence/absence of sense of humour. [04:08] Or a 0.3.11-1, I guess. [04:08] To me it has nothing to do with sense of humor, it just isn't a versioning I have ever seen Debian use up until this package [04:08] I'm rather sure I've seen it before. [04:08] I'm not even sure it's policy compliant [04:08] * soren looks [04:09] * NCommander thinks emgent needs a new PC ... [04:10] ? [04:10] Is your computer still building liblunar? [04:10] my flybook v5 rocks! [04:10] NCommander nope, check your mail :) [04:10] Hmm, it looks as though Ubuntu is "upstream" for gdebi [04:10] I don't need instructions to know how to rock! [04:11] NCommander: https://launchpad.net/ubuntu/+builds [04:11] and away it goes [04:11] It successfully built on a bunch of archs, so I got to say thats progress [04:12] https://launchpad.net/ubuntu/+source/liblunar/1.0.0-1ubuntu1/ [04:12] and with that, I just dropped the amd64 ftbfs count under 100 ;-) [04:12] And mvo is a DD and isn't lool a DD too? [04:12] bddebian: Yes, they are. [04:12] WTF [04:13] What's the WTF? [04:13] bddebian: The current version of gdebi in Debian has such a version number... [04:13] In fact, there are plenty of examples of packages that have "debian" in their version number. [04:14] 273 of them. [04:14] soren: I'm aware of that, as I said its the first I have seen. Not that, that means anything [04:14] native packages are suppose to have versions only not even a revision but whatever [04:14] bddebian: Oh, I thought my suggesting it was the first you've seen. [04:15] :) [04:15] emgent, thanks [04:16] emgent, any comments on my work with my FTBFS fixes? [04:16] NCommander: Thanks for your work! === asac_ is now known as asac [04:36] emgent, your not a core dev, are you? [04:37] NCommander: I'm MOTU. [04:37] launchpad.net/~motu [04:37] launchpad.net/~ubuntu-core-dev [04:38] ScottK, ping [04:38] Pong. [04:39] ScottK, care to sponsor a FTBFS fix for epiphany browser? [04:40] NCommander: Sorry, no. Am kind of caught up in some stuff. [04:40] NCommander: Subscribe ubuntu-main-sponsors [04:40] They usually get to it pretty quickly. [04:40] yeah [04:50] ScottK, ouch, that flash backport is evil [04:52] Yeah. That's the first backport I approved that was a major disaster. [04:59] what's going to happen with it? [05:00] Probably nothing until the final Flash 10 release and then nothing until there's a bunch more testing. [05:00] Meh, I managed to get gnash to work on amd64 with a lot of effort [05:00] but at least I don't have the cosnatn issues you see with the non-free fun [05:01] I don't actually use either much at all. [05:01] My laptop I got last year had remained blissfully Flash free until I had to test stuff during the disaster recovery. [05:04] I just have it for youtube [05:04] and my friend just gave me sudo access on his sparc box, and permission to install an ubuntu chroot so, good-bye sparc FTBFS ;-) [05:04] Cool. [05:05] speaking of solved FTBFS [05:06] epiphany-browser now compiles [05:08] still no love from netflix. :( [05:08] FTBFS? [05:08] er ... [05:08] wait [05:08] .... [05:08] It's bad when I think netflix is a package [05:08] :) [05:08] it's more of a tool [05:09] sadly, mostly in the metaphorical sense [05:10] and now thats the sound of debootstrap creating an ubuntu sparc chroot :-) [05:10] what is the significance of prepending lines of the changelog with '*' vs. '-' ? [05:14] Major and minor bullet points. [05:14] debian/changelog is meant to be machine parsable, so you need to follow the format closely. [05:18] could do * ** *** **** etc. [05:18] then you could use emacs outline mode. [05:19] And gain a great amount of ugly for free. [05:26] Are there more details about the official Ubuntu changelog format published somewhere than the ones documented at https://wiki.ubuntu.com/PackagingGuide/Complete#head-c727185a09bc917152055fddb0b69a2f4d812e60 ? I'd be happy to add this info about bullets and the format for closing Launchpad bugs to the wiki page otherwise [05:36] That's the right place for Ubuntu. It's actually documented in Debian Policy, which we generall follow. [05:53] Any packagers around? [05:55] I'd like to suggest something to be packaged. http://nick125.com/projects/pymtp === superm1 is now known as superm2 [06:29] Hi all! [06:29] hi [06:29] :D [06:31] hi nxvl :) [06:37] nxvl, arent u tired :P? [06:37] yes i am [06:37] work -> university -> girlfriend -> ubuntu [06:37] :D [06:37] all the days of my life [06:39] nxvl, haha cool, i support my thesis two days from now and i have to make these videos to show how it works, cuz the proyector won't work the way i need with my Ubuntu T.T... === superm2 is now known as superm3 === superm3 is now known as superm1 === fabo_ is now known as fabo [08:27] Good morning. [08:29] morning [08:30] Hello Jonathan! [08:31] :) [09:08] apachelogger: ping [09:24] Iulian: pong [09:28] apachelogger: Hi, I was wondering if you're still working on bug #163040. I'd like to package paperbox (bug #225633) and it seems that it needs gtkmm-utils which is not in the archive. [09:28] Launchpad bug 163040 in ubuntu "[needs-packaging] gtkmm-utils" [Wishlist,In progress] https://launchpad.net/bugs/163040 [09:28] Launchpad bug 225633 in ubuntu "[needs-packaging] Paperbox" [Wishlist,In progress] https://launchpad.net/bugs/225633 [09:28] Iulian: I am quite busy these days [09:29] Iulian: I think gtkmm-utils is on revu, so you can continue on that [09:30] apachelogger: Yes, it's on revu. If you don't have time to take care of it I will have a look at gtkmm-utils. [09:31] Iulian: go ahead, if you need a revu, poke me ;-) [09:32] apachelogger: Ok, sure. Thanks. [09:38] morning all [10:15] hi folks [10:16] Morning sistpoty|work [10:17] hi Iulian [10:23] Hi sistpoty|work [10:23] hi geser [10:24] huhu sistpoty|work geser [10:24] hi sebner [10:27] Hi sebner [10:31] huhu DktrKranz [10:31] bubu sebner [10:32] ^^ [11:08] Syntux: hello [11:08] are you around ? [11:08] Good day huats [11:08] yes sure [11:08] how are you ? [11:09] doing great :-) [11:10] directhex: ping [11:28] ScottK: hey [11:28] ScottK: are you around ? [11:28] norsetto !!!! [11:28] huats? [11:29] :-) [11:29] :) [11:35] moin [11:36] apachelogger: I finished to package gtkmm-utils version 0.3.2. Can you please delete the package from revu so I can upload a new one? [11:36] Iulian: you can just upload [11:37] apachelogger: Uhm, I didn't know that's possible. Will upload it right now. [11:39] apachelogger: http://revu.ubuntuwire.com/details.py?package=gtkmm-utils === leleobhz is now known as metilfenidato [11:42] Iulian: please consider resolving the november 21 comment [11:43] apachelogger: Oups, forgot to add that dependency to fix the symlink problem. [11:43] apachelogger: I'm fixing it now. [11:45] Iulian: maintainer are te Ubuntu MOTU Developers [11:45] *the [11:45] Iulian: see http://revu.ubuntuwire.com/revu1-incoming/gtkmm-utils-0711211600/gtkmm-utils-0.3.0/debian/control [11:46] apachelogger: always hard working :P [11:46] guys, I'm trying to build a pbuilder interpid env, --distribution interpid isn't working, complaining that /usr/share/debootstrap/scripts/interpid does not exists [11:46] sebner: you have no idea [11:46] apachelogger: well, I saw the uploads for intrepid :) [11:46] * apachelogger was packaging all official KDE 4 packages on weekend [11:48] apachelogger: I thought that if I want to be the only maintainer of the package I can avoid that. [11:48] apachelogger: Anyway, I will look for a sponsor to be included into Debian too. [11:48] apachelogger: So, I think that won't be a problem with the Maintainer field. [11:48] apachelogger: right before the official announcement =) [11:49] Syntux: do you have pbuilder from intrepid? [11:49] Syntux: er debootstrap i mean [11:49] Should people be looking for me, I'm unlikely to be online much this week. [11:49] Syntux: probably need both from intrepid actually [11:50] calc, okie how to get that [11:50] Syntux: archive.ubuntu.com [11:50] Syntux: or launchpad.net/ubuntu/+source/debootstrap etc [11:50] Syntux: you need debootstrab form intrepid or hardy-backports [11:51] Iulian: in that case you wouldn't need to package it for ubuntu at all ... get it into debian and file a sync request (see ubuntu wiki) [11:51] apachelogger: Well, I'm not planning to get it into Debian very soon. [11:52] well, then you need to use motu developers as maintainer [11:52] apachelogger: Ok then. [11:53] Iulian: there are sponsors for debian as well === jscinoz_ is now known as jscinoz [11:58] Iulian: for the debian packaging copyright you might want to use GPL-2 in the URL [11:58] GPL islinking to GPL-3 [12:00] Right [12:06] norsetto: regarding the junior mentoring program, both MOTUs and members of ~universe-contributors are eligible to be mentors, right? [12:07] huhu jono =) [12:08] moin sebner warp10 jono [12:08] emgent: \o/ [12:10] hey [12:27] apachelogger: It doesn't fix the symlink problem if I add libglibmm-utils2 as a dependency on libgtkmm-utils2. What version should I add? [12:27] Does anyone have a workaround for "dpkg: syntax error: unknown group `Debian-exim' in statoverride file" when trying to build against intrepid? === jscinoz is now known as jscinoz_ === jscinoz_ is now known as jscinoz [12:35] Iulian, are you package mantainer? [12:36] Iulian: why doesn't it? [12:38] apachelogger: Uhmm, no idea, still looking. [12:38] Iulian: less DEBFILE [12:38] investigate the content [12:38] go apachelogger, go apachelogger ^^ [12:38] you will see that every package's changelog and readme and stuff links to the libglibmm-utils2 package [12:39] gogo [12:39] so one way or another every package should depend on libglibmm-utils2 [12:39] its my first time in unbuntu [12:39] hi all [12:40] hey c4_121 [12:45] Hello, how can I know what alternatives are provided by which packages in my system ? [12:46] huats: I am here for about 5 minutes. [12:48] ScottK: no big deal [12:48] I'll talk to you once you have more time :) [12:48] just ping me :) [12:49] * ScottK will try to remember. [12:54] folks [12:54] now it's time to say goodbye [12:54] cya in 2 weeks =) [12:54] have good holydays [12:54] tacone: thx =) [12:55] sebner: enjoy :) [12:55] warp10: right [13:00] nice holidays sebner [13:00] norsetto: ok. Does that imply that for a prospective developer to be accepted as a contributor he should have enough skills and knowledge to be a mentor (apart from his own will to be an actual mentor)? [13:03] warp10: as you correctly say, expert contributors will not be obliged to mentor junior ones, that will be purely on a volunteer bases. [13:08] norsetto: BTW, I like your document, and I especially like that expert contributors will mentor new prospective devs. [13:10] warp10: yes, I think that is a big step forward in the right direction === DrKranz is now known as DktrKranz [13:19] I'm having sort of a problem with dget and gpg, can someone help in that http://paste.syntux.net/bin/37 [13:23] <\sh> http://www.cs.arizona.edu/people/justin/packagemanagersecurity/ <- nicely done :) [13:34] Syntux: What help do you need there? [13:34] apachelogger: I still can't figure out what could be the problem, sorry. [13:35] apachelogger: I have no idea why depending on libglibmm-utils2 doesn't fix the problem. [13:36] slytherin, dget complaining about the signature and aint creating guidedog-1.0.0, [13:37] Syntux: use dget -xu to skip verification, or dpkg-source -x <.dsc> [13:37] Syntux: The complain about signature is because you don't have public key of the person who signed source package. [13:38] slytherin, but it's support to extract the package with the -x right? [13:38] Syntux: But that is no reason not extract source [13:38] Syntux: yes it should [13:38] well, it's not doing it [13:38] Syntux: see if 'dpkg-source -x *.dsc' does it [13:38] dget will fail on a gpg failure unless you pass -u. [13:39] Laney, it worked with -u [13:39] :) [13:39] :-) [13:40] Laney: that's not a fail - it's a warning. [13:40] (thank goodness) [13:40] Well the package doesn't get extracted in that case [13:40] I'll get round to makeing a ubuntu-dev-keyring one day soon [13:41] making( [13:41] * [13:41] Laney: On the contrary, I have always seen the package getting extracted irrespective of the check [13:41] Really? Maybe we have different prefs [13:41] Laney, what prefs would cause such thing? [13:42] All I know is the behaviour I see [13:42] slytherin: likewise === leonel_ is now known as leonel [14:10] jdong: can you backport recordmydesktop and rdepends, please? [14:10] (it's broken in hardy) [14:11] directhex: ping [14:24] * calc merged mono since directhex seems to be missing for a few days === metilfenidato is now known as leleobhz [15:26] hi, i need some help making a debian package for a script. (i don't know to do it...) how do i proccede ? [15:27] !packaging | Major_Kong [15:27] Major_Kong: 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 [15:27] does it cover making a package for a script ? === thekorn_ is now known as thekorn [15:30] ? [15:33] Major_Kong: i'd assume so === Skiess1 is now known as Skiessi [15:46] asac: ping === devfil_ is now known as devfil [15:53] Heya gang [15:54] Hi bddebian [15:54] hi bddebian [15:54] Hi Iulian, sistpoty|work [15:55] asac: you are my mentor, so probability you would know how I work to help me on avoid procedural error etc... I've recently done a package a little difficult, I think that looking at it you can learn how I work [16:03] devfil: ah ok. so what are you working on? [16:05] asac: I'm currently working to update varkon at the latest version, however I've recently finished to update crystalspace at the 1.2.1 version (https://bugs.edge.launchpad.net/ubuntu/+source/crystalspace/+bug/242961) [16:05] Launchpad bug 242961 in crystalspace "Please update crystalspace to 1.2.1" [Undecided,Confirmed] [16:07] * sistpoty|work heads home... cya === LucidFox is now known as TSLRPFox [16:13] devfil: ok. hard to check what you changed with just the diff.gz. can you attach a debdiff of just the debian/ directory for this update? [16:15] asac: I started from Debian debian dir, so a debdiff from debian version or ubuntu version? [16:16] devfil: what version is currently in debian and what version is in ubuntu? [16:17] asac: in ubuntu 1.0, in debian trunk of 1.2 [16:17] devfil: when was trunk 1.2 uploaded? === gnomefre1k is now known as gnomefreak [16:18] asac: 06 February 2008 [16:22] devfil: ok. so this does two things in a row [16:22] 1. merge [16:22] 2. bump upstream version [16:23] asac: exactly [16:24] asac: do you want that I upload the debian dir only? [16:36] Hey guys, I'm looking into submitting my first patch. This fix just requires a dependency change in debian/control , but being a noob, I'm not sure what it is I need to do this. I've read https://wiki.ubuntu.com/MOTU/Contributing and got the source, but I can't find debian/control (except for in the .diff). Can anyone point me in the right direction? Thanks [16:42] do I just modify the .diff file? This just doesn't seem like the right way to do it. Surely there's a page somewhere that details how to make non-source-code changes. [16:42] devfil: yes please ... please the complete debdiff for ubnutu and the debdiff from debian to ubuntu [16:43] asac: no problem [16:44] never mind, I think I worked it out [16:46] asac: maybe a diff between ubuntu debian dir and 1.2.1 and Debian debian dir and 1.2.1 is the best solution, debdiff will include also the edited things on crystalspace sources [16:50] devfil: yes, just the debdiff of the debian dir [16:51] you can do the complete debdiff and use filterdiff to filter-in/-out the bits you want/dont want [16:51] devfil: ^^ [16:51] asac: ora I can do diff -ruN [16:53] devfil: please use debdiff so you get used to the proper tools for doing that [16:53] asac: ok [16:54] Hew: Yuo don't update diff, you extract source, make changes, update changelog and create source package again then you submit debdiff [16:56] slytherin: For some reason I missed the debian folder in the extracted source earlier; I've found it now. Thanks for your help. [16:57] Hew: When I say extract source it means, 'dpkg-source -x *.dsc' [16:58] slytherin: I did apt-get source , which seemed to do everything. Is this also a correct way of doing it? [16:59] Hew: yes even that is fine. Only thing is that it needs deb-src urls in yuor /etc/apt/sources.list. Where as with dpkg-source you can extract any source [17:00] slytherin: Ah, gotcha. Yea, I made sure my source repositories were all there before I started. Thanks for the info. [17:06] asac: I'm unable to use interdiff I think [17:07] s/interdiff/filterdiff/ [17:11] devfil: why? [17:11] debdiff .... | filterdiff -i*/debian/* [17:11] should do the trick [17:12] uhm ok [17:15] devfil: if you are upadting a package to new upstream version, simply attach .diff.gz to bug [17:15] slytherin: already done [17:15] devfil: so why do you need interdiff then? [17:16] slytherin: asac asked to upload the debdiff between my pakcage and debian/ubuntu version [17:17] devfil: asac is a developer, I am not. So it is your call. :-) [17:21] asac: all done [17:22] quick question: i don't suppose there are scripts to help me create a package for a perl script and some bash scripts, is there ? [17:22] *are there ? [17:25] Hello, may someone review this swt-gtk upload: http://revu.tauware.de/details.py?package=swt-gtk ? [17:28] mario_limonciell: it's due to upstream (Adobe) being crazy with their version numbers [17:29] mario_limonciell: and yes, it's an attempt to avoid introducing an epoch, since Debian already uses an epoch, and I wanted to leave MOTU the option of reverting to the Debian source versioning [17:32] devfil: what are the changes against crystalspace-1.2.1/CS/scripts/deb/core/debian/changelog [17:32] is that a mirror of the real changelog? [17:33] anyway. didnt we have any changes in ubuntu (vs. debian)? [17:33] asac: crystalspace-1.2.1/CS/scripts/deb/core/debian/changelog is the debian dir included in the official package, really old [17:34] the changes needed between ubuntu and debian are only build-depends [17:34] and I've included them [17:35] devfil: why do we introduce crystalspace-1.2.1/debian/patches/csstartme_startme_cfg_programs.diff? [17:35] (if its only the build-depends ;)) [17:36] morning world [17:37] asac: does gnash operation depend on existance of flashplugin-nonfree package ? [17:37] AnAnt, no [17:37] moin NCommander [17:37] Hi NCommander [17:37] devfil: + cd CS; DESTDIR=$(CURDIR)/debian/crystalspace $(MAKE) install_bin install_lib install_plugin install_data install_config [17:37] I'm debating taking a break from FTBFS, and working on merges (its pretty much the same thing ;-)) [17:38] devfil: that line would have better be just in the debian format (e.g. multipe lines) [17:38] devfil: what license is debian/crystalspace/usr/share/crystalspace*/data/maps/castle/license.txt [17:38] ? [17:38] we appear to remove it [17:39] if its a different license then the one the main program is under we should ship it in usr/share/doc/... [17:42] asac: I included it in debian/copright [17:43] ok thats good enough [17:46] any ideas why 'debuild -S' isn't working for me? This is the first problem in the output I see: make[1]: /usr/share/quilt/quilt.make: No such file or directory [17:46] devfil: so do you want to update the diff.gz for install_ thing? otherwise i would ack it [17:47] Hew: sudo apt-get install quilt [17:47] and then probably add quilt to the build-deps [17:47] devfil: i think its better to include that change as could send the diff directly to debian then [17:47] NCommander: it probably is already but not installed [17:47] and chances are higher that it would be included [17:48] asac: what you mean in "so do you want to update the diff.gz for install_ thing? otherwise i would ack it"? [17:48]