[00:45] "@antifacista45xx is a perl script with an array of pro-khamenei slogans, and @Avi0wn3d is a python script to counter it." Yay Python! === lukjad007 is now known as ShadowChild === Richie is now known as YDdraigGoch === Snova__ is now known as Snova [03:19] does cvs have a startup script in init.d or is it startup by inetd? [03:20] I suspect inetd, but I haven't used cvs for several years (thankfully) [03:20] you should probably check in the package [03:21] inetd [03:21] but, don't use cvs. thanks [03:22] so cvs has no standalone mode? [03:22] lifeless: user insists cvs, period [03:22] it doesn't. [03:23] if you're writing you should use it via ssh anyway [03:23] it doesn't support standalone? [03:23] thats correct [03:23] i have to use pserver for windows clients [03:30] Time for me to learn how to packlage... I'm going to package my own junk soon enough [03:30] :) [03:31] nhandler: it's a scary road I'm about to embark upon [03:31] I tried to fix bugs in packages once and I failed horribly [03:32] MTecknology: If you are interested, we do have a mentoring program you can join [03:33] * MTecknology is interested [03:33] MTecknology: https://wiki.ubuntu.com/MOTU/Mentoring [03:34] cool [03:35] Hi there, I'm trying to build a source package to upload to REVU. When I run the suggested command, "dpkg-buildpackage -S -sa -rfakeroot", I get an error about a missing debian/changelog file -- this suggests to me that building the package really isn't so straightforward. [03:35] ryanprior: you need to *have* a package to be able to build it. Upstream tarballs are not packages. [03:35] I tried to Google for a tutorial on building a Debian source package, but while there are lots of tutorials on building binary packages, I couldn't find one for building source packages. [03:36] ryanprior: You'd be looking for !packagingguide [03:36] !packagingguide [03:36] The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports [03:36] I will take a look. [03:36] packages that break on python2.4 annoy me [03:37] ajmitch: any particular reason? [03:38] because it interrupted my upgrading of packages to the latest karmic version :) [03:39] it's a new package in karmic that just appears to have the wrong python version info [03:39] since it relies on features from 2.5 [03:42] Is this link supposed to be an empty tarball? https://wiki.ubuntu.com/PackagingGuide/Basic [03:43] this part - wget http://ftp.gnu.org/gnu/hello/hello-2.4.tar.gz [03:43] MTecknology: it's not empty when I download it [03:44] oh... [03:44] spelling error in the wiki.... [03:45] what is the spelling error? [03:46] They tell you to make an empty directory and create a tarball over top of the one you just downloaded [03:46] no, it doesn't [03:47] it says to do that if there isn't a tarball [03:47] oh.. [03:47] * MTecknology needs to learrn how to stop skimming text when not in class [03:47] it could be clearer, but it's not a spelling error [03:52] what I hate is patch systems that wedge themselves [03:54] !find dh_make [03:54] File dh_make found in cli-common-dev, debhelper, dh-make [03:55] lifeless: What would be an example of that? [03:55] looks like we get to remove zope 2.x & plone from ubuntu [03:57] which will drop one of the big rdepends of python2.4 [04:05] RAOF: whatever evolution uses [04:05] :( [04:07] having done a build, pull from upstream, do another build, and it bitches [04:07] can't undo the patch, can't redo it, can't fix it. [04:07] arrgghh [04:07] you guys should remove evolution :) [04:08] it's one of the biggest reasons I build up from a cli install :P === WelshDragon is now known as YDdraigGoch [04:42] !ops [04:42] Help! Hobbsee, Riddell, sladen, fbond, mneptok, gnomefreak, Seveas, dholbach, elkbuntu, PriceChild, or jpatrick! [04:42] Could someone please gently get RAOF to fix his connection? [04:44] A fine example of Australian telecommunications infrastructure, I'm sure :) [04:44] Quite likely. [04:45] But I don't know the magic codes to not only get him off the channel until he sorts it, but off the server (as it's flooding several channels) [04:45] you'd probably need to convince some freenode staff of that [04:45] I'll see about ringing him [04:45] But I think they'd prefer to hear from delegated contacts, which is why I made the call above. [04:45] lifeless, Thanks. [04:46] now that's service [04:47] The power of global initiatives with local implementations. [05:30] question a package of mine just hit Debian as import freeze is not yet in effect do i need to do anything for a sync or does it just happen? [05:31] it'll happen [05:31] the 'autosync' isn't fully automatic, it's triggered by an archive admin [05:31] it did [05:31] that was fast [05:32] so, no problem to worry about then? [05:32] nope just wondering [05:33] can anyone please explain the meaning of << before version string when specifying dependencies? [05:36] slytherin: 'strictly earlier' is the wording that policy uses [05:36] ajmitch: what does that mean in plain words? [05:36] less than [05:37] and how is that different than simply < [05:37] such as conflicts: foo (<< 1.2.3) [05:37] "The deprecated forms < and > were used to mean earlier/later or equal, rather than strictly earlier/later, so they should not appear in new packages (though dpkg still supports them). " [05:37] debian policy is a good resource for that [05:38] They're effectively the same, but use << & >> where needed [05:38] in the conflicts case that I used, it'd be better to use Breaks instead [05:39] ajmitch: thanks for help. I will use << [06:09] Anyone know who Luigi Gangitano is? === nellery_ is now known as nellery [06:14] MTecknology, https://launchpad.net/people/ is a useful tool [06:14] persia: except that it's just a blank profile [06:15] MTecknology, click on "Related Software" [06:16] persia: but that doesn't tell me if he's ever in here :P [06:16] makes me assume he is [06:17] With no direct uploads to Ubuntu, it's unlikely that this would be a good place to find such a person. [06:17] Of course, there are exceptions to that guideline. [06:40] good morning [07:01] Morning dholbach. [07:03] hiya iulian! [07:08] Anyone here know about Tor networks? [07:10] They've been advertised as safe for iraniasn to use but I don't think they are [07:12] mok0: I have no idea [07:12] mok0: well it depends on definitions of "safe". Authorities should still be able to know they are going through a Tor network. [07:13] since first-hop would be telling them that. [07:13] ttx: All the gov. has to do is to operate an exit node [07:13] ttx: and they can perform end-to-ebd traffic analysis [07:13] end-to-end [07:15] mok0: with enough noise that should prove quite difficult [07:17] ttx: security through obscurity is not enough if you are in a completely controlled society [07:18] mok0, It's all about balancing the cost of tracking vs. the cost of the information. [07:18] It's probably safe to use Tor for generic surfing to places popular throughout a given controlled area. [07:18] hard to identify a specific person if there is sufficient cover. [07:18] mok0: also you can pick nodes [07:18] But that gets into game theory, etc. [07:19] persia: in a situation where the life of the regime is threatned, I don't think cost matters [07:19] (at least entry and exit ones) [07:20] A swedish security guy was able to recover a large number of email addresses and passwords by running an exit node [07:21] mok0: of course, exit nodes get unencrypted traffic. So if the encapsulated traffic is not encrypted, he would sure get vereything in it [07:21] mok0, Right. Cost of data. So, it may be sufficient for regular browsing. It may not be sufficient for subversion. [07:21] thats more to do with unencrypted protocols beyond tor [07:21] For subversion, you want deep back-channel communication anyway. [07:22] mok0: people don't necessarily get that tor doesn't protect you froim eavesdropping on exit nodes. [07:22] mok0: that's what the swedish research shows. [07:22] (e.g. Have a set of servers that check the time via ntp over the net. have them synchronised locally before checking. Have the pattern of times that the servers check be meaningful) [07:22] I am just concerned b/c iranians are told to use Tor networks on Twitter [07:23] tor is a powerful in experienced hands. I wouldn't recommend it as the solution to all evil since you can get it wrong if you don't understand how it works. [07:23] mok0: they are also told to use http proxies, which are if anything less secure still [07:23] s/powerful/powerful tool/ [07:24] lifeless: yes, but that is for surfing [07:24] What the regime wants is to stop people from uploading videos and pictures [07:25] Proxies allow peope to surf and get information INTO the country [07:26] So, it's possible to create a model where the information can be tracked by pattern matching. [07:26] persia: yes [07:26] But as long as there are collaborators, it's harder. [07:26] For example, Alice uses tor to get her video into UbuntuOne. [07:26] She shares it to Bob. [07:27] Bob waits a random period of time (6-14 hours) before sending it in encrypted mail to Chris. [07:27] Chris dumps it on a torrent server. [07:27] if you want secure, freenet is better [07:28] its just abysmally slow [07:28] Malcom has a hard time matching Alice's activity to the torrent contents. [07:29] persia: yes, that involves several steps [07:30] But if the gov. is monitoring the network in general, and they have Tor exit nodes, they can find out who is sending videos to CNN for example [07:31] Only if the Tor network is very very large, they may not get enough packages to do it [07:31] mok0, as does anything that is to be secure. Any process is subject to tracking at the level of intelligence used to prepare it. The smarter your automation, the smarter the cracking automation has to be. Human-level automation tends to get expensive quickly (but look at Bletchley Park for a counterexample) [07:32] persia: yes [07:32] Anyway, tor is a tool. Potentially a useful tool. Relying solely on tor is better than nothing, but perhaps not sufficient. [07:35] In combination with encryption Tor might be rather safe [07:36] lifeless: What is freenet? [07:39] lifeless: n/m got it from Mr. Google [08:22] dholbach: morning dholbach, just watching your video on upgrading a package :) === slomo is now known as slomo_ === slomo_ is now known as slomo__ === slomo__ is now known as slomo === maxb_ is now known as maxb [09:33] bigon: ping [09:35] slomo: can you please take a look at latest gst-plugins-bad-multiverse0.10 upload whenever you get time. I plan to do similar changes to -ugly-multiverse when updating the package. Also ugly-multiverse will have replaces on -bad-multiverse (<< 0.10.13) because of x264 plugin move. [09:37] Hi, are there any plans for pidgin 2.5.7 to be stuck in backports? [09:38] ziroday: the fix for yahoo should land in -updates but I don't know if anyone is actually working on it. [09:39] slytherin: ah okay, thanks! [09:40] slytherin: pong [09:42] bigon: I was wondering why telepathy-idle is a suggests for empathy instead of recommends. We aren't shipping any other IRC client in default install, right? So if empathy is replacing pidgin then -idle should be recommends IMHO. [09:44] good question, I'm not sure tp-idle (and empathy support) is 100% functional [09:46] I am not running empathy latest release. So can't really comment on that. If there are builds for hardy in PPA I will try. [10:22] slytherin: as long as it builds and can be installed i'm fine with it ;) [10:22] slytherin: or do you have any specific questions? [10:22] slomo: nothing specific [10:23] slomo: Just so you know, I plan to keep updating the -multiverse packages. :-) [10:23] ok :) [10:24] perfect, it seems nobody every touched the packages after me ;) [10:27] slomo: right, in fact ugly-multiverse is not updated as per upstream since hardy. [10:29] :) [10:32] slomo: I just remembered one question. I enabled mplex plugin which uses mjpegtools library. The plugin is supposedly needed by brasero to create video DVD. Am I correct that this plugin should reside in bad-multiverse package (considering mjpegtools build-dep). [10:32] slytherin: yes [10:53] Hi [10:53] Can someone have a look at patching this bug: https://bugs.edge.launchpad.net/ubuntu/+source/phpmyadmin/+bug/387215 .. motu-swat? [10:53] Error: Could not parse data returned by Ubuntu: HTTP Error 503: Service Unavailable (https://launchpad.net/bugs/387215/+text) [10:54] We've had at least 4 servers cracked using this bug so far, so I'd guess it's probably pretty critical, but so far no-one's got past www-data shell (matter of time) [11:01] !info phpmyadmin [11:01] phpmyadmin (source: phpmyadmin): MySQL web administration tool. In component universe, is extra. Version 4:3.1.2-1 (jaunty), package size 3527 kB, installed size 13132 kB === ShadowChild is now known as lukjad007 [11:02] kirrus: I can't help but think that perhaps you should remove the /config/ directory which would work around this? [11:07] popey: we've been resetting permissions, so that the files aren't writable by www-data, but we have a fair few servers. It's far easier to deploy an update, than a chmod ;) [11:08] sounds like you need landscape ;) [11:09] popey: landscape costs too much money :( [11:11] the directors are against anything closed being deployed on our network.. and we have a majority of debian systems still, tho Ubuntu is slowly growing across the systems [11:12] kirrus: is it possible to access those servers with SSH? [11:14] You should be able to deploy a bash-script through SSH on those and then just patch it that way [11:15] sakjur: yes, some, all from our internal management box, but we've not got a way of automatically deploying scripts on them yet - the passwords are stored in the wrong place for us to just be able to easily script a change over ssh. In the process of preparing to deploy clusterjob... [11:15] I mean, if landscape is too expansive, that's maybe a good way to do simple tasks, it still takes a while, but well, well [11:16] kirrus: can't you use SSH-keys? [11:17] sakjur: Yes. But we're not allowed to ssh-key our management box to anything, because if that box is cracked (would be hard), the nefarious individual would have easy access to all the servers [11:18] kirrus: so you need to do things on place? [11:18] whoops [11:18] gotta go to my job [11:18] sorry [11:41] huats: would you please renew my membership to Mentering Reception [11:48] porthose: done [11:49] so feels free to handle a few people :P [11:49] thx on my todo list for today :) [12:07] I've started looking for errors in debian/control files that were missed because of bug #391165. [12:07] Launchpad bug 391165 in dpkg "Dpkg::Deps mishandles newlines in Build-Dependencies" [Undecided,New] https://launchpad.net/bugs/391165 [12:07] I've found 32 so far, with more likely to come. Is there anything I should know before I post 32 identical bug reports? [12:08] (Well, each with minor changes to a template) [12:17] bddebian: there is still the @GETTEXT_PACKAGE@.mo problem though, and I didn't manage to find a solution with my basic autotools skills. do you have any idea how this could be fixed? [12:40] andrew_sayers: You should file these against Debian too if they affect there [12:41] Laney: as well or instead? [12:41] as well [12:41] Phew :) [12:41] Anyway, will do. [12:41] and please make sure that dpkg bug gets fixed there too [12:42] Okay, I'll file a report for that in Debian. [12:42] thanks a lot [13:03] slytherin: maybe if you could open a bug about empathy and tp-idle so I will not forget [13:06] bigon: I will log a bug. I was hoping I could try latest version. But there doesn't seem to be an easy way for me. [13:08] slytherin: you cannot upgrade to jaunty? [13:08] bigon: I can not upgrade my office machine to jaunty right now. Busy with releases. And laptop at home is ibook (powerpc), so I will have to compile all the packages myself. [13:09] I mean build the packages. [13:09] ? [13:09] ppc is still built [13:10] directhex: the latest releases of empathy are either in karmic or in telepathy ppa. [13:10] yeah all the packages are still built on ppc [13:11] ppa build ppc [13:11] ppa does not support ppc, right? [13:11] isn't it possible on a per-team basis to get ppc access on a ppa? [13:11] i.e. ppa packages built on a main archive buildd [13:11] slytherin: oh right my bad [13:12] It is possible to have a non-virtualized PPA. I think there are three at the moment. [13:12] e.g. it's not easy to get. [13:30] Adri2000: Did you try gettextize? [13:30] * slytherin feels nice for reporting FTBFS bugs in Debian. :-) [13:31] https://bugs.launchpad.net/ubuntu/+source/wammu/+bug/391529 [13:31] Ubuntu bug 391529 in wammu "on karmic alpha 2, wammu: Depends: python-xml but it is not installable" [Undecided,Confirmed] [13:31] could somebody check, its a fix for wammu in it :) [13:31] as python-xml is removed, dependency is removed also, its not needed anymore [13:32] dupondje: does wammu work after removing dependency? I mean which python module does it use then for xml functions? [13:32] compiled it without [13:32] everything seem to work [13:33] mailed developper and he says: It was needed in some older python versions (something like 2.2, I'm [13:33] not sure) [13:33] dupondje: it may be only runtime dependency. Just make sure. [13:35] slytherin: there is a XML export function [13:35] works perfectly [13:35] without the python-xml :) [13:35] dupondje: cool [13:36] and if the developper says its not needed :) well :D [13:36] dupondje: you may want to add that additional information to the bug [13:37] done [13:48] hi all, i need 2 reviewers for my package, kernelcheck (automated tool for custom compiling any 2.6 kernel from the upstream source) [13:48] REVU: http://revu.ubuntuwire.com/p/kernelcheck [13:57] * maxb wonders why it's called kernelcheck if it doesn't check kernels, but builds them [13:57] :-) [13:58] When everything from a previous merge has been done upstream and in Debian, and it can be converted to a sync, is it enough to request a sync and detail the reasons in the launchpad request? [13:58] loic-m: yes [13:59] Hobbsee: as far as keeping the ubuntu changelog, is that done automatically? [13:59] loic-m: Yes. You can read more about sync requests here: https://wiki.ubuntu.com/SyncRequestProcess [13:59] loic-m: And yes fixing the changelog is automatic [13:59] loic-m: in the package, or on launchpad? [14:01] Hobbsee: meaning when merges become sync, what happens to the previous Ubuntu entries in changelog - do we have to do something, or is it done automatically? [14:01] loic-m: you don't have to do anything. We take debian's version of the package, so they are lost [14:01] (although launchpad will still tell you bits of them, and you can download old versions of the source that have them still) [14:02] ok, thanks a lot [14:02] maxb: don't worry there's a reason. I had originally used the program to check the kernel in the master kernel thread with the latest one to see if i needed to update it (there's still evidence of that if you download v. 1.0) [14:02] then somehow it evolved into compiling kernels. idk how [14:04] Hobbsee: Oh. May it be that "aptitude changelog" gets the changelogs from Launchpad and so includes entries from Ubuntu? [14:05] RainCT: i don't think it gets the changelog that is shown up on the launchpad souce packages page. [14:05] RainCT: that's what I thought too, since there might still be useful stuff in there [14:05] RainCT: (and i doubt it does, in reality. Have you actually vound an example of this?) [14:06] loic-m: er, why would there be? wouldn't everything be duplicated from upstream & debian? [14:06] loic-m: beyond timeline data, that is [14:07] bug numbers, for instance. or knowing who worked on it [14:08] Hobbsee: I tend to look at previous Ubuntu changelog entries to get an idea of who has worked on what in package when I need to ask questions ;) [14:08] RainCT: well, that entire branch of code gets overwritten, so, thus, no one from ubuntu did happen to work on the debian branch? [14:08] loic-m: right :) [14:08] loic-m: for syncs, use of requestsync is preffered. :-) [14:09] loic-m: just use Launchpad for this info [14:09] RainCT: oh, aptitude changelog will grab it from changelogs.ubuntu.com, btw [14:10] Launchpad is slow... [14:10] slytherin: thanks, it's also faster ;) [14:10] I have a quick search to open the source package page, so it's no slower than typing aptitude changelog [14:15] Laney: good idea, I've just set up on too (only had one for bugs so far) [14:15] RainCT: nhandler posted some good ones a while ago [14:16] I use pts and lp the most often === yofel_ is now known as yofel [14:45] Adri2000: Is djplay upstream dead/unresponsive? [14:46] sebner: Flightgear is now in the archive [14:49] Go vote up my idea http://brainstorm.ubuntu.com/idea/20362/ === dholbach_ is now known as dholbach [15:04] mok0, already exists [15:04] ogra: you mean the idea or the tracker [15:04] https://launchpad.net/~ogra/+hwdb-submissions [15:05] it will soon be possible to attach hwdb entries to bugs [15:06] ogra: it's not _quite_ what I had in mind [15:06] ogra: I don't see where the hardware is [15:07] in the submission entries [15:07] there is also a real DB thats not accessible yet [15:07] but its in the works [15:07] ogra: don't see it [15:07] ? [15:08] ogra: Each piece of hardware should be like a Bug, where you can have comments etc. [15:08] right, thats what the database will have [15:10] currently it collects the xml data and in parallel stores the items in a db ... atm only the xml files are accessible, but the db will get a frontend, so you can look up your intel98236 graphics card in the future there [15:10] ogra, so those XML files are the raw data that will be parsed to make an entry for each component ? [15:10] ogra, well, go an vote it up then :-) [15:10] well, its already in the works :) === keffie_jayx_ is now known as keffie_jayx [15:11] not sure it needs extra votes [15:11] ogra: heh ok, glad to hear it. If you guys need some input I'm available :-) [15:12] mok0, cr3's team is working on that [15:12] they also do checkbox (the collecting client) [15:13] ogra: is there a team on lp for that= [15:13] ? [15:13] no idea, ask cr3 :) [15:14] ogra, ok thanks! [15:14] mok0: hi there, I'm trying to catchup the backlog... and I need coffee. one moment :) [15:14] cr3: allrighty [15:15] how do I figure out what package a particular file belongs to? Like '/bin/ls' for example? [15:15] al-maisan: dpkg -S bin/ls [15:15] al-maisan: but that only works for files installed on your system [15:16] apt-file [15:16] works for all afaik [15:17] It does [15:29] mok0: ok, so I finally caught up with the backlog. if you are speaking of the hardware database in launchpad, this is unfortunately not something I'm working on [15:30] cr3: ah, ogra told me you were [15:30] mok0: I'm sorry to have to bounce you around like this but abel is the one working on that [15:30] mok0: I work on the commercial side of hardware testing, certification.canonical.com, but not on launchpad [15:30] cr3: ok, thanks, I'll get in touch with him, then [15:31] cr3: I just wrote up that Brainstorm entry a couple of days ago, I didn't know about the project [15:31] cr3: so, I am intersted in hearing about it , and if there are things I can do to help [15:31] mok0: what you mentionned in this channel sounds like this page: http://www.ubuntuhcl.org/ [15:32] cr3, yes, but within LP, so we could link bugs to it etc [15:32] mok0: however, I don't agree with that kind of hardware database which contains subjective information about hardware apparently works with an arbitrary release of ubuntu [15:32] I'm just about to roll a new package, how far off is karmic? can I submit packages for inclusion into karmic at the moment? and when does jaunty go into feature freeze? [15:33] cr3: there may be crashes in a program that only pops up with particular hardware [15:33] mok0: I think hardware compatibility should be far more structured than bugs. there is an intrinsic difference between the two: bugs are transient whereas hardware sticks around for much longer [15:34] cr3: and we have not good way of tracking that atm [15:34] cr3: you have obviously thought a lot more about this than I have [15:34] mok0: apport does a pretty good job of gathering as much information as possible when a crash happens [15:35] cr3: right, but it's not directly visible to users or developers [15:35] mok0: the only problem is that the apport information attached to a bug doesn't necessarily gets structured in such a way that it would be possible to correlate the crash to a particular piece of hardware, hence my obsession on structuring this information properly [15:36] cr3: sounds right [15:36] <\sh> cr3: is there any way as a normal user to see the certified HW vendors from canonicals site? [15:36] mok0: I may have thought about it a bit more, but I think we're both trying to scratch the same itch :) [15:36] Sorry I meant to ask > When is karmic going into feature freeze? [15:36] \sh: http://webapps.ubuntu.com/certification [15:36] clk the info is on the wiki somewhere [15:37] thanks mok0 i'll take a look [15:37] mok0: man, that hardware in the wiki is a nightmare to manage, I really need to get back to the doc folks about that [15:38] <\sh> cr3: thx :) btw...did HP send you some blade examples? bl7000c enclosure and some bl460/465/480/485/495c blades? I wonder if ubuntu just works out of the box...actually I'll see that anyways next week ;) [15:38] cr3, it's difficult to foresee the kind of workflow involving the hwdb + LP that would be useful to have === al-maisan_ is now known as al-maisan [15:38] \sh: no blades: http://webapps.ubuntu.com/certification/list/?search=HP [15:39] <\sh> cr3: I read the list..that's why I asked, if they are trying to certify their money makers also for Ubuntu... [15:39] mok0: you've actually put your finger on the problem: it is specifically because it is difficult to foresee that LP has been reluctant to introduce the hwdb too quickly. [15:39] one more question, if someone 'nominates' a package for release into a the next version of Ubuntu, does this just mean they would like it to be in the next version or does it mean something more significant? [15:40] \sh: yeah, I hope we'll get to test blades too! [15:41] <\sh> cr3: what can I do to give you some infos about compatiblity of those blades...I'm going to start to deploy ubuntu (8.04 and 9.04) on those servers..I wonder if you would like to have some infos [15:42] \sh: the best you could do is informally send the outcome of your testing to me on irc or by email [15:43] \sh: if you could run checkbox-cli and submit the information to launchpad, that would also rock [15:46] <\sh> cr3: cool..will do that :) [15:47] ttx: 'ey. tomcat6 has just been uploaded this morning. We can sync it next time with unstable. What do you say? [15:48] iulian: sounds like a plan. Will let you know if I find any objections in the meantime :) [15:49] ttx: Excellent, that would be be great indeed :) [15:49] s/be// === ember_ is now known as ember [16:00] cr3: thanks [16:00] * mok0 was afk for a while [16:15] https://bugs.launchpad.net/ubuntu/+source/wammu/+bug/391529 <- sponsorship wanted :) [16:15] Ubuntu bug 391529 in wammu "on karmic alpha 2, wammu: Depends: python-xml but it is not installable" [Undecided,Confirmed] === azeem_ is now known as azeem [16:35] I'm packaging a GUI used to interface with ghostscript, obviously this package wont work if ghost script is not installed, so should I make ghostscript a dependency or should I just assume anyone installing the gui package will already have ghostscript? [16:35] clk: the former [16:35] Hi guys, just wondering if anyone can help me with a problem I'm having: [16:35] thanks azeem [16:35] # Regenrate make files using fpcmake. [16:35] fpcmake -r -Tall [16:35] Processing Makefile.fpc [16:35] Error: Target "go32v2", package "rtl" not found [16:35] make: *** [configure-stamp] Error 1 [16:36] dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2 [16:36] debuild: fatal error at line 1334: [16:36] dpkg-buildpackage -rfakeroot -d -us -uc -S failed [16:36] That's the error message I'm getting :( [16:36] dstansby: that's an upstream build system error/problem [16:36] you will have to debug it [16:37] I'm trying to build a source package that's in the ubuntu repos [16:37] dstansby: do you use pbuildert? [16:37] pbuilder* [16:37] The command I'm using is 'debuild -S' [16:38] are the Build-Depends installed? [16:38] I'll just check [16:40] azeem: It seems some of them weren't. I assumed that they were though, because in the past when I've tried to build without deps I've got an error message telling me which deps were missing [16:40] Thanks a lot, it's all working now :D [16:42] you usually don't need (all) Build-Depends to build a source package (i.e. debuild -S) [16:42] in this case, apparently some are needed [16:56] hello geser, how are things? [16:56] Can we have quick chat re. bug #389624? [16:56] Launchpad bug 389624 in opendchub "Sync opendchub 0.7.15-1.1 (universe) from Debian unstable (main)." [Wishlist,Incomplete] https://launchpad.net/bugs/389624 [16:57] azeem, any idea what the postscript gui interface "section" would be in the the debian/control file? [16:57] whould I just put that as misc? [16:57] *would [16:57] what toolkit? [17:04] azeem, any idea what the postscript gui interface "section" would be in the the debian/control file? [17:04] whould I just put that as misc? [17:04] 17:55 < azeem> what toolkit? [17:10] sorry if I missed your reply azeem my wifi kept dropping [17:10] 18:02 < azeem> 17:55 < azeem> what toolkit? === mtrudel is now known as cyphermox === Amaranth_ is now known as Amaranth === keffie_jayx is now known as effie_jayx [17:40] is there an easy way to find out what "section" a package belongs to in the repo without looking at the debian/control file of the said package? [17:41] emilio@saturno:~$ apt-cache showsrc vinagre | grep Section [17:41] Section: gnome [17:41] cpl: you can look at the package at packages.ubuntu.com [17:41] cpl, Can you elaborate on what you're trying to do? [17:41] or apt-cache [17:41] cpl: the control file may not be right anyway [17:41] cpl, As the value in the control file may be overriden in the repository [17:41] azeem, I was looking at packages.ubuntu.com but I couldnt find the section name on the packages page [17:41] cody-somerville: yeah, apt-cache will show the right one though :) [17:42] pochu, indeed [17:44] any pointers on how I can use apt-cache to get the section name [17:44] apt-cache search showpkg ghostscript brings up nothing [17:45] wait [17:45]