[12:08] <netzmeister> lol?
[12:09] <TMM> bad split :)
[12:09] <netzmeister> hrhr
[12:10] <netzmeister> how can i setup a local apt repository?
[12:10] <netzmeister> any howtos?
[12:21] <netzmeister> how can i setup a local apt repository?
[12:21] <netzmeister> any howtos?
[12:24] <LaserJock> hi tritium
[12:24] <tritium> hi LaserJock
[12:24] <tritium> Long time no see.
[12:24] <LaserJock> netzmeister: hallo
[12:25] <LaserJock> tritium: yeah, how's it going?
[12:25] <tritium> LaserJock: not bad.  Yourself?
[12:25] <raphink> netzmeister: see apt-ftparchive
[12:25] <LaserJock> tritium: ok, I made MOTU so I'm pretty happy about that. I just wish I had enough time to do everythin I want
[12:25] <LaserJock> hi raphink <><!
[12:25] <raphink> hi LaserJock <><
[12:25] <tritium> LaserJock: congratulations!  I hear you about not having enough time...
[12:27] <netzmeister> LaserJock:  hi :)
[12:27] <netzmeister> raphink:  thx..
[12:27] <raphink> netzmeister: why do you need a repo?
[12:28] <netzmeister> to test my packages on my nootebook with apt-get..
[12:28] <chx> http://winehq.com/?announce=1.113 will there will be a Breezy package for this? (Wine 0.9.9 )
[12:28] <netzmeister> and for the nightly builds of the codeblocks IDE..
[12:29] <raphink> chx: breezy is frozen
[12:29] <raphink> chx: even dapper is
[12:29] <LaserJock> chx: I wouldn't think so, Dapper is getting pretty close to release and dapper is at 0.96
[12:29] <netzmeister> because i don't upload the nightly builds to / on revu (LaserJock whats right.. "to" or "on")
[12:29] <LaserJock> netzmeister: to
[12:29] <netzmeister> :)
[12:30] <raphink> chx: so if you want that program in, you'll have to get it in dapper+1
[12:30] <netzmeister> raphink:  have you time to take a look on my revu upload?
[12:30] <raphink> netzmeister: did you review it ?
[12:30] <raphink> I saw you upload it many times today
[12:30] <raphink> are you happy enough with the current version?
[12:31] <netzmeister> yes.. slomo helps me..
[12:31] <raphink> ok
[12:31] <raphink> let's see
[12:31] <raphink> give me the link please
[12:31] <raphink> I'll run a report on it
[12:31] <LaserJock> netzmeister: I don't think you are supposed to advocate your own package :-)
[12:31] <netzmeister> raphink:  http://revu.tauware.de/details.py?upid=2096
[12:31] <netzmeister> LaserJock:  That was a test.. :)
[12:32] <raphink> have you got a link to the original tarball netzmeister?
[12:33] <netzmeister> raphink:  there is no original tarball.. it's the code from the svn revision 2094
[12:33] <raphink> ah ok
[12:33] <netzmeister> because..
[12:33] <raphink> :)
[12:33] <netzmeister> and thats really funny
[12:33] <raphink> sorry
[12:34] <netzmeister> the makefiles of the orig.tarball (version 1.0-RC2 ) are bad..
[12:35] <netzmeister> so i cant compile it
[12:35] <netzmeister> :) thats the issue why i use the svn version
[12:35] <raphink> ic
[12:36] <netzmeister> issue => reason
[12:36] <netzmeister> :-/
[12:37] <raphink> gerade
[12:37] <netzmeister> hehe, what would you say?
[12:37] <LaserJock> netzmeister: Sie sollten die .svn akten entfernen, ich denken.
[12:38] <netzmeister> LaserJock:  95% correct..
[12:38] <raphink> s/ich denken/denke ich/
[12:38] <netzmeister> "Sie sollten die .svn Verzeichnisse entfernen"
[12:38] <netzmeister> raphink:  Do you speak german?
[12:38] <LaserJock> ok
[12:38] <raphink> netzmeister: ja, gerade :)
[12:39] <raphink> ich habe Deutsch 7 Jahren gelernt
[12:39] <netzmeister> oh schn
[12:39] <raphink> :)
[12:39] <netzmeister> and were do you come from?
[12:39] <netzmeister> atm
[12:39] <raphink> aber ich spreche sehr slecht
[12:39] <raphink> Frankreich
[12:39] <netzmeister> no, i looks pretty good..
[12:39] <raphink> :)
[12:39] <netzmeister> slecht = schlecht ;-)
[12:39] <raphink> danke
[12:39] <netzmeister> bitte
[12:39] <raphink> ah ja :)
[12:40] <netzmeister> i play sometimes a nice game with a friend.. when i ask a question he must answer in engish-language..
[12:40] <LaserJock> netzmeister: what is the difference between Verzeichnisse and Akten ?
[12:41] <raphink> netzmeister: I do that with a peruvian friend of mine, too. She speaks in spanish and I answer in english
[12:41] <netzmeister> LaserJock:  Verzeichnisse = Directorys
[12:41] <netzmeister> And "Akten" uhh..
[12:41] <netzmeister> moment..
[12:42] <raphink> netzmeister: I'm afraid your package FTBFS
[12:42] <netzmeister> "Akten" are the briefcase  where a Lawyer save his papers..
[12:42] <bmonty> netzmeister: how do you say "I added a comment to your upload" in german :)
[12:42] <LaserJock> hmm, I was thinking files
[12:43] <netzmeister> bmonty:  "Ich habe ein Kommentar zu deinem Upload verfasst"
[12:43] <LaserJock> Ich fgte eine Anmerkung Ihrer Antriebskraft hinzu
[12:43] <LaserJock> hmm, not quite I guess ;-)
[12:43] <netzmeister> hehe
[12:44] <netzmeister> what does "FTBFS" mean?
[12:44] <bmonty> fails to build from source
[12:46] <netzmeister> hmm..
[12:46] <netzmeister> how can i reproduce this error on my local maschine?
[12:46] <raphink> means if I build it in a pbuilder it fails
[12:46] <netzmeister> okay i understand..
[12:46] <raphink> by trying to pbuild the package in a recent dapper pbuilder
[12:46] <raphink> check the buildlog on the REVU page
[12:46] <raphink> http://revu.tauware.de/revu1-incoming/codeblocks-0603041055/codeblocks_1.0+svn2094-0ubuntu1.buildlog
[12:47] <netzmeister> okay..
[12:47] <raphink> seems quite clear
[12:47] <raphink> you haven't put zip as a build-dep
[12:47] <LaserJock> opps, somebody missed a build-dep ;-)
[12:47] <bmonty> netzmeister: you probably need to add a build dep to get zip, but you should test in a pbuilder
[12:47] <netzmeister> okay i test it with pbuilder
[12:48] <netzmeister> are you still here, test it later again?
[12:48] <netzmeister> (uhh LaserJock, was this sentence right=)
[12:48] <netzmeister> "....to test it...."
[12:48] <LaserJock> maybe "will you still be here later to test it again?"
[12:49] <LaserJock> or "will you be here later to test it again" I suppose
[12:50] <netzmeister> okay thx..
[12:50] <netzmeister> and will you? :-D
[12:50] <LaserJock> yep
[12:50] <netzmeister> great..
[01:13] <LaserJock> hi Hobbsee
[01:13] <Hobbsee> hey LaserJock
[01:15] <netzmeister> pbuilder is a great tool.. wow
[01:17] <marcin`> hi all
[01:17] <marcin`> could someone review at least one of my packages in revu?
[01:23] <LaserJock> marcin`: how many have you got?
[01:25] <marcin`> LaserJock: 5 propably or 6
[01:25] <marcin`> LaserJock: I got more but would like to upload when I get reviews on already uploaded packages
[01:26] <marcin`> LaserJock: for example this: http://revu.tauware.de/details.py?upid=2092
[01:28] <LaserJock> marcin`: why is the diff.gz so large?
[01:30] <hub> LaserJock: he didn't make clean the documentation?
[01:33] <marcin`> LaserJock: hmm strange...
[01:33] <marcin`> LaserJock: what should I do to reduce this diff?
[01:34] <hub> marcin`: make sure the generated document is cleaned :-)
[01:35] <marcin`> hub: where - in rules?
[01:35] <hub> yep
[01:35] <marcin`> hub: hmm I use cdbs so docs should be cleaned automagically right?
[01:36] <hub> no
[01:36] <hub> if the makefile do not
[01:36] <hub> add a clean:: rule
[01:36] <hub> and rm -f the files
[01:36] <marcin`> ok
[01:36] <LaserJock> marcin`: you also need a little work on debian/copyright . You need a copyright statment with the year and copyright holder
[01:38] <LaserJock> minghua: ping?
[01:38] <netzmeister> bmonty:  which package contained "zip"??
[01:38] <minghua> LaserJock: pong
[01:38] <crimsun> debian/copyright also needs to give a URI for the download location.
[01:39] <LaserJock> netzmeister: zip I'm gessing
[01:40] <LaserJock> minghua: I got an email from the plotdrop author, he would like to get in touch with you about testing some stuff. Is that ok? Can I give him your email address?
[01:41] <minghua> LaserJock: of course.  Give him the address<EMAIL_ADDRESS>though, please
[01:41] <minghua> LaserJock: I am getting my school email address out of the debian/ubuntu work
[01:41] <crimsun> marcin`: clean up debian/control syntax, too
[01:42] <crimsun> Build-Depends-Indep: debhelper (>= 4.0.0), cdbs,   <--
[01:42] <desrt> 'sup.  anyone have a few mins?
[01:42] <marcin`> crimsun: sorry I cleaned this but not uploaded yet
[01:43] <nomed> while using cdbs + rules/tarball.mk it will not be used the orig.tar.gz true ?
[01:43] <crimsun> desrt: between us all, we should have a few
[01:43] <nomed> i mean i'll not get any diff.gz ...
[01:43] <desrt> i want to upload a new package to the universe
[01:43] <crimsun> desrt: is it on revu?
[01:43] <desrt> no.
[01:43] <desrt> is revu mandatory?
[01:44] <LaserJock> minghua: ok, will do
[01:44] <marcin`> LaserJock: what do you mean by 'the year and copyright holder' ?
[01:44] <crimsun> it's mandatory unless it's already in Debian.
[01:44] <desrt> i see.
[01:44] <desrt> afaik, it is not.
[01:44] <LaserJock> marcin`: you don't say who the copyright holder is. It should have a " Copyright (C) <years> <author> " type statment
[01:44] <desrt> in any case, how would i go about the process of .tar.gz -> .deb
[01:45] <crimsun> meet jordan's packaging guide!
[01:45] <marcin`> LaserJock: ok
[01:45] <Kyral> Here goes!
[01:45] <LaserJock> crimsun: have you looked it over btw?
[01:45] <crimsun> LaserJock: I started, and then $crap (literally) happened
[01:45] <LaserJock> desrt: doc.ubuntu.com has the Ubuntu Packaging Guide
[01:45] <netzmeister> LaserJock:  when i change the control file in the depends line, is there an "debuild -S -sa -kxxxx" sufficiently ?
[01:46] <LaserJock> netzmeister: after you change anything you should run debuild and then test in a pbuilder
[01:47] <LaserJock> netzmeister: so yes
[01:47] <netzmeister> k
[01:47] <crimsun> forgive me if Ubuntu catch-up takes circa 1 day; I have a hundred forms to process before Monday
[01:48] <nomed> anyone knows if when including rules/tarball.mk  in cdbs i should expect a diff.gz ?
[01:48] <LaserJock> crimsun: np, I know you were sick, I just wondered if you had even gotten the chance to start
[01:48] <crimsun> yep, I did.
[01:51] <crimsun> nomed: for the package or inside? You shouldn't [in 99.9% of the cases]  have one inside, but non-native packages will have a diff.gz.
[01:52] <nomed> crimsun, i have the dwlded tar.gz as it was
[01:52] <nomed> debian xxx.tar.gz
[01:52] <nomed> i run pdebuild from within this dir
[01:53] <nomed> i have then ../xxx.orig.tar.gz
[01:53] <nomed> but it doesn't generate any diff.gz :/
[01:53] <crimsun> nomed: ...did you download the diff.gz and dsc along with the orig.tar.gz?
[01:54] <crimsun> (brb, phone)
[01:54] <nomed> crimsun, it's a new pkge
[01:54] <nomed> i would get for dapper + 1 ...
[01:55] <minghua> nomed: then most of the case you need to rename the xxx.tar.gz to xxx_version.orig.tar.gz before start packaging
[01:55] <nomed> minghua, yes ...
[01:56] <nomed> it's xxx_version.orig.tar.gz
[01:56] <netzmeister> argh "/bin/sh: zip: command not found"
[01:57] <nomed> minghua, i was thinking it something related to the include rules/tarball.mk ...
[02:01] <crimsun> /usr/bin/zip is in 'zip'
[02:01] <netzmeister> yes i see..
[02:01] <netzmeister> i write it in the build-depends line
[02:02] <crimsun> it build-depends on zip?
[02:02] <slomo> crimsun: thanks for the comment on the musepack bug :)
[02:03] <crimsun> slomo: np :)
[02:03] <netzmeister> during the build process..
[02:03] <netzmeister> PWD=`pwd` cd . && zip -j /tmp/buildd/codeblocks-1.0+svn2094/src/sdk/resources/manager_resources.zip *.xrc images/*.png > /dev/null
[02:03] <netzmeister> /bin/sh: zip: command not found
[02:03] <netzmeister> hi slomo
[02:04] <slomo> hi netzmeister... hm, so zip is in b-d but isn't found? is the codeblocks buildsystem doing something strange with PATH?
[02:05] <netzmeister> hmm maybe
[02:05] <netzmeister> PATH are in rules?
[02:06] <slomo> is there a buildlog somewhere?
[02:07] <bmonty> slomo: there is one on REVU
[02:07] <netzmeister> http://revu.tauware.de/revu1-incoming/codeblocks-0603041055/codeblocks_1.0+svn2094-0ubuntu1.buildlog
[02:08] <slomo> hm... and there's definitely no zip installed
[02:18] <desrt> Seveas; ping?
[02:20] <netzmeister> yeah..
[02:20] <netzmeister> pbuilder builds the package..
[02:23] <netzmeister> and now, upload it to revu again?
[02:26] <netzmeister> ?
[02:27] <desrt> what is this 'compat' file?
[02:27] <crimsun> desrt: states the debhelper level
[02:28] <desrt> i'm deviating a bit from the instructions here, because i want to use debhelper
[02:28] <desrt> after i modify the stuff in debian/ do i just kick off a dpkg-buildpacakage?
[02:29] <crimsun> ``debuild -S'' is probably what you want
[02:29] <desrt> arf
[02:29] <desrt> gpg: skipped "Ryan Lortie<EMAIL_ADDRESS>secret key not available
[02:29] <crimsun> but yeah, that calls dpkg-buildpackage and friends
[02:29] <desrt> hmmm
[02:29] <desrt> right.  so<EMAIL_ADDRESS>is my ubuntu email address
[02:29] <desrt> but my key only has<EMAIL_ADDRESS>as a UID that has been signed
[02:30] <desrt> what to do?
[02:30] <crimsun> pass -k
[02:31] <crimsun> -k'Ryan Lortie<EMAIL_ADDRESS>for instance
[02:31] <desrt> -kafaa6ff6
[02:32] <netzmeister> "lintian	0 Bytes" thats nice ;-)
[02:34] <desrt> ok.  lintian has nothing to say about my source.changes
[02:36] <netzmeister> LaserJock:  Are you there?
[02:37] <netzmeister> bmonty:  juhu?
[02:38] <crimsun> netzmeister: what do you need?
[02:38] <netzmeister> revu..
[02:38] <crimsun> url?
[02:38] <netzmeister> http://revu.tauware.de/details.py?upid=2098
[02:40] <crimsun> purge some of the binary package codeblocks's Depends
[02:40] <crimsun> coreutils, libc6, ...  are all core
[02:41] <netzmeister> ah okay..
[02:41] <crimsun> you should also use debhelper v5 by default
[02:41] <netzmeister> k
[02:41] <netzmeister> mom
[02:41] <netzmeister> moment
[02:43] <netzmeister> binutils, libgcc1 also core
[02:43] <crimsun> yep.
[02:44] <crimsun> and don't strip debian/copyright of the GPL header
[02:44] <netzmeister> what?
[02:44] <netzmeister> strip?
[02:44] <netzmeister> (i'm german.. :-( )
[02:45] <crimsun> "don't remove"
[02:45] <netzmeister> did i?
[02:46] <crimsun> it appears so
[02:46] <netzmeister> hmm
[02:46] <netzmeister> you mean the copyright file?
[02:47] <crimsun> debian/copyright is missing the GPL header, yes
[02:47] <netzmeister> hmm
[02:48] <netzmeister> that gives an error with lintian
[02:48] <crimsun> an error?
[02:49] <crimsun> it shouldn't
[02:49] <netzmeister> i sure.. moment i try with the full GPL in copyright file..
[02:49] <netzmeister> i'm
[02:50] <crimsun> you don't need the full contents
[02:51] <netzmeister> no it's okay..
[02:51] <netzmeister> but..
[02:51] <netzmeister> E: codeblocks source: package-lacks-versioned-build-depends-on-debhelper 5
[02:51] <netzmeister> hmm thats new with "compat" "5"
[02:51] <minghua> netzmeister: if you have 5 in debian/compat, you need to build-depend debhelper (>= 5)
[02:52] <crimsun> exactly
[02:52] <crimsun> note your Build-Depends doesn't have that
[02:52] <netzmeister> uhh thx mingua..
[02:54] <netzmeister> great..
[02:54] <netzmeister> debuild with no errors..
[02:54] <netzmeister> pbuilder..
[02:54] <netzmeister> and then upload..
[02:55] <crimsun> note that ~70% of your diff is still auto* cruft
[02:55] <netzmeister> cruft
[02:56] <netzmeister> what is cruft? google translator failed
[02:56] <crimsun> oh, automake* junk
[02:57] <netzmeister> and how can i prevent this
[02:59] <desrt> so could someone look at my package before i upload it and tell me if anything is evil?
[02:59] <crimsun> well, you called bootstrap, so I suppose it's unavoidable
[02:59] <netzmeister> yes..
[03:00] <crimsun> personally, since the version of automake* junk that ships with codeblocks is newer than what you patched it, I'd use filterdiff on your diff (for only debian/* stuff)
[03:01] <crimsun> s/patched it/patched in/
[03:02] <crimsun> desrt: that's REVU's purpose :)
[03:02] <desrt> revu would be embarassing at this point
[03:02] <netzmeister> what means that now?  can i upload the sources?
[03:02] <desrt> i'd prefer if you could just give me a bit of one-on-one time :)
[03:03] <crimsun> netzmeister: if you'd prefer, sure. It's acceptable to say "Initial packaging" for the changelog entry, too.
[03:03] <crimsun> desrt: URL?
[03:04] <desrt> plz wait
[03:04] <desrt> http://desrt.mcmaster.ca/random/please-inspect.tar.gz
[03:05] <bmontgom_> minghua: do you have a lot of experience with SCIM?
[03:07] <minghua> bmonty: being the Debian maintainer of scim, I probably have more than everyone else in this channel :-P
[03:08] <minghua> bmonty: whether that counts as "a lot" or not, I am not sure
[03:08] <bmonty> minghua: its more than I have, so thats good for now :)
[03:08] <bmonty> minghua: I put in a UVF exception request for m17n-db this morning, is there other parts of SCIM that need to be updated?
[03:09] <minghua> bmonty: scim-m17n build-depends on m17n-db stuff, scim-uim indirectly links to libm17n through libuim as well
[03:10] <minghua> bmonty: is said UVF exception including a SONAME bump?
[03:10] <bmonty> syncing in the new version of m17n-db brings in some bug fixes for tamil
[03:10] <bmonty> minghua: no
[03:10] <minghua> bmonty: then I suppose it's good
[03:11] <minghua> bmonty: I saw m17n-db 1.3.0 in Debian NEW, I don't know exactly what it is about though
[03:11] <bmonty> minghua: mostly bugfixes for tamil, which is why there was a user here asking about it several hours ago
[03:11] <crimsun> desrt: targetted for sid?
[03:12] <bmonty> minghua: malone #33706
[03:12] <desrt> dapper
[03:12] <Ubugtu> malone bug 33706 in m17n-db "UVF exception request" [Normal,Unconfirmed]  http://launchpad.net/bugs/33706
[03:12] <minghua> bmonty: can I have the UVF exception bug number?
[03:12] <minghua> oh good :-)
[03:12] <crimsun> desrt: also, debhelper v5 [unless the rest of the muine*/mono* packages use v4 specifically]
[03:12] <desrt> crimsun; i just did dh_make ...
[03:12] <crimsun> desrt: make sure the distribution header is dapper in debian/changelog
[03:14] <minghua> bmonty: does m17n-db 1.3.1 work with m17n-lib 1.2.0?
[03:14] <minghua> bmonty: the thing I saw in Debian NEW is actually m17n-lib 1.3.1-1
[03:14] <bmonty> minghua: it appears so
[03:14] <LaserJock> netzmeister: sorry, was away for a while
[03:14] <crimsun> desrt: (changes therefore needed in debian/co{mpat,ntrol}). In debian/copyright, make sure Holders: is plural
[03:14] <bmonty> minghua: it is hard for me to verify though
[03:15] <netzmeister> LaserJock:  np
[03:15] <desrt> so just change 4 to 5?
[03:15] <netzmeister> LaserJock:  crimsun was here.. ;-)
[03:15] <bmonty> the users who were asking about it said that the new package works
[03:15] <crimsun> desrt: yes, in both
[03:15] <minghua> bmonty: I would preper to ask for Debian maintainer's opinion, but I don't insist
[03:15] <desrt> crimsun; in the build-dep in control?
[03:15] <minghua> bmonty: your question here is actually about m17n, which I am not familar with
[03:16] <crimsun> desrt: yes
[03:16] <desrt> >= 5.0?
[03:16] <crimsun> yes
[03:16] <netzmeister> crimsun:  it's done..
[03:16] <desrt> 5.0 or 5.0.0?
[03:16] <crimsun> desrt: even >= 5 is fine
[03:16] <desrt> leet.
[03:16] <minghua> bmonty: I can only tell you which SCIM packages will likely be affected, but I can't judge either (I don't use scim-uim or scim-m17n myself)
[03:16] <bmonty> minghua: ok, I thought SCIM used m17n as a depend
[03:16] <desrt> is there some flag i can give to dh_make to have it use 5?
[03:17] <minghua> bmonty: not scim proper, but only some of its modules, which are in separate packages
[03:17] <bmonty> minghua: it is my understanding that the latest m17n-db package fixes the issue that was brought up on ubuntu-devel
[03:18] <crimsun> desrt: not off the top of my head, but I generally don't use dh_make
[03:18] <crimsun> desrt: you probably want to preface the URL in debian/copyright where you downloaded it with "The source code was downloaded from "...
[03:19] <minghua> bmonty: which mail in ubuntu-devel are you refering to?
[03:19] <minghua> bmonty: I only see a mail saying scim-m17n not working for breezy
[03:20] <minghua> bmonty: then later the same user says scim in flight 4 is working without problems
[03:20] <bmonty> minghua: the SCIM in 6.04 thread
[03:20] <minghua> bmonty: it would be great if such things are reported as bugs, I am subscribed to scim-m17n in launchpad
[03:21] <bmonty> minghua: there is a bug open against m17n-db (though not a very descriptive one)
[03:22] <bmonty> minghua: and you replied to the thread, which made me think to ask you about it here :)
[03:22] <desrt> crimsun; ok.  made those changes
[03:22] <desrt> crimsun; upload to revu now, i guess?
[03:22] <crimsun> sure
[03:23] <desrt> ok.  what do i need to type to do that?
[03:23] <desrt> btw: if i override the key using -k i get errors
[03:23] <crimsun> what are you passing to -k?
[03:23] <desrt> -kafaa6ff6
[03:23] <crimsun> did you try passing your name & e-mail?
[03:23] <crimsun> -k'Foo Bar <foo@bar>'
[03:24] <desrt> debsign: gpg error occurred!  Aborting....
[03:24] <desrt> debuild: fatal error at line 791:
[03:24] <desrt> running debsign failed
[03:24] <minghua> bmonty: you are talking about malone #32573, right?
[03:24] <Ubugtu> malone bug 32573 in m17n-db "upstream bugs " [Normal,Unconfirmed]  http://launchpad.net/bugs/32573
[03:24] <bmonty> minghua: yes
[03:24] <minghua> bmonty: in that case I would say let's go ahead and sync since it's ack'ed by Debian maintainer
[03:25] <bmonty> minghua: ok, need to get the UVF exception approved though
[03:25] <bmonty> nice to have the extra sanity check though :)
[03:26] <minghua> bmonty: thanks for working on this
[03:26] <desrt> crimsun; gnupg was being a prat.
[03:27] <desrt> crimsun; working now :)
[03:27] <bmonty> minghua: there was some very convincing persuasion this morning (i.e. begging) :)
[03:28] <minghua> :-)
[03:29] <netzmeister> upload finished..
[03:29] <netzmeister> http://revu.tauware.de/details.py?upid=2099
[03:30] <Kyral> Xen, running perfectly :D
[03:31] <netzmeister> Kyral:  congratulationi..
[03:31] <desrt> erm
[03:31] <netzmeister> -i
[03:31] <desrt> where do revu accounts come from?
[03:31] <desrt> the sky?
[03:32] <netzmeister> LaserJock:  can you look at my revu upload?
[03:32] <crimsun> netzmeister: you still have those redundant depends in your binary package
[03:32] <LaserJock> netzmeister: sure
[03:33] <netzmeister> what?
[03:33] <bmonty> desrt: are you trying to log in?
[03:34] <LaserJock> desrt: revu accounts come from the revu admins. wiki.ubuntu.com/REVU has instructions I believe
[03:34] <desrt> bmonty; i want to submit something for revu
[03:34] <desrt> excellent.
[03:34] <bmonty> desrt: you need to email your gpg key to the REVU admins
[03:34] <desrt> i see this
[03:35] <Kyral> Now to setup Apache in the first Domain :D
[03:35] <netzmeister> crimsun:  how can i see this?
[03:36] <crimsun> netzmeister: Depends line of codeblocks package on http://revu.tauware.de/revu1-incoming/codeblocks-0603042125/codeblocks_1.0+svn2094-0ubuntu1.diff
[03:38] <netzmeister> is that an error..
[03:39] <crimsun> you shouldn't include libgcc1, it's a given
[03:39] <netzmeister> k
[03:40] <crimsun> same with libstdc++6, really. They're pulled in if necessary automatically. with shlibs.
[03:41] <netzmeister> ahhh
[03:41] <netzmeister> thx crimson
[03:41] <netzmeister> thats things i dont know..
[03:41] <LaserJock> netzmeister: debian/copyright still needs a copyright year and just the preamble for the GPL, you don't have to put the whole thing
[03:41] <netzmeister> uhh what is y preamble
[03:42] <ogra> netzmeister, file already depends on libmagic1 ... no need for a separate dependency ...
[03:42] <ogra> (additionally i doubt there are linux systems without file installed, i guess that can be dropped as well)
[03:43] <LaserJock> netzmeister: its just the basic info, see http://revu.tauware.de/revu1-incoming/plotdrop-0512311315/plotdrop-0.5/debian/copyright for an example ;-)
[03:46] <netzmeister> okay it's done..
[03:46] <azeem> ogra: well, file is on Priority: standard, no?  There might be some crazy people with totally stripped down systems
[03:47] <ogra> azeem, but i doubt they will use an IDE on these systems :)
[03:47] <azeem> :)
[03:47] <netzmeister> LaserJock:  upload?
[03:47] <LaserJock> netzmeister: if you have made all the changes
[03:48] <netzmeister> yes
[03:48] <LaserJock> tun Sie ihn
[03:49] <netzmeister> "tun sie es" ;-)
[03:49] <netzmeister> but thats not 100% correct..
[03:49] <nomed> how can i use a deb file:/  entry in pbuilder ?
[03:50] <nomed> simply adding it to other_mirrors doesn't work ...
[03:50] <netzmeister> LaserJock:  that is when you say "they" "Tun *sie* es.."
[03:50] <minghua> hey ogra, one of my sarge box doesn't have file installed ;-)
[03:50] <netzmeister> LaserJock:  that is when you say "you" "Tue es.."
[03:50] <netzmeister> crazy language i know..
[03:51] <netzmeister> if i can good talk german, i learn another language.. LOOL
[03:51] <ogra> minghua, do you use IDEs on this box ?
[03:52] <minghua> azeem: it's actually trival to avoid installing extra priority:standard in debian-installer, so no stipping-down needed
[03:52] <netzmeister> LaserJock:  http://revu.tauware.de/details.py?upid=2100
[03:52] <minghua> ogra: no, of course not.  there is not even X :-)
[03:52] <ogra> heh :)
[03:55] <netzmeister> hm
[03:55] <LaserJock> netzmeister: debian/copyright schaut gut
[03:56] <netzmeister> yes, it sounds good..
[03:56] <netzmeister> LaserJock:  "debian/copyright sieht gut aus" ;-)
[03:58] <netzmeister> LaserJock:  Do you start the build process?
[03:59] <LaserJock> netzmeister: the only thing is maybe the year
[03:59] <LaserJock> netzmeister: some of the code has "Copyright (C) 2003"
[04:01] <netzmeister> ups.. yes i dont know which is the right year..
[04:01] <netzmeister> the main developer have no year in his control file..
[04:02] <LaserJock> hmm, I'm not entirely sure. I would think 2003-2006 but I could be wrong
[04:02] <minghua> quite some upstreams don't upgrade their copyright year that often :-(
[04:03] <netzmeister> hmm and now..
[04:03] <netzmeister> no year?
[04:03] <netzmeister> or 2003-2006
[04:06] <netzmeister> i delete the year..
[04:07] <LaserJock> no, no year is worse I think
[04:07] <netzmeister> the main developer have no year in his control file..
[04:07] <netzmeister> not control
[04:07] <netzmeister> i mean copright
[04:08] <LaserJock> they usually don't in COPYING because it is usually just the GPL
[04:08] <LaserJock> you have to look at the actually source code
[04:08] <netzmeister> 2003
[04:09] <netzmeister> in three files i see "2003"
[04:10] <LaserJock> right, and I assume they still have the copyright so I would thing 2003-2006 but I don't know for sure
[04:10] <LaserJock> s/thing/think/
[04:11] <minghua> LaserJock: in my opinion having only in copyright line doesn't mean you don't have copyright in 2006
[04:11] <minghua> LaserJock: it just means the work was done in 2003, but of course, I am not sure either
[04:11] <LaserJock> hmm, good point
[04:12] <minghua> s/only/only 2003/, but apparently LaserJock got it :-)
[04:12] <LaserJock> but I think it should at least have some year
[04:12] <netzmeister> okay i use 2003 - 2006
[04:12] <minghua> LaserJock: agreed
[04:13] <netzmeister> well done..
[04:14] <netzmeister> I dare not more to ask. :-/  Upload?
[04:17] <LaserJock> netzmeister: go for it ;-)
[04:18] <netzmeister> upload is running..
[04:20] <netzmeister> i did it..
[04:22] <netzmeister> http://revu.tauware.de/details.py?upid=2101
[04:24] <netzmeister> LaserJock:  it looks good?
[04:26] <LaserJock> netzmeister: I'm building it on my machine currently
[04:26] <minghua> netzmeister: I wonder why their is so many changes about Makefile.in in the diff, did you relibtoolize it?
[04:27] <netzmeister> debuild -S -sa
[04:27] <netzmeister> not more
[04:29] <LaserJock> netzmeister: but you ran some sort of bootstraping, right?
[04:30] <netzmeister> ahm... one time i run bootstrap
[04:30] <netzmeister> three days ago
[04:31] <LaserJock> debian/copyright says "The only extra thing performed before debianization, was to run bootstrap to generate the autotools build configuration."
[04:32] <netzmeister> jep..
[04:32] <netzmeister> thats right..
[04:32] <netzmeister> i've not started configure or so..
[04:33] <LaserJock> but is that the answer to minghua's question?
[04:33] <minghua> because this is actually an svn checkout instead of a release?  then I suppose the Makefile.in's should be in .orig.tar.gz instead of .diff.gz
[04:34] <minghua> LaserJock: yes it answered, but I have a new question now :-)
[04:34] <LaserJock> sure
[04:35] <minghua> either that, or getting all the autotools-generated stuff in .diff.gz
[04:35] <minghua> there is no point shipping a Makefile.in in .orig.tar.gz then patch it in .diff.gz
[04:36] <netzmeister> ?
[04:38] <netzmeister> i'm very tired.. it's 4:38..
[04:38] <netzmeister> thx for your help LaserJock & minghua & crimsun...
[04:39] <netzmeister> maybe i will fix the bugs tomorrow or i forget the package..
[04:39] <netzmeister> three days at one package.. i don't know..
[04:39] <netzmeister> :-(
[04:39] <netzmeister> gn8
[04:40] <LaserJock> netzmeister_afk: np, see you later
[04:43] <bmonty> LaserJock: all the other people with packages waiting in REVU are going to be jealous :)
[04:46] <LaserJock> bmonty: lol, I just wish I was faster at reviewing. I'm not very confident about advocating yet.
[04:46] <bmonty> LaserJock: I'm not either
[04:47] <LaserJock> but it is fun to atleast go over stuff here
[04:50] <bmonty> LaserJock: http://revu.tauware.de/details.py?upid=2089 ....I think it should be nuked, this is just adding a .desktop file, agree?
[04:51] <LaserJock> bmonty: actually that might be for a bug
[04:51] <bmonty> LaserJock: it is for a bug, Malone #31152
[04:51] <Ubugtu> malone bug 31152 in gtick "Missing .desktop file" [Normal,Confirmed]  http://launchpad.net/bugs/31152
[04:51] <bmonty> REVU is for new packages, right?
[04:52] <LaserJock> bmonty: no, it is mostly used for that but not exclusively
[04:52] <LaserJock> bmonty: when you look at the icons the lightbulb is for new ones
[04:53] <LaserJock> bmonty: but the ones with just a hammer should be for existing packages
[04:53] <bmonty> LaserJock: ahh, ok...that makes sense
[04:53] <LaserJock> well, I think attaching a debdiff to the bug report is easier in a way
[04:55] <bmonty> LaserJock: I thought we were attaching debdiffs to malone bugs, that is what I did before I could upload
[04:56] <bmonty> course REVU makes the debdiff for you, so maybe its better
[04:56] <LaserJock> right
[04:57] <LaserJock> it is just a matter of what MOTUs are going to look at
[04:57] <LaserJock> for me the REVU list is a little overwhelming
[04:59] <minghua> LaserJock: you are a reviewer already?
[04:59] <bmonty> LaserJock: just like every other MOTU list of stuff to do :)
[05:00] <LaserJock> minghua and bmonty : yeah
[05:01] <LaserJock> well, codeblocks builds and works good for me but there are quite a few things I'm not sure about when I do dpkg -c
[05:01] <LaserJock> minghua: then you just need to fix that ;-)
[05:03] <LaserJock> minghua: btw, my merging of the two bugs yesterday with bts didn't work. I'm going to try it by email instead
[05:03] <LaserJock> minghua: I think that just not using reportbug or bts might be the answer for me
[05:05] <bmonty> ok, enough ubuntu for me today....time for bed
[05:06] <bmonty> good night everyone
[05:06] <minghua> LaserJock: I am not aware that reportbug can merge bugs.  And I never used bts, email always works great for me
[05:06] <minghua> bmonty: good night
[05:06] <LaserJock> cya bmonty
[05:07] <LaserJock> minghua: supposedly bts can do it so I tried it and it didn't give me any errors, but it didn't work either. I think email is the key
[05:08] <minghua> LaserJock: I think bts need a well-configured MTA (which I never have)
[05:09] <minghua> but I can always use SMTP for my email
[05:10] <minghua> LaserJock: by the way I never knew when you became an MOTU, so late congrats :-P
[05:12] <LaserJock> minghua: thanks, you should be one too. You know quite a bit more than I do
[05:13] <LaserJock> I have the same problem as far as lack of MTA but I can always use SMTP
[05:14] <minghua> LaserJock: I lack your dedication
[05:14] <LaserJock> dedication? I just ignore my PhD and wife ;-)
[05:15] <crimsun> your scim* maintainership belies you :p
[05:15] <LaserJock> yes
[05:18] <minghua> crimsun: dedication to ubuntu, I probably should add :-P
[05:19] <minghua> there are quite some people unhappy with my maintainership of scim* packages in debian
[05:19] <LaserJock> could you guys check out the output of dpkg -c for codeblocks at http://chem.unr.edu/~mantha/ubuntu/codeblocks_dpkg.txt
[05:20] <minghua> and from what I see they are taking actions in ubuntu
[05:20] <LaserJock> at the bottom are some symlinks
[05:22] <LaserJock> one problem with being a package maintainer is it seems like it ends up being a "us against them" when there are thousands of users and one maintainer because of course all of the users have an opinion of how things should be run
[05:22] <minghua> LaserJock: the /usr/lib stuff?  those symlinks look fine to me.  whether they should be in codeblocks package or not is another question though
[05:22] <crimsun> yeah, I'd split those libs out
[05:23] <crimsun> those zipped files may be another thing to look at
[05:23] <crimsun> location-wise, that is
[05:23] <crimsun> LaserJock: well, we can skirt the maintainership issue with the whole MOTU bit
[05:24] <LaserJock> but where is the /usr/lib stuff being symlinked to? to me it looks like / but I'm not sure
[05:24] <LaserJock> crimsun: sure
[05:24] <minghua> LaserJock: no, in the same dir (/usr/lib)
[05:24] <crimsun> no, they're pointing to the correct locations
[05:24] <LaserJock> crimsun: it is just an observation of what I've seen since starting working with Ubuntu and Debian
[05:25] <LaserJock> ah, thanks guys. I was wondering if I was reading that wrong
 and from what I see they are taking actions in ubuntu  --< none cares  the maintainership of scim
[05:26] <minghua> freeflying: I mean the packaging practice
[05:26] <minghua> freeflying: there is no maintainership in ubuntu
[05:27] <freeflying> minghua: I do these stuff for chinese users , hope they use scim easuly
[05:27] <freeflying> minghua: I don't care if I can maintain scim or other things
[05:28] <minghua> freeflying: and if you do them wrong, the users will be hurt eventually
[05:29] <freeflying> minghua: you may point out my errors , but you needn't say like above .
[05:30] <LaserJock> crimsun: where would be a better place for the .zip files?
[05:31] <crimsun> LaserJock: what are the zipfiles' contents?
[05:31] <minghua> freeflying: oh sorry, I assume you've already received my email
[05:31] <minghua> freeflying: the one replying to Colin Watson about scim-pinyin 0.5.91 UVF exception
[05:31] <minghua> freeflying: did you?
[05:31] <freeflying> minghua: sure , I recieve your mail , and reply u
[05:32] <minghua> freeflying: well, then I did point out your errors
[05:33] <freeflying> minghua: also I've reupload it
[05:33] <minghua> freeflying: and I just read you reply, so you admit two of my comments are correct?
[05:33] <crimsun> LaserJock: my intent is if the zipfiles contain documentary examples, resources, etc., they could be contained in a foo-doc
[05:34] <LaserJock> crimsun: sure, I'm trying to figure out what they are
[05:34] <minghua> freeflying: and if you use the launchpad to submit your patches (or notify me when you upload to REVU), I don't need to write those mails
[05:35] <freeflying> minghua: if you re right , i'll admit u
[05:36] <minghua> freeflying: but you still think you don't need to ask for my opinions about your patch before uploading?
[05:36] <freeflying> minghua: after all , we are not paid employee of canonical , so I can not mail u as soon as I finish those .
[05:37] <freeflying> minghua: upload to REVU just want MOTU review the package itself
[05:37] <minghua> freeflying: well, I prefer posting the debdiff before uploading/asking for sponsor, how you do it is up to you
[05:37] <freeflying> minghua: and it need more to do before upload
[05:37] <minghua> freeflying: you didn't notify me after your REVU upload either
[05:37] <freeflying> minghua: and I've not ask for sponsor yet , I just ask kamion how to solve this UVF
[05:38] <minghua> freeflying: okay, fair enough
[05:38] <minghua> freeflying: I only ask for a notification before the upload, as I've told you
[05:39] <minghua> freeflying: if you want to send me a notice about you REVU upload, I would be happy to review.  but if you don't want to send me notices, that's fine too
[05:40] <minghua> freeflying: I can't promise fast review though
[05:40] <freeflying> minghua: I really really have not any interesting on becoming maintainter of scim and relate stuff
[05:42] <freeflying> minghua: so you need not worry about what I've done about scim
[05:42] <minghua> freeflying: then I don't know what you are interested in.  just some random upload?  and don't care about the consequences?
[05:43] <minghua> freeflying: oh really.  who is responsible for the bug reports in scim then?
[05:43] <minghua> or scim-pinyin in this case
[05:43] <LaserJock> crimsun: they are example files I think that can be opened by codeblocks
[05:43] <freeflying> minghua: I wanna ubuntu/kubuntu can support CJK better
[05:43] <minghua> freeflying: so do I.  what is the point?
[05:44] <minghua> freeflying: I keep saying a careless upload now will cause much more headache later.  You don't seem to understand.
[05:44] <freeflying> minghua: so I will focus on what I've done , also other CJK-tester-teams member will do like this
[05:45] <freeflying> minghua: upgrade 1.0.2 to 1.4.x of scim give u how much ?
[05:46] <minghua> freeflying: took me at least extra two hours for comparing diff.gzs, asking for a sync (instead of getting done automatically)
[05:47] <crimsun> LaserJock: ah, probably makes sense to have them in a separate -doc package
[05:48] <LaserJock> crimsun: ok, I'm going to make a comment suggesting splitting out the libs and examples
[05:49] <crimsun> ok
[06:11] <LaserJock> hi Fade ;-)
[06:11] <Fade> hullo
[06:11] <LaserJock> so it is in Debian?
[06:12] <crimsun> Fade: what do you mean sbcl has no candidate in dapper? It does on both i386 and amd64 that I can see.
[06:12] <crimsun>   Version table:
[06:12] <crimsun>      1:<IP_ADDRESS>-3 0
[06:12] <crimsun>         500 http://archive.ubuntu.com dapper/universe Packages
[06:12] <Fade> well, I'm on an amd64 box, and I have sbcl-common, but no sbcl. ;)
[06:13] <crimsun> hmm, ftbfs
[06:14] <Fade> can you expand that plz? :)
[06:14] <Fade> sbcl is in debian.
[06:14] <Fade> it can be a PITA to bootstrap, though. it requires a common lisp to compile it. clisp works.
[06:14] <LaserJock> Failed To Build From Source
[06:15] <Fade> clisp is in the pool.
[06:15] <Fade> can you tell where the build failed?
[06:15] <LaserJock> launchpad should have it
[06:16] <Fade> I'm not familiar with the ubuntu process..
[06:16] <Fade> been in debian land for yonks. ;)
[06:18] <Fade> ah..
[06:18] <LaserJock> says it's got a dep wait
[06:19] <Fade> can you pass me the url for the report?
[06:19] <LaserJock> http://librarian.launchpad.net/1601974/buildlog_ubuntu-dapper-amd64.sbcl_1%3A<IP_ADDRESS>-1_MANUALDEPWAIT.txt.gz is one I found
[06:20] <crimsun> yeah, 0.9.2 is really old
[06:21] <LaserJock> that build log seems weird to me though
[06:22] <Fade> looks like the build configuration is calling sbcl to configure sbcl, and this is the first time it has been packaged, so the build fails.
[06:22] <Fade> you can tweak the configure so it calls on clisp instead.
[06:23] <Fade> it will use clisp to bootstrap itself.
[06:27] <Fade> https://launchpad.net/distros/ubuntu/dapper/+source/sbcl
[06:28] <Fade> sbcl is listed as a build dep, but sbcl or clisp or gcl will do.
[06:32] <LaserJock> hmm
[06:35] <Kyral> FINALLY got my Blog Transferred
[06:37] <Fade> at any rate, I have to jet. I'm willing to help with this package if the hands are needed.
[06:43] <LaserJock> Fade: a bug should at least be opened
[06:44] <LaserJock> Fade: ah, there is one already
[06:47] <LaserJock> Fade: malone bug #31097
[06:47] <Ubugtu> malone bug 31097 in sbcl "Build-Depends dependency for sbcl cannot be satisfied" [Normal,Confirmed]  http://launchpad.net/bugs/31097
[06:58] <Kyral> Whee
[06:58] <Kyral> Should I write up a Xen Ubuntu thing for the DocTeam?
[06:59] <crimsun> sure
[06:59] <LaserJock> Kyral: check out the wiki, if there isn't anything just create a new page
[07:00] <Kyral> Well, HowTo Forge has a nice one, but tis tailored for Debian
[07:20] <dolson> hey fbond|away
[07:22] <LaserJock> hi dolson
[07:22] <dolson> hey LaserJock
[07:22] <dolson> could you answer something for me?
[07:22] <dolson> why are other people fixing bugs in my packages? :P
[07:22] <dolson> and how come there are bugs on some of my packages, but I didn't get emails on them?
[07:24] <LaserJock> dolson: what packages?
[07:24] <dolson> qmidiroute I think, or maybe qmidicontrol
[07:24] <dolson> and qamix had a desktop file bug on it that I didn't get an email for
[07:24] <dolson> and some other packages too
[07:25] <dolson> I am just trying to understand how this system all works
[07:25] <crimsun> dolson: you don't own any packages in ubuntu
[07:25] <crimsun> therefore, Benjamin's fixing of your packages is perfectly acceptable
[07:25] <crimsun> remember, though you're listed in the maintainer field, that's only a primary contact point.
[07:26] <crimsun> ANYONE with upload rights may make changes to "your" packages
[07:26] <LaserJock> crimsun: but he should get any email shouldn't he?
[07:26] <crimsun> on the upload?
[07:26] <crimsun> I haven't
[07:26] <LaserJock> no, on the bug
[07:26] <crimsun> is he the owner?
[07:27] <crimsun> otherwise it would be an LP issue, #launchpad
[07:28] <crimsun> grumbles at bonjour.c
[07:31] <LaserJock> dolson: so you might want to talk to #launchpad about getting bug reports
[07:33] <dolson> crimsun: I'm not mad that someone else is fixing my bugs.. I don't really care
[07:33] <dolson> I just want to understand how this stuff works
[07:36] <crimsun> "this stuff" meaning maintaining or bug triaging?
[07:36] <crimsun> not that either is mutually exclusive
[07:37] <dolson> well, you've already explained that anyone with upload rights can and will change the packages I have uploaded
[07:37] <dolson> you've explained that the work I did is not "mine" because I'm not an Ubuntu Maintainer
[07:38] <dolson> these are things that I didn't know. and now I do
[07:39] <crimsun> dolson: no, it doesn't change when you have upload rights. When you become a maintainer, you also gain the {awesome} responsibility of other packages, too.
[07:39] <LaserJock> dolson: no, it isn't because you aren't an Ubuntu Maintainer. it is because we don't have maintainership in Ubuntu, we have team maintainership
[07:39] <dolson> ok
[07:40] <crimsun> literally, there are about a dozen of us actively maintaining stuff in universe
[07:40] <crimsun> that's ~16000 packages, so it makes sense
[07:41] <crimsun> [and when merge time comes, it makes nonsense]
[07:41] <dolson> ok, so should I bother writing these other missing manpages? or will someone else duplicate that work before I have a chance to upload the fixes? or should I not work on those?
[07:41] <crimsun> you should
[07:41] <LaserJock> dolson: but as the person in the Maintainer field I would think it would make sense that you would get emailed bug reports
[07:42] <dolson> LaserJock: I did on some, but these other ones have a button that says the bugs weren't reported in Ubuntu. I assume that's the difference, although I'm not sure why that is
[07:42] <crimsun> don't feel like your work is wasted or neglected. It's just that there's a LOT more work because there aren't that many of us.
[07:42] <dolson> crimsun: no, I don't feel that way, I'd rather be on a bigger team than worry about my couple packages. I think that's a better way, honestly.
[07:44] <dolson> for me, it's good enough that there is new software in ubuntu, who gets credit I don't care, who works on it, I don't care. I just want to contribute where I can. but I had been working on manpages for some of those bugs, but then Benjamin fixed one, so I was asking because of that
[07:49] <crimsun> the classic scalability problem of lock-holding
[07:49] <crimsun> wherein we could say that we're fixing something, fix it, say that we're done, etc.
[07:50] <dolson> I know, you guys are infinitely more busy than I am
[07:50] <crimsun> no no
[07:51] <crimsun> I'm just musing, because if we did that (which is essentially what we've done for merges), we'll still have some stepping-on
[07:52] <dolson> on an unrelated note, I was asked to put those packages into Debian
[07:53] <crimsun> that will certainly make maintaining them in Ubuntu easier
[07:53] <dolson> yeah, now I have to learn their system on top of what I'm learning about Ubuntu's system
[07:54] <dolson> but it'll be worth it to improve both distros, IMO
[07:55] <LaserJock> dolson: I went through the same thing. I found that it wasn't to bad to get used to the Debian system. If you need some help I can help
[07:56] <dolson> LaserJock: I appreciate that. :) dancerj joined my channel and started talking to me. He (I assume male) said for me to post on the multimedia list, as a start, so I did. he wants me to use SVN or something for packages, I guess because there is no REVU for Debian
[07:58] <dolson> dancerj is basically on a crusade to get all the stuff from DeMuDi into Debian proper
[07:58] <crimsun> that's a good crusade, because demudi is quite fine
[07:58] <dolson> for sure
[07:58] <crimsun> personally I'd be happier if planet went debian-based, but I can dream on
[07:59] <dolson> heh, me too. I could never go back to an RPM-based distro
[07:59] <dolson> I guess some of the apps I did for Ubuntu weren't in DeMuDi, so he sought me out on IRC
[08:00] <LaserJock> dolson: #debian-mentors and the debian-mentors mailing list were helpful for me
[08:02] <dolson> LaserJock: I'll keep that in mind :)
[08:02] <dolson> hey zakame :D
[08:03] <dolson> hey robitaille :D
[08:03] <robitaille> hi dolson
[08:14] <G0SUB> dolson :)
[08:14] <dolson> hey G0SUB
[08:16] <LaserJock> hi minghua
[08:17] <minghua> hello LaserJock
[08:17] <minghua> LaserJock: good work done today?
[08:18] <LaserJock> ?
[08:19] <minghua> LaserJock: never mind.  you were reviewing and helping others when I left the channel, basically I just wanted to ask "how was your day"
[08:19] <LaserJock> oh, it is going
[08:20] <LaserJock> I was just going to try to send the merge bug email. I'm still confused as to what elements I need
[08:20] <minghua> oh poor LaserJock
[08:20] <minghua> LaserJock: still can't get the merging done?
[08:21] <LaserJock> so do I just send "merge bug#1 bug #2" in the body to<EMAIL_ADDRESS>[08:21] <LaserJock> lol
[08:22] <minghua> LaserJock: first make sure the bugs are against the same package, with the same severity, then a two line email to<EMAIL_ADDRESS>should get the work done
[08:22] <LaserJock> what 2 lines though?
[08:22] <minghua> first line "merge XXXXXX YYYYYY", second line "thanks"
[08:22] <minghua> LaserJock: no "bug#" stuff
[08:23] <minghua> just the digits
[08:23] <StevenK> Or 'kthxbye' :-P
[08:23] <LaserJock> so the second line is a comment?
[08:23] <minghua> and the email address is control@ not contro@, hope that's your typo on irc
[08:24] <LaserJock> yep
[08:24] <minghua> LaserJock: no, it's "thanks", "quit", or "stop".  though "kthxbye" is a recent addition as well :-)
[08:24] <LaserJock> hmm, ok
[08:25] <minghua> LaserJock: what are your bug numbers?
[08:25] <LaserJock> 355207 and 355208
[08:26] <minghua> LaserJock: nah, apparently your merging effort isn't working yet
[08:27] <LaserJock> just a sec, I haven't sent the email yet ;-)
[08:31] <Hiawatha> hi there. can anybody help me with some package-building questions?
[08:31] <LaserJock> sure
[08:31] <G0SUB> Hiawatha sure!
[08:31] <Hiawatha> oke, I've some software I wrote and want to upload to Ubuntu
[08:32] <Hiawatha> but whatever I do, there's no .diff.gz file
[08:32] <G0SUB> Hiawatha umm? have you debianised the source package?
[08:32] <Hiawatha> and I got some mail from some MOTU guys telling me a 'package' should also have .diff.gz file
[08:33] <Hiawatha> oke, what is 'debianised'?
[08:33] <G0SUB> Hiawatha what are you using for the packaging? cdbs, debhelper, which one?
[08:33] <Hiawatha> I use autotools. And I can create a .deb file from the source
[08:33] <Hiawatha> dpkg-buildpackage
[08:34] <LaserJock> Hiawatha: the .diff.gz should contain all the changes that you make to the original tarball so there is a clear seperation between what has been done for packaging and the source
[08:34] <G0SUB> Hiawatha and it builds fine?
[08:34] <Hiawatha> yes, building is fine
[08:34] <G0SUB> Hiawatha then you can probably try creating the diff.gz by hand ...
[08:34] <Hiawatha> the .deb files install on my Debian server with no error
[08:35] <LaserJock> Hiawatha: so do you have a .orig.tar.gz file?
[08:35] <Hiawatha> 'contain all the changes'.... There are no changes. It's just a release of my software I want to package....
[08:35] <Hiawatha> no .orig. just <name>.<version>.tar.gz
[08:35] <G0SUB> Hiawatha the changes are like the copyright, control, and rule files inside the debian/ dir.
[08:35] <LaserJock> Hiawatha: where is the debian/ directory?
[08:35] <Hiawatha> in the source dir.
[08:36] <G0SUB> Hiawatha _those_ are the changes
[08:36] <Hiawatha> oke :)
[08:36] <Hiawatha> How do I get them in a seperate file?
[08:37] <Hiawatha> so, if I tar that dir and add it manually to my .dsc file, all should be fine?
[08:37] <G0SUB> Hiawatha diff -Naur pristine-source/ debian-package-source/ > package.diff
[08:37] <G0SUB> Hiawatha no
[08:38] <Hiawatha> oke, guess that would be too easy :)
[08:38] <G0SUB> Hiawatha what I don't understand, is that why the diff.gz is not being generated
[08:38] <LaserJock> take your original source and create a .orig.tar.gz and then add the debian/ to the source directory and then do debuild -S -sa
[08:38] <Hiawatha> me either :)
[08:38] <LaserJock> G0SUB: because it is being created as a debian native package
[08:38] <G0SUB> LaserJock aah!
[08:38] <Hiawatha> that's one of my problems/questions
[08:39] <LaserJock> minghua: it worked ;-)
[08:40] <minghua> LaserJock: glad to hear that :-)
[08:41] <minghua> Hiawatha: usually it is encouraged that you separate your debian packaging stuff from your software release
[08:41] <minghua> Hiawatha: so you release a tarball without the debian/ dir, and use that as .orig.tar.gz
[08:42] <minghua> Hiawatha: then add you debian/ dir when packaging, and you should get a .diff.gz automatically
[08:42] <Hiawatha> no, my source tarball has a debian/ dir
[08:42] <minghua> Hiawatha: this way users of other distros aren't affected by the debian specific changes
[08:42] <Hiawatha> oke
[08:42] <minghua> Hiawatha: is your software useful for other distros?
[08:43] <Hiawatha> yes, with autotools
[08:43] <Hiawatha> the usual configure make make install stuff
[08:44] <minghua> Hiawatha: yeah, so for the reasons I said above, it's usually encouraged that you don't have debian/ dir in your source tarball
[08:44] <Hiawatha> oke, so I should break-up my source tarball. one with ONLY source, and one with the debian/ dir
[08:45] <minghua> Hiawatha: if you want, you can always release a .diff.gz with your tarball instead
[08:45] <minghua> Hiawatha: yes, that would be the way to go
[08:46] <Hiawatha> oke. my source tarball contains a dir <packagename>/ and in there all the source. and the .diff.gz contains a <packagename>/debian/ dir and all the debian files
[08:46] <Hiawatha> right?
[08:48] <LaserJock> Hiawatha: yes, but the .diff.gz will be created automatically for you once you have the .orig.tar.gz file right
[08:48] <Hiawatha> there is no .orig.tar.gz :) just my source tarball which includes the debian dir
[08:49] <LaserJock> Hiawatha: right, so take the debian dir out and use that source as the .orig.tar.gz
[08:49] <Hiawatha> it also includes a gentoo/ dir. all in one file :)
[08:54] <LaserJock> bed time, cya all
[08:55] <minghua> night LaserJock
[09:00] <Hiawatha> I've change my Makefile.am. a 'make dist' doesn't include the debian dir anymore. but when I do 'dpkg-buildpackage -rfakeroot -S -sa', a tarball is created which includes the debian/ dir.... darn
[09:03] <minghua> Hiawatha: you already had a source tarball (without debian/ dir) when you run dpkg-buildpackage, right?
[09:03] <Hiawatha> nope.  When it works, it's cool. But what a hell to get it working......
[09:17] <Hiawatha> oke, think I have it now.
[09:18] <Hiawatha> have .orig.tar.gz with source
[09:18] <Hiawatha> .diff.gz with some debian/ dir build patch stuff
[09:18] <Hiawatha> .dsc file with file info and MD5 hashes
[09:19] <Hiawatha> and a _source.changes file
[09:21] <Hiawatha> oke, uploaded the files with dput. let's see what this will bring me :)
[09:24] <Gloubiboulga> Hiawatha, hi, you're Hugo Leisink, right?
[09:26] <Hiawatha> yup :)
[09:27] <Gloubiboulga> I'm Gauvain Pocentek
[09:27] <Gloubiboulga> We've discussed a little by mail
[09:27] <Hiawatha> Yes, saw that in the 'joined' message
[09:28] <Hiawatha> I know. A few minutes ago I uploaded my files with dput
[09:28] <Hiawatha> Hope I got it right this time
[09:28] <Gloubiboulga> It look much better than the first package :)
[09:28] <Gloubiboulga> s/look/looks
[09:28] <Hiawatha> good! :)
[09:29] <Hiawatha> Finally understands this diff.gz file issue
[10:26] <zakame> hi MOTUs
[10:29] <Gloubiboulga> hi zakame
[10:29] <zakame> hi Gloubiboulga
[11:43] <netzmeister> re
[01:08] <nomed> hi all
[01:31] <nomed> could u suggest me what should i do in a case like this ?
[01:31] <nomed> http://phpfi.com/105718
[01:31] <nomed> should i patch the Makefile ?
[01:31] <nomed> i can't ose --opt for those files in share/doc/omega
[01:54] <Hiawatha> quit
[01:54] <Hiawatha> exit
[02:23] <katzor> hi all is anyone familiar with glib coding here?
[02:25] <lifeless> well I'm never serious
[02:26] <lifeless> so you can say I do glib coding all the time ;0
[02:56] <gouchi> Hi
[02:59] <katzor> lifeless, could you have a look at http://www.ubuntuusers.de/paste/333/ please?
[03:00] <katzor> im pretty new to this stuff and i just cant figure out why it wouldnt work
[03:09] <bmonty> katzor: are you sure the call to timer->connect is correct, shouldn't that be a cast? (just guessing)
[03:09] <bmonty> katzor: this is off-topic for this channel though
[03:09] <katzor> hi, i know and im sorry but theres no glib-noob mailinglist :-)
[03:10] <katzor> :-) what is a cast?
[03:10] <netzmeister> re
[03:10] <netzmeister> hello
[03:11] <bmonty> katzor: yes, but there are gtk/glib channels on freenode
[03:11] <bmonty> hi netzmeister
[03:12] <katzor> kool
[03:13] <bmonty> katzor: a cast is telling the compiler to treat a variable that you defined as one type as another type, google for "C++ type casting"
[03:13] <netzmeister> hi bmonty :)
[03:14] <katzor> so its sth like int a  = 0; bool b = (bool)a; ?
[03:16] <bmonty> katzor: yes
[03:20] <katzor> cool so what would i cast my function to? the glib doc says it works like connect (const sigc::slot<bool>& slot)
[03:21] <katzor> ah i guess the problem is that the connected function is supposed to reurn a bool
[03:22] <katzor> !yay! it compiles
[03:22] <katzor> ok, ill stop spamming this channel now :-)
[03:35] <netzmeister> bmonty:  are you there?
[03:36] <bmonty> netzmeister: yes
[03:36] <netzmeister> what does daemon@poleboy mean in his comment? ( http://revu.tauware.de/details.py?upid=2101 )
[03:36] <netzmeister> first look at the "manpage..." line
[03:37] <netzmeister> when i compress the manpage debuild stop with an error..
[03:37] <netzmeister> dpkg-source: cannot represent change to debian/codeblocks.1.gz: binary file contents changed
[03:39] <bmonty> netzmeister: you are trying to compress it before or after you build the pacakge?
[03:41] <netzmeister> before
[03:42] <bmonty> netzmeister: you should compress the manpage as part of your package building process
[03:42] <bmonty> you should not modify files from the upstream tarball
[03:42] <netzmeister> hmm, "rules"?
[03:42] <bmonty> netzmeister: yes
[03:43] <bmonty> LaserJock's packaging guide has a good explanation of why you should not modify the upstream source tarball (doc.ubuntu.com)
[03:53] <netzmeister> okay manpage is fixed..
[03:54] <netzmeister> but what is "library packaging style"
[03:55] <bmonty> netzmeister: basically the shared libs are in a package called "libfoo" and the static libs an headers are in "libfoo-dev"
[03:56] <netzmeister> aha
[03:56] <bmonty> check out the debian developers docs at www.debian.org/devel
[03:59] <bmonty> slomo_: ping
[04:02] <netzmeister> bmonty:  slomo_ is in Jabber "away"
[04:03] <bmonty> netzmeister: yeah, but he will respond when he comes back :)
[04:04] <netzmeister> ah okay..
[05:47] <Seveas> how can I persuade diffstat and debdiff to cooperate?
[05:54] <MrRio> hey
[05:54] <MrRio> im packaging someone else's python game, need a few pointers
[05:55] <MrRio> do i need to put all the files into /usr/share/games/<gamename>, then put an executable shell script in /usr/bin/<gamename> to start python and start the game?
[05:56] <MrRio> is this the best way of doing it?
[06:03] <bmonty> MrRio: there is a python packaging guide at www.debian.org/devel
[06:05] <desrt> Seveas; poke.
[06:05] <Seveas> desrt, bang
[06:05] <desrt> Seveas; keyboardcast finally got approved for upload.  congrats.
[06:05] <Seveas> yay :D
[06:06] <Seveas> congrats to you too
[06:06] <MrRio> bmonty: cheers
[06:06] <desrt> anyway.  i'm trying to upload another of my projects to revu
[06:06] <desrt> i pacakged it last night and sent crimsun a tarball to look over... he told me what to change... then i applied to have my key added to revu
[06:06] <desrt> (which i did)
[06:06] <desrt> so now i need to know how to actually upload
[06:07] <Seveas> dput
[06:07] <Seveas> https://wiki.ubuntu.com/MOTU/Packages/REVU
[06:08] <desrt> your kana smiles are amusing :)
[06:11] <desrt> k.  that seemed easy.
[06:13] <desrt> bbiab.
[06:21] <desrt> uh.  something really weird happened with my upload.
[06:31] <desrt> can i get some help?
[06:31] <desrt> my upload is zonked
[06:31] <desrt> http://revu.tauware.de/details.py?upid=2106
[06:31] <desrt> for some reason it copied the entire source into itself
[06:31] <desrt> resulting in a gigantic diff
[06:41] <MrRio> can i follow bedian instructions to the letter then for making ubuntu packages>
[06:41] <MrRio> bedian?? i mean debian
[06:46] <hub> desrt: if you could remove config.sug and config.guess from the diff it would be nice
[06:46] <hub> desrt: for that you need to move the rule that update them to the configure rule and rm them in the clean rule
[06:46] <hub> or just use cdbs :-)
[06:47] <desrt> is that the one that stores the tarball of the app inside of the .deb?
[06:47] <desrt> like... when you unpack it, there's a tarball sitting there
[06:48] <hub> ?
[06:48] <desrt> uh
[06:48] <desrt> wtf
[06:48] <desrt> ifneq "$(wildcard /usr/share/misc/config.sub)" ""
[06:48] <desrt>         cp -f /usr/share/misc/config.sub config.sub
[06:48] <desrt> endif
[06:48] <desrt> ifneq "$(wildcard /usr/share/misc/config.guess)" ""
[06:48] <desrt>         cp -f /usr/share/misc/config.guess config.guess
[06:48] <desrt> endif
[06:48] <hub> this
[06:48] <hub> it is in the clean rule
[06:48] <desrt> it is.  it seems to be a bit of nonsense?
[06:49] <hub> should be in the config.status: rule, just before calling configure
[06:49] <hub> it is debian non sense
[06:49] <hub> cdbs does not do that
[06:49] <desrt> so just after dh_testdir i guess
[06:50] <desrt> now can you explain to me why i have a muine-shell-0.6.0 subdirectory here?
[06:50] <hub> yep
[06:50] <hub> desrt: on REVU?
[06:50] <desrt> actually.. it might help if i understood what debuild used for the 'original tarball' to generate the diff against
[06:50] <desrt> hub; yes.
[06:50] <desrt> http://revu.tauware.de/revu1-incoming/muine-shell-0603051210/muine-shell-0.6.0/muine-shell-0.6.0/
[06:51] <desrt> hub; also see my diff which now contains a complete copy of the source of the entire package
[06:51] <hub> desrt: it is revu that does that
[06:51] <hub> it does not
[06:51] <desrt> wanna bet?
[06:51] <desrt> http://revu.tauware.de/revu1-incoming/muine-shell-0603051210/muine-shell_0.6.0-1.diff
[06:52] <hub> it only has debian files and the config*
[06:52] <desrt> oh whacky
[06:52] <desrt> i thought that was the text of ./configure
[06:52] <desrt> ahah
[06:52] <desrt> why did revu do that to me but not to others?
[06:54] <desrt> so i take it copying those config.guess files in from /usr/share causes ./configure to go faster
[06:54] <desrt> since it doesn't have to check everything
[07:00] <desrt> weird
[07:00] <desrt> do now i have
[07:00] <desrt> *.diff                0 Bytes
[07:00] <desrt> but my debian/ files are all there
[07:01] <desrt> uh.  my old debian/ files are there from the previous upload (ie: my rules script is unchanged)
[07:03] <Gloubiboulga> desrt, you don't have an orig tarball, so no diff.gz
[07:03] <desrt> ok.  so this is the question i asked hub
[07:04] <desrt> where does it look for the original tarball?  i just have it in the obvious place (parent directory)
[07:04] <desrt> and i'm using debuild -S -sa
[07:04] <Gloubiboulga> what's the name of your tarball?
[07:04] <desrt> muine-shell-0.6.0.tar.gz
[07:05] <Gloubiboulga> it should be muine-shell_0.6.0.orig.tar.gz
[07:05] <desrt> in the parent dir?
[07:05] <Gloubiboulga> outside muine-shell-0.6.0/
[07:05] <desrt> right.
[07:07] <desrt> ok.  thanks much.  i think i got it right this time :)
[07:08] <Gloubiboulga> np :)
[07:11] <desrt> so i think i've confused revu.... since it's not emailing me a password
[07:12] <Gloubiboulga> he doesn't mail passwords
[07:12] <desrt> my packages are by<EMAIL_ADDRESS>but signed by<EMAIL_ADDRESS>:)
[07:12] <hub> desrt: if the uid is in the key, no problem
[07:12] <desrt> oh.  i read on the wiki that your first upload would trigger the system to email you an initial password
[07:12] <desrt> hub; the uid is not in the key :)
[07:12] <hub> desrt: then add it and update the servers :-)
[07:13] <desrt> hub; bah. i'm trying to keep my key minimal
[07:13] <hub> desrt: you have no choice
[07:13] <hub> desrt: or emit a new key nobody has signed
[07:13] <hub> desrt: or something
[07:13] <desrt> if i add some of my aliases i'm going to want to add all of them
[07:13] <hub> desrt: add the one you need
[07:13] <hub> desrt: you can still revoke later :-)
[07:14] <desrt> desrt.ca, mcmaster.ca, gnome.org, ubuntu.com, freedesktop.org, haskell.org, linux.ca, ...
[07:14] <desrt> wouldn't want to show preference to one over the others :p
[07:14] <desrt> ('cept desrt.ca of course)
[07:15] <desrt> anyway.  my upload looks pretty good.  thanks guys
[07:15] <desrt> anyone want to revu it? :)
[07:16] <hub> desrt: then put the desrt.ca address for the packager/changelog
[07:19] <desrt> hub; you've signed my key, right?
[07:21] <hub> desrt: yeah I did
[07:21] <desrt> will you sign my new uid for me?
[07:21] <hub> desrt: afaa6ff6
[07:21] <desrt> correct.
[07:22] <hub> desrt: no need to sign the new uid
[07:22] <desrt> for some reason gpg now thinks my primary uid is<EMAIL_ADDRESS>[07:23] <desrt> k.
[07:49] <MrRio> ive been reading the debian guide for making deb files for ages
[07:50] <MrRio> im just getting more and more confused
[07:50] <MrRio> its a simple python game
[07:50] <MrRio> and i know where everything needs to go, and all its dependencies
[07:50] <MrRio> it has no make file, is the main problem, and i need to change 1 line of code from the original package so it saves settings in the users home dir
[07:51] <MrRio> been reading thru it on and off since for 4 hours
[07:52] <MrRio> im using dh_make
[08:20] <phanatic> hi people
[08:21] <phanatic> siretart: got my mail?
[08:22] <nomed> if i write a missing desktop file where should i put it ?
[08:24] <phanatic> nomed: i think you should attach it to the appropriate malone bug
[08:24] <siretart> phanatic: which email? /me got an awful lot of mails this weekend
[08:24] <siretart> hi folks! (just arrived at home)
[08:25] <nomed> phanatic, that pkge is not in malone ... i would try to have it for dapper + 1
[08:27] <phanatic> siretart: i asked you to support me @ cc meeting (mail dated 01/03)
[08:27] <siretart> phanatic: oh, yes. I remember
[08:28] <siretart> hm, it is 12 UTC, thats probably a bit unconvinient on saturday for me, but I'll try to make it, I promise
[08:28] <phanatic> siretart: it'll be on tuesday
[08:29] <siretart> yes
[08:29] <phanatic> siretart: you said saturday :) anyway, thanks for your support
[08:30] <siretart> err, right, sry. I'm quite tired after CLT now, will go to bed early
[08:31] <siretart> now for some keysigning
[08:31] <phanatic> siretart: i understand...
[08:32] <Gloubiboulga> nomed, put it the debian/ dir
[08:32] <nomed> k thanks
[08:33] <phanatic> hey Gloubiboulga :)
[08:34] <Gloubiboulga> hi phanatic :)
[08:34] <siretart> phanatic: https://launchpad.net/people/phanatic/+packages looks nice, though. That'll be more than enough for membership :)
[08:36] <netzmeister> re
[08:42] <phanatic> siretart: thanks, but i have several more contribs too (related to hungarian ubuntu community) :)
[08:46] <siretart> phanatic: great :)
[08:48] <phanatic> siretart: then i hope to see you at the meeting ;)
[08:48] <siretart> I'll try to make it
[08:49] <phanatic> thanks a lot in advance
[08:57] <hub> desrt: since you are upstream, maybe you could fix these C warnings in muine-shell
[08:57] <desrt> what are they?
[08:57] <desrt> muine-shell.c:140: warning: incompatible implicit declaration of built-in function strlen
[08:58] <desrt> ahah
[08:58] <desrt> thanks for the tip.  totally missed that before
[08:58] <desrt> just those two?
[09:00] <hub> desrt: see REVU for the review :-)
[09:01] <desrt> hub; thank you much :)
[09:01] <tseng> desrt: i like the package, but i never remember my login to this stupid thing
[09:02] <desrt> hub; was it just those two warnings?
[09:02] <desrt> hub; if so, i hope you don't mind if i don't want to do a new upstream release... maybe i could just add a patch to the package?
[09:02] <hub> desrt: read on REVU the review comments first
[09:02] <desrt> hub; i have.
[09:03] <hub> desrt: the warning are to go to upstream
[09:03] <desrt> hub; i've committed the fix to gnome cvs already :)
[09:03] <hub> desrt: otherwise no biggie, at least I hope
[09:03] <desrt> k.
[09:03] <hub> desrt: I just dislike things with warnings like that
[09:04] <hub> desrt: man and --help
[09:04] <desrt> it has --help
[09:04] <hub> desrt: that would work for a new releas
[09:04] <hub> desrt: ni
[09:04] <hub> ./muine-shell --help
[09:04] <hub> Muine isn't running
[09:04] <desrt> oh.  that's lame.
[09:04] <desrt> it must try to connect to muine before parsing the arguments o ut
[09:05] <hub> desrt: and add a "Recommends:" on Muine for the package
[09:05] <desrt> good call
[09:05] <desrt> btw: when i run lintian i get no output
[09:05] <desrt> do you somehow enable more warnings?
[09:05] <hub> desrt: no
[09:05] <hub> desrt: I just debuild
[09:06] <hub> desrt: btw look at help2man
[09:06] <hub> desrt: should be able to generate a man page out of that :-)
[09:06] <desrt> sweet :)
[09:06] <hub> desrt: that is the lazy option
[09:06] <desrt> or at least a good start
[09:07] <desrt> ok.  gonna work on upstream for a bit, then
[09:07] <desrt> thanks for the pointers
[09:24] <netzmeister> does anybody know the link to the "library packaging guide" ?
[09:25] <tseng> google does
[09:25] <tseng> http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html
[09:25] <netzmeister> omg thx tseng
[09:26] <tseng> "I'm feeling lucky" :)
[09:29] <netzmeister> What does this mean? "youll need library packaging style (-dev, lib* packages), if you install shared objects into /usr/lib. "
[09:29] <tseng> it means what it says, really
[09:29] <tseng> if you install shared objects (.so) into /usr/lib
[09:29] <tseng> you need libfoo
[09:29] <tseng> libfoo-dev
[09:29] <minghua> "shared objects" means *.so* files, if you don't know that
[09:30] <minghua> but you really need to understand those better before start packaging libraries
[09:34] <netzmeister> hm
[09:42] <desrt> k.. so i just did a new upstream release addressing your requested changes, hub
[09:42] <desrt> hub; should i start from scratch with the packaging or should i add a second changelog entry?
[09:49] <Gloubiboulga> desrt, one changelog entry is enough
[09:50] <desrt> Gloubiboulga; do you know how hub got these lintian warnings?
[09:51] <desrt> oh.  nm
[09:51] <Gloubiboulga> running lintian on the deb package I guess
[09:51] <desrt> quite :)
[09:53] <minghua> running lintian on the .changes file would be a better idea, because it checks both the source package and the binary package(s)
[09:56] <Gloubiboulga> minghua, I didn't know that
[09:56] <Gloubiboulga> I always run it on .dsc and .deb
[09:58] <minghua> Gloubiboulga: read lintian(1) man page ;-)
[09:58] <Gloubiboulga> it's just what I'm doing :)
[10:09] <desrt> hmm.  weird
[10:09] <desrt> if i buildpacakage then it modifies the dsc in a way which causes my checksums to no longer match up
[10:10] <desrt> tseng; ping
[10:10] <desrt> actually.  not here.
[10:13] <minghua> desrt: your checksum of .orig.tar.gz or .diff.gz?
[10:13] <minghua> .diff.gz is supposed to be different for every build
[10:13] <minghua> even if nothing was changed
[10:13] <desrt> when i went to upload it said that my checksums didn't match
[10:13] <desrt> redoing debuild -S helped
[10:16] <MrRio> hey
[10:16] <MrRio> ok, ive finished that python game package i was working on earlier
[10:16] <MrRio> it all made sense when i read a little howto about makefiles
[10:16] <MrRio> would/could someone try it out http://amusd.com/debs/nannoid_1.0-1_i386.deb
[10:19] <MrRio> anyone? :(
[10:22] <minghua> MrRio: usually people paste _source_ packages here for review, not binary packages
[10:25] <MrRio> minghua: but since its python, that doesnt really apply does it?
[10:26] <minghua> MrRio: it still does, because people here want to see how the packaging is done
[10:27] <minghua> MrRio: if you just want testers for the game, I suppose #ubuntu is a better place to ask
[10:27] <MrRio> minghua, ah ok, so i need to write a make target for 'source'
[10:28] <MrRio> no, its testing for the package, since its my first
[10:29] <minghua> MrRio: if you want other people's comments on your packaging (not just test if the package works or not), always show the source package
[10:29] <phanatic> MrRio: upload it to REVU: https://wiki.ubuntu.com/MOTU/Packages/REVU
[10:29] <MrRio> minghua, didnt know that, thought it would have all the same files inside of it
[10:33] <MrRio> minghua, when I run debian/rules source it says "No rule to make target `source'"
[10:33] <MrRio> I'm not sure what to put in my makefile for source.
[10:34] <minghua> MrRio: read more documenatation about packaging.  The one at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html, for example
[10:35] <MrRio> minghua, Cheers, ive done one now, just uploading it
[10:39] <MrRio> need to wait for an email for upload rights
[10:40] <MrRio> minghua, in the meantime if you could have a quick look at http://amusd.com/debs/ to see if ive done the source package right
[10:40] <MrRio> ive done it as a diff of the original
[10:41] <siretart> MrRio: for revu?
[10:42] <MrRio> siretart: yeah, the wiki said i need to email to get added to the uploaders keyring
[10:43] <siretart> MrRio: whats your keyid?
[10:45] <MrRio> siretart, 215E0FE4
[10:46] <desrt> hmm.  siretart is here.
[10:46] <toma> siretart: thanks for the comment on rsibreak, I have two pending debian patches uploaded to debians alioth (for gnome there are two Quits in the context menu and the welcome text states something which is not true), is it ok, if we upload a new package to revu tomorrow evening?
[10:46] <desrt> siretart; revu isn't sending me my "thanks for your first upload, welcome" email
[10:47] <siretart> MrRio: done
[10:47] <siretart> desrt: right. the code responsible for that isn't written yet
[10:48] <desrt> hahahah
[10:48] <desrt> how do i login to the website, then?
[10:49] <siretart> user your email adress as login, and use the recover password link
[10:50] <desrt> k
[10:50] <siretart> toma: err, better get your package to debian, then we can sync from there. I think thats less work for all
[10:51] <minghua> any MOTU around to upload a UVF exception package?  the exception was granted.  #29267
[10:51] <minghua> bug #29267
[10:51] <Ubugtu> malone bug 29267 in apt-proxy "apt-proxy crashes after upgrading" [Normal,Unconfirmed]  http://launchpad.net/bugs/29267
[10:52] <desrt> siretart; the message contains (only) the word "None"
[10:52] <toma> siretart: 0.5.0  is already in debian, but without these patches
[10:53] <siretart> toma: get those patches to debian and ask for the specific package version to be synced
[10:53] <siretart> desrt: damn. you didn't use your primary userid for signing your package, did you?
[10:53] <toma> siretart: ok! thanks for the info. I will take care of that.
[10:53] <siretart> that part of revu really sucks
[10:54] <desrt> siretart; well, i did.  but it didn't match the email address i used to upload the package
[10:54] <desrt> ie: i 'debianised' with<EMAIL_ADDRESS>but signed with<EMAIL_ADDRESS>[10:54] <desrt> revu appears confused :)
[10:54] <siretart> yes, it is
[10:54] <desrt> i do not have a<EMAIL_ADDRESS>uid
[10:55] <desrt> and if i did it wouldn't be signed by anyone
[10:55] <siretart> technically, your login is the email which is in the Changed-By field of your changes file
[10:55] <siretart> try that email
[10:55] <desrt> right.. it doesn't even know that one at all
[10:55] <desrt><EMAIL_ADDRESS>[10:59] <siretart> I'm mailing your password later
[10:59] <siretart> need to write some other mails first
[10:59] <desrt> k.  thanks.
[11:05] <MrRio> how do i use dput, its saying its not a '.changes' file
[11:07] <netzmeister> dput revu .......source.changes
[11:08] <MrRio> i wasnt running debuild
[11:09] <MrRio> well, finally, my first package on revu, making a package should hopefully be much less painful next time
[11:14] <MrRio> siretart: its telling me my password is 'None' too
[11:17] <ajmitch> morning
[11:18] <desrt> ajmitch; cheerio.
[11:18] <ajmitch> hey desrt, what's up?
[11:19] <desrt> made my first revu upload today :)
[11:19] <ajmitch> heh nice, what was it?
[11:19] <desrt> muine-shell
[11:19] <desrt> just a little one :)
[11:20] <desrt> hub was being harsh... he's all "fix compile warnings!  write a manpage!"
[11:20] <ajmitch> as he should be
[11:20] <desrt> :)
[11:20] <desrt> i ended up making a new upstream release just to satisfy all his demands :p
[11:21] <ajmitch> you're the unfortunate upstream as well?
[11:21] <desrt> nod
[11:21] <desrt> if anything, this is a vaguely fortunate situation to be in
[11:22] <desrt> i don't have to fight with anyone to get patches accepted :)
[11:22] <MrRio> lol
[11:23] <minghua> ajmitch: I remember you use apt-proxy?
[11:24] <theCore> hello LaserJock!
[11:24] <LaserJock> hi theCore
[11:24] <MrRio> its been 10 mins and my package still isnt on the revu site, is everything ok with it?
[11:24] <theCore> oups, wrong channel :P
[11:25] <ajmitch> minghua: yes
[11:25] <desrt> MrRio; did you get an email saying your key had been added to the revu keyring?
[11:26] <ajmitch> MrRio: you did a binary upload, not a source-only upload
[11:26] <minghua> ajmitch: good, my memory didn't let me down. :-)  then I suppose you would be willing to sponsor my upload for bug #29267 then?
[11:26] <Ubugtu> malone bug 29267 in apt-proxy "apt-proxy crashes after upgrading" [Normal,Unconfirmed]  http://launchpad.net/bugs/29267
[11:26] <minghua> ajmitch: the UVF exception was granted, and I updated the patch
[11:27] <minghua> ajmitch: built in pbuilder and tested locally
[11:27] <MrRio> desrt: no i didnt get an email, but i told siretart asked for my keyid and he said it was 'done'
[11:27] <desrt> MrRio; same diff :)
[11:28] <ajmitch> MrRio: you tried to upload nannoid, right?
[11:28] <MrRio> ajmitch: yeah
[11:28] <ajmitch> MrRio: then please build it as a source package & reupload
[11:28] <ajmitch> debuild -S -sa
[11:29] <ajmitch> minghua: I can't test this, as I'm away from my home computer
[11:30] <minghua> ajmitch: oh okay, I'll ask around later for other MOTUs, then
[11:30] <MrRio> ajmitch, thanks :)
[11:33] <siretart> poor ajmitch
[11:33] <siretart> hi ajmitch :)
[11:36] <ajmitch> hi siretart
[11:36] <ajmitch> how's it going?
[11:38] <LaserJock> hi ajmitch and siretart and minghua
[11:39] <siretart> ajmitch: I just returned from Chemnitzer LinuxTag. Was a great conference
[11:40] <minghua> hi LaserJock
[11:48] <MrRio> what are the packages ordered by on revu?
[11:52] <MrRio> ive noticed a problem with my package, the .ex files are still in there
[11:52] <MrRio> i've removed them, does this mean i have to make a new revision?
[11:52] <MrRio> and how would i do that?
[11:56] <slomo_> bmonty: pong?


 Hi, I need some help with something regarding read-only CD formatting. Here's the link (https://www.reddit.com/r/Lubuntu/comments/1ai1w5w/how_to_format_a_readonly_cd/) to the Reddit post.
 you don't.  CDs are not designed to be reformatted or rewritten to. (re @eiabruh: Hi, I need some help with something regarding read-only CD formatting. Here's the link to the Reddit post.)


[22:23] <netritious> mint with cinnamon installed on ancient toshiba laptop not as terrible as I thought
[22:24] <wrst> the fact that it isn't terrible I would guess exceeds expectations?
[22:25] <netritious> wrst: that is a reasonable assesment :)
[22:25] <wrst> ha ha :)
[22:26] <wrst> so all is going well netritious?
[22:26] <netritious> yep...how about you wrst?
[22:27] <wrst> good about to check out and head home
[22:27] <wrst> so getting better all the time :)
[22:27] <netritious> another monday to leave behind ;)
[22:28] <netritious> i tried ubuntu first wrst
[22:29] <netritious> but doesn't support non-pae cpu out-of-the-box and dvd failed to boot
[22:30] <netritious> like it wanted to to, but then failed with the "cpu no pae"
[22:31] <netritious> same laptop three years ago ran ubuntu fine :/
[22:33] <netritious> mint took work to get installed but a lot less than I anticipated


[00:12] <darkxst> yeh its just 2 patches that fix memory leaks
[11:36] <darkxst> hmm user switching seems completely broken
[11:37] <smartboyhw> Ooh!
[11:38] <darkxst> I can't log back into an active session from the switch user screen
[11:38] <darkxst> and to make it even worse, lock screen is not activated when switching, so can just switch VT's to get into an unlocked session
[12:59] <jbicha> darkxst: you mean while using GNOME Shell on GDM? have you restarted GDM since yesterday's updates?
[13:32] <smartboyhw> Yo jbicha
[13:32] <jbicha> aloha
[13:32] <smartboyhw> jbicha: You are in Hawaii?
[13:35] <jbicha> no
[13:35] <smartboyhw> :)
[14:18] <smartboyhw> Hi ricotz
[14:21] <ricotz> smartboyhw, hi
[14:23] <smartboyhw> ricotz: How´s the artwork? I heard about it
[14:26] <ricotz> smartboyhw, sorry, i can't following you, what?
[14:27] <smartboyhw> Maybe wrong person but
[14:27] <smartboyhw> Anyway forget about it
[20:33] <darkxst> jbicha, yes I have restarted gdm
[20:45] <darkxst> does user switching work for you?
[20:47] <jbicha> I haven't tested that yet, I'm running Unity today
[20:53] <darkxst> well basically I am seeing atleast 2 bugs here
[20:54] <darkxst> plus there is a really bad bug in control-center ;(
[20:55] <darkxst> try clicking on a user's fullname in user settings
[20:55] <darkxst> it becomes editable, but the text is massive
[20:56] <jbicha> darkxst: that bug was fixed (I think yesterday)
[20:56] <darkxst> and try to actually edit, it crashes, control-centre and shell
[20:57] <jbicha> it's a pretty awesome bug, isn't it?
[20:59] <darkxst> yeh, whoever thought a tiny text field could take down the entire session!
[21:18] <darkxst> https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1053666


[17:34] <tom95> hi, I'm desperately trying to get "bzr rebase" on my ubuntu 14.04 installation. Do you have any idea where to get it from? The packages I found so far where only compatible with older versions of bzr and installing from source didn't make it be recognized by bzr for some reason.
[17:35] <LeoNerd> I believe it's in  bzr-rewrite
[17:36] <tom95> LeoNerd: yes, I found packages for bzr-rewrite, but they requested a bzr older than mine
[17:37] <tom95> so they failed to install
[17:37] <LeoNerd> Hmm
[17:46] <tom95> sorry, I had connection problem, have I maybe missed an answer?
[17:46] <LeoNerd> Nop


[17:42] <lk82> hi
[17:42] <lk82> again i'd like to ask a question
[17:42] <lk82> my ubuntu 13.04 gnome version has a problem with one thing
[17:43] <lk82> it does not save the settings of desktop
[17:43] <lk82> i can't have desktop with mounted devices and files from desktop visible
[17:43] <lk82> has anybody any solution?
[17:58] <bjsnider> would someone kick that guy for sending private messages please?
[18:01] <lk82> hey dude, i'm just a newbie in this webchat
[18:01] <lk82> sorry for interrupt
[18:02] <lk82> i'm just looking a sollution for the problem i got with ubuntu and cannot find any solution in any forum
[18:02] <lk82> seems to me that ubuntu gnome has the lowest support of all ubuntu versions
[18:03] <lk82> anyway it looks well and works well for me, but in 12.04 i had no problem with system and in 13.04 this desktop issue i have is annoying


 How can I zip a directory in command line ?
[05:46] <Nairwolf> I really don't understand the man page...
[05:47] <pleia2> zip -r filename.zip directory/
[05:47] <Nairwolf> oh, in this way !
[05:47] <Nairwolf> I did the other way !
[05:47] <Nairwolf> thank you
[05:47] <pleia2> you're welcome
[05:48] <Nairwolf> thank you ;)
[05:50] <pleia2> figured out the light switches in my suite \o/
[05:53]  * pleia2 sleep &
[05:58] <nhaines> Is there another way?  :)
[05:58] <nhaines> pleia2: have fun tomorrow at the seafood place!
[18:32] <Nairwolf> Hi, in this web page, there is only Ubuntu Hour Berkeley, is it usual ? http://loco.ubuntu.com/teams/ubuntu-california/events/
[18:32] <darthrobot> Title: [Ubuntu California Events List | Ubuntu LoCo Team Portal]
[21:01] <Nairwolf> I will try again. I don't find the next Ubuntu hour... I've found this page, but it's only Ubuntu Hour Berkeley. When are the others ? http://loco.ubuntu.com/teams/ubuntu-california/events/
[21:01] <darthrobot> Title: [Ubuntu California Events List | Ubuntu LoCo Team Portal]
[21:58] <nhaines> Nairwolf: the others are usually announced on our mailing list a week to a few days before they happen.
[22:30] <Nairwolf> someone gave me a link with the event at sf, but I don't find anymore the link...
[22:30] <Nairwolf> I'll check the ML, so
[23:29] <pleia2> the San Francisco one typically would have happened last night, but I'm out of the country and no one else was around to host it either
[23:33] <Nairwolf> hum....
[23:33] <Nairwolf> so bad....


[02:37] <hansengel> Hi, I need a launchpad administrator to move a milestone and delete a series: https://answers.launchpad.net/launchpad/+question/39808
[02:38] <hansengel> also, my .pot and .po files have been sitting in the import queue for 4 days now.. how long does this typically take?
[02:41] <thumper> hansengel: I'm not sure on the import queue time, but ask jtv or danilo when they are around
[02:42] <hansengel> thumper: okay, cool
[04:57] <Zelut> quick PPA related question.  On my latest upload I got this reject response:
[04:57] <Zelut> Rejected:
[04:57] <Zelut> Could not find person '<your-launchpad-id>'
[04:58] <Zelut> Further error processing not possible because of a critical previous error.
[04:58] <Zelut> bzr whoami has the right info and the .dput file looks right..
[04:58] <Hobbsee> i'll bet your dput.cf is wrong.
[04:59] <Hobbsee> have another look at it
[04:59] <Zelut> actually, looking at my dput.cf I think I see the problem.
[04:59] <mwhudson> :)
[05:00] <Zelut> didn't use the right location name.. tried to dput to "ppa" instead of "project-name" as I have it config'd.
[05:00] <Hobbsee> that'll do it
[05:00] <Zelut> lets try this again
[05:01] <Zelut> I always get just enough packaging down to update my PPA.. and then promptly forget until the next update.
[05:02] <Zelut> thanks
[05:05] <Picklesworth> Hi!
[05:05] <Picklesworth> I'm getting piles of email from teams' subscribed bug trackers in Launchpad, and there isn't a particular sender in this case
[05:06] <Picklesworth> the only sign I can find which points to being from Launchpad is the reply-to address :/
[05:06] <Picklesworth> and I can't find how to set up a search folder for them in Evolution
[05:19] <Picklesworth> anyone found a way?
[05:20] <Hobbsee> check the full headers, and filter that way
[05:21] <wgrant> Picklesworth: There are lots of X-Launchpad-* headers to let you filter well.
[05:22] <Picklesworth> Ooh, I see them now. Thanks :)
[07:02] <agari> Hi all, got a question about Launchpad Teams: What happens if one attempts to join an assigned team for translating Ubuntu but receives no reply/answer? And the team owner does not reply to emails?
[07:58] <IntuitiveNipple> Is edge not running amd64 builds right now?
[09:18] <mrevell> Morning Launchpad.
[10:07] <jmunro> bigjools: i have the same problem building my package at home on amd64
[10:07] <bigjools> jmunro: interesting.  it sounds like a packaging issue, either with your package or the amd64 ones
[10:08] <bigjools> I can only suggest finding a packaging expert or a distro guy
[10:10] <jmunro> okay ill try, thanks for your help
[11:12] <geser> jmunro: try asking in #ubuntu-desktop if that problem is known
[11:14] <jmunro> i think i may have solved the problem
[11:35] <jmunro> bigjools: it was my mistake.. some binaries had crept into the source package :P
[11:35] <bigjools> jmunro: :)
[11:36] <jmunro> sorry for the trouble
[12:01] <mpt> Gooooooooooooooooooood afternoon Launchpadders!
[15:22] <Mez> BUG: Cannot login to wiki without logging out of LP first
[15:23] <Mez> and it's fixed itself ... o_O
[17:38] <fbond> Okay.  Maybe I've done something foolish.  I am forest-alittletooquiet on Launchpad.  I saw that there also existed forest-bond on Launchpad, which was created due to a PPA upload I had made using another e-mail address.
[17:38] <fbond> I decided to merge the accounts, but I thought that I might prefer to be forest-bond, so I claimed that account thinking that I could merge the two afterwards.
[17:38] <fbond> I don't see the merge option anymore, of course.
[17:39] <fbond> Any options at this point?  I now have two accounts.
[17:40] <fbond> Oh, wait, I guess I found it.
[17:40] <fbond> https://launchpad.net/people/+requestmerge I assume works for me.
[17:40] <fbond> Be nice to have a more obvious link to that somewhere...
[17:44] <fbond> The merge system doesn't seem to handle PPAs?
[17:50] <cprov> fbond: no, it doesn't.
[17:50] <fbond> cprov: So what can I do?  I would really like to keep my PPA, if possible.
[17:50] <fbond> I could probably re-upload.
[17:51] <fbond> What happens to the old archive?
[17:51] <cprov> fbond: merge the accounts the way you want and file a question to rename the ppa manually
[17:51] <fbond> cprov: thanks
[17:51] <cprov> fbond: np
[18:03] <calc> is it supposed to be a feature that you can convert a duplicate bug to a question without unmarking it as a duplicate?
[18:03] <calc> see bug 250823
[18:11] <fbond> cprov: so what happens to the old ppa address if the ppa gets moved to a new address?  I guess redirects, etc. can't be set up...?
[18:14] <cprov> fbond: the old archive url will disappear.
[18:14] <cprov> cprov: we don't provide redirects yet.
[20:34] <IntuitiveNipple> Using Edge. Is there a way to Delete superseded packages? I've got a problem where the .orig.tar.gz has changed and all instances need deleting so I can build a new package. I'm guessing the remaining 'superseded' packages are the reason the orig.tar.gz is still there?
[20:49] <persia> IntuitiveNipple: You should increase the apparent upstream version if you need to change the orig.tar.gz.  If this breaks a watch file, you can use opts="uversionmangle=... to clean up.
[20:50] <IntuitiveNipple> Urggh. The original 'upstream' orig.tar.gz was mangled so I wanted to correct it
[20:52] <IntuitiveNipple> I've deleted all the other "published" files belonging to the package but Delete doesn't offer the option to list/delete "superseded" even when the seach is for "Any Status" - PPA front-page *does* list the superseded ... is that a bugette?
[20:55] <IntuitiveNipple> There's no watch file (I'm 'upstream' for this package atm)... so uversionmangle won't do it either. Is this something I can request manually?
[20:59] <persia> IntuitiveNipple: Possibly, although it leaves a bad taste in my mouth if it is possible.  By deleting everything and republishing at the same URI you are essentially rewriting history, which doesn't seem right.
[21:01] <IntuitiveNipple> In this case it makes sense... trial runs perfecting a DKMS package
[21:03] <geser> are "superseded" packages already gone? else they were published
[21:05] <persia> geser: "superceded" packages are those previously published for which newer versions were later published.
[21:05] <persia> (err.  'c'?  's'?)
[21:05] <geser> so why trying to remove them as the archive has only the latest version?
[21:07] <geser> iirc it takes some time till the PPA is cleared completely and one can reupload the same upstream version
[21:14] <IntuitiveNipple> geser: They still exist and are accessible
[21:16] <IntuitiveNipple> E.g. expand one of the r5u870 entries on my 'superseded' list: https://edge.launchpad.net/~intuitivenipple/+archive?field.name_filter=&field.status_filter=superseded
[21:20] <Arc> is there a way to get a list of rejected members for a team?
[21:31] <Syntux> Hi, is there anyway to send an email to all LP Team members? a team that I own?
[21:32] <intellectronica> Syntux: team mailing list
[21:32] <Syntux> intellectronica, I don't have an LP  team mailing list, we have one under lists.ubuntu and actually I want to send an email to LP team members announcing that we have moved from google groups to lists.ubuntu
[21:32] <Arc> are there logs of applied/rejected members?
[21:34] <Syntux> asking me?
[21:41] <Arc> anyone
[22:20] <thumper> Arc: there is no direct way that I know of
[23:45] <jelmer> hmm
[23:45] <jelmer> Using saved location: bzr+ssh://bazaar.launchpad.net/~bzr-gtk/bzr-gtk/trunk/
[23:45] <jelmer> Traceback (most recent call last):
[23:45] <jelmer>   File "/srv/bazaar.launchpad.net/production/launchpad/sourcecode/bzr/bzr", line 119, in ?
[23:45] <jelmer>     sys.stdout.flush()
[23:45] <jelmer> ValueError: I/O operation on closed file
[23:47] <Peng_> jelmer: I thought that was fixed a month ago.
[23:47] <jelmer> is it a bzr or a lp bug?
[23:48] <Peng_> THat traceback is in an LP file, and last time, it was an LP bug.
[23:49] <beuno> jelmer, AFAIK, it's because trunk is still using knits
[23:49] <beuno> (which we should upgrade ASAP)
[23:49] <beuno> but, of course, it's still a major bug in LP
[23:49] <Peng_> That's caused by knits?
[23:49] <beuno> knits<>packs
[23:52]  * jelmer upgrades bzr-gtk
[23:54] <beuno> jelmer, seems like you hit bug #236380 again
[23:54] <beuno> jml, thumper ^
[23:55]  * Peng_ hits Launchpad.
[23:55] <jelmer> I'm using edge
[23:56] <mwhudson> there is no 'edge' for codehosting
[23:56] <jelmer> oh, ok
[23:58] <mwhudson> and i really doubt it's the same bug
[23:58] <mwhudson> same symptom obviously


[22:50] <bdmurray> Eickmeyer: I asked for your review of https://code.launchpad.net/~hyask/auto-upgrade-testing-specifications/+git/auto-upgrade-testing-specifications/+merge/460594 . Let me know if what we need is unclear.