=== thierry [n=thierry@modemcable205.227-81-70.mc.videotron.ca] has joined #ubuntu-motu [12:02] slomo, but in fact debian policies for emacs are the biggest problem for me [12:02] slomo, policies not related to FHS and directories [12:02] shawarma: C transition [12:02] slomo, just emacsen-common stuff etc. [12:02] marcin_ant: sorry that i can't be more helpfull here... i know really nothing about emacs... nothing other than it beeing written in lisp ;) [12:02] shawarma: c++ transition [12:03] shawarma: read more here: https://wiki.ubuntu.com/BreezyToolchainTransition [12:03] slomo, heh how is it possible ;) are you vi user ? [12:03] marcin_ant: vim... yes :P [12:03] shawarma: read the section entitled "C++ ABI Transition" [12:04] crimsun: Ok. [12:04] slomo, ehh then you propably know more about emacs than I know about vim :D [12:04] slomo, because I only assume that vim is written in C but not really sure ;) [12:07] marcin_ant: lol... maybe :) yes it's plain C afaik ;) i only know that emacs is written in lisp because i played a bit with lisp (well, scheme) some time ago and a friend of mine (emacs user) says everytime you tell him something about emacs being bloated that it's just a lisp interpreter ;) [12:08] slomo, heh it's true but in fact emacs core is written in C too [12:08] slomo, but emacs cannot work with lisp libraries... === ivoks [n=ivoks@lns01-1415.dsl.iskon.hr] has joined #ubuntu-motu [12:10] marcin_ant: hmm... well, i've to leave now for maybe 2 hours :) see you later [12:10] 'evening [12:10] slomo, np, see you [12:10] Heya ivoks [12:10] Later slomo [12:13] bye ! [12:14] pef: You are leaving? [12:14] Oh, bye [12:14] bddebian: it's midnight here :) [12:15] Gnight then :-) [12:15] thanks ! === Nikopol [n=mambo@i-195-137-15-67.freedom2surf.net] has joined #ubuntu-motu === zul [n=chuck@CPE0006258ec6c2-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-motu === womble [n=mpalmer@eth359.nsw.adsl.internode.on.net] has joined #ubuntu-motu [01:27] bddebian: ping [01:32] Yo [01:32] are people rebuilding the "just need a rebuild" packages on unmetdeps ? [01:32] or do we have to ask here? === dereks [n=derek@pcp0011385359pcs.ebrnsw01.nj.comcast.net] has joined #ubuntu-motu [01:33] bmonty: Good question :-) [01:34] I noticed one I put in the rebuild list at the beginning of the month has sat there [01:34] not really critical since some of them are probably not used very often [01:35] hi [01:35] hey ajmitch [01:36] bmonty: well we have to know that they really need a rebuild, and haven't been done already [01:36] and that they don't have other problems [01:36] Heya ajmitch [01:37] ajmitch: i.e. finding the time to do a QA on the packages? [01:37] bmonty: that too [01:38] bmonty: hand over the list, I'll take a look [01:38] Goddamnt, I'm getting a debian/rules:19: *** missing seperator. Stop. But I can't find anything wrong with it??? :-( [01:38] I put everything I do (which isn't much in the past week) on to the wiki [01:38] bddebian: remove the spaces, put in tabs instead [01:39] bmonty: the 1 package you say just needs a rebuild? [01:40] ajmitch: lessdisks (https://www.montynet.org/ubuntu/debdiff/lessdisks_0.5.3cvs.20040906-7ubuntu2.debdiff) [01:40] ajmitch: You rock as always === uniq [n=frode@213.184.199.55] has joined #ubuntu-motu [01:45] ajmitch: OK, now when patch runs, I get: "/bin/sh: -c: line 1: syntax error: unexpected end of file" ?? [01:47] yep [01:47] bddebian: that doesn't tell me much [01:50] fun, I have to revert my own lessdiffs rebuild first.. [01:50] s/diffs/disks/ [01:51] ajmitch: not much to revert in mine :) [01:51] bmonty: no, but I did have it built with a -7ubuntu2 changelog entry :) [01:52] ajmitch: wouldn't it be easier to just put yours in and discard mine? [01:52] bmonty: so please tell me, what changes does a rebuild do to lessdisks? [01:53] it is going to update the depends in the binary packages [01:53] what depends? [01:53] the install depends [01:54] there are no depends that will change with a rebuild - nothing in ${shlibs:Depends}, ${misc:Depends}, etc [01:55] the uninstallable part is most likely the kernel-image-netbootable [01:56] well I used my pbuilder to test the installs and I did the install, uninstall, and reinstall [01:56] of all the binary packages? [01:57] yes, I believe so [01:57] Depends: kernel-image-2.4-386 | kernel-image-2.6-386 | kernel-image-netboot | not+i386, kernel-image-2.4-generic | kernel-image-2.6-generic | kernel-image-netboot | not+alpha [01:57] ubuntu (and now debian) has linux-image-* [01:58] cool, didn't know that [01:59] since I don't know what all these packages do, I simply try to build them, if they build I test their install and uninstall [01:59] if that works, as far as I know the package just needs a rebuild to work [01:59] this is why checking the rebuild list takes awhile :) [02:00] yeah, I wasn't criticizing, just making sure I understood the process [02:00] gah.. [02:01] zul: ? [02:02] battery dying [02:02] nasty [02:03] bmonty: also in this case you could have merged in debian changes (only debian revision, no new upstream) [02:03] not meaning to be overly critical :) [02:04] no worries, I wouldn't have known to check for debian changes [02:04] I'll add that to my list of things to check :) [02:04] something we should all do when touching packages :) [02:05] it isn't glamourous, but I want to make sure I do this correctly [02:06] of course it's not glamourous [02:06] that's the whole point of MOTU work ;) [02:07] ajmitch: Why, you love to be overly critical of my stuff.. ;-P [02:07] MOTU - it's better than living in New Orleans [02:07] Ouch === bddebian2 [n=BdeFrees@pcp08717033pcs.phnixv01.pa.comcast.net] has joined #ubuntu-motu [02:09] ajmitch: if [ -e patch-stamp ] ; then \ [02:09] for i in `ls debian/patches/|sort -r` ; do patch -p1 -R < /devel/quickplottmp/quickplot-0.8.6/debian/patches/$i ; done ; \ [02:09] rm -f patch-stamp [02:09] /bin/sh: -c: line 1: syntax error: unexpected end of file [02:09] make: *** [unpatch-stamp] Error 2 [02:16] bddebian: Is that in a makefile? [02:16] bddebian2: ..or in a script called from a makefile? [02:18] bddebian2: Either way: It's probably because of the missing 'fi'. [02:19] bddebian2: I have to be overly critica [02:19] I'm just trying to do the same for others ;) [02:31] shawarma: MIssing fi? [02:31] ajmitch: :-) [02:32] Oh, there is a fi after the if, if that is what you mean [02:32] bddebian: I'll ask for a sync for scalapack [02:32] shawarma: And now, it's from debian rules [02:32] ajmitch: Why is there a new version? [02:32] s/now/no/ [02:33] bddebian: yes, uploaded in the last few days [02:33] #!@#$%%$^^ === dereks [n=derek@pcp0011385359pcs.ebrnsw01.nj.comcast.net] has joined #ubuntu-motu [02:33] more like yesterday, or today :) [02:33] it's not in the debian archive yet [02:34] Sheesh [02:34] This patch is pissing me off for one little stupid line of code change [02:34] bddebian: You start an 'if', but there's no finishing 'fi'. [02:34] shawarma: There is in my rules file [02:34] bddebian: yeah, looks worthy for sync, I'll beg elmo [02:35] bddebian: Ok, you just omitted it in what you pasted. [02:35] hm, perhaps not sync === ajmitch thinks [02:35] bddebian: Er... Is the 'fi' on the line following the 'rm -f patch-stamp' ? [02:36] shawarma: Well it doesn't show on the err message now that you mention it [02:36] shawarma: Yes, right after rm -f... [02:36] bddebian: Exactly. Chances are that you're just missing a \ on the line before it. [02:36] bddebian: Put a \ at the very end of that line then, and you're good to go. :-) [02:41] bddebian: Did that help? [02:43] You meant \ at the end of rm -f patch-stamp right? [02:46] Ahhh, I was missing a ; and a \ . What a dolt. Thanks shawarma [02:47] ajmitch: There aren't any ubuntu changes in scalapack, are there? [02:47] bddebian: none [02:47] Then why not a synch? [02:48] it now build-depends on newer mpich version than we have [02:48] Ahh [02:48] So synch the mpich.. ;-P [02:49] Freakin' a skippy, it worked.. w00t [02:50] no, I won't sync mpich, there's no good reason to break UVF [02:50] I was joking.. Notice the ;-P :) [02:50] bddebian: Any time. [02:51] although mpich looks like it should have been c++ transitioned, but hasn't [02:52] hm, that's a worry [02:52] c++ libs in libmpich, package wasn't renamed [02:54] Hmm [02:56] ajmitch: If you get some "free" time can you peruse my list on "Non-MOTU" fixes on UniverseUnmetDeps? [02:57] why is there a non-motu fixes? [02:57] +tora (1.3.16-1build2) breezy; urgency=low [02:57] + [02:57] + * Changed depends from libqt3c102* to libqt3* [02:57] that's obviously wrong.. [02:57] maybe you meant 1ubuntu1 [02:57] Why? [02:57] Ohh [02:58] Because I am not an MOTU so they need review before upload. [02:59] http://bur.st/~lathiat/savant.debdiff [02:59] why comment out the cout << "NULL" part? [03:03] Because if FTBFSs otherwise. [03:03] I think its useless code anyhow. All other instances are commented out [03:03] Unless you want to declare cout and endl [03:04] quit [03:04] whoops [03:04] OK, gotta go spend some "quality time" with the Mrs. Be back in a couple hourse [03:04] -e === ajmitch would have thought that a simple std::cout would work === JRe [n=Bond@pai34-2-82-226-199-36.fbx.proxad.net] has joined #ubuntu-motu [03:51] ajmitch: so I'm looking at the xfree86-driver-synaptics, the debian version is newer and updated for X.org, is this where you ask for a resync? [03:55] I don't know if it's needed at all [03:55] since we already have a synaptics driver for x.org [03:55] Version: 0.14.3-1ubuntu1 [03:55] Replaces: xfree86-driver-synaptics [03:55] Provides: xfree86-driver-synaptics === jorgp2 [n=jorgp@bnet-dial2-209.bartnet.net] has joined #ubuntu-motu [04:06] where did you get that version info? ubuntu's packages page shows the version is 0.14.2-1 [04:07] for xorg-driver-synaptics? [04:07] *** 0.14.3-1ubuntu1 0 [04:07] 1200 http://10.18.1.1 breezy/main Packages [04:07] 100 /var/lib/dpkg/status [04:07] the version you listed is for xorg-driver-synaptics? [04:07] yes [04:08] so the xfree86 version can be morgued, imho [04:08] yeah, that is what I was thinking === poningru [n=poningru@n128-227-11-132.xlate.ufl.edu] has joined #ubuntu-motu === poningru [n=poningru@n128-227-50-60.xlate.ufl.edu] has joined #ubuntu-motu === lamont looks for a tomato to throw at ogra. (just a small one, of course) [05:06] ajmitch: Yeah, Lathiat said std:: too but I don't know C++ for squat.. Probably is a better solution. [05:10] ogra: new waili uploaded [05:10] hi lamont [05:10] would you like me to throw the tomato if I see him, instead? [05:10] pyxine was removed from Debian? [05:11] Oh, so I can take waili off my list, nice [05:11] looks like it [05:11] ajmitch: nah - he just renamed it to libwailic2 in one spot, and libwaili1 in another... [05:11] so I fixed it [05:11] bddebian: oh. [05:11] bddebian: I'm just killing some easy ones [05:12] lamont: I have a bunch of "easy" ones, I think, waiting on UniverseUnmetDeps :-) [05:12] bddebian: for c++ & using cout, you either prefix them with std::, or put a namespace std; at the top [05:12] iirc [05:13] ajmitch: You want me to do that instead then? [05:14] namespace std is ugly but not terrible for non-headers. absolute evil in a header file [05:14] I don't know, since I haven't seen the context of the source :) [05:14] lamont: I know, it can break things horribly [05:14] It looks like just a debug function afaict === ajmitch wasn't suggesting that bddebian put namespace std at the top, sorry :) [05:14] it can possibly be left commented out then [05:15] not that there's been any new upstream release hit debian for 18+ months [05:15] Aye :-) === tvelocity [n=tony@ipa175.1.tellas.gr] has joined #ubuntu-motu [05:16] Should I bother with pyxine since it was dropped from Debian? [05:17] in what way is the preview affecting universe? [05:17] preview freeze, that is... [05:17] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319699 [05:17] lamont: not much, except that we're extra careful about not breaking things [05:18] ok [05:18] so limited exceptions for UVF breakage [05:18] ajmitch: OK :-) === lamont has a couple of classes of bugs that he has blanket OK for in main for the next 24 hours or so... but I've been being a bit more liberal in my universe uploads... [05:18] bddebian: gives a few good reasons for removal, imho [05:18] lamont: ok, what sort of bugs that we can fix? [05:19] ajmitch: so I've been doing things like fixing g++/xorg/postgres transition bugs === ajmitch is taking the next step & applying for main upload [05:19] right, I've come across a few postgres ones [05:20] although I haven't been checking to see that they are really "breezy-autotest failures with binaries of the same version in the archive" (just that they are FTBFS) [05:20] the "" is one of my breezy/main criteria [05:20] there's a long list of packages that people have worked on for gl/glu, that have yet to be uploaded [05:20] I've been ignoring gl/glu :-) [05:20] ok :) [05:20] Heh [05:21] ajmitch: Wow a main uploader eh? :-) [05:21] note also that the permission for the class-of-bugs uploads to main was not a blanket grant to all main-uploaders... === lamont is believed to use some amount of sense in doing his uploads, etc, etc. [05:21] generally speaking, the state for uploads to main right now is "ask first, and don't do it until kamion says you may" [05:21] yes, that's to be expected [05:22] it's too easy to accidentally break things right before preview release [05:22] and come monday morning, kamion has told me he's revoking my blanket perms. [05:22] specifically to stablize for preview CD's. [05:22] ajmitch: You didn't by chance get time to look at my quickplot fix did you? [05:22] or rather, colony $mumble [05:23] bddebian: no, I haven't looked at it yet [05:23] NP [05:24] oh, that's the one you were having patch fun with? [05:24] Aye [05:25] all for a 1 line patch :) [05:25] Exactly :-) [05:25] "checking for main in -lz"? WTF? [05:29] That's not a good way to look for a required lib is it? AC_CHECK_LIB(z,main,[] , ... === rob^ [n=rob@pdpc/supporter/student/rob-ubuntu] has joined #ubuntu-motu === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-motu [05:47] So if postgresql-plruby wants postgresql-dev (<< 7.5) and I wanted to go ahead and try it with 7.5.8, what should I change the build-deps to? (<< 8.0) or (<< 7.6), etc? [05:51] well, I think pitti was doing a postgres 8.0 transition... [05:51] poke pitti === lamont handled all the main postgres breezy-autotest failures by assigning them to pitti... :) [06:00] OK, thanks lamont [06:04] Where is libpgtcl? === bur[n] er [n=norml@c-67-173-243-73.hsd1.co.comcast.net] has joined #ubuntu-motu === bddebian thinks he is talking to himself again === GoIrish [n=michael@pcp0011975002pcs.sandia01.nm.comcast.net] has joined #ubuntu-motu === ubuntulog [n=warthylo@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-motu === Topic for #ubuntu-motu: Ubuntu Masters of the Universe: Ubuntu Universe Repository Maintainers | http://wiki.ubuntu.com/MOTU | http://wiki.ubuntu.com/MOTUTodo | REVU up again: http://revu.tauware.de | First priority: FIX REMAINING TRANSITIONS! https://wiki.ubuntu.com/Transitions === Topic (#ubuntu-motu): set by siretart at Mon Aug 29 10:28:10 2005 === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-motu === highvoltage [n=Jono@196.7.130.34] has joined #ubuntu-motu === tritium [n=michael@pcp0011975002pcs.sandia01.nm.comcast.net] has joined #ubuntu-motu === sjg [n=jason@67.126.87.116] has joined #ubuntu-motu === highvolt1ge [n=Jono@196.25.192.240] has joined #ubuntu-motu === pef [n=loic@lns-vlq-39f-81-56-130-224.adsl.proxad.net] has joined #ubuntu-motu [07:44] hi === ivoks [n=ivoks@lns01-0319.dsl.iskon.hr] has joined #ubuntu-motu === jsgotangco [n=jsg@info1-116.info.com.ph] has joined #ubuntu-motu === Valandil [n=chrys@dsl-084-056-098-218.arcor-ip.net] has joined #ubuntu-motu === Danten [n=danten@h161n6c1o1049.bredband.skanova.com] has joined #Ubuntu-motu === doko_ [n=doko@dsl-084-059-075-230.arcor-ip.net] has joined #ubuntu-motu === ivoks [n=ivoks@lns01-0319.dsl.iskon.hr] has joined #ubuntu-motu === netjoined: irc.freenode.net -> kornbluth.freenode.net === siretart [i=siretart@tauware.de] has joined #ubuntu-motu === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-motu === sjg [n=jason@67.126.87.116] has left #ubuntu-motu [] === JRe [n=Bond@pai34-2-82-226-199-36.fbx.proxad.net] has joined #ubuntu-motu === tvelocity [n=tony@ipa175.1.tellas.gr] has joined #ubuntu-motu [09:22] morning [09:22] ajmitch: you talked earlier about scorched3d? === robitaille [n=daniel@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-motu === doko [n=doko@dsl-084-059-075-230.arcor-ip.net] has joined #ubuntu-motu === netjoined: irc.freenode.net -> kornbluth.freenode.net === siretart [i=siretart@tauware.de] has joined #ubuntu-motu === siretart [i=siretart@tauware.de] has joined #ubuntu-motu === MagnusR [n=magru@85.194.14.142] has joined #ubuntu-motu [10:42] anyone notice nvidia and/or fglrx GL is fairly useless? [10:43] didn't check yet, as my amd64 box with nvidia is still hoary [10:44] glxgears is so slow [10:44] that after like 2 minutes [10:44] it still hadnt printed an FPS [10:44] and supertuxkart runs like a total dog [10:45] glxgears is broken for me, too [10:45] on my radeon, no FPS are printed, but the gears are rotating smoothly [10:59] they look pretty crap h ere [10:59] and the fact that supertuxkart runs like crap tells me it isnt working so well === tvelocity [n=tony@ipa175.1.tellas.gr] has joined #ubuntu-motu [11:00] nvidia-settings isnt showing me my temperature either [11:00] so it might be br0ked === siretart is spamming around.. === petgru [n=omega@ua-83-227-176-123.cust.bredbandsbolaget.se] has joined #ubuntu-motu === petgru is now known as pete === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #ubuntu-motu === ivoks [n=ivoks@lns01-0319.dsl.iskon.hr] has joined #ubuntu-motu === herzi [n=herzi@p548DDBDC.dip.t-dialin.net] has joined #ubuntu-motu === slomo [n=slomo@p5487E0C2.dip.t-dialin.net] has joined #ubuntu-motu [12:51] siretart: bochs is on the list of things to sync for a reason [12:51] which is why it just FTBFS === shawarma [n=sh@3E6B503C.rev.stofanet.dk] has joined #ubuntu-motu === highvoltage [n=Jono@196.7.130.34] has joined #ubuntu-motu === tvelocity [n=tony@ipa175.1.tellas.gr] has joined #ubuntu-motu === terrex [n=terrex@84-122-83-29.onocable.ono.com] has joined #ubuntu-motu === pef [n=loic@lns-vlq-39f-81-56-130-224.adsl.proxad.net] has joined #ubuntu-motu [01:54] hi === bddebian [n=bddebian@pcp08717033pcs.phnixv01.pa.comcast.net] has joined #ubuntu-motu === Praetorian1986 [n=sander@ip51ccf0d1.adsl-surfen.hetnet.nl] has joined #ubuntu-motu === sedak [n=fred@82-32-125-115.cable.ubr04.hawk.blueyonder.co.uk] has joined #ubuntu-motu === Cturtle [n=Cturtle_@a213-84-50-38.adsl.xs4all.nl] has joined #ubuntu-motu [02:20] Sheesh, you'd think it was a holiday weekend or something :-) === plugwash [i=plugwash@p10link.net] has joined #ubuntu-motu [02:41] ajmitch: oh. sorry [02:42] siretart: it currently FTBFS because of aalib-dev [02:42] but I'm sure there was another build failure later on :) [02:42] ajmitch: where is the list of things to sync? [02:42] n/p, but it was listed as needed sync on the unmet deps page [02:42] oh [02:43] I'll fire off an email to elmo asking for anjuta & bochs sync [02:43] bochs will break UVF for universe [02:43] thats ok [02:44] yeah, since it'll fix FTBFS for an important package :) [02:51] ajmitch is up? Wow. :-) [02:51] bddebian: well it's 1AM, so I'm still up === bddebian wonders if ajmitch is the only MOTU that reads UniverseUnmetDeps [02:53] haha [02:53] even then I don't do much :) === ajmitch needs to get a more comfortable bed for using his laptop [02:56] heh [02:57] ajmitch: So you are going to upload my stuff from your bed? ;-P [02:58] morning [02:58] Hello rbelem [02:59] hi bddebian, how's going? and the bug fixes? ;-) [03:05] ajmitch: Have you seen this? http://lappyvator.cyberknights.com.au/ [03:05] rbelem: Slowly [03:06] womble: looks useful :) [03:06] That's pathetic [03:06] ajmitch: It's certainly on *my* personal wishlist. [03:07] rbelem: And I'm not sure I would call what I do "bugfixing" :-) [03:08] bddebian: heheeheh [03:09] bddebian: here... i'm trying to fix some unmet deps [03:10] rbelem: Me too but no one uploads them. :-) (Excluding ajmitch of course) [03:10] is that a subtle hint for me to get uploading, bddebian ? [03:10] heheeehe [03:11] ajmitch: No, just a statement that no one else seems to look at/ care about the unmet deps page. [03:11] But if your bored... ;-) [03:12] it's not secksy work, doing unmet deps ;) [03:13] Well I'm starting to feel like I'm working on it for nothing [03:14] why? [03:15] Because no one looks at it except you when you have time [03:15] bddebian: which uploads do you need? [03:15] And people upload stuff without ever even looking at it so I can't keep up [03:16] bddebian: I uploaded tora for you, yesterday. Just looking what happened to tapiir [03:16] siretart: There are two lists on UniverseUnmetDeps. Although I think a couple of packages listed in my "Just need a rebuild" list are wrong, which is why I need some guidance from time to time [03:18] ah. i see === ajmitch just slaps him around every so often, so that part is covered ;) [03:18] ok [03:18] bddebian: btw, can you take python-iplib & python-imdbpy off that list? [03:19] since they're apt-get.org crack that I'm stripping down & redoing [03:19] badly packaged :) [03:19] bddebian: whats the problem with xmpi? its installable for me [03:20] that's because last upload was on aug 27, by mitario [03:20] xmpi (2.2.3b8-8ubuntu3) breezy; urgency=low [03:20] . [03:20] * Modified shlibs.local for UnmetDeps. [03:20] siretart: As I said, I can't keep up [03:20] ahh. hm [03:20] and you think I can? :) [03:20] bddebian: building sear now, will check & upload [03:21] hmmm [03:21] xmpi_2.2.3b8-8ubuntu3 got built and seems pretty installable.. [03:22] yes [03:22] bddebian: t38modem got also already rebuilt [03:23] bddebian: thank you for your excellent work with the unmet deps page. [03:23] OK, removed, thanks gents [03:24] siretart: Bah ;-) [03:24] did you check the buildlogs of the packages in your list? [03:24] siretart: Which list? [03:25] Either of you know where libpgtcl is? [03:25] your 'to be rebuilt list' [03:25] never heard about [03:25] siretart: No, I haven't recently [03:25] siretart: It's a depends for pgaccess and pgadmin3 === ajmitch has it installed [03:26] so it came from somewhere.. :) [03:26] possibly replaced by postgresql-pltcl-7.4 [03:27] ajmitch: I can't find it in the archive and policy shows no candidates [03:27] spiralsynthmodular was uploaded on aug 27 [03:27] ajmitch: Ahh [03:27] wiliki hasn't been rebuilt since jine [03:27] Err June even [03:28] The last spiralsynthmodular I see is Aug 22 and failed ?? [03:29] I also have like 3 merged packages that I think can go up.. :-) [03:29] ok, sear rebuild didn't work yet.. === ajmitch fixes the broken lib it depends on [03:30] ajmitch: Didn't build? [03:30] bddebian: built fine [03:30] but the shlibs of liberis1.2-dev are crack [03:30] Ah, OK === Nafallo [n=nafallo@unaffiliated/nafallo] has joined #ubuntu-motu [03:31] Heya Nafallo [03:31] bddebian: morning :-) [03:32] hi Nafallo morning ;-) [03:32] rbelem: morning :-) [03:32] morning all! [03:32] ok, eris fixed.. [03:32] ehm [03:32] will tighten build-deps on sear to match [03:32] ahh, a packet :-P [03:33] my friend's server is named eris ;-) [03:33] siretart: See, apparently I still do much incorrectly :-( [03:36] being pedantic has its advantages [03:36] What do you mean by pedantic in this case? [03:36] checking every depend of the sear binary :) [03:36] Ahh :-) [03:37] running apt-cache unmet in my breezy chroot to see why sear needed the rebuild [03:37] spotting that liberis1.2 wasn't really in the archive [03:37] spiralsynthmodular still shows in apt-cache unmet [03:37] and checking that eris really had C++ headers, and actually needed the transition [03:38] rock, eris built, will upload [03:39] bddebian: quark can be dropped, too, I think.. [03:39] siretart: Dropped from my list or dropped from Ubuntu? [03:40] bddebian: it is installable for me [03:41] Depends libxine1 for me [03:41] siretart: What platform are you on? [03:42] x86 === ajmitch agrees, deps on libxine1 here, should be rebuilt to get dep on libxine1c2 [03:43] siretart: See how frustrating this is. ;-) [03:43] gnarf.. [03:43] hm.. my notebook is a hoary upgrade. that could explain [03:43] yep [03:43] i can reproduce this in my amd64/breezy pbuilder.. [03:44] this is why I check to see if the package is in the archive, rather than just if it installs ;) [03:44] bddebian: sear uploaded with fix === siretart is on quantlib [03:45] ajmitch: Rockin', thanks d00d [03:45] bddebian: we really need to get you upload privileges ;) [03:46] siretart: Thanks but to be honest I'm a little leary since I still seem to make a lot of dumb mistakes. [03:46] we all do [03:46] the eris fix I did was because of a broken transition by a MOTU [03:47] Well YOU never do. ;-P [03:47] nasty === siretart hopes it wasn't him [03:48] ;) [03:48] :P [03:48] bddebian: of course I make mistakes [03:48] I've even had elmo chasing me because of stupid mistakes [03:48] and you *don't* want that :) [03:48] siretart: not this time ;) [03:48] haha [03:48] puh.. :) [03:49] semidef-oct and rubyfilter gone/missing from the archive? === Yagisan [n=jamie@60-240-37-206.tpgi.com.au] has joined #ubuntu-motu [03:49] bddebian: rubyfilter src is still in archive here [03:49] ajmitch: The source yes [03:49] there's no rubyfilter binary package === jorgp3 [n=jorgp@bnet-dial-228.bartnet.net] has joined #ubuntu-motu [03:50] just ones like rdeliver, etc === ajmitch checks build logs [03:50] Oh damn it, I keep doing that [03:50] still looks to be there [03:51] librfilter-ruby1.6 depends on a missing librmail-ruby1.6 [03:51] only a 1.8 version exists [03:52] Is there a "quick and dirty" way to see what binary packages a source package provides without grabbing the source? [03:52] apt-cache showsrc [03:52] bddebian: apt-cache showsrc [03:52] damn. too slow ;) [03:52] apt-cache showsrc rdeliver [03:52] Package: rubyfilter [03:52] Binary: librfilter-ruby1.8, librfilter-ruby1.6, rdeliver, rubyfilter-doc [03:52]