[00:04] !page [00:04] Sorry, I don't know anything about page - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [00:18] pdebuild seems to have hanged at last step. It says cleaning the build env and then started taking rest. ;-) [00:19] InsClusoe: it is probably packaging everything back into base.tgz [00:20] mok0: Yeah.. probably. /var/cache/pbuilder/result has many .deb files, but no base.tgz [00:21] base.tgz is probably in /var/cache/pbuilder [00:21] InsClusoe: aren't those debs the ones you've built? [00:21] mok0: Yes [00:22] When it's done, pbuilder re-packs base.tgz, it can take a while [00:22] base.tgz is present in /var/cache/pbuilder as you said. [00:23] sounds like everything is ok [00:23] my program is built using Qt4, and pbuilder fails because the dev files aren't present [00:24] how should I include them? [00:24] because they aren't required to run the program, right? [00:24] KasimirGabert: put them in debian/control, in the Build-Depends: line [00:24] debian #464058 [00:24] ah [00:24] thanks :) [00:24] Debian #464058 [00:24] uhm.. [00:24] Debian bug 464058 in turba2 "turba2: Access rights not checked properly" [Grave,Fixed] http://bugs.debian.org/464058 [00:24] lag... [00:25] ubotu, you are soooo slow [00:25] mok0: Will pdebuild succeed even if there is an older base.tgz present in /var/cache/pbuilder? Should I delete the older file? 2 hrs go, I created one base.tgz and that's what I see now.. [00:26] InsClusoe: no it keeps working on that one. If you do pbuilder update, for example [00:26] mok0: am surprised at how it seems to have hung for the last 30 minutes. getting iffy. [00:27] InsClusoe: hmm, yes [00:28] mok0: do you still want me wait? [00:28] InsClusoe: no, it is not _that_ slow. Something is wrong [00:29] InsClusoe: kill it, but be prepared to make another pbuilder [00:29] InsClusoe: try pbuilder update [00:32] mok0: ok.. Will that resume from where it left off earlier? [00:32] InsClusoe: that should unpack base.tgz and update it with the latest packages [00:33] InsClusoe: and then pack it back into base.tgz [00:34] mok0: ok.. just killed the older process with ^c. [00:34] mok0: Pbuilder, then, printed this... removing directory /var/cache/pbuilder/build//14502 and its subdirectories [00:34] mok0: notice two /'s in the file pth [00:34] InsClusoe: that's fine [00:35] pbuilder update needs to be run as su? [00:36] InsClusoe: yep [00:36] InsClusoe: sudo pbuilder update [00:37] mok0: its creating the base tarball... [00:37] oh.. it's already done. [00:38] InsClusoe: shouldn't take more than 10-20 seconds [00:38] mok0: oh... I was so stupid I wasted 30 MINUTES on it. [00:38] :-) [00:38] InsClusoe: heh [00:39] InsClusoe: experience comes at a price [00:39] mok0: now I know wise men are always shown to have long grey beards! [00:39] InsClusoe: :-) [00:40] InsClusoe: now you have a pbuilder... [00:42] mok0: Wise men must have started compiling in Fortran or Cobol and waited ages... for the beard to grow. [00:43] InsClusoe: ... or waiting for their pbuilders to finish, when actually just hung... [00:43] mok0: :-D Now I can upload source.changes to the bug and start my next waiting session? [00:44] InsClusoe: you need to create a debdiff [00:44] debdiff old.dsc new.dsc [00:47] Alright.. Done. [00:47] Jeez... so many steps... [00:47] * InsClusoe pants and catches his breath [00:47] Pls tell me it' [00:48] Pls tell me it's over... [00:48] :-) [00:48] InsClusoe: It's over [00:49] * InsClusoe hugs mok0 [00:49] * mok0 hugs back [00:50] Launchpad is down for maintenance :-( [00:50] mok0: Thanks for being there. [00:50] InsClusoe: glad to help [00:50] What? :-( [00:50] I cant upload my first ever debdiff to the bug? [00:50] It says it's back soon [00:51] It's sun rise time here... I have to sleep soon or I won't make it to work today.. [00:52] InsClusoe: heh, well upload it tomorrow, then... [00:52] it's a 3-hour outage and we're only 50 minutes in; I don't recommend staying up [00:52] Guess I don't have a choice then... [00:53] slangasek: ah, so 3 hours is "soon" now? :-) [00:53] mok0: it's a generic message, of course... [00:53] There is every possibility that the downtime could be longer. [00:53] the maintenance schedule was posted well in advance though (c.f /topic #ubuntu-devel) [00:54] mok0: They must have waited longer for pdebuild... They are used to it. [00:54] Well, time for bed, then. [00:54] ok.. Thank you all MOTUs for helping out.. [00:55] * InsClusoe tries hard to muster energy to wave his hand to say goodbye.. [00:55] * mok0 waves [00:56] Goodnight, folks' [00:56] See you all tomorrow at #ubuntu-classroom === danielm_ is now known as danielm [01:23] You know, some times you really can get far by just asking nice (and it helps that you ask nice people). The patent I had problems with is about to be licensed freely to all opensource programs (and not just GPL), and in the meantime I've gotten an explicit permission to publish my program under BSD :) *Warm fuzzy feeling* [01:26] Which nicely solves all my debian/copyright headaches. [01:49] slicer: What program? [01:54] Heya gang [01:55] hiya bddebian [01:55] Heya LaserJock [01:58] boo [01:59] ahh [01:59] Hi nixternal [01:59] hi nixternal [01:59] Heya bddebian, nixternal, and LaserJock [02:00] evening ScottK [02:00] Heya ScottK [02:00] Let me tell you, don't ever move a conffile in a Debian package. It's a PITA to get right. [02:01] interesting [02:01] Oh yes. But the sense of accomplishment you feel afterwards. [02:01] heh [02:02] ScottK: in the absence of LP, do you happen to remember offhand the status of the libconvert-tnef-perl and libmime-perl MIRs? [02:02] wasabi! [02:02] ScottK: hmm, moving conffiles - the recipe didn't help, or you didn't know about it? [02:02] slangasek: All the ones I asked for for amavisd-new were approved. [02:02] I just found it. [02:03] With my limited shell ability the recipe takes it from impossible to PITA. [02:03] ah :) [02:03] slangasek: I'm pretty sure those were both on my MIR list as approved. Let me see if I saved any bugmail on them. [02:04] Why does my .changes file have distribution FOO when I ran pdebuild with DIST=BAR? [02:04] ScottK: ok; libmime-perl is still in universe [02:04] slangasek: For libmime-perl I have bugmail from pitti saying approved [02:04] ok [02:04] soto: Because your debian/changelog mentions FOO, not BAR? [02:04] slangasek: Same for libconvert-tnef-perl [02:04] once LP is back up then, I'll get it promoted properly [02:05] slangasek: Thanks. [02:05] ScottK: yeah, libconvert-tnef-perl is in main after all, it just also depends on libmime-perl [02:05] * bddebian never knows whether or not to say hi to StevenK and slangasek ;-P [02:05] StevenK: How are packages built for multiple releases? [02:05] hi bddebian [02:05] soto: They aren't. [02:06] Heya Nafallo [02:06] StevenK: I don't follow. I want to build a package on say, Hardy, Gutsy and Feisty. I have to edit the changelog each time? [02:07] Maybe I watch too much Ron Popeil, but I like to "Set it and forget it" [02:07] bddebian: ...hi? [02:07] slangasek: :) [02:07] soto: You can build it unmodified on each release. The .changes files will have what the debian/changelog says [02:08] bddebian: You've confused me ... [02:08] StevenK: How so? [02:08] bddebian: Whether or not to say hi? Hrrm? [02:08] StevenK: Well I seem to annoy you two more than most ;-P [02:09] Maybe annoy isn't the right word... [02:10] StevenK: Isn't the correct distribution expected to be put in the changes file? I don't believe that package maintainers are manually editing the changelogs for release over 4-5 distributions. [02:11] soto: as a developer, I do :) [02:11] if you can't be bothered to specify what release you are targeting, it implies quite a bit about how carefully you are conducting your QA too [02:11] (IMO) [02:12] dch -r can help a bit if you choose to script things like this [02:12] Oh common. This screams "there must be a better way to do this". [02:14] soto: IMO, whenver you edit a package, and set the changelog appropriately, it is something tat should be done manually. At least for me, it makes me check what I've changed, and why. [02:14] It's a feature! [02:14] * ScottK agrees with TheMuso [02:15] TheMuso: I'm not changing anything, just building a source package (bleeding edge, not available in repositories), not for upload, for 2 different distributions. [02:16] soto: If you don't intend to upload anywhere, thats fine. Just build the package against the releases you want. [02:16] soto: then you just need two different pbuilder base.tgz's [02:16] if you build for personal reasons, the changelog sections mean basically nothing [02:16] that's only useful if you're dputting [02:19] jdong: Yes, my package depends on a library which I have to build also. Pbuilder instructions on the wiki say I should dput my package into a local repo. Except dput decides where it goes based on .changes file distribution entry. [02:19] did it say to dput into a local repo? Just a flat-structure apt repo should work just fine [02:19] i.e. one generated with dpkg-scanpackages [02:20] jdong: mini-dinstall [02:20] soto: IMO that's a bit overkill... [02:20] apt-ftparchive [02:20] When I wrote prevu I just used a simple directory like "gutsy-debs" and ran dpkg-scanpackages inside it [02:20] apt-ftparchive probably is a smarter idea [02:21] apt-ftparchive is actually quite easy to use, and the configs make sense. [02:21] * TheMuso has written some as yet unfinished shell scripts around apt-ftparchive. [02:21] Okay thanks. I guess I'll do apt-ftparchive. [02:21] And they work reallywell. [02:22] I really wish this wasn't nearly so painful. It seems needlessly difficult to build your own packages. [02:23] soto: well it's more of an initial learning curve, but these tools are more the "proper " way to do it. I mean if you wanted easy just hit "debuild -B" and call it a day [02:23] but that's irresponsible to those who will use your package [02:24] * TheMuso remembers his slackware packaging days. I'd never heard of a chroot, or building in a chroot environment. And its not something the slackware packaging community does either so... [02:24] jdong: But debuild won't build for another distribution. And I don't think works out build dependencies for you [02:25] soto: you can use a debootstrapped chroot, virtual machine / dual-boot with different releases, etc [02:25] jdong: That's simpler than pbilder? [02:25] I guess all of those things "make more sense" than a pbuilder at first [02:25] well, throwing in a script to munge the changelog is trivial [02:25] soto: well... IMO it is simpler in that those are techniques already familiar while pbuilder is a new tool to learn [02:25] jdong: It's not "not making sense". It's just too much work. [02:26] soto: the work is mostly in setting up the initial build infrastructure [02:26] afterwards, using it is a snap [02:27] jdong: It's not as much a snap as it should be (c.f. portage) [02:27] DIST=gutsy prevu [02:27] that's all I type to build a package on my gutsy box [02:27] I'm sure pbuilder-dist is similar [02:27] I've got my infrastructure set up the way I like it [02:28] and portage is not all that simple when beginning either, you've got to set up your portage overlay and directory structure, and so on [02:28] jdong: That imagine that still won't deal with the library issue I was describing [02:28] well, I don't know about pbuilder-dist, but prevu certainly does [02:28] I imagine [02:28] prevu builds against itself [02:29] i.e. cd libfoo; prevu; sudo prevu-update; cd clientfoo; prevu [02:29] the latter prevu invocation automatically finds the built libfoo from the last run [02:29] but as I said, that's simply a wrapper around a bindmounted apt repo with dpkg-scanpackages [02:30] jdong: Okay sound good. Will look into it. Wrappers are fine if they make my life easy (it's not the learning curve that bothers me, it's repetitive work that should be automated) [02:31] Is there a way to build automatically from source-control (e.g. svn head) [02:31] soto: bzr-builddeb, I beleive "svn-builddeb" might also exist? [02:31] svn-buildpackage I think [02:31] bzr-svn :-) [02:32] soto: but once you understand your own workflow, IMO scripting is a trivial thing to do. I'm sure 90% of us here have scripts we use in our daily workflow [02:32] Nafallo: LOL *hands him KDE svn* [02:32] jdong: It's only terribly slow once :P [02:32] :-) [02:32] Nafallo: Only if I want to expend time learning tools I encounter no where outside Ubuntu. [02:33] jdong: I don't mind scripting. I mind scripting when obviously many people must have already scripted what I wanted to do. [02:33] ScottK2: I only wanted to learn bzr. [02:33] soto: learning someone else's scripts sometimes is not as efficient as writing one's own [02:33] Nafallo: I already deal with cvs, svn, and git elsewhere. N+1 VCS just isn't high on my list. [02:34] ScottK2: :-P [02:34] ScottK2: well, I only deal with bzr. learn svn isn't high on my list :-) [02:34] jdong: I'm from the school of "Don't reinvent the wheel" [02:35] Sure. [02:35] soto: well this isn't reinventing the wheel. This is like reinventing the half-sheet of paper. Just make your own (tm) [02:35] but now I'm going to brush my teeth and go to bed. sure is about time... [02:35] Thu Feb 21 02:35:31 GMT 2008 [02:35] Nafallo: bzr-toothbrush. [02:35] *ducks* [02:35] lol [03:02] oh heah, LP is back up [03:02] Indeed it is. [03:04] Fresh with brand new misfeatures. [03:04] hehe [03:05] * RAOF suddenly gets why bddebian is bdefreese in debian channels :) [03:05] I'm pretty sure it's still fixing more bugs than creating [03:05] RAOF: Why, because they all hate me? :-) [03:06] hmm [03:06] * LaserJock suddenly wonders if there is a certain wiki page on wiki.debian.org :-) [03:07] LaserJock: Hah, not hardly. Unless it's bdefreese is a **** ;-P [03:07] sure not [03:09] hmm [03:17] what the heck, why is Mark sub'd to these .desktop bugs :/ [03:20] man bug #1 is a mess [03:20] Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,Confirmed] https://launchpad.net/bugs/1 [03:22] So now you they have the wonderful new feature of being able to subscribe for all the bug reports for a package. This is somehow different than being a bug contact. [03:22] LaserJock: Personally, I wish they'd spend time fixing bugs instead of inventing two names for the same thing. [03:23] oh really? [03:23] I haven't seen this [03:24] ScottK2: yes, it is different [03:24] ScottK2: because its been done more consistently over a larger scope [03:25] I can't see the diff [03:27] lifeless: It's different for projects, distros, and milestones, but not for packages (which is not what the LP description claims). [03:29] hmm [03:30] they didn't really change anything for packages did they? [03:32] doko, ping [03:32] it's just "subscribe to bug mail" instead of the "Bug Contacts" or whatever it was [03:33] coredev here, there are an important merge to upload (with security fix) in hardy [03:33] malone #193869 [03:33] Launchpad bug 193869 in moin "Please merge moin-1.5.8 (main) from Debian unstable (Security FIX)" [Medium,In progress] https://launchpad.net/bugs/193869 [03:33] you're asking in -motu? :-) [03:34] yep because in this chan there are more core-dev :P [03:34] I doubt that [03:35] why is that ubuntu2? [03:35] ups.. [03:44] persia: w00t, survex fixed in Debian!! [03:46] who broke Debian's cervix? [03:46] hehe [03:48] emgent: btw, since we're in an Alpha freeze you might ask slangasek if it's worth uploading now [03:50] LaserJock, i talked with geser [03:50] i know alpa freeze, but it's security upload. [03:50] well, think about it [03:50] how many people are running public hardy Moin servers? [03:50] and how many of those people *actually* use our packages? [03:51] small target [03:51] but, geser say to me that it's important fix and open bug about moins. [03:51] emgent: You want to talk to someone in RM before uploading right now. [03:52] emgent: Important, yes, but it can wait a day. [03:53] ScottK, uhm ok thanks for suggestions :P [04:03] Dear CDBS what magic incantation do I need to give you to actually stuff the preinst I made for you into the package? [04:04] ScottK2: Name the file correctly? [04:04] TheMuso: postfix-policyd-spf-python.preinst for package postfix-policyd-spf-python, right? [04:04] That's what I thought too, but not so far. [04:06] ScottK2: yeah, weird. [04:07] * ScottK2 checks for bugs ... [04:14] Even better. The preinst is in the .deb, but doesn't get installed for some reason. [04:14] * ScottK2 tries again.... [04:14] eww [04:24] ScottK2: Does dpkg -I see it? === calc__ is now known as calc [04:30] StevenK: Checking [04:32] StevenK: Is the a big i or a little l? [04:33] Big I [04:33] -i is install, -I is information [04:33] L says not installed [04:34] minus captial indigo <.deb> [04:36] Using -D2 when installing produces http://pastebin.com/d51c22434 [04:36] I'll get that now [04:37] StevenK: http://pastebin.com/d27629fc6 [04:38] dpkg (subprocess): unable to execute new pre-installation script: Exec format error [04:38] Way cool [04:38] Does dpkg run the script before it installs it? [04:38] Cause it's not where I'd expect to find it. [04:39] ScottK2: It worries me that it doesn't list a shebang line for preinst [04:39] can anyone help me with debconf ? [04:39] ScottK2: It runs the preinst from a temporary location [04:39] It may be that some maintainer is an idiot and forgot to put it in [04:39] Ah [04:39] StevenK: Thanks. I am that idiot. [04:42] With that, I think I decide I'm to tired to be useful. Good night all. [04:42] heh [04:42] night ScottK [04:46] Gnight ScottK2 [04:46] Grr GNUSTEP stuff is a PITA [05:00] bddebian> PITA? [05:14] LucidFox: Pain In The Ass :) === cyril__ is now known as davromaniak [05:29] yikes, I'm about to expire [05:30] hey LaserJock long time no chat [05:30] come on, you are to young to expire [05:30] whoa, it is Jerome! [05:30] wasabi jsgotangco [05:30] hello true believers! [05:30] hehe [05:30] hmm, must be the old-timers club [05:30] nixternal: yeah ive been very very busy lately [05:30] no doubt [05:30] I hear you there with the very very busy [05:31] nixternal: 2 product releases this quarter :/ [05:31] LaserJock: you and jsgotangco are older than I, I am still a n00b compared to you two legends :) [05:31] doh [05:31] you know, I do not miss product releases at all [05:31] hah [05:32] I just play like I know what I am doing, and somehow, people keep falling for it [05:32] it has worked great thus far, but now the secret is out, I am sure I am doomed [05:32] that you use OS X to develop KDE? [05:32] * jsgotangco hides [05:33] jsgotangco: no, he's a Vista fanboi [05:33] vista, actually. [05:33] hah [05:33] more evil than i thought [05:33] !nixternal [05:33] Oh no! The pointy-clicky Vista lover has arrived! He's rumoured to be giving out free money, too! [05:33] see what Hobbsee started [05:34] i must admit though, that most of my desktop work is done in osx now but all the server is ubuntu [05:34] i have to catch up with these rails cultists [05:34] I have OS X here too, brand new, and I absolutely hate it [05:35] boooo [05:35] OS X is the bomb [05:35] my buddy gave me a Mac Pro with all of the bells and whistles [05:35] LaserJock: Only a Steve Jobs fanboi would say that. [05:35] the nicest thing about the entire rig is the 23" Cinemedia or whatever they call it [05:35] i just like the fact that whatever i do in OS X in rails just works when i cap deploy to ubuntu [05:35] StevenK: crap, you found me out [05:36] hahaha [05:36] Steve Jobs is a hell of a lot better Ballmer [05:36] Jobs at least makes sense when he talks [05:59] Oh, I found nixternal's heroes. [05:59] http://msdn.microsoft.com/events/hero/sfbio/ [06:00] StevenK: lol! [06:03] that's great stuff, where can I get one of those? :p [06:03] nixternal: And here I was thinking you came up with them. [06:05] StevenK: probably for one of those fancy MBA classes [06:06] haha [06:06] my MBA classes are on hold right now until the school opens back up [06:20] Hi to everyone.. I have created debdiff for bitesize bug#181860. I am uploading it to the bug. [06:21] After that, whom should I subscribe to the bug? [06:24] anybody's got a minute to spare? [06:29] hi === pooli1 is now known as poolie [06:29] can anyone give me a clue about this error [06:29] InsClusoe: it's a Universe package? [06:29] cp: cannot stat `./debian/overrides/bzrtools': No such file or directory [06:29] so, obviously that file is missing [06:29] but i'm not sure why it would be expected to be there [06:31] LaserJock: how do I find that? === zakame__ is now known as zakame [06:31] InsClusoe: apt-cache policy [06:32] it's from main. [06:33] LaserJock: Apt reports that it's from feisty/main on my pc. [06:37] InsClusoe: so then you need to subscribe ubuntu-main-sponsors [06:38] LaserJock: ok.. Thank you. [06:40] ok..... Got to go now. Have a nice day. [06:49] TheMuso, i just wanted to remind you about pulseaudio + mplayer, making it start on pulse and fallback to alsa (didn't see a fix committed on hardy-changes or LP) [06:56] superm1: Its in bzr. [06:56] TheMuso, were you going to hold off pushing it then? [06:56] superm1: I thought there may have been more work people wanted to do. If not, I'll upload. [06:56] TheMuso, well i see one bug [06:56] that might be worthwhile to add as well [06:57] https://bugs.edge.launchpad.net/ubuntu/+source/mplayer/+bug/191488 [06:57] Launchpad bug 191488 in mplayer "[mplayer] [DSA-1496-1] several buffer overflows" [High,Confirmed] [06:57] ok will have a look in a bit. [06:57] that bug might actually even be worth adding nominations for other releases too [06:57] since it's got some CVE's on it [06:59] Yeah, anyway, will look later. [06:59] okay :) [07:11] hi all! [07:14] hi === doko_ is now known as doko [07:26] good morning [07:31] Morning dholbach. [07:31] hi AstralJava === \sh_away is now known as \sh [07:45] <\sh> moins [07:46] <\sh> does anybody has problems with ff3 + adobe flash plugin and sound? [07:47] * Hobbsee was viewing youtube earlier with it, without problems [07:47] <\sh> hmm...then it's the combination: usb headset + ff3 + flash [07:47] <\sh> the headset works under gnome without a problem...but only flash sound is not played [07:48] <\sh> and that's a problem when you need it for your companies product ,-) [07:50] this is probably a FAQ but I can't seem to get debmirror to get past NO_PUBKEY 40976EAF437D05B5 [07:51] <\sh> uniscript: feed --ignore-release-gpg to debmirror or add the key with apt-key [07:51] gpg is only interested in the last 32-bits [07:51] of the keyid [07:53] --ignore-release-gpg is working but seems far from ideal and I've jumped through all the hoops but still no joy [07:54] <\sh> uniscript: what mirror is it, the maintainer of the mirror has a pubkey to add eventually... [07:54] <\sh> uniscript: I'm using it for my complete ubuntu mirror at home [07:55] archive.ubuntu.com [07:55] <\sh> then add the ftpmaster key to your root gpg keyring...just try that [07:55] <\sh> pub 1024D/437D05B5 2004-09-12 [07:55] <\sh> pub 1024D/FBB75451 2004-12-30 [07:55] <\sh> both [07:55] <\sh> I have them added to /root/.gpg/ [07:56] I have the former but not the latter [07:56] <\sh> gpg --recv 0xFBB75451 :) [07:57] no joy [07:57] not running debmirror as root [07:57] so added to my keyring [07:58] I've been happily mirror gutsy and feisty and friends in the past [08:08] hello team. :-) [08:23] c/ [08:40] Does a MIR bug needs to be marked confirmed? [09:30] good morning [09:56] Is there some kind soul to review http://revu.tauware.de/details.py?package=anki [09:56] ? [09:58] does it have an exception? [09:58] Laibsch: does debian has this programm + version? [09:59] hellboy195: no [09:59] Hobbsee: you mean an exception to enter hardy? that is not what I am looking for. [09:59] Laibsch: I'm not MOTU but then it should be anki_0.9.3-0ubuntu1.dsc ;) [09:59] Laibsch: correct. [09:59] hellboy195: upstream source is anki_0.9.3-1 [09:59] why do you want the review then? [10:00] To get in early for intrepid. [10:00] Hobbsee: so it gets into ubuntu eventually, I thought that was the whole reason for revu [10:00] It's not unheard of. [10:00] But things do get forgotten after a while. [10:00] So it's probably not a great idea to do it two months early. [10:00] I have had a "needs-packaging" for months if not years now [10:00] "needs-packaging" bug open [10:00] I'm not sure I see the relevance. [10:01] Fujitsu: the relevance of anki? [10:01] The relevance of the length of time that the bug has been open. [10:01] well, I don't see the relevance of quite a lot of packages for me personally, but I can see that it might be a great deal to others ;-) [10:02]