/srv/irclogs.ubuntu.com/2008/01/24/#ubuntu-motu.txt

rexbronwhere would be the appropreate place to document this sort of decision?00:01
rexbron(that last question is open to all)00:02
LaserJockrexbron: probably first ubuntu-motu/ubuntu-devel ML00:03
rexbronLaserJock, this package is not in the repos yet, but I will do so00:03
persiarexbron: I'm not really here, but my concern is that while openlibraries uses rpath entirely internally within itself, open libraries is intended to be used for building other applications, and I'm not convinced that there won't be odd follow-on behaviour once other packages dynamically load the libraries, possibly with RPATH set, nor am I sure those packages won't run against policy.  I may be completely mistaken, and expect your research to hav00:08
rexbronouch buffered00:10
rexbronI would think that any libraries that use openlibs would not use rparth, hense preserving upgrade sanity00:11
* rexbron will definately take it to the ML00:11
RAOFrexbron: But if the openlibraries itself uses rpath, then anything using it...00:20
rexbronRAOF, if only internally?00:21
RAOFrexbron: But the OL libraries are installed into a non-ld-config-known path, right?  Anything linking against them will need to do annoying stuff.00:22
rexbronBasically, openlibraries is a collection (five main ones, with in each there is a C++ lib and a python binding) and a bunch of compiled plugins for those libs00:22
rexbronRAOF, by nonstandard I mean /usr/lib/openlibraries-<foo>00:23
rexbronwhich is how upstream is installing it00:23
RAOFOk.  So the libraries themselves are in /usr/lib, and the plugins are in /usr/lib/openlibraries type thing?00:23
rexbronno,00:23
rexbroncurrently everything is in /usr/lib/openlibraries-0.5.000:23
RAOFThat sounds like a really annoying idea.00:24
rexbronRAOF, I was striping the rpath out of the libs that had it (not all of them do)00:24
rexbronbut that completely broke the python bindings00:24
rexbrondue to the non-standard location00:24
rexbronit is possible though that I mangle it in  the .install files00:25
RAOFThis non-standard location isn't build-time configurable?00:25
rexbronafaict, no00:25
rexbronbeyond a prefix00:25
RAOFrexbron: For details of why installing libraries in /usr/lib/foo is really annoying, see *anything* which embeds gecko.00:25
rexbron:P00:25
RAOFThat's annoying.00:25
RAOFWhine upstream :P00:26
crimsunnenolod: pong00:26
crimsunRAOF: pong00:26
rexbronRAOF, upstream just revived itself00:26
rexbronRAOF, it might have to do with the devs being Mac and Windows peps00:26
RAOFcrimsun: Hi.  Trying to hack in multiarch _sucks_ :(00:27
crimsunheh, it's nice and comfy down here in hell, isn't it?00:27
rexbronI wonder if I strip rpath and install everything to /usr/lib if the problems would allivate themselves00:27
RAOFrexbron: Worth a try :)00:28
rexbronI am unsure if ld.so.conf is getting updated by debhelper...00:28
RAOFcrimsun: My final problem is trying to make the bi-arch build not build plugins that it can't, but pkg-config thinks it can.00:29
rexbronRAOF, the dir structure is like this: usr/lib/openlibraries-0.5.0/openeffectslib/plugins/00:30
rexbronor usr/lib/openlibraries-0.5.0/openeffectslib/lib00:30
RAOFrexbron: Hit upstream with a big "what the hell are you doing" stick.00:31
rexbron"Bash upstream with the libtool handbook.."00:31
RAOFIt makes sense to have the plugins in /usr/lib/<my_plugin_dir>, but that looks mad.00:32
crimsunRAOF: did you mean to follow up that last one?00:37
RAOFcrimsun: By "last one" did you mean the "stopping it building the plugins it can't, but pkg-config makes it think it can"?00:48
crimsunRAOF: yes00:48
RAOFAh.00:48
RAOFI can explain the problem: configure checks pkg-config for libpulse, jack, ald dbus-1, and sets "HAVE_foo".00:49
RAOFHowever, pkg-config is returning results for the native bitness libraries.  So it tries to build all of these plugins.00:50
RAOFI can partially work around this by telling pkg-config to look in /usr/lib$)bi)/pkgconfig (which is empty) and manually specifying the right libs & cflags.00:51
RAOFThat builds the basic plugins, with no external dependencies.  However, since they use a [if found] and a [if not found] custom action for their PKG_CHECK_MODULE configure calls, libpulse & dbus-1 (which exist in ia32-libs) don't get built.00:52
kdubanyone have program that needs packaging that they've been saving for a newbie :-)?00:53
RAOFcrimsun: Given that what *I* want out of lib32asound2-plugins is a 32bit pulse plugin, this isn't very useful behaviour for me :(00:53
RAOFcrimsun: Any ideas?00:53
crimsunRAOF: do your basic debian/rules modifications follow alsa-lib's?00:55
RAOFcrimsun: Yes, they do.  I can post them, if you like.00:56
crimsunsure, though my attention is diverted to a PA security issue ATM, so I'll be slow in responding.00:57
RAOFcrimsun: That's fine.  It's at http://www.cooperteam.net/rules00:58
LaserJockanybody know how to tell tracker what to index?01:11
_MMA_LaserJock: Isnt there a place where to tell it what *not* to index?01:13
LaserJockbah01:13
LaserJockI killed it01:13
LaserJockI want it to index my pdfs01:13
StevenKThat isn't hard01:13
LaserJockand it doesn't seem to do it01:13
LaserJockdoes it not index .pdf files?01:13
* _MMA_ only thought there was a blacklist.01:13
ScottKLaserJock: It'll index your ISO images too.01:13
LaserJockScottK: hah, that's smart01:14
LaserJockI saw it also indexes vmware images01:14
_MMA_:)01:14
LaserJockbut they're gonna blacklist that01:14
LaserJockso far the only thing I found it *can* do is index my email01:14
ScottKWell I think Tracker is one of the best advertisements Kubuntu has has in a long time.01:14
LaserJockwhich I can already do from evo01:15
LaserJockScottK: you use strigi?01:15
ScottKLaserJock: Actually not, but I understand it's better behaved.01:15
ScottKMy main desktop (where it'd be useful) is still Dapper.01:15
LaserJockI know there's been some cool work with strigi and chemistry indexing01:16
nenolodcrimsun, would ALSA plugin chains cause problems with DMA writes in libalsa?01:18
ScottKLaserJock: BTW, so far so good the mass clamav backport.  Thanks again.01:18
LaserJockScottK: great01:19
crimsunnenolod: quite probably, particularly if dmix and/or dsnoop are in the mix.01:21
LaserJockbah, I give up >:(01:26
emgentheya people01:28
bddebianHeya gang01:50
bddebianScottK: I think you have been hanging around Debian too much already.. ;-P02:38
ScottK2bddebian: Not yet.  I didn't curse at you.02:44
nenolodcrimsun, fantastic. thanks (:02:52
bddebianScottK2: Heh, touche :-)02:55
* emgent night.03:37
bddebianScottK2: Wanna help with a bug instead? :-)03:37
ScottK2What bug?03:38
bddebiantestresources FTBFS03:38
ScottK2And?03:39
bddebianAnd I don't know how to fix it :-)03:39
ScottK2Point me at a build log?03:40
LucidFoxI read that as "testosterone FTBFS" :/03:40
bddebianScottK2: http://paste.debian.net/4757603:41
bddebianLucidFox: :)03:41
ScottK2bddebian: Is the the Debian package or the Ubuntu one?03:43
bddebianI just updated the debian one so they are pretty similar but same issue03:44
ScottK2I'll have a look.03:45
bddebianYou ROCK :)03:46
bddebianI need to improve my python.. :-(03:46
bddebianWell, and everything else.. :)03:47
RAOFCue bddebian suckage rant?03:47
RAOF:)03:47
bddebianYeah, he does suck doesn't he..03:50
ScottK2Well the ubuntu package doesn't even get that far right now.03:51
bddebianAh, I used python support03:52
ScottK2doko would kill me if I changed it in Ubuntu.03:53
bddebianheh03:53
ScottK2bddebian: I got it to build in Ubuntu.04:01
ScottK2I made two changes.  I'm not sure which it was.  Testing.04:01
bddebianWhat did you change... Oh :)04:01
ScottK2The problem in Ubuntu was that python2.4 wasn't present04:04
ScottK2So I changed python-dev to python-all-dev04:04
ScottK2Also moved it from build-dep-indep to build-dep since it's needed in clean according to Lintian.04:04
ScottK2So it'll build now and the current Ubuntu package that hasn't been built since python2.4 was default (I think) will now built.04:05
ScottK2built/build04:05
bddebianHmm I have both of those.. weird04:06
bddebianDo you have a sid pbuilder?04:06
ScottK2I do.04:07
ScottK2I just uploaded to Ubuntu so it'll at least build.04:08
ScottK2I've got to run here in a minute.04:08
ScottK2I kicked off my sid pbuilder and we'll see what happens04:08
bddebianOK, thanks04:08
ScottK2bddebian: Builds fine in my sid pbuilder.  Feel free to steal it for Debian.  ;-)04:10
ScottK2It could use more work.  Lintian is happier, but not satisfied.04:11
bddebianGrr, wtf04:11
tonyyarussoHey, would anyone be willing to throw together a _very_ simple package for me?  My personal life has taken a turn for the insane and I'm becoming unsure of whether I can get it done before freeze, although an experienced person could probably do it in a matter of minutes.04:22
ScottKI just fixed bddebian's bug for him, so he's got free time.04:23
bddebianI find it hard to believe that it's actually fixed with that :)04:24
bddebiantonyyarusso: What/where is it?04:24
tonyyarussoIt has been proposed that a package with the name of 'nvu' be added to the Hardy repos in the same vein as the 'mozilla-thunderbird' package, just as a transitionary package depending on 'kompozer' (already in the archives), so that Dapper users have a clean LTS->LTS upgrade path.04:24
tonyyarussobddebian: ^04:24
ScottK2tonyyarusso: Make it an additional binary package of your kompozer package.  Not a whole new package.04:24
bddebianAye, can't you even just make it Provides: ?04:25
tonyyarussoScottK2: That makes sense...04:25
tonyyarussobddebian: I'm not sure?  Probably?04:25
ScottK2bddebian: We'll see.04:25
tonyyarussobddebian: So I just add a Provides: line much like Depends:, and if a user has nvu installed on Dapper, and upgrades to Hardy, they'll get the new kompozer package installed?04:26
StevenKYou could just ask mvo to add an hint to update-manager04:26
tonyyarussoa hint?04:27
* tonyyarusso looks for documentation on Provides04:27
bddebiantonyyarusso: Should.  You might also need a conflicts/replaces if you do that??04:27
RAOFtonyyarusso, bddebian: Does provides: work properly accross package renames & upgrades?  I remember being asked to provide a proper package for Miro.04:27
bddebianRAOF: It may not04:27
StevenKtonyyarusso: I'd suggest asking pitti when he turns up04:27
bddebianScottK2: Can you throw a source package up somewhere or are you leaving?04:28
tonyyarusso"For some types of packages where there are multiple alternatives virtual names have been defined. You can get the full list in the /usr/share/doc/debian-policy/virtual-package-names-list.txt.gz file. Use this if your program provides a function of an existing virtual package."04:28
StevenKtonyyarusso: Ignore that04:28
tonyyarussoStevenK: heh, all right.  Didn't know what it meant anyway!04:28
* Hobbsee would just use conflicts and replaces nvu04:28
StevenKIt has no reason to Conflict04:29
tonyyarussoHobbsee: I know that would properly replace nvu if they did it manually, but I'm confused about upgrade-specific behavior.04:29
StevenKReplaces and Provides, sure.04:29
HobbseeStevenK: ah right, is that it.04:29
HobbseeStevenK: assuming none of the files wer ethe same04:29
StevenKWait, no reason to Replaces either04:30
tonyyarussoIt is possible to have both packages installed simultaneously.  It would just be a tad silly, and not what an upgrader would expect.04:30
tonyyarussoAFAIK they have different paths for all files.04:31
StevenKI think this should documented04:31
StevenKSigh04:31
tonyyarussoI think I need a clone.04:31
tonyyarusso(Full time student and managed to find myself doing three jobs too - stupid, but they're good jobs, so hey - just a wee bit busy between now and June)04:32
tonyyarussoSo pitti or mvo eh?  I forget; what times are they usually around?04:33
ScottKtonyyarusso: European work day.04:34
tonyyarussoScottK: 'k04:34
bddebianDamn Europeons04:34
* bddebian ducks04:34
ScottKtonyyarusso: Any chance you could look into making the publish function work with SFTP and not just FTP.04:35
ScottKThat's be really handy.04:35
tonyyarussoScottK: Make it work, no.  Mention the desire to the guy who could, yes.  (I just put it in the archives; someone else wrote the code.)04:35
tonyyarussoScottK: Meanwhile, you wanna add scp as an option to sbackup?  :P04:36
tonyyarusso(Just while we're talking about transfer methods in random packages on our wishlist)04:36
ScottK2tonyyarusso: Mentioning would be great.04:36
tonyyarussoScottK2: on the todo list04:37
ScottK2Great.04:38
ScottKGood night all.04:40
bddebianGnight ScottK, thanks for looking at that04:40
bddebianEven if it does fail on sid for me... ;-)04:42
crimsunkeescook: I've filed and attached the appropriate info to bug 185534.06:06
ubotuLaunchpad bug 185534 in pulseaudio "[SECURITY] Fix unchecked setuid() return values (feisty-security, gutsy)" [High,Fix released] https://launchpad.net/bugs/18553406:06
warp10heya all06:39
=== boomer` is now known as boomer
Alohahow do i build tarballs to create source packages from? like a source package to install wallpapers07:32
=== bigon` is now known as bigon
RAOFAloha: By taking a directory with all the stuff you want in it and going "tar czvf wallpapers_0.1.orig.tar.gz"07:41
AlohaRAOF, i want to make a bonary package though07:41
Alohabinary07:41
RAOFWhich will be built from a source package, which will start with a .orig.tar.gz?07:42
AlohaRAOF, how do i get it to install the files?07:43
RAOFAny way you like.  dh_install is probably a good way.07:43
* Aloha needs to grok dh_install07:44
RAOFIt's pretty easy; you have a 2 column list.  The first column is the file you want to work on, the second is where it should go.07:45
AlohaRAOF, then i put dh_install in debian/rules?07:46
RAOFYup.  Probably in the install-indep target.07:46
* Aloha needs to grok install-indep07:46
AlohaRAOF, thnx for the help07:46
RAOFHeh.  debian/rules is just a makefile with a bunch of specified targets :)07:47
Alohagotcha07:47
RAOFIt helps to have a basic understanding of Makefile syntax.  Which is also pretty easy :).07:47
* Aloha needs to grok Makefile ;)07:47
Alohaonly Makefile work I usually do is typing make heh07:48
=== \sh_away is now known as \sh
Alohawhat targets does the installer call in the Makefile when the package is installed?07:55
RAOFAloha: You'd want to check Debian policy; there's a list of all the targets there.08:05
AlohaRAOF, thnx08:05
RAOFIn particular: http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules08:05
AlohaRAOF, whats the advantage of using dh_install over a simple cp?08:07
RAOFIt's more debianic, for a start.08:08
RAOFIf you weren't going to use dh_install you'd probably want to use install anyway, so you can control the permissions, for a start.08:09
RAOFAnd if you're installing a bunch of wallpapers it can be more obvious to have them listed in debian/foo.install rather than having a bunch of cp lines.08:09
AlohaRAOF, gotcha, how does dh_install how which .install file to look in?08:10
Alohaor do i dh_install file.install?08:10
RAOFIt either looks for debian/install, or debian/<packagename>.install08:10
RAOFThis is common behaviour for debhelper programs08:11
Alohawhere dh_name looks for debian/name?08:11
RAOFOr debian/<packagename>.name, yes.08:12
AlohaRAOF, thnx you're a BIG help08:12
Alohadpkg-buildpackage --rfakeroot doesn't execute binary-arch?08:29
wallyweekg'morning all!08:36
=== civija_ is now known as civija
Alohawallyweek, morning08:39
\shhmm..how can I stop gnome/nautilus/whatever to show dynamically mounted lvm devices?08:42
huatsmorning everyone08:45
norsettomorning folks08:51
gaspanorsetto: ue'.08:51
norsettoué gaspa - ron08:51
gaspaue' == "tipical american greeting" :D08:51
norsettogaspa: gasparon = typical american nickname08:52
gaspa:D08:53
gaspanorsetto: how are you?08:53
norsettogaspa: surviving, and you?08:53
gaspanorsetto: very <yaaAAwn> good!!08:55
Alohawhen i do dpkg -c packagename.deb it lists /usr/bin and /usr/sbin how do i get rid of that?08:55
gaspanorsetto: i've a little monst... ehm... daughter that makes hard to sleep well. :D08:56
norsettogaspa: he, the pleasures of parenthood .... you going to Pisa this week-end btw?08:56
gaspasiena, you mean...08:56
norsettoAloha: most probably you used dh_make and that automatically includes those in debian/dirs I guess08:57
norsettogaspa: yes, somewhere in Tuscany anyhow ;-)08:57
gaspalol08:57
Alohanorsetto, oh gotcha. is there a better way to build non compile source packages?08:57
norsettoaloha: to build not compile!? Sorry, don't follow you ... you mean to make a tarball and attach it a deb label?08:58
gaspanorsetto: i don't know, there's not so much developers, and i don't like 'organization meetings'08:58
Alohanorsetto, i just have dh_install in my package and not anything else. no software gets compiled08:59
norsettogaspa: yeah, I can undersatnd, its a good excuse to have fun together though08:59
norsettoaloha: well, just make a very simple rules then, but you still need copyright, control and changelog09:00
gaspaof course. and you? what will you do?09:00
* wallyweek welcomes norsetto in non-sleeping fathers club :p09:00
norsettoaloha: also, some target needs to be there (don't remember the list by heart) even though they are used, you should check the debian policy for that09:00
norsettoaloha: read that "even though they are not used"09:01
Alohanorsetto, ok thnx alot :)09:01
norsettowallyweek: hey, its gaspa the lucky parent ;-)09:01
gaspawallyweek: yes, i'm the one09:02
TheMusoHey folks.09:02
mok0Hey, TheMuso09:02
norsettoaloha: you could also check some similar package to give you an idea, there are few which only ships bash scripts for instance09:02
wallyweekoh I see... this online client is a nightmare :)09:02
norsettoué TheMuso09:02
norsettoops, morning TheMuso09:03
gaspanorsetto: so, will you go to siena?09:03
norsettogaspa: nope09:03
gaspai see.09:03
gaspanorsetto: well, i think i'll go to fosdem, anyhow...09:04
wallyweekgaspa: siena?! why?09:05
gaspawallyweek: there's the ubuntu-it meeting, this weekend.09:07
wallyweekgaspa: I can't go either but it's nice to know, thanx! :)09:09
gaspawallyweek: uh. are you italian? or in italy?09:10
wallyweekgaspa: yes to both09:11
gaspai see.09:11
=== \sh is now known as \sh_away
=== \sh_away is now known as \sh
=== \sh is now known as \sh_away
=== \sh_away is now known as \sh
=== gouki_ is now known as gouki
=== \sh is now known as \sh_away
=== \sh_away is now known as \sh
amarillionHey there, would anybody like to review http://revu.tauware.de/details.py?package=speed-game ? It's a very simple package and I've addressed all previously reported issues. It's been 10 days since the last review.10:27
foolanoScottK: r u around?10:32
=== Aloha is now known as tjgillies
=== lifeless_ is now known as lifeless
slytherinCan anyone please review this debdiff before I actually attach it to a bug. http://paste.ubuntu.com/3827/11:01
persiaslytherin: What level of review do you seek?11:02
man-dislytherin: BTW: have you had time to look into that axis bug?11:03
slytherinpersia: I was not sure how to set a variable's value with command substitution in rules file and then use that variable. So I have used command substitution twice where needed.11:04
slytherinman-di: Nope. Couldn't find what exactly the reason was. I will have to take a detailed look in the error.11:05
man-dislytherin: from what I saw the bug was filed because GCJ ICEd on building11:05
persiaslytherin: At a base level, I think you want $(shell <command>) rather than `<command>` in a makefile, and I don't believe in minor standard version bumps when updating Debian packages: this is only worthwhile if you get the ancient-standards-version report, and feel like cleaning all the cruft.  3.7.2 -> 3.7.3 just adds noise to the patch and confuses MoM.11:06
man-dislytherin: when you can build the package that is fixed already11:06
slytherinman-di: I will try today11:06
persiaslytherin: For setting a variable, just use $(shell ...).  Whether to use = or := depends on whether the result changes during the interpretation.11:06
man-dislytherin: thanks, I think that bug can just get closed11:07
slytherinpersia: Ok. Will remove version bump. And also use $(shell command). But then how to use that variable? $(var)?11:07
persiaslytherin: OK.  Assuming you want to set the variable once at parse time (to avoid multiple calls), you'd use MY_VAR := $(shell <shell command>).  You can also use curly braces if you find that less confusing.11:09
slytherinpersia: Done that. And then how to use that variable where the value needs to be substituted?11:09
persiaThen, you can use $(MY_VAR) later in the makefile to call it.  If you use :=, be sure to define before using.  If you use =, it is less strict (but produces multiple calls).11:10
persiaslytherin: Sorry.  I'm not the fastest typist :)11:10
slytherinpersia: oops, sorry. I thought you didn't understand my question11:10
\shsoren, any clue why bochs ftbfs at configure stage with checking for default gui on this platform... x1111:12
\shERROR: X windows gui was selected, but X windows libraries were not found.11:12
persiaslytherin: I just tend to be wordy, and there's this annoying 256 character limit imposed by freenode that often keeps me from using paragraphs properly.11:13
persia(or maybe it's 255 characters: I never actually counted)11:13
slytherinpersia: By the way, I am not sure if the patch actually fixed the bug. It just installed extension at proper place. I have not actually tried the package to check if there are any ABI compatibility problems.11:14
persiaslytherin: Good to test things before uploading :)  Also, please shift to $(shell).  Using escape characters to convince make to run shell scripts is less than ideal.11:15
slytherinpersia: Do you have hardy running at this point of time? I am in office and can't test the package. :-(11:15
warp10I was looking at http://packages.qa.debian.org/d/dialign-t-doc.html . This package is not in Ubuntu and I would like to request a sync. It is in non-free, but I don't understand why, since it is under LGPL. Any idea?11:16
=== Nightrose2 is now known as Nightrose
persiaslytherin: Yes, but I've a larger queue that I am confident I can process before I next sleep.  You'll have better luck with another tester.11:16
slytherinpersia: Ok. If I don't find anyone I will test it tonight at home and then submit the fix tomorrow.11:18
* pochu wonders whether Hobbsee plans to write something regarding her application to the MC...11:19
slytherinIs anyone willing to test a fix for nautilus-open-terminal? I don't have access to a hardy system at present.11:21
* DaveMorris asks persia nicely if he'd have time to review his OpenSG package again some time soon11:23
persiaDaveMorris: I'll start a build overnight, and try to take a look tomorrow.  Has nobody else reviewed it?11:24
DaveMorrisno11:25
DaveMorrispeople tend to pick the smaller packages11:25
* persia encourages someone else to review opensg, as only one reviewer doesn't tend to make the best quality package11:25
norsettowarp10: I didn't check it but it could [build-]depend on something in non-free11:27
persiaDaveMorris: You've not the biggest.  Take a look at the urbanterror candidate :)11:27
soren\sh: Just a wild guess: Because you don't have x11 development packages installed?11:27
DaveMorrispersia: that looks like it has a sane build system though :)11:28
\shsoren, libx11-dev is in b-d :)11:28
warp10norsetto: I checked it before asking here: it just build-depends on debhelper, depends on ${misc:Depends} and suggests dialign-t (in main and universe).11:28
\shsoren, well, it's the new debian upstream package...where your changes are applied :)11:28
soren\sh: Ah, nice.11:29
\shsoren, but the problem occured now..11:30
* soren is looking11:30
\shsoren, cool thx11:31
persiawarp10: I'd guess it's considered non-free because there doesn't appear to be any source file for the PDF/ps/html docs.  Just a wild guess, though.11:32
soren\sh: Builds fine in my sbuild.11:33
soren\sh: Are you on amd64 or i386?11:33
warp10persia: mmm... maybe that's the issue. I'll try to contact the maintainer, he should know about that11:33
* soren high-fives dholbach11:33
\shsoren, amd6411:34
soren\sh: Me too.11:34
persiawarp10: Check the changelog.  I suspect that it would make sense to drop the package, and restore the upstream tarball in dialign-t, rather than just moving to universe.  Of course, this is only worthwhile if you plan to maintain the fork.  If you just want to be a user, bests to leave in multiverse.11:35
\shsoren, oh fun...what could that be11:35
dholbachsoren: what about? :)11:35
sorendholbach: Because everything is *awesome*!11:35
soren\sh: Are you building in pbuilder or sbuild?11:36
\shsoren, sbuild11:36
dholbachsoren: OK, I think I can agree with you :))11:36
proppyhi11:36
\shsoren, I can check against pbuilder11:36
sorenTo be fair, my sbuild is slightly out of date.11:36
sorenWell, my chroots are.11:36
sorenDear TeX-maintainers. Please use triggers. kthxbye11:37
warp10persia: well, I don't like to increase our delta with debian, but that could be a good idea, since I am greatly interested in having that package in good shape in Ubuntu.11:38
\shsoren, update ;)11:38
sorenIt's running, it's running, I've just got... erm... let's just say "a few" schroots.11:39
\shsoren, are you using local archive mirrors, just as I do?11:39
soren\sh: apt-cacher11:40
persiawarp10: Keeping close to Debian is largely a way to reduce the amount of work that MOTU needs to do.  If you want to commit coordination for that package, you might split it.  On the other hand, I don't think we allow non-built-from-source docs in universe either: check with an archive admin.11:40
soren\sh: rebuilding with fresh chroot.11:41
\shah11:42
\shwell libx11-dev should be enough for with-x1111:43
warp10persia: I'll surely do that, but I would like to ask to debian first, maybe there are additional reasons for putting that package in non-free.11:44
soren\sh: It still builds fine here.11:44
\shhmmm11:45
\shI just recreated the chroot this morning11:45
\shsoren, can you send me your build log please?11:47
\shI wonder what's wrong here11:47
norsettohey proppy!11:50
norsettoheya dholbach ...11:50
dholbachhey norsetto11:50
* proppy hugs norsetto11:51
* proppy hugs dholbach11:51
norsettowhats up dholbach? You seem unusually depressed!?11:51
norsettoproppy: any new spec in preparation? Any linux-unfriendly software being packed? :-)11:51
dholbachnorsetto: errrrr? :)11:52
dholbachnorsetto: not really :-)11:52
* dholbach hugs norsetto and proppy11:52
norsettodholbach: good ... you had me worried11:52
proppynorsetto: was in a big hole that poped up just today :)11:52
dholbachnorsetto: why? what happened?11:52
norsettodholbach: I mean, that you seemeed not ok11:53
proppynorsetto: I'm happy our spec got implemented :)11:53
proppynorsetto: and juce packaging still waiting for upstream feedback11:53
norsettoproppy: a hole? ok, your company discovered you and got rid of you even before it disapperead?11:53
* Kmos hugs norsetto & dholbach11:55
proppynorsetto: kinda like that, we've setup specifications and meetings for a no budget response in the end :)11:55
soren\sh: I kind of killed it before it finished. You said it died during configure..11:55
dholbachhey Kmos11:55
\shsoren, yepp11:55
norsettohi kmos11:55
Kmosnorsetto: won't you candidate to motu council member?11:56
norsettokmos: nope11:56
\shsoren, trying with an i386 chroot now11:57
Kmosnorsetto: i think you have a good place there :)11:57
norsettokmos: there are much better people than me for that, believe me ;-)11:58
Kmosnorsetto: and one is you :) hehe11:58
\shsoren, the same...checking for X ... no and then failing at checking for default gui on this platform... x1111:59
\shERROR: X windows gui was selected, but X windows libraries were not found.11:59
persia\sh: Have you tried using debuild under schroot -c foo?  You may find that you can more easily understand the issue when you are exploring the existing build.  There's also the --purge=never argument to sbuild if you like.12:01
\shpersia, I'm checking against pbuilder now, and push a testpackage to my ppa...12:02
persia\sh: You can get a pretty close simulation of the PPA if you download the buildd chroot tarball from launchpad, and use that to prep your schroot.12:03
soren\sh: What version of bochs are you building?12:04
soren2.3.6-2 ?12:04
\shpersia, -112:04
\shsoren, the last one which is in sids Sources.gz12:05
persia\sh: ?12:05
soren2.3.6-2 ?12:05
soren(!)12:05
\shnope 2.3.6-212:05
\shaehm12:05
\shnope 2.3.6-112:05
sorenThat's not the last on in sids Sources.gz.12:05
\shit's sids Sources.gz from this morning actually12:05
sorenquit living in the past already! :)12:06
\shgetsid.sh --update ;()12:06
\sh  * Try to use pkg-config before AC_PATH_XTRA (fixes a FTBFS). Add pkg-config12:08
\sh    to Build-Depends.12:08
\sh    - debian/patches/patches/20_use_pkg-config.patch: New file.12:08
\shsoren, YAY12:09
zulmorning12:09
\shthose buggers12:10
\shmoins zul12:11
\shifneq ($(DEB_HOST_ARCH_CPU),i386)12:14
\sh        $(error "build-indep will only succeed on any-i386")12:14
\shendif12:14
\sh 12:14
\shWAAA?12:15
sorenThat's not really unexpected.12:18
\shsoren, sure...12:19
\shsoren, I wonder what's the magic in our buildds to build at least the main bochs package12:19
* persia points at bug #183495 for one way to deal with building bios packages sanely12:20
ubotuLaunchpad bug 183495 in openbios-sparc "[FTBFS] openbios-sparc (1.0~alpha2+20070816-1) fails to build in hardy" [Medium,New] https://launchpad.net/bugs/18349512:20
\shpersia, I like infinities idea...12:23
persia\sh: You might want to also hit openbios then, as the person who was chasing that issue is no longer encouraged to follow up...12:24
* norsetto --> lunch12:25
\shpersia, it means to introduce more packages12:27
persia\sh: Only has to be a binary package: you can leverage the existing source package.  As they are mostly dummy packages, not so much pain, no?12:28
persiaOf course, how one gets an arch-all package to build-dep on a package only built on an architecture different than that of the buildd is a more interesting question...12:28
\shpersia, actually right now I'm trying to understand what it involves to get this hack ready ;)12:29
\shpersia, infinity mentions to use another (new)  source package which build-dep on the resulted binary arch dep package12:30
persia\sh: Worst case you can do something like ia32-libs, but that's non-ideal.12:30
persia\sh: Oh right.  I managed to ignore the fact that packages build-depending on themselves was bad :)12:30
\shpersia, na...what adam means is this: Package: -sparcbios Arch: sparc ... build the package on the needed archs...and introduce a new source package which generates an arch:all package . the Arch:all can actually only be generated on the sparc arch because of the build-dep on the arch dep bianry package12:32
\shnow I need some crack12:32
persia\sh: That doesn't solve the problem.  The arch:all package needs to be able to be generated on an arbitraty arch, or else it still needs handholding.12:32
persiaI suspect that's the same sort of issue you're encountering with bochsbios, that you're not using the same architecture for building the arch:all package as Soyuz, but that shouldn't break the build.12:33
\shpersia, so how can a i386 buildd include a _sparc.deb12:33
persia\sh: Without internet access?  That's the hackish bit...12:33
persiaia32-libs chose to do this with internet access at packaging time, but I'm not convinced that's really a source package.  I don't know the right solution.12:34
\shpersia, I mean more, that the i386 arch needs to overwrite the behaviour apt of pulling in .deb packages for the build arch12:34
persia\sh: That's not so hard.  The hard part is getting the sparc apt-cache on i386.12:35
\shpersia, that's what I mean...or you switch for this special occasion the -A switch of sbuild on ;)12:35
persiaYou might check in #launchpad to see what "no internet access" really means.  There might be a way to access an archive via the network, even if not the normal archive.  You could try archive.ubuntu.com, and if that failed, fall back to the internal archive.12:36
\shpersia, and let the sparc buildd create the Arch: all package at all...it means just cp the binary of _sparc.deb build-dep to the Arch: all package12:36
persia\sh: That's significantly less trivial within wanna-build, and I suspect even more so within Soyuz.12:36
pochuHobbsee: will you write something regarding your MC application?12:36
Hobbseepochu: probably, when i get inspired.  if getting inspired doesn't become before the end of the voting, then no :P12:37
* persia suspects Hobbsee of having a secret alien agenda, which is hard to describe in mere human languages12:37
\shpersia, I think I'll talk to adam because he knows a lot about his buildd ... well I could also ask lamont...12:38
Hobbseepersia: or involving a lot of beeping12:39
persia\sh: That works too.  I suggest #launchpad, as I believe in teams, and someone else might know too.12:39
persiaHobbsee: heh12:39
=== DrKranz is now known as DktrKranz
psicus78hello!12:42
\shpersia, see #launchpad ;)12:43
psicus78I'v tried to compile glib2.0 2.15.3 for gutsy in using PPA, everything worked fine and I was able to install but now I have this weird situation:12:43
psicus78gabriele@nicholas:/var/cache/apt$ apt-cache policy libglib2.0-012:43
psicus78libglib2.0-0:12:43
psicus78  Installato: 2.15.3-0ubuntu1~psicus212:43
psicus78  Candidato: 2.15.3-0ubuntu1~psicus212:43
psicus78  Tabella versione:12:43
psicus78     2.15.3-0ubuntu1~psicus2 012:43
psicus78        500 http://ppa.launchpad.net gutsy/main Packages12:43
psicus78 *** 2.15.3-0ubuntu1~psicus2 012:43
psicus78        100 /var/lib/dpkg/status12:43
persia!pastebin12:43
ubotupastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)12:43
psicus78     2.14.1-1ubuntu1 012:43
psicus78        500 http://it.archive.ubuntu.com gutsy/main Packages12:43
psicus78and the update manager keeps asking me to update it!12:44
psicus78ops, sorry about that12:44
psicus78http://paste.ubuntu-nl.org/53299/12:45
persiapsicus78: Usually indicates an issue with keys or repos.  Since you signed it, check to make sure you trust your PPA.  If not, ask in #launchpad (we don't really handle either glib or PPAs here)12:45
psicus78ok, thanks12:46
zulHobbsee: if your write-up has a lot of click sounds like the bushmen do then I would vote for you12:46
slytherinpersia: Just FYI ... I tested the package with the help of another user and attached the debdiff to bug 18543512:46
persia\sh: Maybe lunchtime?12:46
ubotuLaunchpad bug 185435 in nautilus-open-terminal "nautilus-open-terminal no longer works in Hardy" [Low,Confirmed] https://launchpad.net/bugs/18543512:46
persiaslytherin: Excellent.12:46
persiazul: Do you think there are sufficient devs who read !Kung?12:47
\shpersia, well, irc backlogs are nice :) need to re-enable them in my dircproxy12:47
zulpersia: probably :)12:47
* persia tends to wait for the turn of the hour, and rely on irclogs.ubuntu.com12:47
Hobbseepersia: that's a launchpad bug.12:48
Hobbseepsicus78: you'll have to wait for launchpad to fix their bug - it's known12:48
persiaHobbsee: poor support for !Kung, or the key issue?12:48
Hobbseepersia: glibc probably has a predepend12:48
Hobbseepersia: which makes it forever try to reinstall12:48
StevenKlibc6 itself doesn't12:49
psicus78Hobbsee: do you know the bug #?12:50
Hobbseepsicus78: https://bugs.edge.launchpad.net/soyuz/+bug/16523012:51
ubotuLaunchpad bug 165230 in mythbuntu "PPA generates an endlessly upgrading package" [Low,Confirmed]12:51
psicus78Hobbsee: thanks12:51
Hobbsee...apparently that's a low bug now.12:52
Hobbseeoh, in myth.  right12:52
\shmoins ivoks12:53
StevenKThe fix is commited. Maybe it was rolled out with 1.2.1?12:53
Hobbseehm, yeah, should be now12:55
Hobbseebut i'd imagine it only works for packages that have been built and published and all that after the rollout12:56
StevenKSo they probably just need to be re-uploaded?12:56
=== lmr is now known as lmr[meeting]
Hobbseeyeah13:00
psicus78I built my package yesterday13:01
psicus78when was 1.2.1 released?13:01
StevenKToday13:02
StevenKAbout six hours ago13:02
psicus78great! :)13:07
effie_jayxI get this 404 when I try to do a uscan for a watchfile uscan warning: In watchfile debian/watch, reading webpage13:10
effie_jayx  http://qa.debian.org/watch/sf.php/medit/ failed: 404 Not Found13:10
* effie_jayx is doing the recipe13:10
Kmoseffie_jayx: try just http://sf.net/projects/medit/13:11
effie_jayxok13:11
effie_jayxuscan warning: Filename pattern missing version delimiters ()13:12
Kmoseffie_jayx: man uscan13:12
persiaeffie_jayx: You need to specify a perl-style regex to search for the version.  While the sf.net shorycut is handy, it is not alone sufficient.13:13
* persia feeds Soyuz13:13
effie_jayxwell at first I did try http://sf.net/medit/mooedit-(.*).tar.bz2, like the recipe said... and it just gave me an error13:14
persiaWhat error?13:14
effie_jayxpersia,  the first one I pasted13:14
persiaeffie_jayx: Maybe the debian mirror doesn't handle that package :(  You might need to try something else.  I'm not sure.13:15
effie_jayxpersia,  shall try13:15
psicus78it was probably due to Binary::Breaks field in control file13:16
psicus78I'll check13:16
ScottKfoolano: Here now.13:17
=== _czessi is now known as Czessi
\shsoren, what do you think of changing bochs src package to something like this: Package: bochsbios-i386 Arch: i386 so it builds on a i386 and generates a deb, and creating a new source package named bochbios, which creates a Package: bochsbios Arch: all?13:29
\shsoren, which means we are using a similiar way like ia32-libs13:30
emgentheya13:30
mruizhi all13:32
soren\sh: Why?13:33
effie_jayxI am trying to find a real case for me to work on http://qa.ubuntuwire.com/uehs/no_watch.php.  I take it for granted I must use apt-get source package... https://wiki.ubuntu.com/PackagingGuide/Howtos/DebianWatch only mentions downloading by hand13:33
\shsoren, because right now, the package will FTBFS on all other archs then i38613:33
soren\sh: I've been thinking about doing something along those lines for openhackware, but why for bochs? We build arch-all packages on i386 anyway13:33
soren\sh: No.13:34
soren\sh: binary-indep will fail. That's fine.13:34
soren\sh: Well, it would be better if it didn't, but make your proposed change doesn't fix anything for anyone13:34
\shsoren, so the buildds are ignoring this and creating the other packages for Arch: any?13:34
soren\sh: Er.. Yes. That's how it works.13:35
soren\sh: We only pass -A to sbuild on i386.13:35
soren\sh: ..so on non-i386 binary-indep never gets invoked.13:35
\shsoren, ok...so only openbios-sparc is special in this case13:37
soren\sh: How so?13:37
\shhttps://bugs.edge.launchpad.net/ubuntu/+source/openbios-sparc/+bug/18349513:37
ubotuLaunchpad bug 183495 in openbios-sparc "[FTBFS] openbios-sparc (1.0~alpha2+20070816-1) fails to build in hardy" [Medium,New]13:37
* persia thinks it's a bug if an arch:all package only builds on one architecture, even if it happens to be the one Soyuz uses to build arch-all today.13:38
sorenIt has never built.13:38
sorenpersia: Suggestions?13:38
soren\sh: And it's the same for openhackware.13:38
\shsoren, right13:38
soren\sh: So not "only openbios-sparc".13:39
persiasoren: There's the hackish source-in-binary used by e.g. palo or ia32-libs.  I hoped there was an internal archive that the build might be able to access via a specially coded failover for a wget call.  Maybe Soyuz could grow a special arch-hint file for packages that need be built on specific architectures.  Nothing clean.13:39
slangaseksoren: because it's an arch: all package that can only be built with the sparc toolchain13:40
sorenslangasek: What question are you answering?13:40
persias/source-in-binary/binary-in-source/13:40
slangaseksoren: the "how is openbios-sparc special", sorry if I'm late to the party :)13:40
sorenslangasek: I was just curious why -- since I had only moments before mentioned openhackware -- this problem was an "only openbios-sparc" thing.13:41
slangasekright13:41
sorenWhich it wasn't.13:41
* slangasek nods13:41
\shnow, slangasek joined our party, we can work on a solution for these packages in general ;)13:42
slangaseknone of the solutions are very good13:42
sorenAn ia32-libs sort of approach is the best bet without changing stuff in the policy and on the buildd's.13:43
slangasekyou can cheat and build an arch: all package in the binary-arch target of a package that has other arch: any packages13:43
slangasekyou can shove binaries in your source <bleurgh>13:43
slangasekyou can build-depend on a cross-compiler13:43
slangasekyou can get someone to hotwire launchpad to allow weird affinities for particular arch: all packages13:45
\shI like the cross-compiler approach ;)13:45
slangasekwe don't currently package those13:45
sorenThe correctest solution involves adding a hint to debian/control about where to build it and make the soyuz "get it".13:45
\shslangasek, yeah..that's the fun part ...13:46
\shsoren, you mean to give soyuz a hint where to switch to -A mode13:46
sorenSomething like that, yes.13:48
sorenMaybe a hint in PAS?13:48
persiaI really like the cheating solution: building the arch:all package in the binary-arch target, and relying on P-a-s to keep it off the FTBFS page (along with a bug against Soyuz to do something more intelligent).13:48
* \sh wonders what the new-to-me abbreviation of PAS/P-a-s means?13:49
* persia notes that one could cheat further, and call it arch: sparc in debian/control, yet nonetheless produce an _all.deb (although this breaks the policy about debian/control actually describing the package).13:49
* soren shudders13:50
StevenK\sh: Packages-arch-specific13:50
StevenK\sh: Don't build packages on arch x13:50
persia\sh: It's the hints file to explain to the buildds which packages shouldn't be built on which architectures13:50
slangaseksoren: not currently supported as part of the P-a-s file format; I don't see the value of extending that, vs. making it a soyuz-specific thing or putting it in the source package13:50
slangaseksoren: in particular, since this problem affects Ubuntu && !Debian, and Debian shares P-a-s with Ubuntu13:51
sorenslangasek: P-a-s is not covered by Debian Policy, is it?13:51
slangasekno, but you lose the benefit of being able to share the file between the two dists if only the tools in one dist are upgraded to cope with your format changes13:51
sorenslangasek: Er... We'd have to make changes to *other* tools to do it the other way.13:52
sorenslangasek: Same difference, AFAICs.13:52
ScottK2slangasek: Which would be a lot easier to deal with if one distro didn't use a proprietary tool set.13:52
persiaslangasek: We currently can't share the source, due to it working fine in Debian (the equivalant Debian bug was rejected)13:52
slangasekpersia: note that cheating requires that there *be* some other arch: any package built from the same source, otherwise it'll never get seen on the (e.g.) sparc buildd13:52
persiaslangasek: Depends on how much one cheats, and whether one lies in debian/control.13:53
slangaseksoren: eh, no; it *is* different, because one involves making changes to core Debian infrastructure as a precondition of continuing to be able to share data13:53
slangaseksoren: and the other involves either a soyuz-local override file, or Ubuntu-local changes for the small set of affected source packages13:53
sorenslangasek: Would maintaining a tiny delta to that file really be so completely awful that we're willing to do massively nasty things basically everywhere else than there?13:53
sorenslangasek: Well, yes, it could be in a separate file, I guess.13:54
slangaseksoren: yes - it doubles the work required for every update, because every update would become a merge13:54
sorenslangasek: ...which wouldn't require changes to the source packages.13:54
* Hobbsee celebrates the deletion in ppas13:54
sorenslangasek: Yes.. That would be the case for dpkg updates, too, if this were to become a field in debian/control.13:54
sorendpkg is already a merge every time, though.13:55
soren...but that's a bit beside the point13:55
slangasekit's not beside the point13:55
slangasekthat *is* the point13:55
StevenKHobbsee: You'll celebrate by deleting a package?13:55
Hobbseeyeah13:55
persiaHobbsee: Can we delete other people's packages yet?13:55
Hobbseepersia: doubt it13:56
TheMusoI thought that PPA UI for deleting packages was only on staging... Or has that now changed?13:56
sorenslangasek: Maybe I'm underestimating the amount of changes to P-a-s.13:56
ScottK2Can any team member delete team PPA packages?13:56
sorenslangasek: How often does it change?13:56
StevenKScottK2: Yup13:56
StevenKScottK2: I was able to select ubuntu-mobile packages to delete. I didn't actually try, though13:56
ScottK2Excellent.13:56
slangaseksoren: I'd estimate an average of 4-5 changes per month13:57
* ScottK2 goes to look for teams to join he doesn't like.13:57
TheMusolol13:57
slangaseksoren: and it's maintained in CVS, so merges == death :)13:57
sorenslangasek: The complexity of the delta in question is also quite relevant.13:57
sorenOh.13:57
sorenI didn't realise.13:57
* slytherin is happy to be finally able to clean up his PPA. :-)14:00
* persia is glad to finally be able to use a PPA without significant fear14:00
TheMusoyaaay! Its on edge.14:00
StevenKTheMuso: I said that about five minutes ago14:01
persiaStevenK: You didn't say "yaaay!".  Without the magic words, meaning is less clear :)14:01
StevenKHaha14:01
\shsomehow my gnome is now scking more then ever14:02
persia\sh: scary nautilus change maybe?14:02
\shfor every sbuild start it shows me the dynamically created lvm device on my screen14:02
\shthe same for everything else what involves lvm appearing14:03
persia\sh: Open more windows in the forground, and maybe you won't notice :)14:03
\shpersia, lol14:03
slytherinCan anyone tell me if anyone is working on bug 184278. There are at least 3 packages in depwait state in multiverse due to this.14:03
ubotuLaunchpad bug 184278 in ubuntu "[Sync request] Please sync aspectwerkz2 2.0.dfsg.1-2 (universe) from Debian unstable (contrib)" [Wishlist,Confirmed] https://launchpad.net/bugs/18427814:03
\shwhat are lvm devices? hotplug or change media?14:04
persiaslytherin: It's in all the right queues.  Just waiting for an archive admin to get to it.14:04
slytherinpersia: Ok. Thanks for info. :-)14:04
\shdamn...gnome's broken14:05
\shI can't work like that ;)14:06
TheMusoAlthough I seem to be getting the something went wrong message/.14:07
\shbddebian <--- Da God is in da house14:10
StevenK\sh: Must you?14:10
StevenK:-P14:10
vorianScottK: just 2.3- ?   :)14:10
bddebianHeya gang14:11
bddebianHeh, heya \sh14:11
ScottKvorian: Yes.14:11
vorianthanks14:11
\shStevenK, why not for gods sake ;)14:11
ScottKvorian: FYI for the future, pysupport and pycentral have different pyversions syntax.14:11
ScottKbddebian: Heya.14:11
bddebianHi ScottK14:11
vorianah, that's something i'll keep an eye on.14:12
ScottKbddebian: Please note that my fix built just fine for Ubuntu.  How's Debian going?14:12
bddebianScottK: Well your's failed for me in Debian too but I have gotten it to work.  Though I'm not totally sure why14:12
\shStevenK, anything against pushing octave3.0 into ubuntu? :)14:12
StevenK\sh: ENOCLUE14:12
ScottKbddebian: You built my package or made some of the same changes?14:12
* persia remembers something about a missing "octave" package due to un-epoch'ing that may require special handling14:13
ScottKbddebian: Some of the stuff we were dealing with is processed differently pysupport/pycentral.14:13
Hobbseeimbrandon: ping14:13
bddebianScottK: I built yours first and it still failed for me. :-(  I went back to mine and change the post-install call in rules to use $(MAKE) check instead of the PYTHONPATH=lib ./test_all.py14:13
ScottKWeird.14:14
ScottKSince mine built just find in my Sid pbuilder.14:14
bddebianTotally14:14
ScottKI'll just drop all your changes when the merge hits ;-)14:15
bddebian:-)14:15
TheMuso99/c14:16
\shStevenK, I thought asking the last uploader of plplot ;)14:17
StevenKYeah, not gonna help14:17
Hobbseesiretart: ping14:18
\shoh mk-sbuild-lv needs also more love14:26
\shitdoesn't work by default for debian14:26
* siretart goes and fetches table tennis equipment14:32
* siretart gives Hobbsee a racket and plays a service14:34
Hobbseehehe :)14:34
* Hobbsee hits the ball back14:34
foolanoScottK: regarding the libtree-perl package. I can't manage to build the package and get the /usr/lib/perl5/auto/Tree  directory that you told me shouldn't be there14:34
siretart\sh: oh yes, it would be great if someone could fix that. until then I'm using that: http://wiki.tauware.de/misc:create-chroot14:34
ScottKfoolano: I'll look at it again.14:35
foolanomy build is clean and doesn't have that14:36
\shsiretart, why not replacing it with mk-sbuild-lv?14:36
ScottK2foolano: How are you building it?14:36
ScottK2foolano: It's definitely there in the .deb that I built.14:36
foolanoScottK: dpkg-buildpackage14:36
\shsiretart, adding some more love to /etc/schroot/schroot.conf and all is fine ;)14:37
ScottK2foolano: I'm building it in a hardy pbuilder.14:37
foolanook14:37
foolanogonna try that14:37
siretart\sh: a) it still needs work, b) it does not preserve the same semantics as mk-sbuild-lv. I don't want to break other ppls systems14:37
\shsiretart, do you know if this what I'm trying in http://pastebin.ubuntu.com/3831/ is possible?14:39
DaveMorrishmm, PPA now has a delete package but you can't remove whats in the published archive :/14:39
\shargl..old version14:39
\shsiretart, anyways...forget it...I'm trying to exaplain...I'm generating a string RELEASE with all releases of debootstrap/scripts/ ... and add a "|" in between the release names..to have something I can feed to case $foo in14:40
\shsiretart, now case $foo in ; $RELEASE ) echo "match" ;; *) ;; esac should work...but it doesn't14:41
siretart\sh: use python? ;)14:41
\shsiretart, hehe...14:42
Adri2000Hobbsee: where is your MC application wiki page?14:42
\shsiretart, pbuilder-dist replacement, because our version is totally borked14:42
HobbseeAdri2000: on mars.14:42
* siretart is an sbuild fanboy. so any pbuilder rants are welcome here :)14:43
Adri2000Hobbsee: is there a planned return to Earth?14:43
* Hobbsee resides on jupiter, so14:44
zulisnt it a bit hot there?14:44
* Hobbsee is a green alien, and doesn't feel heat.14:45
=== hattory_ is now known as Hattory
Adri2000Hobbsee: more seriously, are you going to write one?14:47
HobbseeAdri2000: unsure yet.14:47
pochuIt would help us to decide who to vote :)14:48
Hobbseedon't vote for me :P14:48
ScottK2Hobbsee has a strong base in the grumpy motu faction.14:49
\shhow many MC members do we need? 2 or 3?14:49
pochu\sh: 214:49
pochu\sh: If they were 3, a poll would be a bit useless ;)14:50
DaveMorrispochu: would you appoint someone with no votes?14:50
StevenKScottK2: Which is you, and who else?14:51
foolanoScottK2: regarding the license. Upstream just says that it can be distributed under the same terms as perl itself. So do you really think that I should include the GPLv1 license in the copyright file?14:51
StevenKbddebian doesn't count, he's only grumpy at himself14:51
\shpochu, well it doesn't make sense if you can vote for all three, then...and this is possible by now ;)14:51
pochuDaveMorris: or with a negative count? ;)14:51
ScottK2foolano: Yes, because Perl is GPL v1 and later.14:51
foolanoScottK2: alright then :)14:52
ScottK2foolano: I suspect your empty dir problem is Perl tool chain related.  I built your package in my Dapper pbuilder and didn't get the empty dir.14:52
bddebianI can be grumpy :-)14:52
ScottK2Excellent14:52
gaspaStevenK: who's supposed to create vboxusers group?14:53
StevenKThe virtualbox-ose package itself14:53
foolanoScottK2: i'm creating the a Hardy pbuilder14:53
gaspammm14:53
gaspaStevenK: ah, ok. it just don't work in the installing shell.14:55
ScottK2foolano: The problem is that your new rule to remove .packlist removes the file, but leaves the directory it was in.14:56
foolanoyeah. I see. I'll remove the dir too14:56
vorianScottK2: http://paste.ubuntu-nl.org/53321/14:59
vorian\o/14:59
ScottKvorian: How about linitian -I ?15:13
pkerndoko: Whatever you changed in Gobby without telling me: you screwed up.15:16
=== Amaranth_ is now known as Amaranth
\shmoins pkern15:17
pkernHey \sh.15:17
hellboy195\sh: would you mind that I do the merge of crystalcursors? Though I think its a sync ...15:18
vorianScottK: same result15:18
vorian:)15:18
\shhellboy195, do it :)15:18
ScottKvorian: OK.  Now how about man page that's actually useful (as in tells how to use the program).15:18
hellboy195\sh: k, thx :)15:18
ScottKpkern: Good afternoon.15:19
ScottKvorian: Why did you change the build-dep version on Python?15:19
\shhellboy195, just pin a "building or working" next to it, so I don't catch it...after you finished and determine what it is, just pin the bug number or uploaded behind it on DaD please :)15:19
vorianScottK: all-dev?15:19
ScottKvorian: Yes.  It was 2.3 something and you changed it to 2.5?15:20
vorianah, mistake15:20
voriansorry about that15:20
hellboy195\sh: yes. np15:20
\shpkern, would you like to merge new network-manager-openvpn ? :)15:20
* pkern hates n-m. Especially because the Ubuntean n-m maintainers refused some changes to improve the openvpn experience.15:21
\shpkern, just asking because you were the last uploader :)15:22
dokopkern: ?15:23
=== beuno_ is now known as beuno
pkerndoko: You reused the version already in the archive, but you already got notified.  Any reason why you did not file a bug about it?  I could have merged it upstream and fixed in Debian, too.  Like this I only got to know that there might be an issue (I still don't know the patch) because your upload got rejected.15:24
dokopkern: sure, you can fix it15:25
pkernI don't even know the problem.  I would have responded promptly to a bug report or a Trac entry.  Like this the Ubuntu delta got increased.  (Although I don't know where you based your changes on.)15:26
dokopkern: more g++-4.3 related changes15:28
hellboy195\sh: A very stupid question. I write the bug number with the "bug #xxxxx" syntax in the comment field but if I leave the site and return the comment field is cleared15:31
\shhellboy195, press enter after you wrote it ;)15:31
hellboy195\sh: omg. thx. As I said. stupid question -.- ^^15:32
\shhellboy195, :))15:33
ScottKvorian: I don't think you need to depend on python-all-dev.  A build-dep on python appears to be sufficient.15:39
vorianalrighty ScottK :)15:39
* vorian is typing away on the manpage15:39
pkerndoko: Your gobby package, not your patch itself.15:43
jdonganyone heard any news if there's people packaging "tovid"?15:45
LucidFoxjdong> well, I just learned about its existence15:47
LucidFoxbut searching Launchpad, Debian and debian-multimedia.org turns nothing15:47
LucidFoxthe official site has debs, but no source package15:48
jdongLucidFox: 2 years ago, I  once pseudo debianized the package for upstream. I wonder if they're using that, or checkinstall...15:57
jdongLucidFox: I mean it certainly wasn't up to the quality standards of us, but it at least wouldn't break APT :D15:57
\shI wonder how packages are getting build in debian, which such enormous FTBFS rate because of not using newer API of special libs15:58
LucidFoxI could package tovid myself15:59
jdongLucidFox: the only thing I'm not sure of right now are its dependencies16:01
jdongLucidFox: it has flags for using both mjpegtools and ffmpeg as encoding backends...16:01
jdongmight be a package for medibuntu at this rate :)16:02
jdongbut yeah, if you're willing to take a look at packaging it, that'd be sweet and I'm sure upstream would appreciate it16:02
LucidFoxThe GUI needs python-wxgtk2.616:02
LucidFoxAnd mjpegtools is in the archive, it's ffmpeg that could pose problem because the Ubuntu version is castrated :)16:03
jdongLucidFox: fortunately the ffmpeg backend isn't default, and we could nudge people in README.Debian to go towards the right repos ;-)16:04
RainCTHi :)16:08
RainCT\sh: About the problem you had yesterday, the #bash guys told me to either use [[ =~ ]] or use a real programming language...16:10
jdongha16:10
\shRainCT, [[ =~ ]] in the case loop?16:11
RainCT\sh: yes16:11
* jdong tries his luck advertising http://revu.tauware.de/details.py?package=clutch one last time before leaving for house shopping :)16:11
emgentargh! Angela Merkel e Bill Gats, for microsoft in Germany (PA)16:11
emgents/e/and/16:11
\shRainCT, something like $RELEASES =~ <what>?  ;)16:12
\shRainCT, I don't know the syntax...never saw it16:12
RainCT\sh: [[ $1 =~ $REL ]]16:13
RainCT(2008-01-23 22:36:38) greybot: Binary operator, uses the expression on the right hand side as an extended regular expression and returns true if the expression on the left hand side matches the pattern. USE A VARIABLE to hold your regexes. eg: [[ $var =~ $r ]] && echo Match || echo 'No match'16:13
\shRainCT, ah so it's outside the case16:13
\shRainCT, well let's see if I have the energy to work on it today :)16:14
RainCT\sh: yes.. either put it before it or inside the *) block16:14
RainCTheh16:14
\shRainCT, yeah, that was my other idea to use * ) for that16:14
foolanoScottK2: I've uploaded a new libtree-perl. GPL added. And it builds cleanly in my hardy pbuild16:15
ScottK2foolano: Great.  I'll have a look at it in a bit.16:15
lifelesswhere is the vote ?16:15
foolanoScottK2: thanks16:15
LucidFoxOkay, if anyone seriously mentions Tk as the future of the Linux desktop again, I'll buy them a time machine so they can join us in 2008.16:16
zulbut but but16:17
Hobbseelifeless: for the MC?16:17
\shlifeless, https://edge.launchpad.net/~ubuntu-dev/+polls16:18
zulare the "platforms" up for the MC election (other than Hobbsee)16:20
Hobbseezul: platforms?16:21
zulbasically what they are going to do if they are elected16:21
Hobbseethe toher 2 have16:22
\shFor me the vote system doesn't make sense...we need to elect 2 people...but a person can make 3 votes...now think about everyone is doing that...16:22
ScottK\sh: It's the first time we've had some competition, so the vote system may not really support it well.16:23
Hobbsee\sh: yeah...presumably it'll have to come out close16:23
\shScottK, yeah...it's more a technical problem :)16:23
pkernIt's just LP...16:24
ScottKSo the suckage should be a given16:24
=== x-spec-t is now known as Spec
\shI don't file a bug for now...I want that the launchpadders are working on an xmlrpc interface ;)16:25
ScottK2Competitive elections probably need a spec to get the design right.  Ideally it's be some kind of concordance system.16:27
pkernCondorcet, yay yay.16:27
Speccompetitive elections? ie: i'm a dictator?16:27
ScottKpkern: Yes.  It that other guy using my nick could spell ;-)16:28
\shSpec,  not possible...we have sabdfl :)16:28
Specoh, right. job filled. ;)16:28
\shok enough for today16:41
\shdoko, gcc toolchain 4.3 will it be for hardy+1 ?16:45
LucidFoxHmm... I seem to magnetically attract weird upstream build systems :/16:54
LucidFoxnow it's a Python package using automake to build and install16:55
DaveMorrisLucidFox: prog created by a C/C++ programmer16:55
DaveMorriss/prog/prob16:55
LucidFoxthe question is what to with it... do I need python-support/python-central at all?16:56
LucidFoxit installs a library into /usr/lib/python2.5/site-packages and some scripts into /usr/bin16:57
ScottK2LucidFox: Is the library in C or Python?16:57
LucidFoxin Python16:57
ScottK2Then it doesn't go in site packages and you need python-support or python-central.16:58
ScottK2Version specific site-packages are only for C extensions under the new python policy.16:58
LucidFoxI see.16:59
LucidFoxBut how do I use python-support with automake?16:59
ScottK2Dunno.  I haven't had to do it.16:59
ScottK2It may be easier to point automake at installing in the right places.17:00
ScottK2It might also be easier to write your own setup.py, slap it in the debian/dir and use that instead.17:00
=== neversfelde_ is now known as neversfelde
LucidFoxScottK2> Using automake.mk and manually inserting a dh_pysupport call seems to have done the jub17:12
ScottK2LucidFox: Excellent.17:12
LucidFoxit moved the library to /usr/share/python-support17:12
ScottK2Which is where you want it.17:13
ScottK2Does the binary package have egg-info in it?17:13
LucidFoxWhat is egg-info, and how can I check if it does?17:14
ScottKLucidFox: Egg info is something used outside Debian to track depenencies.  Look in the .deb and see if there's an egg info file in /usr/share/pyhthon-support/packagename.17:18
ScottKfoolano: libtree-perl is advocated by me.17:18
ScottKsoren: libtree-perl is looking for a second advocate (ebox depends).17:19
foolano ScottK: thx17:19
* soren looks17:21
LucidFoxScottK> No, there's only .version and files installed by upstream. Grepping for egg returns nothing either.17:21
ScottKLucidFox: OK.  That's fine then.  If you have it you need a versioned depend on python-support, so that's not a concern for your package.17:21
sorenScottK: GPL1? Seriously?17:22
ScottKsoren: Yes.  Perl is GPL v1 and later.17:22
ScottKsoren: I got a package rejected for the lack of that.17:22
=== nikolas_ is now known as nikolas
sorenScottK: "the full text of the license is in the code,"? Where?17:24
* ScottK2 looks17:25
foolanoI had intially looked at perl, perl-base and other perl modules...17:25
sorenfoolano: Where did you find it? The copyright file doesn't say (which it should :) )?17:26
foolanosoren: cpan17:27
ScottK2soren: lib/Tree.pm for example.17:27
foolanoi'm gonna add it then17:27
ScottK2lib/Tree/Binary.pm and lib/Tree/Fast.pm too17:27
sorenScottK2: Oh, it's got the perl snippet.17:27
sorenScottK2: Not quite "full text of the license" :)17:28
ScottK2I think it is17:28
ScottK2If Perl suddenly relicensed GPLv3 only, then that's the only terms you could distribute this with that Perl with.17:28
ScottK2Maybe I'm wrong.17:29
ScottK2soren: I'm off looking for the specific package I got burned on to see how I resolved it and got it uploaded.17:30
sorenScottK2: Grab libperl6-junction-perl.17:31
sorenScottK2: That's my preferred way to do it.17:31
ScottK2soren: You're right and I'm wrong.  I had to repack the tarball17:31
ScottK2https://launchpad.net/ubuntu/feisty/+source/libnet-dns-resolver-programmable-perl/0.002.2-0ubuntu117:31
sorenScottK2: Let me guess: pitti was the one who reviewed it? :)17:32
ScottK2Yes.17:32
sorenScottK2: Heh..17:33
ScottK2It was my first package uploaded to Ubuntu too.17:33
sorenScottK2: Well, repacking it is ok. I wouldn't require it, but it's ok.17:34
sorenfoolano: You can take a peek at libperl6-junction-perl's debian/changelog.17:34
foolanoalright17:35
sorenfoolano: I'd have accepted something like that. Well, of course I would. I made it :)17:35
foolano:P17:35
foolanoshould i change the copyright file and add what libperl6-junction-perl has?17:37
ion_The map <http://heh.fi/tmp/lightmap> gnome’s clock thing displays nowadays is depressing. It reminds how scarcely we get sunlight. :-)17:38
sorenfoolano: I would, yes.17:45
pochuAm I the only one receiving a lot of copies of the same message from motu-reviewers@ ?17:53
hellboy195mr_pouit: ping18:07
ScottK2vorian: Your upstream says pdftk is no longer required.18:07
foolanosoren, ScottK2: i've just uploaded a new package. copyright is based on libperl6-junction-perl18:13
=== jw2328 is now known as james_w
\shoh wow...18:18
\shwe have so much to fix ;)18:18
vorianthanks ScottK :)18:19
geser\sh: what did you break? :)18:20
\shgeser, nothing...I'm fixing stuff finally ;) gcc4.3 bugs and some build system bugs like setup.py with shebang against 2.4 ,-)18:20
LucidFoxjdong> I've uploaded a preliminary tovid package, it's still a WIP because there are lintian warnings; will continue tomorrow18:23
jdongLucidFox: wow18:23
jdongLucidFox: nice :)18:23
LucidFoxin the meantime, while I'm asleep, could you look at the avidemux upgrade bug? :)18:24
jdongLucidFox: if I get a chance sure, I've got a doctor appointment and I don't know how long that'll take18:24
LucidFoxah18:24
mr_pouithellboy195: pong ?18:25
hellboy195mr_pouit: do you mind 'm going the qmail merge? *asking like the guidelines tell*18:26
hellboy195*doing18:26
\shhellboy195, I think at this time of the release cycle you don't have to ask anymore...but this is just me ;)18:27
mr_pouithellboy195: it'll ftbfs in the buildds, but go ahead if you want ;)18:27
mr_pouithellboy195: thanks for asking ;p18:27
ScottK2I'd say asking is stil nice, but waiting a long time isn't needed.18:28
hellboy195ok ^^, it's written on DaD and also my mentor told me to do but i'll keep that in mind18:29
hellboy195mr_pouit: ftbfs? because?18:29
ScottK2hellboy195: It's a source only package due to qmail licensing.  Up until very recently binary distribution wasn't allowed.18:29
hellboy195ah, k18:30
\shScottK2, should this not be worth a change?18:30
ScottK2\sh: You mean qmail?18:31
\shScottK, yepp18:31
ScottK2Personally, I think it's not worth the effort to mess with, but if someone want to fix up 9 year old code and make it work like a modern mail system (e.g. reject, don't bounce), it's now free software, so they should have at it.18:32
\shScottK2, well qmail was known because it was fast...in the 90ties I crashed a sparc sendmail system with it :) (that was the sendmail running on sun os at DENIC (the german domain registrar))18:39
\shhey this is so annoying...sbuild start and woops..there is a new window18:40
hellboy195ScottK \sh : so. no merge/sync. What to do? leave a comment?18:44
pochuvorian: lol, I've got your comment on revu six times :)18:45
vorianpochu: yes, lesson learned *don't refresh revu*18:46
vorian:P18:46
vorianI am sorry about that18:46
pochuheh, that sounds like something to change in revu :)18:46
vorianIt wont happen any more18:46
somerville32Yea, that is a bug.18:46
somerville32Does anyone know if it is already reported?18:46
pochuvorian: you aren't the first, and won't be the last one...18:46
ScottK2vorian: REVU code in on launchpad.  Patches gratefully accepted.18:46
vorianScottK: I'll take a look see :)18:47
vorianScottK2: the package is finished too18:47
ScottK2I'm just running out for a bit.  I'll try and have a look later.18:47
vorianok, thanks for your guidance18:48
\shhellboy195, even if it FTBFS .. it's a merge because the new package didn't have the fakeroot call which was added in ubuntu18:51
hellboy195\sh: so I should do the merge/LP thouch it FTBFS?18:52
\shhellboy195, yepp..just add the debdiff to the LP bug then :)18:52
\shhellboy195, and subscribe ubuntu-universe-sponsors18:53
hellboy195\sh: yeah I know ^^, I'll do that later. thx18:53
\shsiretart, ping18:54
* siretart damaged18:54
\shsiretart, you are running gnome (on hardy) and sbuild with snapshot chroots eventually?18:55
siretart\sh: s/hardy/gutsy/, but yes18:55
\shsiretart, well...I need you running hardy and latest gnome...and snapshot chroots ... right now, I#m getting annoyed by popup windows of newly mounted LVMs (session stuff)18:56
\shsiretart, and it looks like i'm the  only one...(amd64 ;))18:56
\shsiretart, but I think it's not me alone ;)18:56
siretart\sh: oh, hardy's hal (finally) knows about LVM? neat18:56
\shsiretart, well...annoyingly yes ;)18:57
siretart\sh: in that case, gnome-volume-manager should be told to ignore lvm snapshots detected by hal18:57
\shsiretart, how?18:57
\shsiretart, I see dbus sending out messages to gvfs about it18:58
\shsiretart, and I switched off all automounting/autoshowing up of removable and hotplug media18:58
siretart\sh: please tell pitti. I think he knows enough about hal for that. maybe there is already a bugreport here?18:58
\shlet's see18:59
\shsiretart, I don't see any bugreport against hal, but the "lvm missing in hal" one...19:00
\shbut lshal gives me this:19:00
\shshermann@home-emt64:~/packages/gcc4.3/acpitool$ lshal |grep LVM19:00
\sh  info.product = 'Volume (LVM2_member)'  (string)19:00
\sh  volume.fstype = 'LVM2_member'  (string)19:00
\sh  volume.fsversion = 'LVM2 001'  (string)19:00
\shand points directly to my LVM enabled harddrive19:01
siretartno snapshot listed here?19:02
\shnope19:03
\shsiretart, but I see dbus sending out messages about the snapshots...I wonder where that comes from19:04
\shsiretart, http://pastebin.ubuntu.com/3838/19:05
jdongwho do I talk to in order to make my account on REVU a MOTU account?19:05
ScottKjdong: REVU admin of some kind19:07
siretartwho is sender=:1.17?19:07
\shsiretart, -EDUNNO19:08
\shsiretart, but I think that's the point why hte windows are popping up like mad...19:08
tuxmaniacwill pdebuild -sa include original source (it doesnt seem to)19:09
siretartjdong: done19:09
jdongsiretart: thanks19:10
hellboy195Can I change a sentence in debian/changelog so that it looks better (meaning is the same) ?19:11
siretartthat question is confusing19:12
RainCT\sh: btw, better use [ -z "$VAR" ] instead of [ -z $VAR ] :)19:13
tuxmaniachellboy195, if you have used dch -i then your changelog should look beautiul by default :-)19:13
hellboy195siretart: ^^, For Example: remaining ubuntu change in ubuntu : + Adhere to DebianMaintainerField.  <-- in my mind - Modify Maintainer value to match Debian-Maintainer-Field Spec looks better ^^ Am I allowed to change it?19:13
\shRainCT, k19:14
* ScottK always just writes change maintainer to MOTU.19:14
hellboy195ScottK: ^^, yeah but do I have the RIGHT to change it if you want?19:15
hellboy195*if I want19:15
\shsiretart, any possibility to find sender 1.17?19:15
ScottKhellboy195: If it's your changelog entry, yes.  If it's a previous one, no.19:15
siretart\sh: /me no dbus guru. sorry19:16
hellboy195ScottK: that's what I wanted to know :) thx19:16
ScottKsiretart: But you answered him. so by the FOSS laws of tech support, you have to solve his problem now. ;-)19:16
siretartdammit :)19:16
\sh*eg*19:16
\shnope19:16
\shI want to know what's happening at all.../me is no dbus/hal/whathaveyouforcorbainfrastructurehandy expert19:17
siretarthellboy195: technically, you are allowed. However, I doubt that this is a good idea and worth bothering19:18
hellboy195siretart: k ^^19:18
\shlol googling for sender 1.17 gives me the maemo irc log snippet19:21
RainCTCan new versions of programs still get into universe after FeatureFreeze (without an exception)?19:23
* RainCT thought that's an easy question :P19:25
geserRainCT: sort of, native packages with only small changes (bug fixes) doesn't necessarily need an exception19:26
RainCTgeser: and non-native packages?19:26
jdongRainCT: and there's often blanketed exceptions for a bunch of core system stuff :)19:27
jdongi.e. the entire GNOME stack19:27
jpatrickand KDE stuff19:27
jdongRainCT: everything else needs a UVFe bug19:27
jdongor whatever tehy're called now19:27
geserRainCT: for non-native packages you need an exception but I don't know how the new motu-ff team will handle minor (bugfix) releases19:28
superm1jdong, and the mythbuntu stuff has a blanket too :019:28
Kanohi, could somebody add to openscenegraph Build-Depends: libxine-dev19:29
Kanothen osgmovie builds19:29
Kanowith is very cool...19:29
jdongsuperm1: ok ok fine a lot of desktop stuff19:29
jdongsuperm1: now all that's missing is somerville32 telling me that xubuntu has a blanket too19:30
superm1has motu-ff been completely assigned?19:30
jdong:D19:30
Kanoosgmovie dvd://1.xine --interactive19:30
RainCTokay, thanks all :)19:30
jdonglps openscengraph19:30
Kanowould play first dvd movie in 3d mode and you can move, rotate, zoom it..19:30
jdongwhoa why does it have like 6 control files?19:32
Kanosample files for other distros19:33
Kanoyou only need to change the the standard control19:33
jdongyeah, I see19:33
Kanoif you like i give you a mod to compile it much faster19:33
Kanooptimized rules..19:34
jdongKano: what is the nature of the mod?19:34
Kanowait, will make a diff19:34
Kanoit will fully use all cores19:35
\sh??19:36
\shmake -m<howmany> is set in the buildd definition..DEB_MAKE_options or so19:36
\sh-m+j19:37
\shmake -j<howmany>19:37
Kanohttp://paste.debian.net/4761719:37
zul*sigh*19:37
Kanothat counts for cores19:37
jdongI'm personally uninterested in applying that patch19:38
\shlol19:38
Kanosingle core user ;)19:38
\shwow19:38
jdongKano: nah, dual with HT on this machine :)19:38
jdongKano: I don't believe you counted logical processors ;-)19:38
Kanowell osg really compiles very long19:39
Kanobecause of introspection19:39
\shKano, na19:39
Kanoon i386 introspection is active19:39
\shKano, well, for the buildds is time not a problem19:40
Kanowhen you optimizie it fully you could compile it in 10 min with dual core..19:40
\shKano, just for the tester19:40
jdongthe last i386 buildd took 3h40m to build it19:40
Kanoif you want to test it faster disable introspection19:40
jdongnah I'm paranoid, I'll test build it as-is with libxine-dev added19:40
KanoRelWithDebInfo -> Release will give the rest of speed19:41
\shI wonder why debian didn't add xine then19:41
Kanoi dont know, i mailed the maintainer19:41
Kanomaybe they dislike osgmovie *g*19:42
\shKano, xine was at some time already enabled19:43
jdong  * Restrict compilation of introspection and xine19:44
jdong    plugin to i386 because Introspection breaks the compiler (gcc-3.3)19:44
jdong    and xine contains i386 assembly that cannot be rewrote right19:44
jdong    away.19:44
jdonglong time ago, 0.9.9 or so19:44
Kano\sh: right, the old 1.2.0 package had it19:45
=== \sh is now known as \sh_away
=== \sh_away is now known as \sh
jdongooh cool, cmake  shows percentages19:46
Kanoyes one of the cool things ;)19:46
Kanoso the 4h will not be that boring *g*19:46
jdongI'm already up to 10%... how many stages are there?19:46
Kanointrospection takes long...19:46
jdongperfect time to do laundry then :)19:47
Kanoas i said, you can tune it down to 10 min compile time on dual core19:47
jdongmeanwhile, someone please REVU clutch for me ;-)19:47
hellboy195\sh: qmail merged :)19:49
somerville32jdong: Since when has Xubuntu adhered to a number of policies? :P19:57
Ellywait, ubuntu has policies?20:00
pochua lot20:00
pochuPolicyKit20:00
pochu;)20:00
Elly:O20:04
Ellydoes it have selinux policies?20:04
jdongElly: uh oh don't start Apparmor vs SELinux again ;-)20:06
EllyI thought apparmor relied on selinux20:06
Ellyo_O20:06
EllyI didn't know they were opposed20:06
jdongno20:07
jdongthey are "competing" technologies20:07
=== Spec is now known as x-spec-t
=== bigon is now known as bigon`
\shsiretart, it looks like that I'm trapped in a behaviour of gnome-volume-manager to start always a filemanager when something is mounted with an <insert fs here> system ;)20:16
ion_Ditto20:16
\shoh damn20:32
\shit's nautilus20:32
\shion_, gconf-editor search for nautilus -> preferences -> media_automount <- checked -> media_automount_open <- also checked...uncheck this media_automount_open20:33
ion_Thanks20:35
\shion_, well...no...this is wrong20:36
yamalreviewers wanted for http://revu.tauware.de/details.py?package=sabnzbdplus - thanks20:56
\shok...going off...cu tomorrow21:04
=== \sh is now known as \sh_away
schierbeckwhat would be the reason that my newly built package only contains /usr/share/doc/<pkg>/<stuff>?22:07
schierbeckwhen i extract the source package, everything is there22:07
schierbeckand i can install just fine with ./configure, make and sudo make install22:07
persiaschierbeck: The install files aren't going in to one of debian/tmp/... or debian/<package>/... at build time.22:09
persiajdong: Can you review yet, or are you still waiting for promotion?22:09
ScottKpersia: He's taken care of.22:10
persiaScottK: great.  I missed it in backscroll.  Thanks for the update.22:10
schierbeckpersia: but i use $(MAKE) prefix=$(CURDIR)/debian/$(package)/usr install in the rules file22:13
schierbeckand the package var is set correctly22:13
persiaschierbeck: Does the upsteam Makefile parse prefix when passed like that?  Try using debuild in a chroot and check the contents of debian/$(package)/ after the build.22:14
* persia notes that packaging tends to expose subtle bugs in upstream build systems22:15
schierbeckpersia: i've tried running make install manually, with prefix=./debian/<pkg>/usr, but it doesn't create the directories22:18
schierbeckshould i add a flag to /usr/bin/install?22:19
schierbeck-D seems to be the right one22:19
mok0schierbeck: install -D only copies one file at a time22:20
persiaschierbeck: You could try putting them in debian/package.dirs and calling dh_installdirs.  If that doesn't work, patching the upstream Makefile could do it.  The first is easier to handle for updates, as you won't have to merge a patch (although you will need to check to make sure they are still correct).22:20
persiaschierbeck: Whichever path you choose, best to tell upstream that it doesn't work, and they might appreciate a patch to make sure their software can be installed on systems that are missing the install directories.22:21
schierbeckpersia: it's my own project, so i can easily change the Makefile22:21
persiaschierbeck: It's handy when working with upstream only means talking to oneself, although it can be confusing sometimes :)22:21
schierbeckindeed :)22:22
schierbecki use autotools -- is there something simple i can just put in?22:22
mok0schierbeck: make DESTDIR=debian/tmp install22:23
schierbeckmok0: i'll try that, thanks22:23
* persia notes that for autotools make DESTDIR=debian/$(package)/ ought work as well22:24
schierbeckshould i remove the prefix, mandir and infodir declarations from the make install line?22:25
mok0schierbeck: Actualle there are 2 strategies: either have the buildsystem install things directly into the relevant debian/<package> directories, or22:25
mok0schierbeck: let the build system make a complete installation into the debian/tmp tree, and then let <package>.install files put them into their right place for packaging22:26
schierbecki'll try with DESTDIR first :)22:26
mok0schierbeck: I recommend that22:26
mok0schierbeck: and then your rules only needs to be a 4 line cdbs script22:27
schierbeckgod damn it, all that work and i could've just put in 4 lines!!22:27
mok0schierbeck: which means you don't need to quarrel with the MOTUs about debhelper details :-)22:28
persiaschierbeck: Think of it as a learning exercise.  If you learn the 4-line way, you'd get stuck for something more complex.  This way, you learn how it works, and then refactor the code.22:28
mok0schierbeck: if your build is only a straight "configure; make; make install" idiom, cdbs is _much_ simpler22:28
schierbeckhehe22:29
persiamok0: see the sendmail rules file for a counterexample (although I tend to agree with you when no overrides are required)22:29
schierbecki'm still pissed22:29
mok0schierbeck: learning is hard :-)22:29
mok0schierbeck: check out https://wiki.ubuntu.com/PackagingGuide/Howtos/CDBS?highlight=%28CDBS%2922:30
schierbecktell me about it, i only started using autotools a few weeks ago, and now this whole packaging thing is nagging me22:30
mok0schierbeck: spending time on autotools is *good*22:31
mok0it saves you time later on22:31
schierbeckyeah, i know22:31
schierbeckcrap, still not working22:32
schierbecki'll use that cdbs stuff instead22:32
mok0schierbeck: save your old rules file :-)22:32
schierbeckmok0: using bzr :)22:33
ion_Naturally, it’s in the VCS history.22:33
mok0schierbeck: cool22:33
schierbecki'm co-developing bzr-gtk on the side, so i kind of have to :)22:34
mok0schierbeck: respect22:34
schierbeckgracias22:34
schierbeckhmm, i'm getting "E: mips_0.1.2-1_source.changes: bad-distribution-in-changes-file gutsy"22:34
schierbeckwhen running debuild -S22:35
schierbeck(still using the old rules file)22:35
schierbeckperhaps that's the reason?22:35
mok0schierbeck: ignore it22:35
schierbeckokay22:35
mok0schierbeck: lintian is a debian tool, it trips on Ubuntu releases22:36
schierbeckk22:36
persiaschierbeck: You're getting that because of your version.  Pleaes use either 0.1.2-0ubuntu1 if you are targeting Ubuntu.22:36
persias/Pleaes use either/Please use/22:37
schierbeckohh22:37
schierbeckon it22:37
persiaMore generally, when you use a Debian revision number, lintian expects you plan to upload to Debian, and complains that Debian doesn't have hardy.22:37
mok0persia: ok, didn't know that22:40
mok0I only installed hardy yesterday on my new quadcore :-P22:41
persiamok0: Please share.  I see that question a lot, and "ignore it" tends to result in REVU rejections, or difficulties upgrading from privately released early versions to the official version once it gets accepted.22:41
jdongpersia: I just got the powers earlier today22:42
jdongoh nvm scott already answered that22:42
persiajdong: Perfect.  Now, how many packages can you reject in 24 hours?22:42
jdongpersia: haha22:42
jdongpersia: I should ask you to rip apart the package I put up yesterday ;-)22:43
* persia has reached 33, but thinks 50 ought be possible, with a little concentration.22:43
schierbeckif i use the autotools cdbs commands, do i still need to run autogen.sh before debuild?22:43
mok0persia: I understand. But when struggling with getting the right files into the right packages, I think the problem can be dealt with at a later polishing stage22:43
persiamok0: Agreed.22:43
persiajdong: I REVU in mostly FIFO order, although I try to have reviewed every package that passes through REVU at least once.  Best way to get me to review your package is to review all the packages ahead in the queue.22:44
mok0schierbeck: you should generate your tarball with a "make dist"22:44
schierbeckok22:45
mok0schierbeck: then it will contain a correct configure etc.22:45
mok0schierbeck: doing autogen.sh in packaging is frowned upon (.i.e. don't do it unless absolutely necessary)22:45
mok0schierbeck: ... and since you are upstream it should be avoided22:46
schierbeckokay22:46
jdongpersia: cool, that's awesome, I shall wait patiently then :)22:46
jdongpersia: is there anything that you don't do? :D22:47
mok0jdong: back in line, dude :-)22:47
schierbeck... but i need to run my autogen.sh and configure before i even have a Makefile...22:47
schierbeckbut that's okay, right?22:47
persiajdong: Lots.  Let me know if you're looking for something :)22:47
mok0schierbeck: if you pack your tarball with "make dist" autotools make sure that everything needed is up to date. It will package a configure script + makefiles22:48
pochujdong: don't wait, review instead! :-)22:48
persiajdong: And please don't wait patiently.  The more you can knock off as failing lintian or having something just plain wrong, the better hardy will be.22:48
jdongpersia: true22:48
mok0schierbeck: then all you need to do is "configure; make; make install" which cdbs does automagically22:48
jdongwell I'll go eat and then try playing REVU night ;-)22:48
jdonghopefully I won't get addicted :)22:49
schierbeckokay22:49
pochujdong: you will end like persia if you do ;)22:49
mok0schierbeck: when upstream does his/her work, packaging is sooooo much easier :-)22:49
* pochu hides from persia :)22:49
persiapochu: Why does REVU show a bulb when I add a rejection to a package that someone else advocated?22:50
schierbeckmok0: i shout at myself *all* the time :)22:50
pochupersia: because it has > 0 advocates22:51
pochupersia: what should I show instead?22:51
pochuWould be trivial to fix22:51
persiapochu: Hrm.  But it got rejected.  Can we add a test to make sure it wasn't rejected as well as having been advocated before granting a lightbulb?22:51
vorianit knocked it from the top of the list22:51
mok0schierbeck: I have to say: this forum has taught me humility22:51
emgenthyea people22:52
pochupersia: it's an if/elif/elif... block, so it's just moving the rejected thing before the "advocates > 0" :)22:52
pochupersia: I'll do it in an hour, have to go right now.22:52
pochupersia: let me know if you find something else!22:52
persiapochu: No huge rush.  Thanks a lot for helping.22:53
mok0Ah, a MOTU can skip queue none-the-less22:53
schierbeckokay, switched to cdvs22:55
schierbeck*cdbs22:55
schierbeckcrap, now i need autotools as a build-dep22:56
mok0schierbeck: only if you use "autoconf" or "automake" which you should not22:57
schierbeckokay22:58
schierbecki just copied from the packaging guide, but i guess i don't need them22:58
mok0schierbeck: like I said above, package your distribution tarball with "make dist" , it will generate a configure file that cdbs will call22:58
schierbeckokay22:59
mok0schierbeck: then your only dependency is cdbs and debhelper22:59
=== Ubulette_ is now known as Ubulette
mok0schierbeck: in other words: you are upstream, make those changes in .orig.tar.gz23:00
schierbeckokay23:01
schierbeckbuilding...23:02
RainCTgood nightç23:09
mohammadIs there any restriction on the size of a deb package?23:15
RAOFNot that I know of.  There are extremely large debs (for game data, for example).23:15
RAOFSmaller is generally better, though :)23:16
persiamohammad: technically, making them larger than 2GB (compressed) might have issues on some architectures.  From a policy perspective, large packages need to justify their use of archive space (this tends to trigger around 50MB or so).23:16
mohammadThank you persia & RAOF23:18
schierbeckpersia, mok0: found a few bugs in my project's Makefile.am's, had to fix them before proceeding23:31
mok0schierbeck: great!23:31
schierbeckOMG! it's working!23:33
schierbecki thought i'd never see the day!!23:33
mok0schierbeck: :-)23:33
schierbeck:D23:33
schierbeckthanks for all the help, guys!23:33
schierbeckwouldn't have made it without you23:33
mok0schierbeck: glad to help, I received a lot of help here myself...23:33
schierbeck:)23:34
schierbeckmok0: you're Danish?23:40
mok0schierbeck: yes23:40
mok0schierbeck: but don't hold it against me :-)23:41
schierbeck:)23:41
schierbecki live in Østerbro -- what about you?23:41
mok0schierbeck: I live in Aarhus23:42
mok0schierbeck: if you like, there's often a nice crowd on ubuntu-dk23:43
schierbeckcool23:43
mok0we can speak danish there :-)23:43
jdongwhee! I revu'ed a package! I feel so happy :)23:43
mok0jdong: way to go! (hope it was mine)23:44
ajmitchjdong: congratulations, you get a gold star & a warm fuzzy feeling23:44
jdongajmitch: just like swimming camp!23:45
jdongmok0: nah, with the todo list you hope it wasn't yours ;-)23:45
mok0jdong: swimming camp? that would be more like, at cold shivering feeling...23:46
mok0jdong: :)23:46
pochuENOENT means "No such file or directory", right? But is it an acronym? Or is there a reason for those letters?23:56
SeveasE for error NO for no ENT for entry or entity oslt23:56
pochuSeveas: ah, thanks :)23:58

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!