[00:04] <p3rror> hello is there any motu who can advocate my python module
[00:27] <cyberixae> Why do I get...
[00:27] <cyberixae> W: kunquat source: debian-watch-file-in-native-package
[00:29] <directhex> cyberixae, because your package is a Native package (i.e. you are upstream, there's no non-debian source available), and you have a watch file (which would ordinarily point to the unaltered upstream source, to inform you of updates)
[00:30] <cyberixae> my watch file points to original source in Launchpad
[00:30] <cyberixae> and it works
[00:31] <cyberixae> I can get it with get-orig-sourc
[00:31] <cyberixae> e
[00:34] <cyberixae> For some reason a tar ball with the name of my package has appeared as well
[00:34] <cyberixae> funny
[00:34] <cyberixae> I never created one
[00:37] <directhex> debuild will use the orig in the parent folder to determine what goes into the diff.gz
[00:38] <directhex> no orig means it's a native package, and it creates orig as a tarball of the current folder
[00:39] <cyberixae> I forgot to rename the directory that was extracted from the original tar ball
[00:39] <cyberixae> it has a dash instead of under score
[00:40] <cyberixae> I recall doing the same mistake before
[00:43] <cyberixae> no, that's wrong
[00:43] <cyberixae> it should have a dash in it
[00:46] <cyberixae> dpkg-source: warning: source directory 'kunquat-0.2.1' is not <sourcepackage>-<upstreamversion> 'kunquat-0.2.1~twruottu1'
[00:46] <cyberixae> dpkg-source: info: building kunquat in kunquat_0.2.1~twruottu1.tar.gz
[00:47] <cyberixae> is it the ~ that somehow breaks things?
[00:47] <directhex> not at all
[00:47] <directhex> it's because it's a native package
 no orig means it's a native package, and it creates orig as a tarball of the current folder
[00:49] <cyberixae> Well it is not supposed to be a native package
[00:50] <cyberixae> So, how do I change that?
[00:51] <ajmitch> what version did you use in debian/changelog?
[00:52] <directhex> do you have a  <sourcepackage>_<upstreamversion>.orig.tar.gz in .. ?
[00:55] <cyberixae> cyberix@eval:~/my/pak/kunquat/kunquat-0.2.1$ ls ../*orig*gz
[00:55] <cyberixae> ../kunquat_0.2.1.orig.tar.gz
[00:55] <cyberixae> kunquat (0.2.1~twruottu1) jaunty; urgency=low
[00:57] <nellery> cyberixae: you need to add the Ubuntu revision
[00:57] <cyberixae> ?
[00:57] <cyberixae> this for a PPA
[00:58] <cyberixae> initially
[00:58] <cyberixae> as the upstream software is not yet mature enough for universe inclusion
[00:58] <directhex> oh, well spotted nellery
[00:59] <directhex> cyberixae, there's no - in the version in changelog, so it's a native package
[00:59] <directhex> cyberixae, i.e. it's upstream 0.2.1~twruottu1, not a package from upstream 0.2.1
[00:59] <cyberixae> oh
[01:00] <directhex> try 0.2.1-0ubuntu1~twruottu1
[01:00] <cyberixae> I wanted to make official packages overwrite mine as they appear into universe
[01:00] <nellery> cyberixae: it's explained a bit here, for PPAs https://help.launchpad.net/Packaging/PPA#Versioning
[01:00] <cyberixae> and someone told me using ~would be the way to go
[01:00] <directhex> it would. 0.2.1~twruottu1 is lower than 0.2.1
[01:00] <directhex> but 0.2.1 is a native package version
[01:02] <cyberixae> so how do I go lower than 0 after a -
[01:03] <directhex> the lowest thing that would ever go there in an official package is 0ubuntu1
[01:03] <directhex> so you need to be lower than 0ubuntu1
[01:03] <cyberixae> how about packages that come from debian
[01:04] <cyberixae> do they also have -0
[01:04] <directhex> the lowest thing that would ever go there in an official package is 1
[01:04] <cyberixae> -0twruottu1 is lower than -0ubuntu1
[01:04] <cyberixae> right?
[01:05] <ajmitch> yes, but it looks ugly :)
[01:05] <cyberixae> or I could go with -0kunquatppa1
[01:05] <cyberixae> or -0kunquat1
[01:05] <cyberixae> or -0kqt1
[01:05] <cyberixae> or -0kqtppa1
[01:06] <cyberixae> (sorry for the flood)
[01:24] <cyberixae> Thank you guys.
[01:24] <cyberixae> You have been most helpfull.
[01:24] <cyberixae> Now I'm going to sleep.
[01:24] <cyberixae> Good night.
[01:38] <zsquareplusc> i've created a deb package for an application (it's in a launchpad PPA). i'm trying to install a folder with dh_installdocs. in  it's man page i read that i can specify such things in debian/package.docs but that file seems to be ignored
[01:39] <zsquareplusc> does dh_installdocs need an option so that it looks for that file or should that be detected automatically?
[01:43] <zsquareplusc> mm. works when i specify the folder as parameter to dh_installdocs and not using that .docs file
[01:49] <recreatedme> how does one close a bug in debian? that has an RFP?
[01:49] <recreatedme> couldn't find a definte guide it seems.
[01:58] <pochu> recreatedme: you can mail nnnn-done@bugs.debian.org
[01:59] <pochu> if you want to close it with a version, the first line of the mail should have
[01:59] <pochu> Version: 1.2.3-1
[01:59] <pochu> you can also close with an upload, adding a Closes: #123 to you changelog
[02:00] <recreatedme> they said something, make yourself as the owner of the package?
[02:00] <recreatedme> should i mail nnn-done with something like
[02:00] <recreatedme> http://paste.debian.net/40939/
[02:01] <pochu> oh, an RFP
[02:01] <pochu> then no, yo udon't want to close it
[02:01] <pochu> nor mail -done
[02:02] <pochu> what you want to do I think is become the owner and retitle it to ITP
[02:02] <pochu> (do you want to package and maintain that software?)
[02:02] <pochu> hmm, you're confusing me :)
[02:02] <pochu> what bug# is it?
[02:02] <recreatedme> yes pucho
[02:03] <recreatedme> hang on
[02:03] <recreatedme> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=381263
[02:03] <recreatedme> oops
[02:04] <recreatedme> is that right, but it says it's close?
[02:24] <recreatedme> how does one mail  "control@b.d.o" for debian?
[02:24] <recreatedme> i know this is debian specific
[02:25] <recreatedme> but, well, this is just seem to a more helpful channel :)
[02:25] <recreatedme> to be*
[02:25] <jmarsden> http://www.debian.org/Bugs/server-control
[02:26] <recreatedme> it's just  that gmail doesn't recognize the address
[02:26] <jmarsden> ?  control@bugs.debian.org  is being seen by gmail as an invalid address?  I doubt it.
[02:28] <recreatedme> jmarsden control@b.d.o
[02:28] <jmarsden> b.d.o is  IRC shorthand for bugs.debian.org.  Read the docs at the link I posted!
[02:28] <recreatedme> omg!
[02:28] <recreatedme> i really didn't realize that
[02:31] <cpscotti> Friday night at brazil, drinking a beer and waiting patiently for a men with spare time, a good heart and a brave soul to review my package (it already got one advocate). It is a python end user app to build computer vision algorithms from block diagrams. http://revu.ubuntuwire.com/p/harpia
[06:35] <loell> hi, just wanna as if ubuntu lintian really is different with lintian debian?
[06:38] <loell> my ubuntu lintian says no more errors & warning, while debian reviewers that there lintian says more?
[06:45] <jetsaredim> is there a way to mask packages out of a repo so that you don't upgrade them?
[06:45] <jetsaredim> or so that you only see certain packages?
[06:52] <emgent> someone up with intrepid ?
[06:53]  * andrew_sayers raises his hand for emgent
[06:54] <jmarsden> jetsaredim: man apt_preferences
[06:55] <emgent> andrew_sayers: cool, can i query you ?
[06:55] <andrew_sayers> emgent: surely.
[07:02] <emgent> again, someone have an intrepid box?
[07:03] <ajmitch> no, I think most of us would have upgraded by now
[07:03] <ajmitch> does it have to be an actual install & not a chroot?
[07:03] <emgent> :|
[07:03] <jmarsden> I have an Intrepid VM (virtualbox-ose) ... host OS is Jaunty... any use?
[07:04] <emgent> i think that there is a blocker issue in perl base updates (via security fixes)
[07:04] <emgent> jmarsden: can work!
[07:04] <ajmitch> what sort of issue?
[07:04] <emgent> can you run intrepid ?
[07:04] <jmarsden> OK... yes, sure...
[07:04] <emgent> ajmitch: after perl update:
[07:04] <emgent> Reading state information... Done
[07:04] <emgent> Calculating upgrade... Failed
[07:04] <emgent> The following packages have unmet dependencies:
[07:04] <emgent>   libmono-system-web2.0-cil: Depends: libgdiplus but it is not going to be installed
[07:04] <emgent>   xbase-clients: Depends: x11-apps but it is not going to be installed
[07:04] <emgent>                  Depends: x11-utils but it is not going to be installed
[07:04] <emgent> E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages.
[07:04] <emgent> (in apt-get dist-upgrade)
[07:05] <emgent> but i need a confirm.
[07:05] <emgent> jmarsden: type, apt-get update;apt-get dist-upgrade
[07:05] <jmarsden> Intrepid VM is running, how do I trigger the bug?
[07:05]  * ajmitch doesn't see anything perl-related there
[07:05] <jmarsden> OK..
[07:05] <ajmitch> there are some flags you can pass to apt-get to get it to be more verbose, I can't remember what they are though
[07:06] <emgent> jmarsden: some errors?
[07:07] <jmarsden> Not yet... is says 309 upgraded 5 newly installed do I wish to continue... I'll say Y?
[07:07] <emgent> ya
[07:07] <jmarsden> OK.
[07:08] <jmarsden> It's downloading... will be about 5 more minutes to get all those packages...
[07:08] <ajmitch> emgent: it may be something that only shows up with certain packages installed
[07:08] <emgent> ok jmarsden thanks
[07:08] <ajmitch> jmarsden: and it should have broke before now if it was going to
[07:08] <jmarsden> Oh, OK... then... it's fine :)
[07:43] <ramaddan> hi
[07:44] <ramaddan> I have been trying to learn packaging in ubuntu for a while, and I came a across a snag
[07:44] <ramaddan> so I was hoping someone here could help me out
[07:45] <ramaddan> I was playing around with debian/rules, and I noticed that if I tried to change folders while the package is compiling, changing folder does not take effect
[07:46] <ramaddan> in other words, placing "cd example" in "debian/rules" does not have any effect
[07:46] <ramaddan> am I missing something?
[07:57] <StevenK> ramaddan: Because debian/rules is a makefile, and each tabbed-in line in a makefile is executed using a different shell
[07:58] <ramaddan> ok, got that
[07:58] <ramaddan> hmmm
[07:59] <jetsaredim> that's what semicolons and backslashes are for
[08:00] <ramaddan> oh, to keep it within the same shell
[08:00] <ramaddan> and when parentheses close, then goes on to a new shell
[08:00] <ramaddan> is that correct?
[08:02] <jetsaredim> obviously depends on how it's written
[08:05] <ramaddan> ok, trying out right now, so that I can get a better understanding of how it works
[08:09] <ramaddan> it worked :-)
[08:10] <ramaddan> ok, that is one thing of my list of learning, but still much more to learn
[08:11] <ramaddan> thanks for the help in the right direction
[08:16] <jetsaredim> ramaddan: no worries - I'm no packaging expert - but I've written a few makefiles
[11:49] <aerztelogger> james_w: for distributed development we really need to hook up bzr with CIA ;-)
[11:50] <LarstiQ> aerztelogger: there is such a hookup available
[11:50] <aerztelogger> well, only for client-side
[15:07] <CarlFK1> how do I add an app to the menu?
[15:07] <CarlFK1> er... as part of the package install process
[15:08] <CarlFK1> https://edge.launchpad.net/~carlfk/+archive/ppa dvswitch - 0.9~alpha-0.1~ppa1
[15:09] <CarlFK1> what do I do in debian/rules so that when that is installed /usr/bin/dbswitch gets added to Apps/Sound&Video
[15:23] <fabrice_sp> CarlFK1, you need to install a .desktop file
[15:23] <CarlFK1> fabrice_sp: thanks - that sounds like enough for me to go on
[15:24] <fabrice_sp> ok ;-)
[15:26] <CarlFK1> *grumble* I guess I need to find/make an icon...
[15:28] <fabrice_sp> yes: if the app does not have one. Otherwise, your app will appear with the ugly default one
[15:30] <CarlFK1> where should the icon get installed?
[15:33] <CarlFK1> Icon=/usr/share/mysql-workbench/images/MySQLWorkbench-48.png
[15:33] <CarlFK1> that ok?
[15:36] <fabrice_sp> CarlFK1, no
[15:37] <fabrice_sp> I'm checking
[15:45] <fabrice_sp> /usr/share/pixmaps/
[15:47] <CarlFK1> thanks
[15:48] <CarlFK1> I am working on something else, mysql-wb was my random pick to look at.  I'll send a note off to them
[15:50] <CarlFK1> if my app foo includes some images that are used when it is run, is /usr/share/foo/images where they should go?
[15:51] <CarlFK1> it provides a test image to stream to a video mixer - the "1" and "2" things in this screen shot: http://pictures.personnelware.com/gallery2/main.php?g2_view=core.ShowItem&g2_itemId=5957
[15:52] <geser> where does the app expect them?
[15:53] <CarlFK1> currently ~/temp  :)
[15:54] <geser> then /usr/share/foo/images sounds fine :)
[15:54] <CarlFK1> thanks
[16:01] <CarlFK1> I can use .svg for icon ? (good, because that's the master format)
[16:02] <geser> yes
[16:32] <maxb> odd.... 'sphinx' needs a merge but is not listed on merges.ubuntu.com, why might that be?
[16:34] <maxb> oh, no it doesn't, it's just a multi-level chain of depwait nastiness
[16:46] <geser> and it waits on jinja2 getting moved to main (MIR is filed and waiting on processing)
[16:46] <geser> bug 382692
[16:49] <CarlFK1> what defines where in the menu tree the item will be?
[16:50] <geser> Category in the .desktop file (IIRC)
[16:50] <CarlFK1> as in, i want /usr/bin/dbswitch under Apps/Sound&Video
[16:50] <CarlFK1> does something else map Category to menu stuff?
[16:51] <geser> every WM which implements the freedesktop specification for desktop files
[16:52] <geser> http://www.freedesktop.org/wiki/Specifications/desktop-entry-spec
[17:03] <PPDP12> Hi
[17:03] <PPDP12> I need help with vi .bashrc
[17:03] <PPDP12> I am busy with the tutorial with daniel on YouTube
[17:04] <PPDP12> He goes to vi .bashrc
[17:04] <PPDP12> then
[17:04] <PPDP12> he goes to the bottom and starts typing
[17:04] <PPDP12> I can get "~" that thing but don't know how to type or get down there to type
[17:04] <pochu> you don't need to use vi
[17:05] <pochu> you could use whatever $EDITOR
[17:05] <PPDP12> ok
[17:05] <PPDP12> let's try
[17:05] <PPDP12> umm I am quite new that's why I am doing theese tutorials
[17:06] <PPDP12> in vi .bashrc
[17:06] <PPDP12> it shows
[17:06] <PPDP12> ~
[17:06] <PPDP12> ~
[17:06] <PPDP12> ~
[17:06] <PPDP12> ~
[17:06] <PPDP12> ~
[17:06] <PPDP12> ~
[17:06] <PPDP12> ~
[17:06] <PPDP12> ~
[17:06] <PPDP12> but, I can't go there to type
[17:06] <PPDP12> how do I do that
[17:06] <PPDP12> ?
[17:06] <pochu> please don't do that :)
[17:06] <pochu> use another editor
[17:06] <pochu> do "gedit .bashrc"
[17:06] <PPDP12> like what?
[17:06] <pochu> like one that you know how to use
[17:07] <PPDP12> o ok
[17:07] <dtchen> geser: if you have a moment, mind doing a no-change upload of haskell-x11-xft, please?
[17:07] <PPDP12> let's see if it works
[17:11] <PPDP12> I have to do it in vi
[17:11] <azeem> ?
[17:11] <PPDP12> can anyone help me with vi.
[17:11] <PPDP12> it is the only way I can do it
[17:12] <PPDP12> I am registering a key
[17:12] <azeem> I suggest reading the vim documentation then
[17:12] <azeem> and/or tutorial
[17:12] <PPDP12> link maybe?
[17:13] <azeem> google might help
[17:14] <PPDP12> can someone help me register my GNG key
[17:15] <PPDP12> GPG sorry
[17:16] <pochu> PPDP12: you dont need vi for that
[17:16] <pochu> just wherever it says vi, use gedit
[17:16] <PPDP12> It does not work I have to execute the command but in gedit I can't
[17:17] <azeem> which command?
[17:17] <PPDP12> vi .bashrc
[17:17] <PPDP12> then
[17:18] <PPDP12> export DEBFULLNAME="myname"
[17:18] <azeem> that's not a command
[17:18] <azeem> that's content
[17:18] <PPDP12> How do I do that??????
[17:18] <pochu> $ gedit .bashrc
[17:18] <pochu> then type
[17:18] <azeem> PPDP12: you write it into your .bashrc
[17:18] <pochu> DEBFULLNAME="Foo Bar"
[17:18] <azeem> with your faviourite editor
[17:18] <pochu> then save
[17:18] <pochu> and close
[17:18] <pochu> no need to use vi
[17:19] <pochu> but if you want to use vi, read some manual as azeem said
[17:19] <PPDP12> so I just save .bashrc?
[17:19] <PPDP12> in gedit?
[17:19] <azeem> PPDP12: what else do you think?
[17:19] <PPDP12> sorry I am new
[17:19] <azeem> if you edit a file, and want the changes to be permanent, you need to save it
[17:19] <azeem> I don't think that is different on other operating systems
[17:20] <PPDP12> yes I know that
[17:20] <PPDP12> Sherlock
[17:20] <azeem> why do you ask then?
[17:21] <PPDP12> nvm
[17:32] <PPDP12> ok
[17:32] <PPDP12> need help on the last thing
[17:34] <PPDP12> he edits A file .pbuilderrc
[17:34] <PPDP12> I editted it
[17:34] <PPDP12> now
[17:35] <PPDP12> he types "sudo pbuilder create"
[17:35] <PPDP12> now
[17:35] <PPDP12> I type in my password
[17:35] <iulian> !enter
[17:35] <PPDP12> sry
[17:35] <PPDP12> then I get this Error "sudo: pbuilder: command not found"
[17:36] <PPDP12> what can I do to fix it?
[17:38] <CarlFK1> PPDP12: paste everthing from what you typed on to http://dpaste.com/ and post the link here
[17:38] <PPDP12> anyone, please help:-(
[17:38] <CarlFK1> it will look something like this:
[17:39] <CarlFK1> http://dpaste.com/63162/
[17:39] <azeem> PPDP12: probably you need to install the pbuilder package
[17:39] <PPDP12> how
[17:39] <CarlFK1> azeem: hush :)
[17:39] <azeem> this is out of scope here
[17:40] <azeem> PPDP12: I suggest asking #ubuntu
[17:40] <CarlFK1> yeah, I was thnking this needed to be moved somwerer
[17:41] <PPDP12> here is the link of mine: http://dpaste.com/63163/
[17:44] <PPDP12> anyone?
[17:44] <CarlFK1> huh - guess you don't get the tips with sudo...
[17:44] <CarlFK1> yeah, what azeem said: I suggest asking #ubuntu
[17:45] <PPDP12> i tried
[17:46] <azeem> try asking again tomorrow or on the forums
[17:46] <PPDP12> k :(
[17:46] <azeem> or try to find some tutorial on package management
[17:51] <PPDP12> ok
[17:51] <PPDP12> well I tried too install pbuilder and I got this:
[17:51] <PPDP12> Reading package lists... Done
[17:51] <PPDP12> Building dependency tree
[17:51] <PPDP12> Reading state information... Done
[17:51] <PPDP12> The following extra packages will be installed:
[17:51] <PPDP12>   bsd-mailx build-essential dctrl-tools diffstat dpkg-dev dput g++ g++-4.3
[17:51] <PPDP12>   gettext intltool-debian libapr1 libaprutil1 libauthen-sasl-perl
[17:52] <PPDP12> that's what is causing the problem, I think
[17:54] <ingenthr> quick question regarding use of other source, which is not a package, in my package
[17:54] <PPDP12> I guess no one can help
[17:54] <ingenthr> i can either include it in a subdirectory, or i can include the tarball and have make targets to untar and patch it
[17:55] <ingenthr> which is the preferred approach for the source .tar.gz I'll be distributing and want to turn into a .deb?
[18:03] <maxb> ingenthr: Difficult to comment without more detail on what the two packages are and why one needs to embed the other
[18:05] <cpscotti> hey fellas! How about reviewing/advocating this package: http://revu.ubuntuwire.com/p/harpia . It already got one advocation! It is a python GUI app to build (and test) computer vision applications!
[18:07] <cpscotti> PS: if you have a webcam, try it! Its a lot of fun!
[18:08] <CarlFK1> cpscotti: Section:science ?  from the description I would expect video
[18:08] <cpscotti> it is a science app
[18:09] <cpscotti> you can use as inputs video or pictures
[18:09] <cpscotti> in depth it is a Image processing/ Computer Vision program... so.. its science..
[18:26] <cpscotti> CarlFK1: reviewing?
[18:27] <CarlFK1> cpscotti: kinda.  I don't really know what I am doing, so I am in no possision to promote it
[18:27] <CarlFK1> but if I see things that seem odd. Ill let you know
[18:27] <cpscotti> CarlFK1: thanks anyway..
[18:28] <cpscotti> thanks
[18:30] <CarlFK1> cpscotti:  icon="/usr/share/harpia/images/harpia.xpm"\  - I think I just leaned that should be in /usr/share/pixmaps/
[18:45] <geser> dtchen: done
[19:03] <cpscotti> CarlFK1: I see what you're saying.. but that .xpm is only used inside the app. The app icon (used in the menu, app icon etc) is at /usr/share/pixmaps.. : harpia.svg
[19:04] <CarlFK1> cpscotti: ah, never mind - like I said.. im clueless
[19:04] <cpscotti> but made me think anyway!
[19:04] <cpscotti> (and maybe... i am just as clueless as u)
[19:04] <cpscotti> CarlFK1: have you tried the app?
[19:05] <CarlFK1> cpscotti: not yet.. and just noticed 1/2 the day is over...
[19:06] <CarlFK1> so I need to get outside and dink with my car before it gets dark
[19:06] <cpscotti> "dink" ?
[19:06] <CarlFK1> futz... tinker... figure out why the shifter cable fell off yesterday
[19:07] <CarlFK1> and figure out how to keep it from falling off again so I dont have to keep reaching under my car, avoid the exhaust pipe and stick it back on
[19:08] <cpscotti> heeauheha
[19:08] <cpscotti> Lol
[19:12] <ingenthr> maxb: thanks... more detail, one package is some other Open Source, not in Ubuntu, which we have a few delta patches on
[19:12] <ingenthr> maxb: we're working with them to incorporate our patches, but it could take a little while
[19:14] <ingenthr> maxb: two approaches I have: 1) include the upstream tarball, create make targets to untar, patch
[19:14] <ingenthr> maxb: 2) include the upstream source, already patched, with the patches living there in a directory so people can see what has changed
[19:15] <ingenthr> all of this would go into the tarball I generate from a make dist
[19:15] <ingenthr> or i should say, either approach would go into that tarball
[19:25] <maxb> ingenthr: Well I suppose it's largely up to you.
[19:26] <maxb> I'd do it whichever way makes it easier to work with your vcs
[19:48] <ingenthr> maxb: thanks, i think untar'ing is easier for me
[19:48] <ingenthr> mainly because i have it done
[19:48] <ingenthr> but i wondered what would be more acceptable to universe
[19:49] <maxb> You will need to consider what would happen if someone else wanted to independently package the 3rd party library into Ubuntu *without* your patches
[19:50] <ingenthr> agreed, longer term i want to just depend upon their package in universe (even if that means I'm contributing/maintaining)
[19:50] <ingenthr> like i said, we need to work with them to get the patches into the mainline
[19:51] <ingenthr> the upstream is libmemcached, i've contributed to it before and it's fairly popular
[19:51] <ingenthr> we just had to use some things which weren't part of the public api (yet!)
[19:53] <maxb> huh, that's not in ubuntu yet?
[19:53] <maxb> libmemcached |     0.30-2 | karmic/universe | source
[19:53] <maxb> ingenthr: ^
[20:02] <ingenthr> maxb: sorry
[20:02] <ingenthr> maxb: it is, we have delta patches beyond 0.30
[20:02] <ingenthr> like i said, we're working to get them in to 0.31 or whatever comes next
[20:02] <maxb> Right.... embedded libraries are generally strongly frowned on
[20:02] <ingenthr> maxb: then i'd just depend on it
[20:03] <ingenthr> understood, and i would rather not do it... but it's not in there yet
[20:03] <ingenthr> hopefully soon :)  should be working on that Monday
[20:03] <maxb> If you feel there's a likelyhood of your patches getting into libmemcached upstream soonish, I would strongly recommend depending on it as a separate package
[20:03] <ingenthr> (i frown on them too)
[20:04] <ingenthr> it's pretty likely
[20:04] <ingenthr> the only concern is we're taking some things which aren't part of libmemcached's public api and making them public
[20:04] <ingenthr> and that could be controversial (since they may not want to maintain that interface)
[20:05] <ingenthr> i don't think it'll be a problem though
[20:05] <ingenthr> only one way to find out...
[20:15] <ingenthr> of course, if there are problems with the way we've done things, we'll adjust... get libmemcached to expose what we need and then switch to whatever the public API is
[20:37] <cpscotti> warp10: If possible, take another look at harpia ( http://revu.ubuntuwire.com/p/harpia ). It already got one advocate! (python, gui, computer vision)
[20:53] <warp10> cpscotti: yeah, I'll try to give a look ASAP
[20:54] <cpscotti> warp10: thanks!
[21:27] <ryanprior> I tried up loading my package to our PPA for testing using dput ppa:ecere-team/ppa *source.changes
[21:28] <ryanprior> but it says "No host ppa:ecere-team/ppa found in config"
[21:28] <ryanprior> the "read about uploading" link in Launchpad just says you need to install dput, and gives no instructions on adding anything to the config.
[21:28] <geser> ryanprior: which ubuntu release do you use?
[21:28] <ryanprior> 8.10
[21:29] <geser> then dput doesn't support this syntax yet
[21:29] <CarlFK1> ryanprior: I just made a cheat sheet https://wiki.ubuntu.com/PpaUpload
[21:29] <CarlFK1> might help
[21:30] <dyfet> ryanprior: I use the ~/.dput.cf for this.  For example, for the 389 team, I have something like:
[21:30] <dyfet> [389]
[21:30] <dyfet> fqdn = ppa.launchpad.net
[21:30] <dyfet> method = ftp
[21:30] <dyfet> incoming = ~ubuntu-389-directory-server/ubuntu/
[21:30] <dyfet> login = anonymous
[21:30] <dyfet> allow_unsigned_uploads = 0
[21:30] <dyfet> and then use dput 389 whatever.changes :)
[21:30] <geser> then you also need a similar stanza for the other team you want to upload
[21:31] <geser> the ppa: syntax is supported by dput in jaunty
[21:31] <ryanprior> I don't have a .dput.cf file -- should I just create one?
[21:31] <ryanprior> I have a Jaunty partition, but I can't figure out how to boot it.
[21:31] <dyfet> yes, you can create one.  I never tried the ppa: syntax with dput, I always just built .dput.cf entries...
[21:32] <ryanprior> I installed Jaunty and got my dev environment set up, then I installed Intrepid and it wiped out Jaunty's bootloader, and Intrepid's bootloader can't seem to boot Jaunty.
[21:33] <dyfet> ryanprior: was your jaunty boot or root partition formatted ext4?
[21:33] <ryanprior> yes, boot and root are both ext4
[21:33] <dyfet> yes...older grub releases did not know ext4...
[21:34] <dyfet> you could use a jaunty "live" cd to recover the jaunty grub instance...
[21:34] <ryanprior> is there any way of getting my Jaunty partition back without having to re-install?
[21:34] <ryanprior> I wish I could tell the LiveCD installer to skip copying files and formatting the root partition, and just set up the bootloader.
[21:35] <dyfet> yes...boot the jaunty live cd.  Then mount the jaunty hd partition to /mnt.  Then mount --bind /dev to /mnt/dev, then chroot to /mnt, and run grub-install
[21:35] <ryanprior> okay, I'm writing that down o.o
[21:36] <dyfet> A bit more detailed...after the live cd comes up, goto terminal...assuming your jaunty partition was /dev/sd2 on your hd...
[21:36] <dyfet> mount /dev/sd2 /mnt
[21:37] <dyfet> sudo mount --bind /dev /mnt/dev
[21:37] <dyfet> sudo chroot /mnt
[21:37] <dyfet> grub-install /dev/sda
[21:38] <dyfet> (sudo mount /dev/sd2 /mnt at the start....)
[21:38] <dyfet> if you have a separate /boot partition, then you will need to mount that also before the --bind mount...so if you have a /boot that is /dev/sd1
[21:38] <dyfet> sudo mount /dev/sd2 /mnt
[21:38] <dyfet> sudo mount /dev/sd1 /mnt/boot
[21:38] <billybigrigger> anyone alive in here?
[21:39] <dyfet> and then the bind and the rest...
[21:39] <billybigrigger> when can we expect karmic to get vbox 3.0 in repos?
[21:41] <dyfet> ryanprior: you could also install grub to the partition that jaunty is on instead of the mbr (using grub-install /dev/sda2 instead), and then chain load jaunty from your intrepid grub...in fact it might be useful to do as well as putting it on the mbr, in case you get into this problem again...
[21:44] <ryanprior> okay, how do I do that?
[21:44] <ryanprior> billybigrigger: my money says that we'll have vbox3.0 in the repos for Karmic+1
[21:44] <billybigrigger> serious?
[21:44] <ryanprior> I hope so.
[21:45] <ryanprior> it would be a shame to wait until karmic+2
[21:45] <ryanprior> but stuff like that happens sometimes
[21:45] <billybigrigger> what about karmic?
[21:45] <ryanprior> we've been waiting for a new Eclipse package since Edgy
[21:45] <dyfet> after you do grub-install /dev/sda, also run it for your jaunty partition, grub-install /dev/sda2, for example...
[21:45] <billybigrigger> it was released only a few days after importfreeze, can't we sneak it into karmic?
[21:46] <ryanprior> billybigrigger: that's not for me to decide -- it's just my experience that stuff released this late doesn't make it into the release, unless it's something really important.
[21:46] <ryanprior> and even then, that's far from a guarantee.
[21:46] <dyfet> then in intrepid, you can use something in /boot/grub/menu.lst like
[21:46] <dyfet> rootnoverify (hd0,1)
[21:46] <dyfet> chainloader +1
[21:46] <billybigrigger> well networking doesnt work with current vbox, and the new 2.6.31 kernel, and vbox 3.0 fixes this
[21:46] <billybigrigger> seems really stupid not to get it in there, thats all
[21:47] <billybigrigger> oh well
[21:47] <ryanprior> the archive maintainers don't always go for smart -- they have a set of priorities and try to keep them.
[21:47] <ryanprior> if we tried to do everything that is smart, we'd have a release cycle like Debian's =D
[21:48] <dyfet> billybigrigger: I think vbox (sun version) was only released last week...I am not sure offhand who repackates the ose version...
[21:48] <dyfet> (repackages)
[21:49] <billybigrigger> 3.0 ose is in debian sid, so i thought maybe it might make its way over to ubuntu soon
[21:50] <dyfet> Billybigrigger: I would suggest filing a merge request bug in launchpad for the vbox package then...
[21:50] <dyfet> and it probably will make its way soon :)
[21:52] <billybigrigger> how would i go about doing that?
[21:52] <billybigrigger> well the thing is i can't find any info on a patch or anything for the current vbox, and i don't really want to install 3.0 outside of the repos
[21:53] <billybigrigger> but i've been sitting here for over a week, and i run my virtual server as a vbox guest...so...i would like to have it, now :P not soon :P
[21:55] <dyfet> well, you could do an apt-get source on the debian sid repo, and then see if you can rebuild the source package locally on ubuntu directly
[21:55] <billybigrigger> and if i have errors with it can i file a bug against it to ubuntu?
[21:56] <dyfet> I would suggest filing it as a merge request...but yes
[21:56] <billybigrigger> https://bugs.launchpad.net/ubuntu/+source/virtualbox-ose/+bug/394188
[21:56] <billybigrigger> someone has i see
[21:56] <billybigrigger> is that what you were looking for?
[21:57] <dyfet> Even better...yes, ubottu is correct, there is a bug for this already :).
[21:58] <ryanprior> dyfet: I see a potential problem with your above instructions.
[21:58] <ryanprior> I won't be able to mount /dev/sda1 /mnt (/dev/sda1 is my Janty partition)
[21:58] <ryanprior> because it's ext4 and this kernel can't read exc4
[21:59] <dyfet> ryanprior: I meant booting from a jaunty "livecd", which should have a kernel that can :)
[21:59] <ryanprior> ah, yeah
[21:59] <dyfet> this is using the live cd as a kind of recovery cd :)
[22:01] <ryanprior> okay, I am going to give this a try
[22:01] <ryanprior> ciao
[22:10] <ryanprior> reporting in from ubuntu 9.04 -- thanks
[22:10] <dyfet> cool!
[22:13] <warp10> cpscotti: I am pbuilding it right now. I just found a few minor issues
[22:22] <cpscotti> warp10: tell me which ones so I can start working
[22:23] <warp10> cpscotti: I'm finishing my test, I'll write down a comment on REVU itself
[22:25] <cpscotti> warp10: thanks a bunch
[22:28] <warp10> cpscotti: ok, commented. As a side note, since you are an upstream developer: some source files misses licensing headers, consider adding it. Further, other files don't have a very clear header regarding license and copyright. Altough not mandatory, making it clearer is recommended
[22:29] <cpscotti> warp10: thanks
[22:38] <cpscotti> warp10: what do you mean by "trailing spaces"? those spaces before \n at the end of lines?
[22:39] <CarlFK1> cpscotti:  if you have spaces before \n, then yes.
[22:39] <CarlFK1> it makes for messy diffs when my editor removes them :)
[22:40] <cpscotti> hmm
[22:40] <cpscotti> thanks!
[22:45] <warp10> cpscotti: yeah, exactely
[23:03] <cpscotti> hey fellas.. if I have the upstream version here ( http://www.das.ufsc.br/~scotti/harpia_1.0.tar.gz ). What would I use in my watch file, I already tried
[23:03] <cpscotti> http://www.das.ufsc.br/~scotti/harpia_(.*)\.tar\.gz
[23:03] <cpscotti> without success
[23:06] <ryanprior> I uploaded a source package to my PPA 10 minutes ago but it still doesn't register the change. How long is it likely to take?
[23:07] <james_w> ryanakca: did you get the ACCEPTED mail?
[23:07] <kklimonda> cpscotti: as far as i remember watch must be able to list a directory where files are hosted
[23:07] <james_w> ryanprior: sorry, ^
[23:07] <kklimonda> uscan*
[23:07] <ryanprior> Ah, no. I got a rejected mail. >.>
[23:08] <ryanprior> Further error processing not possible because of a critical previous error.
[23:08] <ryanprior> but it doesn't tell me what the error is
[23:08] <ryanprior> and it builds fine on my computer
[23:08] <ryanprior> ...
[23:08] <cpscotti> kklimonda: list a directory "full" of .tar.gz s?
[23:08] <james_w> ryanprior: : "previous error", so the error should be above that
[23:09] <ryanprior> ah
[23:09] <ryanprior> ecere-sdk_0.44d2.1-0ubuntu1.diff.gz: Unknown section 'universe'
[23:09] <ryanprior> isn't universe a ception?
[23:09] <ryanprior> section?
[23:09] <maxb> no
[23:09] <james_w> cpscotti: the problem is that it can't read the list of files in http://www.das.ufsc.br/~scotti/
[23:09] <james_w> if you open that page it tries to redirect to a wiki
[23:10] <maxb> ryanprior: http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections
[23:10] <c_korn> why does this package fail to build on jaunty? it succeeds on karmic. I took the sources from karmic. but I cannot see a reason why it fails: http://abs.getdeb.net/pre_build/jaunty/qwit_0.9+svn171-1getdeb1_source.changes.failed
[23:10] <ryanakca> james_w: Not yet, my email only gets downloaded every 20 minutes on the hour... I'll let you know if I don't get it though :)
[23:10] <c_korn> this is the karmic build log: http://launchpadlibrarian.net/28667887/buildlog_ubuntu-karmic-i386.qwit_0.9%2Bsvn171-0ubuntu1_FULLYBUILT.txt.gz
[23:11] <james_w> ryanakca: sorry, tab completion fail :-)
[23:11] <cpscotti> hmm.. thanks james_w
[23:12] <ajmitch> c_korn: but what's the jaunty build log?
[23:12] <maxb> c_korn: looks like weird qt voodoo - perhaps try asking a kubuntu channel?
[23:13] <ryanprior> Okay, my package is a software development toolkit. To what section does that belong? Devel? Misc?
[23:13] <cpscotti> james_w: thanks a lot! I just added another folder in the tree
[23:13] <c_korn> ajmitch: this is the jaunty build log: http://abs.getdeb.net/pre_build/jaunty/qwit_0.9+svn171-1getdeb1_source.changes.failed
[23:13] <c_korn> maxb: ok, I ask there.
[23:20] <ryanprior> Lintian is complaining "E: ecere-sdk source: build-depends-on-build-essential build-depends" -- am I not supposed to depend on build-essential to build my source package?
[23:22] <kklimonda> ryanprior: http://lintian.debian.org/tags/depends-on-build-essential-package-without-using-version.html
[23:22] <savvas> hm.. http://lintian.debian.org/tags/build-depends-on-build-essential.html is not fully explained
[23:22] <kklimonda> well, it's this one: http://lintian.debian.org/tags/build-depends-on-build-essential.html but it lacks good description
[23:22] <savvas> "You depend on the build-essential package, which is only a"
[23:22] <savvas> hehe :)
[23:23] <savvas> great minds, same wavelength :P
[23:24] <ryanprior> I'm going to just remove build-essential from the build depends then
[23:24] <ryanprior> and hope that makes it happeri
[23:24] <ajmitch> ryanprior: the brief answer is no, you shouldn't build-depend on it
[23:24] <ajmitch> because that package will always be installed on the buildds
[23:39] <ryanprior> alright, Launchpad took my upload
[23:39] <ryanprior> now we'll see how long it takes for the package to build
[23:45] <savvas> about 5 minutes to be accepted or not
[23:46] <savvas> after that, it depends on the building time :)
[23:50] <cpscotti> warp10: I just finished fixing all those issues you noted on REVU (and the one u noted here) for harpia ( http://revu.ubuntuwire.com/p/harpia ). When possible.. take a look.. and.. thanks again for the help!
[23:55] <ryanakca> james_w: Hehe :)
[23:57] <warp10> cpscotti: just advocated. What about preparing a package for debian too? It would be very nice keep your package synced in both Debian and Ubuntu. If you lack a Debian sponsor, mentors.debian.net is your friend :)