[12:27] <RAOF> Anyone feel like reviewing either specto ( http://forum.go-compiz.org/viewtopic.php?t=498 ) or gimmie ( http://revu.tauware.de/details.py?upid=4309 )?
[12:31] <sistpoty> RAOF: give me 5 minutes, then I'll take a look
[12:32] <RAOF> Thanks.
[12:34] <Toadstoo1> gra... routers upgrades suck :p
[12:34] <sistpoty> Toadstoo1: why... just ipkg dist-upgrade (or s.th. like that) *G*
[12:36] <Toadstool> :D
[12:38] <sistpoty> RAOF: does gimmie require python >= 2.5?
[12:38] <RAOF> sistpoty: It doesn't, but my patch to link in the python lib is hardcoded to 2.5
[12:39] <RAOF> My autotools-foo is insufficient to handle the general case :(
[12:39] <sistpoty> RAOF: ok, no problem
[12:41] <sistpoty> RAOF: it FTBFS on amd64 :(
[12:41] <RAOF> sistpoty: What?  I *built* it on amd64!
[12:41] <RAOF> I'll check.
[12:41] <sistpoty> RAOF: http://paste.ubuntu-nl.org/4778/
[12:42] <RAOF> Um, why would docbook2x-man segfault :(
[12:42] <sistpoty> though I must admit line 22 is looks a little bit suspicous as if it wasn't gimmie's fault
[12:43] <sistpoty> RAOF: maybe docbook2x-man is just borked atm :(
[12:44] <RAOF> It's possible my docbook is malformed, but I don't *think* it is.  Know of any validators?
[12:44] <sistpoty> sorry, nope
[12:44] <RAOF> Also, it's just successfully built on *my* AMD64 system.
[12:45] <RAOF> Let's try it in a pbuilder...
[12:47] <sistpoty> RAOF: please try a fresh pbuilder... (mine is state of ~yesterday, since I use a mirror)
[12:47] <sistpoty> RAOF: as in pbuilder update
[12:47] <RAOF> k.
[12:48] <sistpoty> RAOF: maybe docbook-to-man might do the job as well (package name == binary name)
[12:48] <RAOF> Hm, my (unupdated) pbuilder also died with a segfault in docbook2x
[12:48] <RAOF> Ok, I'll give it a try.
[12:49] <sistpoty> RAOF: others than that, the sourcepackage looks quite nice, thought I don't see the full picture without being able to build the package yet.
[12:50] <RAOF> Yay :)
[01:14] <RAOF> sistpoty: Is it OK for me to just include the pregenerated gimmie.1 file?
[01:15] <sistpoty> RAOF: as long as you "fix" it once the docbook package is fixed, I don't have a problem with it.
[01:16] <RAOF> Ok.  I'll do that, and upload again.
[01:17] <sistpoty> gn8 everyone
[01:35] <Arrogance> are there any plans to upgrade java-package to support Java 1.6 in Feisty?
[02:15] <pochu> Arrogance: java6 is already in Feisty
[02:16] <pochu> Arrogance: oh, you mean java-package :) I don't know, but is that package also in Debian?
[02:17] <crimsun> yes, it is.
[02:17] <crimsun> (we import it from Debian)
[02:19] <pochu> crimsun: then we should wait until Debian updates it, right? :)
[02:21] <lfittl> hmm, do we have libxcb packaged in Ubuntu?
[02:22] <crimsun> pochu: not necessarily.
[02:23] <pochu> lfittl: I think we haven't
[02:23] <fernando> hi all
[02:23] <pochu> hi fernando :)
[02:24] <pochu> crimsun: but that would be a merge, right?
[02:24] <pochu> crimsun: I'm a little n00b :)
[02:25] <lfittl> pochu, yep, seems so, the question that bothers me is why ;)
[02:26] <pochu> lfittl: I don't know what that package is, what it is for :)
[02:26] <fernando> hey pochu 
[02:26] <lfittl> new x client side library for C, cool stuff
[02:27] <crimsun> we should wait on libxcb, since it'll be tied to debian-x/x-swat
[02:28] <crimsun> pochu: what needs to be merged into 0.28?
[02:28] <lfittl> yep, already in debian/experimental, but I guess it won't make feisty, right?
[02:29] <pochu> crimsun: Arrogance ask for support java6
[02:29] <tepsipakki> lfittl: _if_ xorg-7.2 makes it in, so does libxcb
[02:30] <crimsun> lfittl: sure, we can ask for it to be imported into universe, but it's largely useless just sitting there by itself
[02:30] <tepsipakki> yep
[02:30] <tepsipakki> the new libx11 depends on it
[02:30] <crimsun> pochu: which distributor (ibm or sun)?
[02:30] <crimsun> pochu: as you've stated, 7,04/multiverse has it already
[02:31] <lfittl> tepsipakki, I guess that xorg 7.2 stuff is unrealistic, it's a little late in the release cycle for such a big upgrade
[02:31] <crimsun> lfittl: / tepsipakki: extremely unrealistic. It won't happen for 7.04.
[02:31] <pochu> crimsun: yes, it is, but it supports java 4 and 5, but not 6
[02:31] <lfittl> crimsun, k, thanks for the info
[02:32] <tepsipakki> crimsun: were you in the meeting today?
[02:32] <pochu> crimsun: or that is what the package info says :)
[02:32] <tepsipakki> they discussed 7.2
[02:32] <crimsun> tepsipakki: no, I just got off a plane
[02:32] <tepsipakki> heh
[02:32] <tepsipakki> well, I have everything else ready except mesa
[02:32] <crimsun> tepsipakki: so what was the consensus?
[02:33] <tepsipakki> don't know yet, since I wasn't there, but Colin will sen an email tomorrow to -devel
[02:33] <tepsipakki> suggested that I should read the irclog
[02:33] <tepsipakki> ..which isn't available yet
[02:33] <crimsun> if 7.04 ships with 7.2, I'm going to cry bitterly
[02:34] <tepsipakki> how so? :)
[02:34] <TheMuso> crimsun: Surely not.
[02:34] <RAOF> You don't feel like more X breakage?
[02:34] <TheMuso> Surely it won't ship with 7.2
[02:34] <lfittl> tepsipakki, http://people.ubuntu.com/~fabbione/irclogs/ubuntu-meeting-2007-02-08.html
[02:34] <crimsun> well, I like breakage as much as the next person, but I'm not willing to support breakage
[02:34] <ajmitch> crimsun: because there's noone who knows X well enough to deal with corner case breakage?
[02:35] <tepsipakki> lfittl: thanks
[02:37] <crimsun> pochu: have you read debian 322843 ?
[02:37] <Ubugtu> Debian bug 322843 in java-package "java-package: support for jdk 1.6" [Wishlist,Open]  http://bugs.debian.org/322843
[02:37] <ajmitch> tepsipakki: how much of 7.2 have you prepared?
[02:37] <pochu> crimsun: I'm not interested in that, it's Arrogance who asked for that :)
[02:38] <tepsipakki> ajmitch: proto, lib, xorg-server
[02:38] <pochu> crimsun: but thanks anyway ;)
[02:38] <tepsipakki> so, most of it
[02:38] <pochu> hi Hobbsee :)
[02:38] <tepsipakki> and I've been building them now, not many libs to go
[02:38] <ajmitch> Hobbsee!
[02:38] <crimsun> Arrogance: have you integrated support from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=322843 ?
[02:38] <Ubugtu> Debian bug 322843 in java-package "java-package: support for jdk 1.6" [Wishlist,Open]  
[02:39] <Hobbsee> hey pochu!
[02:40] <tepsipakki> but for me, this has been a way to learn something, so even if they won't make it for feisty, maybe debian could use some of the effort
[02:40] <Hobbsee> hey ajmitch!
[02:43] <crimsun> tepsipakki: certainly, but have you checked XSF's git?
[02:44] <tepsipakki> crimsun: yes, some of those are there but the dificult ones (libx11, xorg-server) not
[02:44] <crimsun> tepsipakki: right, I hadn't seen those commits
[02:45] <tepsipakki> I haven't committed anything anywhere, just meant that some packages are straight from experimental ;)
[02:46] <crimsun> tepsipakki: right, I mean the XSF commit messages coming across debian-x
[02:46] <tepsipakki> oh, yeah
[02:47] <Arrogance> crimsun, yes
[02:51] <crimsun> Arrogance: regression-tested?
[03:12] <bddebian> Heya gang
[03:15] <zul> freaking viacom
[03:18] <bddebian> Yeah, freakin' viacom!
[03:20] <zul> not worth it ;)
[03:26] <ScottK> Hobbsee: Thanks for your help last night/this morning with getting my packages in before UVF.
[03:27] <Hobbsee> ScottK: :)
[03:36] <rmjb> Hey guys
[03:38] <bddebian> Hello rmjb
[03:44] <crimsun> ugh, we'd need to have X.Org 7.2 (including possibly input-hotplug)
[03:45] <crimsun> ready within a very, very short timeframe
[03:45] <Burgundavia> crimsun: are you really shocked?
[03:45] <Burgundavia> we habe been ignoring X for a very long time
[03:46] <Burgundavia> ok, I official hate the control centre
[03:46] <bddebian> heh
[03:46] <ajmitch> Burgundavia: partly due to the lack of a maintainer
[03:46] <Burgundavia> indeed
[03:47] <ajmitch> since noone wants to invest time in it, and they've been trying to hire
[03:47] <Burgundavia> why doesn't the about me capplet control my default display and input language?
[03:47] <Burgundavia> in fact, where do I change my default display language?
[03:47] <ajmitch> probably too distro-specific or something stupid
[03:48] <ajmitch> language-selector, don't know where it is in control centre
[03:48] <Burgundavia> language support?
[03:48] <ajmitch> possibly
[03:48] <Burgundavia> nah, that just chooses the systems default
[03:48] <crimsun> tepsipakki: if you're willing to join ubuntu-x-swat, I'll pitch in as well
[03:48] <Burgundavia> users and grounds need a switch to control either local or ldap groups
[03:48] <ajmitch> crimsun: I thought you were stepping down?
[03:49] <Burgundavia> crimsun: I can help with some basic bug triage
[03:49] <Burgundavia> plus users and groups should tie into about me
[03:49] <crimsun> ajmitch: I had planned to curtail my involvement, but these issues seem rather dire
[03:49] <Burgundavia> crimsun: why were you planning to control your involvement?
[03:50] <crimsun> Burgundavia: work is slicing away at my time
[03:50] <Burgundavia> ah, ouch
[03:50] <ajmitch> work does take precedence
[03:50] <Burgundavia> ajmitch: maybe I cannot change the default display language without logging in and out?
[03:51] <ajmitch> Burgundavia: that would be stupid, but I wouldn't be surprised
[03:51] <bddebian> crimsun: So quit ;-P
[03:51] <ajmitch> Burgundavia: in fact, that's probably more likely
[03:51] <crimsun> bddebian: of course!  *light bulb*
[03:51] <ajmitch> since it's all controlled by environment variables
[03:52] <Burgundavia> ajmitch: ouch, that sucks
[03:52] <ajmitch> Burgundavia: blame POSIX
[03:52] <ajmitch> most i18n stuff is unknown to me
[03:53] <Burgundavia> hmm, only about half the default menu is translated
[03:54] <Burgundavia> I need to go through and file bugs on stuff that isn't translated, I think
[03:54] <ajmitch> in what language?
[03:54] <Burgundavia> arabic
[03:54] <ajmitch> ah
[03:54] <ajmitch> didn't know you could read that :)
[03:54] <Burgundavia> plus the default layout doesn't work for arabic
[03:54] <Burgundavia> given it is a RTL language
[03:54] <Burgundavia> I can only barely
[03:55] <Burgundavia> kids stuff, basically
[03:55] <ajmitch> with a RTL language, all the widgets should switch RTL as well
[03:55] <Burgundavia> the default panel layout should be completely flipped if you have an RTL language
[03:55] <ajmitch> yeah
[03:55] <Burgundavia> most of the widgets do
[03:55] <Burgundavia> including the button order
[03:56] <Burgundavia> I don't think the panel layout is defined in gconf, however, mostly due to the fact that the panel needs a complete rewrite
[03:56] <ajmitch> panel layout is in config files in ~/.gnome2
[03:57] <ajmitch> or maybe not..
[04:11] <crimsun> I do!
[04:11] <rmjb> I use my crap
[04:12] <LaserJock> I don't!
[04:12] <LaserJock> and neither does the author
[04:12] <LaserJock> oh well
[04:12] <crimsun> of course deities don't.
[04:12] <bddebian> Well some of it just seems.... Odd
[04:12] <LaserJock> mhm
[04:12] <Hobbsee> bddebian: which in particular?
[04:12] <bddebian> crimsun: You're above REVU d00d :-)
[04:13] <rmjb> I saw one today that looked odd
[04:13] <bddebian> Hobbsee: I can't name a specific one, just see a lot of "stuff"
[04:13] <Hobbsee> ahhh.  yes
[04:13] <rmjb> this one: gmountiso  - This is Gmountiso, a PyGTK GUI to mount your cd images
[04:14] <LaserJock> rmjb: we already have gisomount
[04:14] <LaserJock> btw
[04:14] <bddebian> Yeah and now we have both :-)
[04:15] <rmjb> I had a question, how does alacarte get updated with new package info? I saw my package make it into feisty's alaracte and I didn't do anything
[04:15] <rmjb> LaserJock: I'll have to check out gisomount
[04:16] <LaserJock> rmjb: it was written by cbx33 (Edubuntu MOTU)
[04:22] <bddebian> LaserJock: Get reviewing libtifiles2 will ya? :-)
[04:26] <LaserJock> bddebian: libtifiles2?
[04:27] <bddebian> Yes
[04:29] <LaserJock> I'm not reviewing anything right now
[04:30] <bddebian> pfft :-)
[04:31] <LaserJock> hmm, Edgy kernel still isn't up
[04:33] <rmjb_> g'nite guys
[04:33] <bddebian> Gnight rmjb
[04:41] <mohammad> I am triying to use dh_link when I call it with arguments it create the symbolic links but when I put the source destination in package.link
[04:41] <mohammad> no symbolic link is created! 
[04:42] <mohammad> how can I get use of debian/package.link ?
[04:43] <bddebian> Not to be sarcastic but are you sure you are using the correct package name?
[04:46] <mohammad> bddebian: suppose the name of my package is zekr, then I should use zekr.link or package.link?
[04:46] <bddebian> zekr.link
[04:47] <mohammad> ioi !! thank you .......... : ) ) )
[04:48] <bddebian> np
[04:49] <mohammad> bddebian: you had written a comment on my package
[04:49] <bddebian> yessir
[04:49] <mohammad> bdebian: E: Unrecoverable error installing build-dependencies. 
[04:49] <mohammad> how did you get this error?
[04:50] <bddebian> Using pbuilder
[04:50] <mohammad> you know to install sun-java* you need to accept a license 
[04:51] <mohammad> if you modify your pbuilderrc 
[04:51] <vil> hi, bddebian, mohammad
[04:51] <bddebian> I was going to ask you about that.  Have you tried to build it with gcj?
[04:52] <bddebian> Hello vil
[04:52] <vil> i got the same problem
[04:52] <mohammad> ok
[04:52] <mohammad> you have to change 
[04:52] <mohammad> export DEBIAN_FRONTEND="noninteractive" 
[04:52] <mohammad> to 
[04:52] <mohammad> export DEBIAN_FRONTEND="readline" 
[04:52] <vil> i was playing around with a package for multiverse, which depended on sun-java
[04:53] <mohammad> then pbuilder will ask you to agree the sun license then it the dependencies will be satisfied
[04:53] <bddebian> Have you tried it with gcj?
[04:53] <vil> but will this get through the automatic build, whenever you upload it to the archives?
[04:54] <mohammad> bedebian: zekr only works with sun-java* not with gcj, Yes I have tried, but gcj has not implemented some api's needed by zekr, so zekr does not work with gcj
[04:55] <bddebian> Too bad, screw Sun :-)
[04:56] <mohammad> vil: I do not know
[04:58] <vil> mohammad, neither me, maybe someone here will know
[04:59] <mohammad> bddebian: in this case can sponsers upload zekr to ubuntu repositories?
[04:59] <vil> mohammad, which particular api is problem for gcj?
[04:59] <bddebian> Sure but I assume it will have to go in Multiverse
[05:00] <mohammad> bddebian: because it depends on a non-free software it will go in Multiverse?
[05:01] <bddebian> yep
[05:02] <mohammad> vil: well I dunno exactly, I think zekr uses some kind of regular expressions. 
[05:02] <LaserJock> do we have a Java team?
[05:02] <bddebian> doko :-)
[05:03] <vil> yes, doko is pretty much the java team :-)
[05:05] <vil> mohammad, anyway, if you would like to discus any particular problem with running it under gcj, you can try write me to see, if i can help
[05:05] <mohammad> Is there any free replacement for sun-java* except gcj?
[05:06] <vil> mohammad, kaffe, sablevm, cocoa
[05:07] <vil> although gcj seems to be the current favorite
[05:09] <mohammad> vil: thank you :) I will test them to see whether zekr can work them. infact I myself dunno exactly which api's has been used in zekr which gcj does not support, I will ask the zekr developer
[05:09] <vil> mohammad, sorry, the last one is cacao
[05:09] <bddebian> Just re-write it in python or something ;-P
[05:10] <vil> mohammad, you can find me here or on launchpad so feel free to write me a mail, if i can help
[05:11] <fbond> but ... (may be a bit late here) ... java is GPL now, anyway, so ...
[05:11] <mohammad> vil: thanks for your kindness, if I face any problem I will contact you :)
[05:12] <RAOF> Anyone hankering to review a package?
[05:14] <vil> fbond, afaik java run-time libs are still not under gpl and it will take some time until it all makes it into universe
[05:14] <bddebian> RAOF: Which package?
[05:15] <RAOF> Your choice of specto ( http://revu.tauware.de/details.py?upid=4321 ) or gimmie
[05:15] <RAOF> http://revu.tauware.de/details.py?upid=4309
[05:16] <RAOF> bddebian: gimmie should now build.  And I should file a bug on docbook2x-man :-|
[05:17] <mohammad> fbond: it needs accepting a license, doent it?
[05:17] <fbond> the current versions, yes...
[05:18] <fbond> how long could it posssibly take for the GPL'd versions to hit the repos?
[05:18] <vil> fbond, doko is the java-team
[05:18] <vil> :)
[05:18] <fbond> :)
[05:18] <bddebian> As far as I'm concerned we can just remove all java :-)
[05:19] <fbond> I wouldn't complain
[05:19] <fbond> swing is ugly as hell anyway
[05:19] <mohammad> well but swt is not ugly :)
[05:19] <fbond> ROAF: you may, in the future, want to try using xsltproc with docbook-xsl instead of docbook2x-man
[05:20] <fbond> mohammad, what's swt?
[05:20] <RAOF> fbond: I may well.
[05:20] <vil> fbond, for example eclipse uses swt
[05:20] <vil> and it does not look bad
[05:20] <RAOF> I just copied what some other motu did in a pacakge on REVU.
[05:20] <fbond> vil, never touched eclipse -- I understand it has a bit of a following :)
[05:21] <mohammad> The Standard Widget Toolkit (SWT) is a graphical widget toolkit for the Java platform. It is an alternative to the AWT and Swing Java GUI toolkits provided by Sun Microsystems as part of the Java standard. (from wiki)
[05:21] <fbond> RAOF, it works fine for most things
[05:21] <fbond> the docbook-xsl stylesheets have been improving lately
[05:21] <fbond> mohammad, so who provides SWT if not Sun?
[05:22] <mohammad> Around this time, IBM was developing their VisualAge development integrated development environment (IDE), coded in Smalltalk.
[05:22] <RAOF> I just wanted something ridiculously simple to satisfy the /usr/bin-must-have-man-page
[05:22] <fbond> RAOF: works fine, no complaints here :)
[05:22] <mohammad> fbond: I think it is related to eclipse
[05:22] <RAOF> Next time, I'll look into it :)
[05:22] <fbond> just a suggestion that might make life easier in the future
[05:22] <fbond> mohammad, ah...ok
[05:24] <ScottK> RAOF: Unless you actually call those python programs as a script, the solution to the warning is to remove the shebang (I learned this the hard way recently).
[05:25] <mohammad> I have another problem. the zekr developer has not written any Makefile. I write myself should I simply put it in the source directory? or in patches?
[05:26] <RAOF> ScottK: You mean the "everything in /usr/bin must have a manpage"?  Why would you install some python in /usr/bin that *wasn't* a script?
[05:27] <ScottK> No the "W: specto: script-not-executable " warnings
[05:28] <ScottK> But looking at the time of the message I"m reading, I'm wondering if I'm looking at an old upload...
[05:29] <RAOF> ScottK: Um... I must have missed those warnings.  "specto" should *definitely* be executable.
[05:29] <mohammad> any idea?
[05:29] <ScottK> Executable yes, but not necessarily a script.
[05:30] <vil> mohammad, there seems to be a build.xml ant file, which replaces a makefile
[05:30] <ScottK> If they just get used via a Python import inside another Python program, then no shebang is needed (and in fact not wanted).
[05:30] <RAOF> bddebian: You'd like me to silence all those lintian errors by removing the shebangs from the start of those .py files?
[05:31] <bddebian> Or making them executable.  Whatever is appropriate :-)
[05:31] <mohammad> yes there is (actually I asks him to put that build.xml in tar.gz), so should I put my makefile in patches?
[05:32] <bddebian> I see you have some in gimmie too :-)
[05:33] <vil> mohammad, you don't need makefile, you can build using ant directly using cdbs for example
[05:35] <mohammad> vil: ok is there any simple howto on cdbs?
[05:36] <fbond> :)
[05:37] <mohammad> vil: is it illegal to use dpatch and put my Makefile completely in debian/patches ?
[05:37] <fbond> mohammad, you don't need a Makefile, just put the necessary ant commands in debian/rules
[05:37] <fbond> CDBS is a smarter, more advanced way to do debian/rules stuff
[05:38] <fbond> but it has a learning curve
[05:38] <vil> mohammad, try this file:///usr/share/doc/cdbs/cdbs-doc.html#example-ant or better looking at some existing java packages (ending with -java)
[05:39] <vil> it is legal to put inside your own makefile, but in this situation unnecesary
[05:40] <RAOF> Does anyone have a quick piece of sed-ery to strip out shebangs from a whole bunch of files?
[05:46] <mohammad> vil: thank you :)
[05:46] <mohammad> thank you all for your helping, buy :)
[05:47] <vil> see you
[05:47] <mohammad> see you
[05:50] <RAOF> bddebian: The final lintian warning for specto is "extra-license-file /usr/shar/doc/specto/COPYING"
[05:50] <bddebian> Remove that from docs
[05:50] <RAOF> bddebian: Now, in order to silence this warning I'd need to patch about.py
[05:50] <RAOF> The source uses that file.
[05:51] <bddebian> Hmm, you could add a lintian override I suppose and make a note in README.Debian, but I'm not sure if that is the "right" answer? :-(
[05:53] <RAOF> Well, I could patch about.py to not use that file at all, by including it inline.  But that's a bit ugly
[05:53] <bddebian> Aye
[05:53] <bddebian> Probably best to ask someone smarter than me :-)
[05:53] <fbond> why not patch about.py to use the /usr/share/common-licenses file ... ?
[05:54] <RAOF> fbond: A *much* better idea!
[05:54] <RAOF> Thank you.
[05:54] <fbond> np
[05:54] <bddebian> w00t, go fbond
[05:54] <RAOF> Also simplifies debian/rules.  Yay
[06:02] <RAOF> bddebian: Now with no lintian output :)
[06:03] <RAOF> Oh, as soon as it actually gets processed *blush*.
[06:09] <RAOF> bddebian: Gimmie's also done.
[06:09] <RAOF> I'm off, so review at leisure :)
[07:24] <\sh> moins
[07:54] <TheMuso> Hey all.
[07:55] <\sh> moins TheMuso
[08:09] <elyon225> Was just curious.... who decides what packages to include?  And how can a lowly developer like myself get my own apps into the reps?
[08:12] <Fujitsu> elyon225: We'll accept most packages, and people generally suggest things to include. What applications do you develop?
[08:13] <dettoaltrimenti_> are these the people who decide which programs to put in the repositories in adept?
[08:13] <Fujitsu> dettoaltrimenti_, you could call us that.
[08:13] <elyon225> Fujitsu: Well, right now I'm just working on a new frontend for Dosbox... very advanced, yet easy to use.  All the frontends I've seen so far really suck.
[08:14] <Fujitsu> elyon225: I agree with that last bit.
[08:15] <elyon225> Fujitsu: Hehe.... I had grown up in Windows...and one thing Windows has going for it is that it's GUI's are usually top-notch.  Not the case with Linux.
[08:16] <elyon225> Fujitsu: Is there a website that I could visit that would explain all the ins and outs of the repositories?  It's all very confusing to me how it is decided what goes where and how the packages are hosted.
[08:17] <Fujitsu> I'm not sure of a page about it...
[08:17] <Fujitsu> But it's fairly simple.
[08:18] <Fujitsu> Packages go into either main, restricted, universe, or multiverse. main and restricted are officially supported by Canonical, whereas universe and multiverse are supported/developed by the community. main and universe contain only fully-Free software, with restricted and multiverse containing the non-free stuff.
[08:19] <elyon225> So, the chances of me getting my own package into main or universe are extremely rare, correct?
[08:20] <Fujitsu> main, perhaps. But universe is almost trivial to get packages into.
[08:21] <elyon225> Fujitsu: So, once I get my app finished and ready for release, what is the next step to get it into the repos?
[08:21] <Fujitsu> Either package it yourself, or find someone to do it for you.
[08:21] <Fujitsu> What is this frontend written in?
[08:22] <elyon225> Promise not to laugh at me?
[08:22] <elyon225> :)
[08:23] <elyon225> It's written in REALBasic... I can't find any other RAD IDE's for LInux.
[08:23] <Fujitsu> Sure.
[08:23] <Fujitsu> Ah, that sort of counts out packaging in the near future.
[08:24] <elyon225> I have no clue about programming in Linux.  I'm trying to learn Ruby, but I"m so used to an IDE that will allow me to simply click a button to run it, you know?
[08:35] <AnAnt> Hello, what's the watch file for?
[08:37] <LaserJock> for updating the package to new upstream versions
[08:37] <LaserJock> it gives a regex for the url to download a new tarball
[08:42] <AnAnt> if a package has this version format <num>.<num2>.<num3>, how should the URL be ?
[08:42] <AnAnt> just http://<base_url>/app-\(.*\)\.tar\.gz
[08:42] <AnAnt> ?
[08:43] <TheMuso> AnAnt: I suggest you find some other packages that have a watch file, and have a look at those for reference.
[08:44] <AnAnt> TheMuso: ok, thanks
[08:44] <TheMuso> AnAnt: No problem.
[08:45] <AnAnt> so, is there something added in the rules files or so to handle that watch file ?
[08:47] <TheMuso> AnAnt: No.
[08:47] <TheMuso> AnAnt: have you read through the Debian packaging policy at all/
[08:47] <AnAnt> some of it
[08:48] <TheMuso> that explains the watch file.
[08:48] <AnAnt> I was reading uscan manual
[08:48] <movi> i want to create a package for universe, i successfully packaged it using checkinstall but i have a few problems
[08:49] <movi> first off, checkinstall doesnt allaow me to put in the dependencies
[08:49] <movi> is there a different, more robust way to make a package
[08:49] <movi> one that will allow me to use my template, that i will change when the version changes
[08:51] <TheMuso> !packagingguide movi 
[08:52] <movi> !packagingguide
[08:52] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources
[08:52] <movi> thanks
[08:52] <TheMuso> np
[08:52] <TheMuso> Sorry, I meant to try and send that directly to you, but I don't know how to use the bot as well as others. :)
[08:54] <movi> it's cool
[08:55] <movi> anyway, once i construct a good deb package, how hard is it to get it into unvierse ?
[08:55] <movi> *universe
[08:55] <TheMuso> !revu
[08:55] <ubotu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[08:55] <movi> ok, thanks :)
[08:56] <Fujitsu> movi: Do not reference the checkinstall package when building one to go into universe. checkinstall is the root of all evil.
[08:56] <movi> ok
[08:57] <movi> hmm, the REVU page sounds complicated :/, ill concentrate on building properly first
[08:58] <movi> is it necessesary that i have a chroot environment ?
[08:59] <dholbach> good morning
[08:59] <TheMuso> A pbuilder environment is strongly recommended.
[08:59] <LaserJock> hi dholbach 
[08:59] <TheMuso> Hey dholbach.
[09:00] <ajmitch> hey daniel
[09:00] <dholbach> hey LaserJock, hey TheMuso, hey ajmitch
[09:18] <lfittl> morning dholbach 
[09:20] <lfittl> ah, but now, morning dholbach_ :)
[09:21] <dholbach> hey lfittl
[09:23] <Fujitsu> Hey dholbach.
[09:24] <dholbach> hey Fujitsu
[09:25] <movi> one question
[09:26] <LaserJock> only 1? that's pretty good
[09:26] <LaserJock> :-)
[09:26] <movi> im trying to build hello using debhleper, but the ubuntu source packages dont have a prerm and postinst
[09:26] <movi> did something change ?
[09:43] <movi> aargghh
[09:43] <movi> what is wrong?
[09:44] <movi> gpg : no public saveable key space (eof) (roughly translated from PL)
[09:44] <movi> when trying to create my key 
[09:45] <Fujitsu> I've not seen that error before, but it's possible that the permissions on ~/.gnupg are stuffed.
[09:47] <LaserJock> movi: the ubuntu hello-debhelper packages has a postinst and prerm
[09:47] <\sh> movi: are you creating a key on a gpg smartcard?
[09:49] <movi> umm, im doing the way it's shown here https://help.ubuntu.com/community/GnuPrivacyGuardHowto
[09:50] <movi> ah yes, the permissions were wrong
[09:50] <movi> all is working now
[09:52] <movi> weird
[09:52] <movi> did intel stop packing RNG's to the Pentium 4's ?
[09:53] <LaserJock> anybody in here use mini-dinstall?
[09:54] <LaserJock> hmm, did I already ask that question before? I'm losing my mind
[09:58] <movi> LaserJock, i kid you not, mine doesnt :/
[09:59] <LaserJock> apt-get source hello-debhelper
[10:00] <LaserJock> should be in hello-debhelper-2.1.1/debian/
[10:01] <movi> changelog  compat  control  copyright  rules
[10:01] <movi> all ive got
[10:02] <movi> ive just re-downloaded and still none of those files
[10:03] <LaserJock> movi: what version of Ubuntu?
[10:03] <movi> Fesity
[10:03] <movi> *Feisty
[10:03] <LaserJock> I don't think it's changed but I'm on Edgy
[10:04] <movi> i cans end you the diff.gz
[10:04] <movi> *can send
[10:05] <LaserJock> movi: you're right, new hello-debhelper package
[10:06] <LaserJock>   * Removed prerm and postinst, as info files are missing now.
[10:07] <movi> are they needed though? ;] 
[10:07] <LaserJock> not anymore
[10:07] <LaserJock> I'm going to have to fix that
[10:08] <LaserJock> I go and use the hello package because they don't change often
[10:08] <LaserJock> and they go an change them on me ;-)
[11:30] <movi> could someone help me set up pbuilder with my gpg key? i created one but pbuilder doesnt see it
[11:30] <Fujitsu> pbuilder shouldn't be doing anything to do with GPG.
[11:36] <movi> err i mean dpkg-buildppackage
[11:36] <Fujitsu> Make sure the name and email address are identical to those on your GPG key.
[11:37] <movi> oh, actually theyre different
[11:37] <movi> now i noticed
[11:38] <movi> ah yes, now it works :)
[12:02] <movi> question, i have a .build file
[12:02] <movi> any way i can using it build a deb package, to see if everything went fine ?
[12:05] <geser> isn't the .build file the pbuilder logfile?
[12:06] <movi> well what i mean is that pbuilder finished building
[12:06] <movi> but i dont see a deb file anywhere
[12:06] <geser> look in /var/cache/pbuilder/result
[12:06] <movi> aahh yes :)
[12:07] <movi> alright then, time to build my own package!
[12:07] <movi> just one question
[12:08] <movi> does building from svn differ much from building from a tarball ?
[12:09] <movi> since i dont have a original tar.gz file
[12:09] <geser> then you will need to create one yourself
[01:08] <movi> is there a nice way to finding out the build dependencies ?
[01:08] <movi> instead of trial-and-error ?
[01:08] <_ion> Often reading configure.in/.ac suffices.
[01:09] <Fujitsu> Or reading README, or the website.
[02:43] <fbond> anyone have a quick suggestion as to why my apt-mirror, running on edgy, fails to mirror the fesity repos?
[02:43] <fbond> I get no error messages...
[02:44] <coNP> fbond: sorry to ask that but do you have feisty repos in your apt-mirror config file?
[02:45] <fbond> yes
[02:45] <fbond> it's awfully strange; do I have to have the feisty repos in sources.list, too?
[02:45] <coNP> not at all
[02:46] <coNP> I have feisty mirrored on an edgy
[02:46] <fbond> hmm
[02:46] <coNP> i.e. edgy + feisty repos in mirrors.list, only edgy in sources.list
[02:46] <coNP> mirror.list
[02:47] <fbond> right, that's my setup, too...
[02:47] <coNP> do you mirror archive.ubuntu.com?
[02:48] <fbond> yes
[02:49] <fbond> I have it listed on two separate lines, though ...
[02:49] <fbond> the logs indicate that it is downloading
[02:49] <fbond> the correct files
[02:49] <fbond> but the files aren't there ...
[02:49] <coNP> fbond: you mean no /var/spool/apt-mirror/mirror/archive.ubuntu.com/ubuntu/dists/feisty* dirs?
[02:49] <fbond> right
[02:50] <fbond> deb http://archive.ubuntu.com/ubuntu/ edgy main restricted universe multiverse
[02:50] <fbond> deb http://archive.ubuntu.com/ubuntu/ feisty main restricted universe multiverse
[02:50] <fbond> those are in my mirror.list ...
[02:50] <fbond> (the appropriate deb-src lines are there two, just didn't paste them)
[02:52] <fbond> i do get the feisty* directories under /var/spool/apt-mirror/skel/...
[02:52] <fbond> just not under the actual mirror dir ...
[02:55] <zakame> evening all
[02:55] <ScottK> Good evening.
[02:55] <coNP> fbond: sorry, no more ideas, maybe pastebin your whole mirror.list
[03:01] <fbond> coNP: thanks, I'll look at it some more and go to forum if need be ...
[03:42] <bddebian> Heya gang
[03:43] <givre> heya bddebian 
[03:43] <bddebian> Hi givre
[03:52] <ScottK> heya bddebian.
[03:54] <bddebian> Hi ScottK
[04:59] <slytherin> dholbach: ping
[04:59] <dholbach> slytherin: pong
[04:59] <slytherin> dholbach: pm?
[05:00] <dholbach> sure
[06:51] <ScottK> I am working on packaging a Python YAML processor.  The upstream tarball directory is PyYAML-3.04 and the tarball is PyYAML-3.04.tar.gz.  dkpg-source, of course, wants these all in small letters.  It whines, but builds the package.  Do I need to repack orig.tar.gz to fix this or can we live with it?
[07:04] <_ion> scottk: Rename Foo-1.23.tar.gz to foo_1.23.orig.tar.gz and rename Foo-1.23 to foo-1.23. Then package it normally. When unpacking it in the future, dpkg-source will extract it to the correct directory.
[07:04] <_ion> scottk: No need to repack it.
[07:04] <ScottK> OK.  Will do.  Thanks.
[07:05] <_ion> Check that the files in debian/ (changelog, control especially) contain the correct package name.
[07:06] <ScottK> Thanks.
[07:10] <ScottK> I have a new Python package ready for review if any MOTU are available - http://revu.tauware.de/details.py?upid=4328?
[07:12] <_ion> (Perhaps python-yaml would be a better name for that specific package.)
[07:13] <ScottK> I used that for the binary (since it's required), but I thought it better to stay with the upstream name for the source package.  I'm open to changing it if others think it would be better.
[07:47] <bigon> Hi, Is it possible to ask the archive admin to rebuild a package? rebuilding python-pam fix bug #69967
[07:47] <Ubugtu> Malone bug 69967 in python-pam "python-pam contains NO PYTHON!" [Undecided,Confirmed]  https://launchpad.net/bugs/69967
[07:53] <geser> bigon: a new upload is needed because you need a greater version as the one on the archive
[07:54] <geser> no further change than adding the new version to the changelog is needed
[07:56] <bigon> geser: ok
[07:57] <geser> bigon: I'm preparing a new package right now
[07:59] <bigon> geser:  ok thx :) 
[08:25] <keescook> is there really no apt version of "rpm -V" to verify an installed package's files' owner/perms/md5sum?  I do can do the md5sum by hand, but I'm not sure the other two are stored anywhere?
[08:27] <geser> !info debsums
[08:27] <ubotu> debsums: Verify installed package files against MD5 checksums.. In component universe, is optional. Version 2.0.28 (edgy), package size 29 kB, installed size 160 kB
[08:28] <geser> but that only works for packages installed after debsums
[08:29] <keescook> well md5s I can do without debsums:  md5sum -c /var/lib/dpkg/info/PKG.md5sums
[08:29] <keescook> does debsums do owner/perms?
[08:30] <geser> keescook: do all packages have a md5sums file?
[08:31] <keescook> geser: hm, dunno, but the one I tried did.
[08:31] <geser> I don't think debsums checks also owner/perms.
[08:32] <keescook> yeah, and not all packages have md5sums, but a lot do.  odd
[08:33] <geser> keescook: not all packages have a md5sums file. I've 978 lists files in /var/lib/dpkg/info but only 923 md5sums files
[08:38] <ScottK> bddebian: Are you up for a review? http://revu.tauware.de/details.py?upid=4328
[09:01] <bddebian> ScottK: Damn man the diff is larger than the package :-)
[09:01] <ScottK> Hmmm
[09:02] <ScottK> http://revu.tauware.de/revu1-incoming/pyyaml-0702091305/pyyaml_3.04-0ubuntu1.diff is not very big?
[09:03] <ScottK> bddebian: ^^^
[09:04] <bddebian> Oh, it's bytes not Kbytes, sorry :-(
[09:10] <ScottK> bddebian: Any suggestions on the Lintian warning?  Verbose mode didn't help me any.
[09:11] <bddebian> I think just remove the period from the end of the last line
[09:11] <bddebian>  ..as provided.  Remove the .
[09:12] <Le-Chuck_ITA> hi, masters :)
[09:12] <Le-Chuck_ITA> I have a highly polemic bug opened
[09:12] <Le-Chuck_ITA> in lyx
[09:12] <Le-Chuck_ITA> I would really like someone in ubuntu to have a look at it
[09:12] <ScottK> OK.  Thanks.  Will do.
[09:13] <bddebian> ScottK: Check it first as I am often wrong :-)
[09:14] <Le-Chuck_ITA> it is bug #82365
[09:14] <Ubugtu> Malone bug 82365 in lyx "Please compile with assertion checking turned off" [Undecided,Unconfirmed]  https://launchpad.net/bugs/82365
[09:15] <Le-Chuck_ITA> In the bug comments there is a rationale, a report of a conversation with debian maintainers, and the rather obvious debdiff
[09:23] <Le-Chuck_ITA> I could upload my lyx package and find a sponsor but ... well I think it is better to get some MOTU impression first
[09:27] <Le-Chuck_ITA> hmm, will try in another moment or give up :)
[09:31] <ScottK> bddebian: You were correct.  Please have a look at this one - http://revu.tauware.de/details.py?upid=4330
[09:33] <bddebian> Wow, that's a first :)
[09:33] <ScottK> Don't worry.  It's balanced out by the bytes/kilo-bytes thing on the diff.
[09:33] <ScottK> ;-)
[09:35] <bddebian> doh, ouch :-)
[09:37] <ScottK> bddebian: Will be afk for about 30 min.  I'll check in when I get back.  Thanks.
[09:58] <ScottK> bddebian: Thanks.
[09:58] <ScottK> Any other MOTU to reviww http://revu.tauware.de/details.py?upid=4330?
[09:58] <jharr> what's everyone recommend for source package management?
[09:58] <jharr> I was looking at svn-buildpackage
[10:01] <ogra> bzr
[10:01] <ogra> thats what we use in ubuntu commonly ...
[10:10] <jharr> waht about archive management
[10:11] <jharr> I've seen people use falcon repo builder a lot.
[10:11] <lupine_85> falcon++
[10:12] <lupine_85> makes life a lot easier
[10:14] <jharr> lupine_85: do you have a link for that, google isn't giving me a whole lot
[10:14] <_ion> jharr: There's also this bzr-builddeb thing (apt-cache show bzr-builddeb, "bzr plugin for Debian package management"), but i haven't looked at exactly what it does yet. :-)
[10:14] <lupine_85> jharr: Hawkwind wrote it, I think. It's on launchpad, and there's a repo...
[10:14] <lupine_85> one second
[10:15] <jharr> Unless there's a distinct advantage for using bzr-* instead of svn-*, I think I'm going to stick with svn stuff since it's what I know.
[10:15] <_ion> bzr is decentralized, svn isn't.
[10:15] <jharr> _ion: I'm doing this for a centralized environment
[10:15] <lupine_85> I think it's in seveas's repo
[10:15] <jharr> it's basically me and another guy working on it.
[10:15] <lupine_85> e.g. deb http://mirror.ubuntulinux.nl dapper-seveas all
[10:17] <_ion> jharr: A centralized VCS causes a single point of failure and less flexibility even if there's only one user.
[10:19] <jharr> _ion: yeah, however all the building and downloading of packages will be done on a single network.
[10:19] <jharr> _ion: all this stuff is for internal use. I'm sticking a lot of commercial software in deb's so that I can use it in a cluster we have here.
[10:21] <pochu> hey guys, do you know if there is a way to know the build-deps and the deps of a source package?
[10:21] <jharr> I'll still look at bzr, but just the fact that it's a distributed VCS doesn't make it very attractive.
[10:21] <pochu> I'm trying to make a .deb, but don't know the deps :)
[10:22] <Adri2000> pochu: you want to build a package that is already in the repositories?
[10:23] <pochu> Adri2000: no, it's neither in the ubuntu repos, nor in the debian ones
[10:23] <ScottK> Adri2000: Are you available to review a package? http://revu.tauware.de/details.py?upid=4330?
[10:23] <pochu> Adri2000: I have created the debian/ folder with dh_make, but I don't know the build-deps and deps
[10:24] <ScottK> pochu: What does the documentation say from upstream?
[10:24] <ScottK> Does it tell you what's required?
[10:24] <Adri2000> ScottK: maybe yes, when revu works :) "Mod_python error: 'PythonHandler mod_python.publisher"'
[10:24] <ScottK> Ouch.
[10:24] <pochu> ScottK: they are the compiz-extra-plugins, I suppose I need compiz-core, and a lot of x libs :)
[10:25] <ScottK> Read the upstream documentation and see what they say is needed and then find the appropriate Ubuntu packages for hat.
[10:25] <ScottK> hat/that
[10:25] <pochu> ScottK: ok, thanks :)
[10:26] <ScottK> Adri2000: That must be for a part of revu that I don't get to use - Poor timing during a revu sprint....
[10:26] <LaserJock> anybody know how much it costs for a LUG to get CDs from Shipit?
[10:27] <pochu> LaserJock: no cost for Dapper CDs
[10:27] <imbrandon> LaserJock, 1.50 per cd in lots of 100 iirc
[10:27] <Adri2000> ScottK: ahww, sorry, sure it doesn't work if I keep the '?' at the end of the url :p
[10:27] <imbrandon> ( for the edgy ones )
[10:27] <imbrandon> for dapper nothing
[10:27] <ScottK> Ahh.
[10:27] <pochu> LaserJock: is that lug a loco team?
[10:27] <ScottK> Sorry about that.
[10:28] <LaserJock> pochu: hehe, no
[10:28] <LaserJock> I have no LoCo team :(
[10:28] <pochu> LaserJock: from?
[10:28] <LaserJock> Nevada, USA
[10:28] <pochu> LaserJock: you can create one and then ask for 500CDs :)
[10:28] <imbrandon> LaserJock, i still have about ~100 edgy cd's if you want me to ship them for you / rlug next week
[10:28] <pochu> LaserJock: but you have to get approved :(
[10:29] <imbrandon> the ones from UDS
[10:29] <LaserJock> there is a California team, a Colorado team, a Utah team
[10:29] <LaserJock> I think a Southwest one
[10:29] <LaserJock> but nothing for me 
[10:29] <pochu> LaserJock: start the Nevada Team ;)
[10:29] <imbrandon> ~midwest one too
[10:29] <LaserJock> heh
[10:29] <imbrandon> ;)
[10:29] <LaserJock> it'd just be me
[10:29] <pochu> :)
[10:29] <ScottK> LaserJock: That's about a third of the populations of the state, so that's not bad.
[10:30] <pochu> LaserJock: then you can take all the decissions you want :)
[10:30] <pochu> hehe :)
[10:30] <LaserJock> my LUG (the closest one for 120 miles) has about 10 people showing up
[10:30] <bddebian> Later gang
[10:30] <ScottK> Later
[10:30] <LaserJock> ScottK: Las Vegas has a lot
[10:30] <ScottK> Good point.  Forgot about that.
[10:31] <LaserJock> but I haven't seen a lot of FLOSS people from Vegas
[10:31] <LaserJock> I think they are mostly into more monetary internet activites down there ;-)
[10:31] <ScottK> Vegas is not a place about giving stuff away.
[10:32] <coNP> make a virtual team
[10:32] <coNP> if there is none yet
[10:33] <LaserJock> imbrandon: what flavors have you got?
[10:33] <LaserJock> for me I just don't see the point of a LoCo team here
[10:34] <LaserJock> we wouldn't do anything
[10:35] <LaserJock> and since translating en_GB to en_US isn't propular I can't imagine us doing translation work
[10:35] <LaserJock> *popular
[10:36] <jharr> If I'm packaging an app that doesn't have a version number, but a build date, what's the propper way to setup the source directory?
[10:37] <jharr> do i just specify the version for dh_make?
[10:40] <Adri2000> jharr: you can change it later in debian/changelog
[10:41] <Adri2000> ScottK: I'm reviewing pyyaml
[10:41] <ScottK> Great.
[10:41] <ScottK> Adri2000: Thanks.
[10:43] <TheMuso> Hey MOTUs.
[10:44] <LaserJock> hi TheMuso 
[10:44] <LaserJock> how many uploads have you done?
[10:48] <torkel> Any chance someone can take a look at #76967 and perhaps do an upload of Openafs? The debdiff has been there for over a month
[10:49] <LaserJock> ajmitch: up yet?
[10:50] <TheMuso> LaserJock: A few now.
[10:50] <TheMuso> I could count the emails I have in my uploads folder, but I'll do that in a few weeks. :)
[10:51] <LaserJock> good for you
[10:51] <LaserJock> rockin'
[10:52] <TheMuso> I've not long got up.
[11:03] <Adri2000> ScottK: reviewed
[11:03] <ScottK> Thanks.
[11:04] <imbrandon> TheMuso, seems like you have done quite a few uploads ;)
[11:04] <imbrandon> https://launchpad.net/~themuso/+packages
[11:04] <imbrandon> would be nice if you could sort that by date
[11:04] <TheMuso> imbrandon: Note that that would be stuff before I got MOTu as well.
[11:04] <ScottK> Adri2000: I'll fix that up and be right back.
[11:04] <imbrandon> yea thus the date statement ;)
[11:07] <LaserJock> imbrandon: do you know if you get 100 of the same flavor CDs?
[11:07] <imbrandon> LaserJock, if thats what you ask for
[11:07] <imbrandon> they are pretty flexable
[11:07] <LaserJock> but I could get like 50 Ubuntu 25 Kubuntu and 25 Edubuntu?
[11:07] <LaserJock> oops bad example for you ;-)
[11:08] <imbrandon> yea infact thats exactly + one zero what i askd for
[11:08] <LaserJock> 50 Kubuntu 25 Ubuntu 25 Edubuntu ;-)
[11:08] <imbrandon> hehe
[11:08] <imbrandon> i got 500 + 250 + 250 , and a few for ppc and amd64 of each
[11:08] <imbrandon> when i ordered
[11:09] <LaserJock> I don't think RLUG needs that many
[11:09] <LaserJock> but they were just talking about Shipit at the last meeting apparently
[11:09] <imbrandon> right on, but the point is they are flexable, and will put ppc and amd64 if you ask
[11:10] <LaserJock> did you get some at Mt. View?
[11:10] <imbrandon> definately
[11:10] <LaserJock> I didn't stay around long enough
[11:10] <imbrandon> do you mean from shipit? heheh
[11:10] <LaserJock> did they have them at Google?
[11:11] <LaserJock> is what I meant
[11:11] <imbrandon> ohhhh i though you said mt dew, /me headdesks
[11:11] <LaserJock> hahahahaha
[11:11] <imbrandon> yea i got the 100 or so i have now from when we were at google
[11:11] <imbrandon> lol
[11:11] <LaserJock> shipit MT. Dew
[11:11] <LaserJock> Mark springs for developer juice
[11:11] <imbrandon> but i also ordered some for a confrence we had here in town
[11:11] <LaserJock> hmm
[11:12] <paulproteus> I'm a Debian mentee with a package in Debian, alpine.  It's not in Ubuntu, and I'd like it to be.  I uploaded it to REVU an hour ago, but I don't see it at revu.tauware.de.
[11:12] <LaserJock> well maybe I could hold off until the next UDS and get Feisty CDs
[11:12] <LaserJock> paulproteus: you sure it isn't Ubuntu
[11:12] <LaserJock> I thought we synced it a while ago
[11:12] <paulproteus> LaserJock, packages.ubuntu.com/alpine doesn't show it, at least.
[11:12] <LaserJock> !info feisty alpine
[11:12] <ubotu> Package feisty does not exist in edgy
[11:12] <LaserJock> !info alpine feisty
[11:12] <ubotu> Package alpine does not exist in feisty
[11:12] <paulproteus> !info alpine feisty
[11:12] <LaserJock> bah
[11:12] <paulproteus> Well, there we go. )-:
[11:13] <LaserJock> hmm
[11:13] <paulproteus> So I figured I'd upload to revu since that seems more direct to Ubuntu.
[11:13] <LaserJock> well somebody was around a while ago trying to get it in
[11:13] <paulproteus> Yeah, it was me and poningru.
[11:13] <imbrandon> paulproteus, you the maintainer in Debian ? and you want the exact version thats in debain in ubuntu ?
[11:13] <imbrandon> am i correct ?
[11:13] <LaserJock> when did it get into Debian?
[11:14] <paulproteus> imbrandon, The version I uploaded to Debian is 0.82+dfsg-3, but I uploaded 0.82+dfsg-3+ubuntu0 which has one trivial fix.
[11:15] <paulproteus> I mean, I uploaded the +ubuntu0 release to REVU an hour ago.
[11:15] <paulproteus> LaserJock, It got into Debian two months ago or so.
[11:15] <paulproteus> Maybe one month or so, now that I think about it.
[11:15] <imbrandon> i'd be happy to sponsor whats in debian already , btw +ubuntu0 is wrong versioning though , but trivial
[11:16] <LaserJock> we should be able to sync it
[11:16] <imbrandon> paulproteus, hit me with a dsc and i'll take a look at it ( i'm being too lazy to log into revu )
[11:16] <LaserJock> forget REVU, sync that baby
[11:16] <imbrandon> well if he has a fix
[11:16] <imbrandon> well hrm
[11:16] <paulproteus> imbrandon, Sounds good, talk to you in a sec with a dsc.
[11:16] <LaserJock> we can fix it after the sync
[11:16] <imbrandon> upload to debian the fix and we'll sync
[11:16] <imbrandon> true
[11:17] <LaserJock> that's even better
[11:17] <paulproteus> imbrandon, Well, there are a few more bugs I want to fix before the new Debian upload.
[11:17] <LaserJock> if we don't need an ubuntuX it would be lovely if we didn't have it
[11:17] <LaserJock> can you get them done within a week or so
[11:17] <LaserJock> ?
[11:17] <imbrandon> i agree actualy, depends on how long till you can upload to debian, FF is comming the 22
[11:17] <paulproteus> LaserJock, Yeah, I could do that.
[11:17] <paulproteus> "Feature freeze"?
[11:17] <paulproteus> 22nd of Feb?
[11:18] <imbrandon> yea do it that way then, fix it in debian over the next week then poke me or someone in here
[11:18] <imbrandon> yes and yes
[11:18] <paulproteus> imbrandon, Sounds good, that's what I'll do.  Thanks!
[11:20] <imbrandon> btw if you make a ubuntu local change to a debian package its upstream-XubuntuY where X is deb rev and Y is ubuntu rev , e.g. you package should ahve been uploaded to ubuntu as 0.82+dfsg-3ubuntu1 , just for future ref
[11:20] <imbrandon> paulproteus, ^^
[11:21] <imbrandon> if its not in debian yet the deb rev is 0 e.g. 0.4.3-0ubuntu1
[11:21] <ScottK> Adri2000: To answer one of your questions, there is a build-dep on debhelper because lintian throws an error if it's not there.  I'm not sure if it's cdbs or python-support, but one of them appears to use it.
[11:21] <imbrandon> anyhow thats the quick and dirty, there are exceptions etc etc etc
[11:21] <paulproteus> imbrandon, Thanks, that's a very clear explanation.
[11:22] <imbrandon> np
[11:23] <LaserJock> we are getting closer to being able to put Candidates on LP
[11:24] <imbrandon> right on, and bzr-buildpackage is rockin too
[11:24] <LaserJock> using bugs for package requests will be so much nicer
[11:25] <LaserJock> and it should tie in well with using bazaar.lp.net
[11:26] <LaserJock> hmm, we'll have to be clear about what we are ack'ing though
[11:26] <Adri2000> ScottK: I meant why *versioned*
[11:26] <Adri2000> ScottK: and why this version
[11:26] <LaserJock> probably need to ack particlar revisions
[11:27] <Adri2000> is there an UVF exception request already filed?
[11:27] <Adri2000> or I will be the first? :)
[11:27] <LaserJock> I think so
[11:27] <LaserJock> maybe
[11:27] <ScottK> Ah.
[11:27] <LaserJock> look at what's assigned to the motu-uvf team
[11:28] <Adri2000> LaserJock: nothing
[11:29] <ScottK> Adri2000: Why versioned is because lintian says it has to be at least version 5 and that version because that's (5.0.38) what was in the package I copied from.  
[11:29] <ScottK> Is debhelper >= 5 sufficient?
[11:29] <Adri2000> yes, usually
[11:30] <ScottK> OK.  I'll try that then.  Thanks.
[11:30] <Adri2000> yay, the 187MB source package
[11:31] <Adri2000> orig.tar.gz*
[11:32] <LaserJock> imbrandon: so the minimum order is 100, right?
[11:32] <LaserJock> 5.0.38 I think is for python policy
[11:34] <imbrandon> LaserJock, yes iirc
[11:36] <LaserJock> imbrandon: I found the form to order online
[11:36] <Adri2000> currently ScottK's package has debhelper (>= 5.0.37.1), and 5.0.38 is needed for python-central, not for python-support (according to http://wiki.debian.org/DebianPython/NewPolicy)
[11:38] <LaserJock> imbrandon: it says 1.50 euros/CD
[11:43] <imbrandon> ouch
[11:43] <imbrandon> i thought it was 1.50 usd
[11:45] <LaserJock> that's $1.96USD
[11:45] <ScottK> Adri2000: How's this? http://revu.tauware.de/details.py?upid=4333
[11:46] <ScottK> LaserJock: I'd be interested in your opinion too ^^^
[11:49] <Adri2000> ScottK: I'll look later, because anyway I can't build right now. (building the 187MB source package)
[11:52] <geser> Adri2000: what has such a big source package? tex-live?
[11:52] <Adri2000> nexuiz-data :p
[11:54] <ScottK> Adri2000: Thanks.
[11:56] <jharr> is there a tool for safely modifying stuff in /etc/environment?
[11:59] <geser> jharr: what do you want modified there?
[11:59] <jharr> PATH
[12:00] <jharr> I'm making some local packages, some of which don't like to be in standard locations.
[12:01] <Fujitsu> Make them like it, then.
[12:03] <jharr> Fujitsu: it's kind of hard for me to modify binaries to do that.
[12:03] <Fujitsu> Urgh, binaries.
[12:03] <jharr> yeah, I don't like it either.
[12:04] <jharr> but being an idealist only works if you have control over the software you're suppose to install on the system.
[12:05] <coNP> jharr: I  would make a wrapper script instead
[12:06] <jharr> I guess I could symlink everything