[00:20] when updating a patch in a merge where the patch is still valid but the line numbers have changed, can you just change the line numbers instead of doing the patch from scratch? [01:10] Hey, my build is failing with "dpkg-shlibdeps: error: no dependency information found for /usr/local/lib/libgtksheet-x11-2.0.so.0 (used by debian/python-gtksheet/usr/lib/python2.6/dist-packages/gtk-2.0/gtksheet/_gtksheetmodule.so).". How can I either A) ignore the error, or B) add deps? [01:13] first thing would be to fix it so that it doesn't go into /usr/local/lib :) [01:20] lfaraone: i had a similar error, i fixed it by adding export LD_LIBRARY_PATH=xxx to my .pbuilderrc. [01:20] that really doesn't sound like the right fix [01:20] where xxx is a local path where it can find the missing dep. [01:21] no? :( [01:22] for example in lfaraone's problem - there really shouldn't be a library at /usr/local/lib/libgtksheet-x11-2.0.so.0 - it means that it's been installed into the wrong location === freeflyi1g is now known as freeflying [01:27] ajmitch: I think that's a local lib I installed when I first tried out the upstream source. [01:28] you should build inside pbuilder or sbuild [01:35] ajmitch: I should. [01:36] ajmitch: right now this is just for a quick, internal-use deb, but eventually I hope to get it into the archives. [01:37] it helps a lot just to make sure you get a clean build - some things can be hidden by having the files from a previous build around [01:38] ajmitch: main issue is I can't figure out all the packages whcih this package depends upon. [01:38] that's the fun part :) [01:39] figuring out build-depends can be annoying, reading configure.ac to get an idea of what packages are used will give you a hint at least [01:40] as will seeing configure fail [01:40] ajmitch: but since pdebuild starts clean every time, it can be a very lengthly process. (since I have to download archives, etc) [01:41] caching the downloaded packages helps [01:41] pbuilder should be setup to do that, it grabs a copy of packages that are used & stores them [01:42] ajmitch: it doesn't seem to be on my system. [01:43] in my pbuilder config I have: [01:43] APTCACHE="/home/ajmitch/debian/pbuilder/aptcache-${DISTRIBUTION}/" [01:43] APTCACHEHARDLINK="yes" [01:44] so it stores them there, you may want to check ~/.pbuilderrc or wherever you have your config file [01:44] it's a welcome feature when you're rebuilding a package for the 10th time === leleobhz_ is now known as leleobhz [03:47] thats not a bad idea [03:47] and have cron delete it once a day or week or something [03:48] so it doesnt get too big [05:25] fcuk112, there? [05:26] np: I'll answer in bug #485581 [05:26] Launchpad bug 485581 in le "Please merge le (universe) from Debian unstable (main)" [Wishlist,In progress] https://launchpad.net/bugs/485581 [05:29] The pub, like any good sysadmins [05:29] Bah, stupid lag === noodles775_ is now known as noodles775 [09:07] <\sh> moins [09:21] umm [09:21] hello [09:21] can someone who has done OS development pleeease pm me [09:21] urgently [09:23] hello [09:23] can someone who has done OS development pleeease pm me [09:23] urgently [09:29] ashiswin: it will be better if you ask specific questions [09:35] slytherin, he wants someone to teach him how to write an os from scratch, iirc. kernel, userland, driver model, etc [09:36] slytherin, given the increased urgency, i smell homework [09:38] directhex: A homework about writing OS form start? === Tonio__ is now known as Tonio [09:39] oh i dunno. maybe just writing about os design? something like that === Tonio is now known as Tonio_ [09:40] o_O [09:40] An upstream's reply to a request to add the text of the GPL to the tarball: [09:41] "Currently i'm very busy and leaving my home, so i have not the time to republish but you can add this file for your package." [09:41] win [09:41] He promised he'll add it in the next release, though. [09:42] well that's nice [09:43] but many upstreams are seem to not care much for specifying the license. like it's a hassle and just an extra thing that's not really necessary [09:43] Sadly, yes. [09:44] They're more interested in development than legal issues. :) [10:09] Hmm. [10:09] I've started checking qdvdauthor's copyrights, and I noticed that most of its headers don't contain the standard GPL header, but just "License : GPL v 2.0". [10:09] And name of author, etc. Is it allowed? [10:14] the GPL has recommendations in a section "HOW TO APPLY THE GPL" [10:14] unfortunately many upstreams (and I mean *many*) prefer to skip that section [10:15] such packages are allowed in both debian and ubuntu so far, as long there is no other indication that some files or produced binaries are licensed otherwise in an incompatible way [10:15] does this help? [10:16] LucidFox: just curious, where are you from? in what timezone do you live? [10:17] Russia, UTC+6. [10:17] It's 16:17 here. [10:17] ah, cool [10:18] I've just added you to the team, I'll answer your mail later, OK? [10:35] Hmm, this application is GPLv2+, but uses a bundled library under LGPLv3+. Does it make the overall code GPLv3+? [10:44] siretart`> Didn't Fabian already add me? :) [10:45] LucidFox: http://www.fsf.org/licensing/licenses/gpl-faq.html has a compatibility matrix which agrees with you [10:47] LucidFox: oh, actually, I misread it. It seems to imply it's ok to use a LGPL3 library in a GPL2+ project without relicensing the project [10:48] Presumably because the potential to relicense the project is enshrined by the GPL2+ licensing [11:01] LucidFox: no idea who was faster :-) === asac_ is now known as asac [12:31] Oh, Thunderbird 3 has a "reply list" button now. Nifty. [12:35] LucidFox: What is purpose of that button? [12:36] Replying to the mailing list, as opposed to the sender. [12:59] LucidFox: Ideally it should be handled by list admins. Many lists set 'Reply-To' to blank. [13:00] Ah [13:00] the lists.ubuntu.com lists usually don't set reply-to [13:13] I constantly get "gzip: stdout: Broken pipe" errors with pbuilder-dist, but not on every build attempt. [13:13] What's going on? [13:14] <\sh> LucidFox, disk space eventually? [13:15] I have more than enough disk space on every partition. [13:16] <\sh> hmm [13:42] I'm hoping someone can clear up some confusion I have with putting an app into my ppa. I push sources which specify the target as intrepid. I then copy those packages into Hardy, Jaunty, Karmic and Lucid. Is that correct? [13:43] I wonder if my sources should specify a different target. [13:47] rowinggolfer: as long as you choose to only copy the source (and not binaries), that should work [13:47] hmm, maybe not actually. LP doesn't work like that.. [13:48] no. if I choose "rebuild packages" it rejects them [13:48] I can copy the binaries though. [13:48] and they install ok on all systems. [13:48] but I don't understand the logic there. [13:48] that will only be a good idea for arch all [13:49] well it's pure python stuff... [13:49] the reason LP rejects it is because it would build the packages again, against Hardy/Karmic/whatever [13:49] but they'll all have the same version [13:49] perhaps that's where I am going wrong.... specifying a target at all ? [13:49] so the binaries would have the same name [13:49] tsimpson, ok.. I follow that. [13:50] if the package has no binary parts, then you should upload with Architecture: all [13:50] I have automated the entire process, except this "copy packages bit" [13:50] tsimpson, let me check the control file. I forget what I have in there. [13:52] the way I do it with binary packages it just change the version in the changelog to ~1, so for example: 1.0.0-0ubuntu1~myppa~jaunty1 (for jaunty) [13:52] then upload that [13:53] ok. I'll adopt that strategy also. [13:53] thanks. (BTW - I do have archictecture = all) [13:54] my changelog is openmolar (0.1.8-5rgppa) intrepid; urgency=low [13:55] can I remove the reference to intrepid? === manny__ is now known as mannyv [13:56] and, I have to build the sources 5 times now? (hardy, intrepid, jaunty, karmic, lucid)? [13:58] you need to have a series set, but you can upload to any series [13:59] and you'll have to build for all the releases, yep [13:59] tsimpson, thanks for your help. [14:00] BTW - here's the problem in a nutshell. if you look at https://launchpad.net/~rowinggolfer/+archive/openmolar-testing [14:00] https://help.launchpad.net/PPAQuickStart/FAQ#Why%20can%27t%20I%20upload%20the%20same%20version%20for%20multiple%20releases%3F [14:00] you'll see that the intrepid version is now +0.0.1 ahead of the other series. [14:01] tsimpson, ah.... that link look useful thanks. [14:02] ok, I need to go ask that question. [14:02] tsimpson, you have made my day, many, many thanks for your help. [14:02] no problem :) === bdefreese3 is now known as bdefreese === bdefreese is now known as bddebian [14:24] tsimpson, I asked a question - https://answers.launchpad.net/soyuz/+question/91003 [14:25] if you want, you can poke someone in #launchpad to get on it, or just wait for an admin to do it [14:26] tsimpson, you think I have a valid query? [14:26] I don't want to be a pest. [14:27] sure [14:28] someone should be able to help you [14:28] ok. but if I get my head bitten off, I will hunt you down for making that suggestion ;) [14:29] what channel should I go to to see rowinggolfer getting his head bitten off? [14:29] :-P [14:30] #launchpad [14:30] they are generally happy to help in there [14:30] Indeed [14:30] Not crazy, like here... [14:30] they've banned me before :( [14:30] no wait... that was ubuntu-uk [14:30] rowinggolfer: perhaps it's because of your nick [14:31] lol, probably [14:31] :) [14:31] tell me about it. [14:31] LOL :-D [14:31] i got banned from the ubuntu release party channel :P [14:32] fcuk112, because of the obvious typo in your nick? [14:32] fcuk112: Uhm, what country? Probably they couldn't spell [14:32] ehehe [14:32] fcuk112, rhymes with chuck_ ?? [14:32] fcuk is also "French Connection, United Kingdom" [14:32] i'm Frank Cheung and i'm in the UK :) [14:33] and you are one hundred and twelve? === chuck_ is now known as zul [14:34] nah it's an rnb group i used to like; some websites need more than 4 chars so i had to append something... [14:34] fcuk112: be thankful your not "Frank Updike" from Cook Islands... [14:34] you're, damn it [14:35] LucidFox: tl2009 PPA is (hopefully) fixed [14:36] AnAnt> Great, let's update and install... [14:36] Is AutoSync doing new-upstream-in-debian syncs this cycle? [14:37] JontheEchidna: Sure why not. Only it is from testing instead of unstable as usual. [14:37] oh, that package I was keeping any eye on did finally get synced [14:38] But I guess it's not doing automatic removals when it's removed in Debian? [14:41] JontheEchidna: removals are not automatic. Usually archive admins keep an eye on removals from Debian and do similar in Ubuntu. [14:42] Okay. Whether it's the fault of Compiz, the NVIDIA drivers or Wine, it's an unwieldy combination in Karmic. [14:42] It all looked automatic in the past. I guess it just shows to go how good our archive admins are if they look automatic ;-) [14:42] Exiting WoW shouldn't crash X and leave Compiz running and eating 100% CPU time. [14:43] * JontheEchidna wonders why qlandkartgt and garmindev have not been synced, as they have been in testing for 2 months. [14:44] JontheEchidna: do they have any ubuntu changes in previous releases? [14:44] JontheEchidna: you're an OSM'er ? [14:44] JontheEchidna: did you look up on MoM? [14:44] slytherin: they're new packages [14:44] then I have no idea. [14:45] mok0: Open Street Maps? Nope, just looking out for Qt-related packages ;-) [14:46] Basically, qlandkarte got removed and was replaced by the qlandkartegt and garmindev packages [14:47] From the looks nobody ever touched it in Ubuntu, and now qlandkarte is on the removed packages list on multidistrotools. I suppose I'll file a few sync/removal bugs. [14:48] Just didn't know how LTS was affecting these sort of things [14:48] But it looks like this is just the odd duckling here [14:49] JontheEchidna: I don't really understand how new packages in Debian are treated either. Allegedly they are auto-imported, but I've often seen that not being the case [14:50] JontheEchidna: I for one would really apprecialte qlandkartegt coming into lucid [14:55] mok0: Then file a bug! [14:55] bug 485840 and bug 485842 [14:55] Launchpad bug 485840 in ubuntu "Sync garmindev 0.3.0-1 (universe) from Debian testing (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/485840 [14:55] Launchpad bug 485842 in ubuntu "Sync qlandkartegt 0.15.1-1 (universe) from Debian testing (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/485842 [14:55] mok0: Rather than complaining that something doesn't get done! [14:55] too late ;-) [14:57] JontheEchidna: Sigh [14:57] JontheEchidna: You do realise that both of those are going to get done in the process of new-source I'm doing today [14:58] Actually, I did not; which is wahat the conversation we had right before this was about. :x [14:58] sorry guys, newbie to Debian packaging here: where is the page where the correct format to `changelog` file ? [14:58] Sorry for the inconvenience [14:59] i keep having `debuild` crash on me because of `changelog` formatting errors [14:59] jldupont: Use 'dch' [15:00] dch shows me the same error messages... the trouble: I can't figure out what's wrong. [15:00] looking at http://www.debian.org/doc/maint-guide/ch-dreq.en.html seems to be fine [15:01] It says: no maintainer in changelog! [15:01] `-- Jean-Lou Dupont Fri, 20 Nov 2009 09:44:00 -0500` [15:01] what's wrong ?? [15:02] I think there should be two spaces between the email end and the date [15:02] StevenK: if it will make it up, I can keep an eye on those two packages and close the bugs myself [15:02] JontheEchidna: change it to no avail [15:02] hmm... one space before the -- at the beginning? [15:03] YEAH! [15:03] thanks Jonthe [15:03] no prob [15:03] really picky this dch... [15:05] what's the `source` field in `control` file? [15:06] jldupont: It is the source package name [15:06] but I thought this was the `Package` field... [15:07] FYI: I am building my own PPA... i.e. not a remix [15:07] so what should I put in `source` ? [15:07] No, the Package field is the *binary* package name [15:07] You have one source package which builds one or more binary packages [15:08] got it! Thanks! [15:09] jldupont, here's a working example http://bazaar.launchpad.net/~rowinggolfer/openmolar/trunk/annotate/head%3A/debian/changelog [15:09] rowinggolfer: thanks!! [15:10] np [15:12] launchpad is smokin' quick to build stuff today :) [15:16] In Synaptics, let's say I have a package "erlang, installed version --> 1:12.b.5-dfsg-2 ", I do write this dependencies in debian/control ? [15:17] erlang (>=12.b.5) ? [15:19] anyone? [15:20] <\sh> erlang (>=1:12.b.5) [15:20] thanks [15:28] DktrKranz: Do you have and init.d script to start debomatic? [15:28] s/and/an [15:31] is it a problem if the upstream source code doesnt have a copyright header in every source file? (for a new package in revu) [15:36] mok0: starting from 0.7, yes [15:36] and in trunk, of course [15:37] EzraR, what percentage, roughly, is missing it? [15:37] EzraR, there's a general gut feeling of "a few missing is no big deal" amongst archive admins afaik [15:39] DktrKranz: ah, ok I just apt-get'ted it in karmic [15:39] apt-got perhaps? === zooko` is now known as zooko [15:44] DktrKranz: I would also suggest that the conffile had a default value, e.g. "/etc/debomatic/debomatic.conf" [15:47] mok0: it should already have [15:47] DktrKranz: OK, great! I'm still looking at the karmic version... [15:48] DktrKranz: maybe we should get the most recent version backported :-) [15:48] what's the field "Standards-Version" ? [15:49] in debian/control [15:49] jldupont: the version of the most recent Debian Policy Manual [15:49] 3.8.3 [15:49] cool. thanks. [15:50] mok0: probably, it shouldn't be that hard. I also plan to release new upstream when some more features have landed (commands files, l10n support, and probably some mail notificcations) [15:51] the first two are already available in trunk for testing [15:51] DktrKranz: cool [15:51] DktrKranz: I should probably grab that branch then [15:52] commands files are cute, thus not popular in Ubuntu, but very useful in Debian [15:52] DktrKranz: what do you mean? [15:52] in debian/rules: what should put in there : my package has a couple a Erlang files and a couple of .cc files. What do I need to do in debian/rules ? [15:53] And no, the Standards-Version field is showing which version of the Debian policy the package conforms to! [15:53] jldupont: Issue the commands that builds the program... but it's a makefile, remember that [15:54] It also requires a few targets exist since external tools will call them [15:55] E: erlang-dbus source: debian-rules-missing-required-target binary [15:55] E: erlang-dbus source: debian-rules-missing-required-target binary-arch [15:55] E: erlang-dbus source: debian-rules-missing-required-target binary-indep [15:55] E: erlang-dbus source: debian-rules-missing-required-target build [15:55] E: erlang-dbus source: debian-rules-missing-required-target clean [15:55] those I guess\ [15:55] jldupont: Look in the wiki. This question is too basic to answer here. [15:56] jldupont: In other words, we can help, but we can't teach you how to package stuff [15:57] ok, I'll try to refrain from too basic questions... but then, it is not obvious to define "too basic" ... [15:58] directhex: http://revu.ubuntuwire.com/report.py/legal?upid=7017 [15:58] It also requires a few targets exist since external tools will call them [15:58] mok0: see ftp://ftp-master.debian.org/pub/UploadQueue/README [15:58] jldupont: You need to read the wiki and take it from there. If you have specific questions, we are happy to help. It's just that "teach me how to package" ... no one will bite [15:59] DktrKranz: thx [15:59] DktrKranz: ah, yes I see what you mean now [16:01] debomatic currently handles "rm" case, it has no mv (useless, since it hasn't delayed queues) [16:02] just a link to a debian/rules file, pretty please? This one (http://bazaar.launchpad.net/~rowinggolfer/openmolar/trunk/annotate/head:/debian/rules) calls for a dependency that I am not sure I want. [16:03] jldupont: you mean python etc.? [16:03] jldupont: try deleting it [16:04] include /usr/share/cdbs/1/rules/debhelper.mk [16:04] deleting it... no more makefile... there is nothing in there [16:04] jldupont: that you almost certainly need [16:04] debhelper 7 would be nicer [16:05] jldupont: ^^^ see StevenK's comment [16:05] StevenK: (even though I don't agree) :-) [16:05] hmmm. let me man debhelper 7 [16:06] ... then what's "cdbs" for? [16:06] jldupont: it's just another system to do the same... cdbs is a set of GNU make macros [16:07] jldupont: it's man dh [16:07] mok0: You prefer debugging cdbs? [16:07] StevenK: yes [16:07] StevenK: anything but evil perl [16:07] mok0: Everytime I've had to do that, I've had to read the cdbs source code, which is horrid [16:08] man dh ... Diffie-Hellman ... I don't think so. [16:08] StevenK: Hm, yeah, well I know it pretty well by now [16:08] jldupont: huh? [16:09] jldupont: Do you have the 'debhelper' package installed? [16:09] got it now.... a google search "man dh" isn't helpful... lesson learned [16:10] jldupont: In the Examples section is a 3-line makefile template that you can use as debian/rules [16:11] mok0: thanks! [16:11] jldupont: don't forget the tab character in the makefile if you cut'n'paste [16:12] jldupont: probably your old cdbs rules file failed because you didn't have debhelper installed [16:14] ?old cdbs? First time around with debhelper... so no "old" stuff ;-) [16:14] dh_clean: Compatibility levels before 5 are deprecated. [16:15] echo 7 > debian/compat [16:15] what do I do with "W: erlang-dbus source: debhelper-but-no-misc-depends erlang-dbus" [16:16] jldupont: lintian -v is your friend [16:16] ok... let me do "lintian" [16:18] StevenK: If you have a package in an bzr branch on LP, is there a way to submit a command: "build this package" (without having to upload)? I know the answer is probably "no" so this is more a retorical question I guess :-) [16:21] mok0: Not at this point, no [16:22] StevenK: ... but it's a good idea, don't you think? [16:22] mok0: not yet, but the LP devs are working on it (BuildFromBranch should be the correct keyword there) [16:22] geser: cool [16:27] I added "${misc-Depends}: debhelper (>= 7)" to debian/control and debuild still complains with "W: erlang-dbus source: debhelper-but-no-misc-depends erlang-dbus" [16:27] I am not getting "http://lintian.debian.org/tags/debhelper-but-no-misc-depends.html" [16:28] Then read what lintain -v says, like I said before [16:30] mok0: see https://dev.launchpad.net/BuildBranchToArchive for the spec [16:31] jldupont: hint: the ${...} is expanded [16:31] geser: thx [16:31] * mok0 looks [16:31] jldupont: use "Depends: , ${misc:Depends}" [16:32] mok0: my bad... thanks again again! [16:32] if in a package I had a config file in the debian dir that gets installed with a .install what would be the proper way to set the perms to 600 [16:32] and it's lintian -i, not -v [16:33] seems that dh_fixperms is only able to exclude files [16:34] EzraR: you need to make sure the file has perms 600 before it's packed into the deb [16:34] randomaction: thanks! [16:34] mok0: and then have dh_fixperms exclude it? [16:35] EzraR: I don't think dh_fixperms will hurt it [16:36] EzraR: it will only fix obvious perm errors [16:36] EzraR: like +x on regular files etc [16:36] mok0: ok, thnx [16:38] success !!! THANKS TO ALL! [16:39] jldupont: :) [16:40] randomaction: Oh, blah! [16:41] dtchen: are pulseaudio's sinks/sources guaranteed to be numbered the same way after a suspend/resume cycle? [16:43] dtchen: and regarding the changes you've made in lp #404986, are you sure it didn't reopen the bug the 01Pulseaudio pm-utils sleep.d hook script was originally supposed to fix? [16:43] Launchpad bug 404986 in pulseaudio "Audio hangs in ugly loop for 1 sec at S3 suspend" [Wishlist,Fix released] https://launchpad.net/bugs/404986 [16:43] after dput, I get "Not running dinstall" ... what does this mean? [16:44] jldupont: It can be ignored [16:44] ok [16:51] I got an error report from Launchpad "Unable to find distroseries: stable" what do I do? [16:52] Change your changelog so it doesn't say stable, but the distro you want to build it for [16:52] jldupont: in debian/changelog, choose an Ubuntu distro (e.g. karmic) [16:52] e.g. erlang-dbus (0.3) jaunty; urgency=low [16:52] is this correct? [16:53] jldupont: Looks good [16:53] jldupont: looks that way, there must be 2 spaces before "jaunty" [16:54] I guess Debian originally used FORTRAN to parse changelog [16:54] cool! now, I just have to wait 2minutes for launchpad... [16:55] mok0: Oh, hardy har har [16:56] StevenK: you caught it, good :-) [16:58] FYI: the UDS session about the "future" of MOTU starts soon [16:59] geser: is someone typing it up on IRC? [16:59] #ubuntu-uds-waverly has a link to audio [16:59] there is a channel for this room [16:59] exactly that one [16:59] Thanks [17:00] Will rejoin in a little while [17:00] Future of MOTU UDS session in #ubuntu-uds-waverly [17:00] Starting now. [17:01] Accepted by launchpad! thanks to all! [17:15] on LaunchPad, next to my package I see "Pending (2505)" is the 2505 the number of packages waiting in the queue or some status code? [17:15] jldupont: It is a score [17:17] a score? related to how my package is formatted/complex to process? [17:17] can I have an ETA somewhere? Or I just have to wait?? === highvolt1ge is now known as highvoltage [17:23] jldupont: https://launchpad.net/builders [17:26] randomaction: cool! thanks! [18:27] What is the usual convention for SRU versions? The SRU page on wiki is not very clear about it. [18:31] slytherin, did you had a look at the security one? [18:32] https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update%20the%20packaging [18:32] fabrice_sp: Yes I did but I thought it applied to only security updates. Also some packages have this weird ubuntux.9.04.y versioning. [18:33] slytherin, I've been using it for SRU also. This versioning is not only for backporting? [18:34] ok I will use ubuntux.y [18:35] * slytherin wonders why the heck PPA do not accept -proposed packages. [18:35] my package in my PPA is taking forever to build... is there a way to "emulate" the build process locally so I'll know (maybe) what to expect? [18:35] !pbuilder | jldupont [18:35] jldupont: pbuilder is a system to easily build packages in a clean chroot environment. To get started with PBuilder, see http://wiki.ubuntu.com/PbuilderHowto [18:36] also [18:36] !sbuild | jldupont [18:36] jldupont: sbuild is a system to easily build packages in a clean schroot environment. To get started with SBuild, see https://help.ubuntu.com/community/SbuildLVMHowto [18:36] cool! thanks! [18:36] pbuilder is easier to set up [18:36] yw :-) [18:37] pbuilder is easier to setup but sbuild is closest to the build servers environment. [18:37] * fabrice_sp is using sbuild :-) [18:38] * slytherin wants to learn sbuild [18:38] * StevenK uses sbuild too [18:38] you only need to setup a LVM :-) [18:38] fabrice_sp, is the LVM requirement the only difference with pbuilder? [18:40] cyphermox: from what I have heard sbuild is fast. [18:40] cyphermox, they are both using a kind of 'clean' chroot. The difference is that sbuild clone a partition, when pbuilder uses a chroot [18:40] sbuild is fast if you use a cache tool :-) [18:41] you have to setup one with sbuild, but it comes automatically with pbuilder [18:41] (I'm using apt-cacher-ng for that) [18:41] fabrice_sp, what I mean is that when someone says "closest to the buildds", it means that it has to do with the fact that it's cloning partitions, not that there is an actual difference in resulting package, no? [18:42] cyphermox, I only saw one or two packages that didn't built in sbuild but built in pbuilder, so for the general use, it's good enough :-) [18:44] cyphermox: not in resulting package but in build process. [18:45] cyphermox: for example if you specify alternate build-deps (a | b), sbuild always uses first whereas pbuilder will use the one that is available. [18:45] I had trouble with packages that built fine in pbuilder and then failed to build on server because of such issues. [18:45] ah, that's kind of an interesting difference, yes [18:46] interesting [18:46] * slytherin has to leave for some time. [18:47] ok, i've do sudo pbuilder create... what next? [18:47] sudo pbuilder build [18:48] "W: /home/jldupont/.pbuilderrc does not exist" [18:48] sbuild -A -d :-P [18:49] fabrice_sp, when you upload something please make sure to forward any patch to Debian please [18:49] fabrice_sp, I saw your sponsorship upload of agg [18:49] StevenK, pbuilder-dist ;) [18:49] as we will 'kill' lpia, is it worth merging a package by adding just lpia support? [18:49] fabrice_sp, and I've just uploaded a revision that removes any delta, so we can sync now ;) [18:49] fabrice_sp, no [18:49] av`, I thought Arthur was in touch with you about that [18:49] fabrice_sp, sync it [18:50] ok [18:50] gah, i err [18:50]