[00:15] * Fri Jun 6 2008 Alexander Kahl - 0.40.14-5 [00:15] - disabled sid support for now, problems on ppc [00:15] heh, looks like fedora disabled sid for bmpx [00:38] savvas: hrm ok, I can easily try disabling sid for ppc, without your diff... [00:39] TheMuso: is it appropriate to disable sid for only one arch? [00:39] savvas: Well if another distro is having the same problem, I say so. [00:39] I'd say so even [00:39] I mean if it breaks only one arch, is it ok to disable it for that one? [00:39] ah ok [00:40] savvas: I think so. [00:40] it can be done in debian/rules I think [00:40] let me try, it's good for practice :) [00:41] savvas: debian/control should be enough to do it. [00:41] Unless there is code in rules to explicitly enable it. [00:41] there is, --enable-sid :) [00:42] I was thinking of checking DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) before passing the arguments [00:48] That could work, although thats a lot of work, especially if can be done a lot more simply, but whatever works. [00:49] http://paste.ubuntu.com/123596/plain/ [00:49] does this rules file look ok TheMuso ? [00:50] I'm not familiar with makefile variables yet [00:51] savvas: that looks ok. [00:51] savvas: and to make it even more clear that sid is disabled on powerpc, you disable dis as a build dependency on powerpc, so it doesn't get installed at build time/. [00:53] er.. libsidplay1-dev [!powerpc] ? [00:54] in debian/control I mean [00:56] savvas: correct. [00:56] TheMuso: will that exclude it from the ${shlibs:Depends} and ${misc:Depends} that bmpx binary package depends on? [00:57] savvas: Yes, because the library won't be in the chroot where it gets built. [00:57] And disabling sid in the config arguments will also prevent it. [00:57] cool, that should work then :) [01:04] TheMuso: here it is: http://paste.ubuntu.com/123599/ [01:04] savvas: ok will test. [01:04] thanks :) [01:06] I'll go poke around a bit more with that old patch.. it was supposed to work, they used it on pld-linux: http://ftp.pld-linux.org/dists/th/PLD/SRPMS/RPMS/bmpx-0.40.14-5.src.rpm - I wonder if it actually works on a powerpc [01:11] ok [01:13] savvas: ah you have the if clause for detecting powerpc as host arch a little mixed up. THe --disable-sid and --enable-sid strings should be swapped around. I'll do that here now. [01:15] TheMuso: right, sorry - it's 2.15 am here :) [01:15] savvas: thats fine. [01:15] I'll probably be heading for bed hehe [01:16] savvas: thats fine. If this builds ok, do you want me to upload the change? [01:17] savvas: ok bmpx is now building on powerpc, as in its actually compiling. [01:18] great news [01:22] savvas: so do you want me to upload if this succeeds? [01:23] TheMuso: Can I let you know tomorrow? [01:23] savvas: sure. [01:24] ok, I just want to be sure about that patch - I mean, how come it builds on pld-linux? [01:25] savvas: I'll take a look in a bit, busy with something else atm. [01:25] TheMuso: sure, ok :) [01:44] hm.. [01:45] pld-linux use autoconf and automake, whereas the debian package uses autotools-dev and this: [01:45] ln -sf /usr/share/misc/config.guess config.guess [01:45] ln -sf /usr/share/misc/config.sub config.sub [02:00] savvas: that shouldn't be a problem however. I haven't looked at it myself, so I'd need to look at everything before commenting. [02:08] TheMuso: alright, we'll talk tomorrow, or highlight me if you find anything - goodnight :) [02:08] savvas: sure === dantalizing is now known as busdriver === hggdh is now known as hggdh|away === bluesmoke_ is now known as Amaranth === Andre_Gondim is now known as Andre_Gondim-afk === hanska is now known as Guest60404 [05:43] good morning [05:47] Good morning dholbach ;-) [05:48] hiya fabrice_sp_ === busdrive1 is now known as dantalizing === fabrice_sp_ is now known as fabrice_sp [06:27] Hi. I've found a package that needs a fix because of a FTBFS, but it doesn't have a .orig tarball. As it's a native package, may I then change the configure file directly or should I add a patching system to the package? it's libhid. [06:27] Change it directly. [06:27] fabrice_sp: I guess it doesn't use a patch system, does it? :-) [06:28] For a native package it doesn't make a huge amount of sense. [06:28] no, it doesn't [06:28] ... but /me is tired and going to bed.. [06:28] no patch system, no [06:28] but I've seen a lot of "accidental" native packages already :) [06:29] good night Scottk [06:29] so there's nothing that surprises me anymore :) [06:29] night Scott [06:29] it's this one: https://launchpad.net/ubuntu/+source/libhid [06:29] just go ahead then [06:30] great! will be easier without adding a patching system :-) [06:30] thanks ;-) [07:23] g'morning everybody [07:25] hiya Toadstool [07:26] hey dholbach! === hyperair is now known as asylum_personnel === asylum_personnel is now known as hyperair [08:03] dholbach: ahem... /me hides :) (strange, as if I ran dch in my pbuilder? :/) [08:03] dholbach: concerning the missing file, I am investigating, but normally I checked them [08:04] (yeah, the hook is still there) [08:07] dholbach: I think this issue may appears now because of the new python installer location (no more /usr/lib/python*/site-packages) and as my sponsor request is older than this change... Investigation in progress :) [08:11] thanks didrocks :) [08:34] hi, if someone has free time, can please review http://revu.ubuntuwire.org/p/dsss ? [08:34] thx [08:45] goshawk: looks good to me but I'd rather let persia or rainCT judge since it's been a long time since I did not review packages [08:46] oki thanks a lot Toadstool [08:46] :) [10:46] Hi friends one question. Acer Aspire 4530, AMD 64, NVIDIA 9100 M G graphics card. Which version to install? Intrepid or jaunty and i386 or amd64? [10:56] TheMuso: if bmpx for powerpc was built fine, please upload it. I've sent a bug report to Debian about this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517373 [10:56] Debian bug 517373 in bmpx "FTBFS(powerpc): configure: error: libsidplay 1.x not found!" [Normal,Open] === bdrung_ is now known as bdrung [12:06] hi folks [12:11] hi sistpoty|work [12:11] hi mok0 [12:12] did you get somewhere with the copyright parser? [12:12] sistpoty|work: ^ [12:13] mok0: not really (as in parse a new machine readable copyright format) [12:13] sistpoty|work: ah ok [12:13] mok0: however I started writing my own tool, that can generate a copyright file from sources (given that the sources have sane license headers) [12:14] sistpoty|work: cool!! [12:14] slytherin: like you want, but with an amd64 install it's easier for you to test amd64 packages (if you don't have an amd64 install already) [12:43] i signed a key! [12:43] * directhex is special [12:44] geser: actually it is not a laptop for me. It is for a relative. The requirements are very generic (no voip, no DVD playing). I have never used amd64 so I was not sure if nvidia cards will work. [12:44] slytherin, nvidia has been fine on amd64 for about 5 years [12:44] Considering that xorg is getting updated frequently in jaunty, I think I will go with intrepid. [12:45] is there a patch gui editor? or something that allows me to quickly filter out file patches from a diff file? [12:45] slytherin: then use i386 as you don't need to fight with flash, acroread or other 32bit non-free software [12:45] geser: acroread is not an issue. evince works fine. and flash is available for 64 bit. [12:46] slytherin: I didn't try flash on amd64 yet. does it work reliable? [12:47] geser, yes, but adobe AIR sites may not work [12:47] savvas: I use vim for this :P (or filterdiff) [12:47] slytherin: I had to use acroread a few months ago for a PDF. I could view the PDF with evince but not use it because of javascript [12:48] geser: I have one week to test before I hand over the machine. So in worst case I will need to install ii386 before hand over. [12:49] other than that both amd64 and i386 are good [12:49] another related question. Would a single / partition for 160 GB HDD create any problem? The reason I want to have a single partition is to not limit size of home folder. [12:50] thanks sistpoty|work :) [12:50] I'd probably do something like 20 GB for / (should be enough for everything) and the remaining part /home [12:51] having /home on a separate partition makes it easier if a reinstall is needed (for whatever reason) [12:51] Better yet: have / on a separate disk [12:52] Then use rsnapshot to create a backup of your /home disk to / disk [12:52] That is also fine. My /root with about 7 GB has not filled in last 3 years. So 20GB / is more than enough. [12:52] I hope this experiment succeeds. :-) [12:52] slytherin: perhaps 10 GB for / root is also ok [12:52] sistpoty|work: found geany :P === hggdh|away is now known as hggdh [12:58] doko: do you mean that python 2.5 will be removed in jaunty and python 2.6 will be the only release available? [12:59] didrocks: As I understand, 2.6 will be default, but 2.5 will still be available [13:00] didrocks: likely not removed in time for jaunty [13:00] doko: There was talk of keeping 2.4 around, even [13:00] doko: ok, and in a package which retreive python version in debian/rules with pyversions -vr debian/control, what do you advise? [13:01] Users might be using extension modules that are not part of Ubuntu [13:01] Esp. if they are commercial modules, it can be a pain to upgrade. [13:01] That [13:01] mok0: yeah, of course [13:02] I'm just unsure to see if I need to ship both version (cdbs seems to want to make that) or just one [13:02] didrocks: that said, I haven't followed what changes have happened in the API between 2.4 and 2.5 [13:03] mok0: don't know either :/ [13:03] didrocks: yeah, the way all versions are packaged together makes it worth considering... [13:03] didrocks: now, if it were possible to separate all 2.4 and 2.5 stuff out into separate packages.... [13:05] mok0: yeah, it will be better... [13:05] but there is a lot of issue if I support 2.5 and 2.6, for instance together [13:05] site-packages/dist-packages in .install for instance [13:05] didrocks: sure. [13:06] didrocks: pycentral is nice that way [13:06] (yeah, I ask for sponsoring before this change, and now, when dholbach tried, it FTBFS because of dh_install ^^) [13:06] didrocks: Murphey's law [13:06] mok0: obviously ^^ [13:06] mok0: when i put 2.5 in debian/control.in, it builds against 2.5 and 2.6 [13:07] I think this is the behavior of pycentral but I am not familiar with it [13:07] didrocks: oh? Like, it builds >= 2.5 ? [13:07] mok0: apparently, that's why I ask some advices, not a python packager specialist ^^ [13:08] XS-Python-Version: >= 2.5 [13:08] didrocks: I think it should be able to build everything you ask for, so if you ask for >= 2.4, it should build 2.4, 2.5 & 2.6 [13:08] ok, and so, because of .install and site-packages/dist-packages change, it fails :) [13:08] I can explicitely named what I want to copy [13:09] but is it necessery? Or I just bump to 2.6... [13:09] didrocks: oh yes, that [13:09] so.. "XS-Python-Version: current" ? [13:09] savvas: it will take which version, when several are available like now? [13:09] savvas: I think that just takes all the currently supported versions [13:10] didrocks: no idea, I just saw it in a package and got me puzzled as well :) [13:10] :) [13:10] basically, current and all mean the same thing [13:10] didrocks: if the package doesn't install (dependency on python (<< 2.6)), install pkgbinarymangler, try a local rebuild, see if it succeeds. if it's a no change rebuild, upload with a buildN release number, if you have to do local changes, upload a new version [13:11] didrocks: no, if it says >= 2.5, it's fine and doesn't need to be changed [13:11] didrocks: .... and so you were hoping that 2.4 wasn't supported :-) [13:12] doko: but dh_install fails because of site-packages/dist-packages changes beetween 2.5 & 2.6 [13:12] mok0: no, I just need 2.5 at least :p [13:12] doko: so, it's better to adapt the .install for 2.5 and 2.6 cases. [13:12] ? [13:12] doko: is the dist-packages policy valid for 2.5 too? [13:13] mok0: apparently, not, dh_install yell at me :) [13:13] best to discuss in #ubuntu-devel so doko hears about it too :) [13:13] didrocks: is there a pyversions file in the package? [13:13] didrocks: yes, use something like usr/lib/python*/*-packages [13:13] dholbach: ? [13:13] ah, he's here as well :) [13:13] doko is lurking everywhere [13:13] :) [13:13] doko: ok, that was my question, it's better to support both versions in install files, ok :) [13:14] dholbach: by the way, I've sent the patch for glife gtk-2/gnome-2 upstream :) [13:14] savvas: ROCK! [13:14] dholbach: as seb128, he told me this morning "congrats for your first self-sponsored package" (yeah, I mainly touch "main" GNOME packages) [13:14] mok0 and doko : thanks :) [13:14] :) [13:14] savvas: as well ^^ [13:14] savvas: he calls you a rock [13:15] I don't, really :) [13:15] ;-) [13:15] mok0: :P [13:16] er.. [13:16] why is libboost1.37-doc in the libboost1.37-dev dependencies ? [13:17] savvas: maintainer's choise [13:17] should be Suggests: though [13:18] I know, every time I use apt-get build-dep I get that huge doc package :p [13:18] ha! [13:19] same for libboost1.35-dev [13:19] mok0: did you see a bug report about it? [13:19] savvas: you can ask yourself what the point is of splitting the docs out then [13:19] savvas: no [13:19] ok, I will [13:19] savvas: ROCK! [13:20] hehe [13:20] :P [13:20] I know I ROCK your world! [13:20] savvas: oh, so that's what's going on atm [13:21] hehe :) [13:22] if a package in main has gained dependency on a package in universe what should be the approach to fix depwait? [13:23] slytherin: MIR for the dependency if you can't drop it [13:23] didrocks: I have never really worked on MIR. :-( [13:23] slytherin: let me seek for the link [13:24] calc: do you have time for doing MIR for libbcprov-java? it is build dependency of libitext-java which currently is in DEPWAIT state. [13:26] slytherin: https://wiki.ubuntu.com/MainInclusionProcess [13:26] dholbach: this page is hard to find, can I add MIR in the title? [13:27] didrocks: maybe link it from UbuntuDevelopment/KnowledgeBase ? [13:27] and a redirect from /MIR ? [13:30] dholbach: both done (not sure to know how to redirect automatically, btw for /MIR) [13:31] dholbach: we don't use moins moins in ubuntu-fr :) [13:32] #REDIRECT MainInclusionProcess [13:33] done [13:33] super === asac is now known as asac_drinking_co === asac_drinking_co is now known as asac [13:53] wow, I just managed to crach reportbug :P [13:53] reportbug -B debian -p libboost1.37-dev -V 1.37.0-5 -s "libboost1.37-dev: libboost1.37-doc should be in Suggests" -S wishlist --paranoid --exit-prompt [13:54] ah, --exit-prompt [13:59] wrong format, without -p and libboost1.37-dev at the end :P [14:04] is there a shell application that reads ini configuration files? [14:07] savvas: cat $file | grep ^ | cut -d'=' -f2 [14:07] . configfile (if it's in shell syntax) [14:08] geser: and let bad stuff happen ;) [14:09] geser: btw, what happens if there's a "[header]"? [14:17] hmm, looks like I overlooked the "ini" in savvas question [14:22] thanks :) [14:23] I was looking for a single command, but that works as well :P [14:27] can any one explain why this happens http://paste.ubuntu.com/123826/? the file names are the same so I have the correct .orig in my package but it still says its not there, I showed an ls -l just to show it is def there [14:34] AdamDH: it's in the wrong directory [14:35] AdamDH: the .orig.tar.gz must be in the parent directory, not in the source dir; so, mv *.tar.gz ../ ;) [14:37] RainCT: is the email for revu fixed? [14:38] thanks RainCT [14:38] did not know that [14:40] AdamDH: that's a huge packaging version number :) [14:40] not that I'm saying it's wrong, but it's long hehe [14:41] savvas: no :/ [14:41] but I don't know why.. it's mad :P [14:41] savvas, I know but due to the way this project is working out at the moment I am using that packaging version number and will change it later [14:42] RainCT: are you sure it's not faulty on the software side? [14:43] savvas: No, e-mails are delivered fine if I send them manually (the same way REVU does). [14:43] * RainCT goes to debug a bit more [14:43] ah ok [14:43] :) [14:45] AdamDH: are you using get-orig-source ? Can I take a look at your debian/rules if you don't mind? (learning) [14:45] * RainCT hates mod_python, btw :P [14:46] * POX suggests mod_wsgi [14:47] POX: I know, I know.. The guys in #python told me that a lot of times already ;) [14:47] I just don't hate it enough yet as to switch spooky and REVU to it :P [14:48] you have other frameworks, http://webpy.org/ or web2py http://mdp.cti.depaul.edu/ :p [14:51] savvas: OK, it doesn't like sending mail to multiple people. [14:52] savvas: err, wrong. if I write two addresses of mine instead of mine and yours it works o_O [14:52] so.. it doesn't like me? :p [14:53] Heya gang [14:54] savvas: did you get mail? [14:54] Heya bddebian. [14:54] Hi ScottK [14:55] bddebian: I ran across one of your old packages yesterday. [14:56] It looks like libticables3 (or something close to that, I'm sure you'll remember) needs some adjustment due to the kernel modules it needs now being i the standard kernel and not a sepatate package. [14:56] bddebian: Dunno if you still have any interest in the package, but I thought I'd mention it. [14:58] * RainCT restarts savvas [14:58] Eeks I'll see if I can check it out, thanks [14:59] Great. [15:01] santiago-ve: hold a sec, checking :) [15:01] oops, sorry santiago-ve - I meant RainCT [15:02] RainCT: nope, only a debian bug confirmation I reported earlier [15:02] savvas: no prob [15:18] RainCT: by the way, is the code for revu posted somewhere? [15:18] savvas: lp:revu [15:18] nice, thanks :) [15:19] (see the README for installation instructions) [15:22] RainCT: got Last test. too :) [15:23] To all the revu reviewers: Send your emails again (just kidding!) :) [15:24] RainCT: just saw part of the revu diff, which was s.th. like self.mailserver.sendmail()... does this use the system mta as backend? [15:25] sistpoty|work: it uses smptlib, not sure how that works [15:25] RainCT: hm... not too sure either... I hope it uses the system mta, because iirc we've got a route via uni MTA setup from this [15:25] RainCT: I could check the exim log though :) [15:26] sistpoty|work: William Grant mentioned they go through some other server [15:26] RainCT: ah... /me wonders why it's working in the first place then *g* [15:29] RainCT: hm... "<= noreply@revu.ubuntuwire.com H=localhost": looks like smtplib does use the local exim :) [15:30] * DktrKranz is wondering how to track python2.6 rebuilds/changes for universe [15:32] seems as if my package built correctly https://launchpad.net/~adamhorden/+archive/ppa, thanks for the help guys [15:33] DktrKranz: you mean something like: rmadison python2.6 ? [15:34] ok maybee not [15:34] DktrKranz: or: aptitude changelog python2.6 ? [15:35] what dependancy is required for make: dh_testdir: Command not found? [15:35] debhelper [15:35] build-depends [15:36] savvas: I mean something to easily discover which packages need love to manage python transition in time for the release. [15:36] we have python in build-depends, depends, and nowhere. [15:37] ah, no idea sorry :) [15:37] DktrKranz: what do you need to know? [15:37] Arch: any packages that build-depend on python? [15:37] they are the ones that will need a rebuild to pick up the new python version [15:37] what else is there? [15:38] james_w: a list of arch:any packages potentially affected would be nice [15:38] DktrKranz: a bit of grep-dctrl magic should be able to do that [15:38] I'll have a go in a bit [15:48] james_w: are we dropping python2.5? [15:48] nope [15:48] james_w: why/what packages are being updated then? [15:49] http://irclogs.ubuntu.com/2009/02/25/%23ubuntu-meeting.html [15:49] see around 16:20 [15:49] thanks [15:49] RainCT: arch: any packages are python-extensions [15:49] RainCT: also see today's email [15:49] i.e. compiled C code against the headers of each python version [15:49] when you add a new python version you have to rebuild all of these packages so that they pick up the new version and build for it [15:50] otherwise you couldn't use the extensions under python2.6 [15:50] DktrKranz: I saw the mail, but couldn't get anything out of it :P [15:51] ah, of course [15:52] arr why did the remove string exceptions? they are great for debugging :P === cr3_ is now known as cr3 [16:14] can someone refresh my memory about whether UI Freeze affects universe? [16:16] RainCT: we haven't tranlations in rosetta for universe packages, so UIfreeze is not affecting universe directly, I think only CD-flavours packages (such as xubuntu) have some issues. [16:19] DktrKranz: OK, thanks. === cr3_ is now known as cr3 [17:23] mmmph. [17:23] this pyrex stuff aint as intuitive as I would have hoped [17:23] I take that back. This HOWTO aint as good as it seemed [17:30] * Laney loves a good pyrex dish [17:30] jdong_: Fancy poking a couple of ancient SRUs that I've had lying around for ages? [17:32] Laney: I am on a crippled net connection currently, perhaps in a couple hours [17:32] ok [17:32] feel free to link em and I will look at my scrollback [17:34] bug 280129 bug 243163 [17:34] Launchpad bug 280129 in ghc6 "Please SRU ghc6 in Hardy to fix correctness bug" [Undecided,Triaged] https://launchpad.net/bugs/280129 [17:34] Launchpad bug 243163 in glom "Please update glom to 1.6.17" [Undecided,Fix released] https://launchpad.net/bugs/243163 [17:40] Hello [17:40] I have a python application [17:40] and I want to make a .deb on a ppa out of it [17:41] ploum_: does it use the standard setup.py script ? [17:43] Hello [17:43] I have a python application [17:43] and I want to make a .deb on a ppa out of it [17:43] the application is on launchpad [17:43] is there an howto or a specific chan where I can get help for that ? [17:43] 18:41:55 < savvas> ploum_: does it use the standard setup.py script ? [17:44] ( For future reference: It would be better if you pasted all that in one line though :) ) [17:45] ploum__ can you reply? [17:45] is belgium adsl that bad? :P [18:07] How might I download a Jaunty deb (from universe) in Intrepid? [18:07] mrooney: You can get them from LP or packages.ubuntu.com [18:08] * sistpoty|work heads home... cya [18:08] or add Jaunty to your sources.list and aptitude download foo/jaunty [18:09] Laney: so I am here http://packages.ubuntu.com/jaunty/wxbanker, but I don't see where I can get the deb === smarter_ is now known as smarter [18:09] mrooney: Click on "all" [18:11] Laney: doh, thanks :) === thekorn_ is now known as thekorn [18:29] Hello, is it possible to change a source package name ? [18:40] It is. [18:40] Why do you need to? [18:40] AFAIK there's nothing you guys can do about this, but maybe someone could poke the right person? https://bugs.launchpad.net/ubuntu/+source/iproute/+bug/335554 [18:40] Ubuntu bug 335554 in iproute "iproute in Jaunty is out of date" [Undecided,New] [18:41] (reported by upstream himself) [18:41] <--- debian co-maintainer [18:42] I have a package foo-1.0 with a file in /etc/cron.hourly/foo [18:42] I changed it to have the file in /etc/cron.d/foo [18:42] ScottK: the package was ubuntume-gdm-themes, but the distro got renamed to sabily, due to trademark issue, so I will have to rename the package to sabily-gdm-themes [18:42] dpkg --contents ./foo-1.0.deb shows the change [18:42] but when I upgrade it with dpkg -i, the cron.hourly file is not removed [18:42] and, omg, dpkg -L doo | grep cron now shows *both* files [18:43] AnAnt: We can do that. Just put it on REVU with the new name and ping me. [18:43] why would the installed package suddenly list a file that is not in the package? [18:43] ScottK: ok, what should I do in old changelog entries ? [18:43] ahasenack: file in /etc are usually "conffiles" and they are handled specially [18:43] bddebian, ScottK: i made a debdiff to fix the FTBFS in libticables2 (Bug #335271) [18:43] Launchpad bug 335271 in libticables2 "FTBFS since Hardy, because of a dependency on tidev-modules-source" [Undecided,Confirmed] https://launchpad.net/bugs/335271 [18:43] AnAnt: Leave them there, just change the name in the top one. [18:44] ahasenack: files in /etc are considered configuration files... those are not removed until a package is purged.... you need to handle the upgrade case and migrate carefully.... remove the file if it's md5sum matches the one you shipped, otherwise don't install the new one in cron.d ... [18:44] ScottK: ok, thanks [18:44] I noticed you spoke about that earlier [18:44] ahasenack: the packaging system won't remove them by itself when you remove (or upgrade the package) [18:44] james_w: so I need to explicitly remove it in some script? [18:45] ahasenack: http://wiki.debian.org/DpkgConffileHandling will tell you about it [18:45] ahasenack: yeah, that page gives you the snippet to use [18:45] james_w: thanks [18:45] fatal_: hey, is the package in Debian yet, or just in git? [18:45] argh! [18:49] james_w: I would have thought that to be part of the package manager's job software, but I'm not going to argue with several years of experience [18:50] james_w: the part about avoiding mistakes made me chuckle, though [18:51] ahasenack: many would agree with you [18:51] bddebian: Do you want to look at the libticables2 fix or should I? [18:52] the fact that this is handled by copy-paste from a web-page is particularly unfortunate [18:52] but most people learn about this from exactly the same experience as you [18:52] some packages are FTBFS because the file rgb.txt has been dropped from x11-common. Would it be ok to copy the rgb.txt file from x11-common of intrepid to add it to each package in Jaunty? [19:00] * sebner winks geser =) === fabrice_sp__ is now known as fabrice_sp [19:17] ScottK: Should we even be carrying libticables2 anymore? [19:17] bddebian: You tell me? [19:17] It was your package. [19:18] bddebian, it's still used in one app [19:18] I think we should fix it or remove it. [19:18] And since fabrice_sp has it fixed, that seems sensible. [19:18] I thought I did the new upstream that should have used libticables3.. Hmm [19:19] I checked, and that's strange: tilp uses libticables3 but litp2 uses libticables2 [19:19] and on the homepage of tilp, both version are there [19:20] the fix is simple: only drop the dependency, and it build and install fine [19:20] Right, that was it [19:20] There was a soname issue or something. libticables2 is actually newer than libticable3 [19:20] yes :-/ [19:21] and the same for libticalcs2 and family [19:21] (litifiles, also) [19:21] ScottK: Would you mind uploading the fix, I'm still without an Ubuntu machine :( It looks sensible. [19:21] Not at all. [19:22] Just thought I'd give you first crack. I remember how much 'fun' you had getting that in the archive in the first place. [19:22] Heh, aye [19:23] fabrice_sp: I'm looking at it now. [19:23] And I see Debian still doesn't have it.. Sheesh [19:23]