[00:59] can someone point me to the appropriate wiki page describing how to promote a package from universe to main? [01:02] kirkland: https://wiki.ubuntu.com/MainInclusionProcess [01:02] ajmitch: awesome, thanks. i was looking under MOTU/* .... [01:04] someone can help-me to solve this: E: uniconvertor_1.1.2-0ubuntu3_i386.changes: checksum-mismatch-in-changes-file md5 uniconvertor_1.1.2-0ubuntu3.dsc === daniel1 is now known as danielm [01:24] mouz: If the fix is done upstream, it's good to try to make sure it's in intrepid and close the intrepid task as "Fix Released" to encourage approval of your SRU candidate. [01:29] kees: hey, i'm starting the MainInclusionReport for ecryptfs-utils [01:29] kees: it only has one dependency not already in main... libpkcs11-helper1 (source: pkcs11-helper) [01:30] all build-deps will need an MIR too [01:30] kees: does that mean 2 separate MIR's? one for ecryptfs-utils and one for pkcs11-helper? [01:30] kees: ah, okay [01:30] I think so, yeah. and check all of pkcs11-helper's deps too [01:52] kees: i guess the other obvious alternative is to try and remove the dependencies [01:57] kirkland: Please try to include them instead. We've enough packages that get bug reports about things being disabled in an attempt to fit them in an MIR. On the other hand, if it doesn't turn off functionality... [01:57] persia: interesting, is that a general consensus among MOTU? [01:58] kirkland: I'm not sure, although I think it ought be :) [01:58] kirkland: people often expect features to be enabled if possible, I don't think it's a consensus, but something that comes through from bugs [01:58] There's a bit of balance involved: anything getting MIR restricts upload access from MOTU, so all MIR are annoying to some degree. [01:59] On the other hand, turning features off to wedge something into main annoys users, and MOTU often review the bug reports. [02:00] thanks [02:00] it probably won't be too hard to get MIR approval for both packages [02:43] hi all [02:43] why lintian warnings: native-package-with-dash-version [02:44] i can't use '-'? :| [02:44] danielm: Typically that means you forgot to include the orig.tar.gz in the parent directory. [02:45] oh! that is! [02:45] thanks :) === asac_ is now known as asac [03:41] kirkland: In some cases I've split packages into two source packages to get something into Main without losing functionality (see amavisd-new and amavisd-new-milter for an example) [03:42] ScottK: good pointer, thanks [03:42] kirkland: but we need to split them? [03:42] or at least, we can? [03:44] nxvl: i'd think we should save that as an alternative [03:44] nxvl: let's first try to get all 3 included [03:44] nxvl: if we run into problems, we can try ScottK's suggestion [03:45] JFTR, it was an observation, not a recommendation. I have no idea what you are actually trying to do right now. It should be kind of a last resort. [03:45] ScottK: understood, agreed [03:46] ScottK: yes, thanks, i was just making sure we can split it [03:55] right, amavisd-new-milter is a case where splitting is the only real option for main inclusion, since "milter" implies duplication of MTAs in main :) [03:56] whereas kirkland's packages don't appear to be duplicating functionality [03:57] slangasek: Is duplication-in-main bad? Should those cases where it is present result in demotion requests? [03:58] persia: it's a consideration for main promotion, since it increases the security support burden; and where MTAs are concerned, I don't see anyone wanting to support both postfix and sendmail... :) [03:58] slangasek: exim4! [03:59] maybe the proposed archive reorg will make this less of a consideration [03:59] slangasek: I've been told by pitti that sendmail has zero chance of hitting mail. [03:59] slangasek: In the specific case of MTAs, I suspect I agree (then again, I believe all sendmail competitors were written by people who didn't understand sendmail.cf) [03:59] Sigh, main [03:59] Zugschlus: oh hai, I didn't see you hiding there behind lifeless's nick [03:59] Haha [03:59] slangasek: >< [03:59] :-) [03:59] lifeless: You asked for that. :-P [04:00] hmm, exim4 is /already/ in main? how curious :) [04:01] In that case, the existence of amavisd-new-milter is even more confusing. [04:01] StevenK: given exim4 is in main, I don't think I did. Also it is good. [04:01] persia: augh slippery slope [04:01] * persia anxiously awaits archive-reorg AKA nothing-in-main [04:01] :) [04:01] I don't really want to enter into an MTA flamewar, but I don't like exim. [04:02] StevenK: fair enough. Each to their own I say, as long as its not qmail or sendmail. [04:02] lifeless: We can at least agree on that. :-) [04:03] I used to like exim. $OLD_WORK beat that out of me. [04:03] The problem with MTAs is that none is perfect, so working for a while with any both makes the MTA one works with bad, and all the others confusing. [04:34] persia: I'm pretty certain Weiste Venema understands Sendmail.cf. Of course he's probably also the only developer of a Sendmail competitor to get a Sendmail developers' award. [04:36] Ha. I like that. [04:37] I'm also amused that Postfix supports milters. [04:38] That's what he got the award for. [04:38] A kind sole who knows a little about init scripts might want to have a look at Bug #238744 and see if they can figure out how to help the reporter out. [04:38] Launchpad bug 238744 in havp "package havp 0.86-1 failed to install/upgrade: El paquete est? en un estado muy malo e inconsistente - debe reinstalarlo" [Undecided,Confirmed] https://launchpad.net/bugs/238744 [04:40] ScottK: Right. Does he like sendmail.cf? [04:40] persia: No. That's part of why he wrote Postfix. [04:41] ScottK: It seems to be the common excuse for not using sendmail. [04:42] excuse/reason, yes. [04:43] * persia puts the "Sendmail is the best MTA ever" placard back in the back of the closet, to again accumulate dust [04:45] hello [04:48] Are all KDE4 dependent builds broken now, or am I just missing something? [04:48] kdelibs5-dev: Depends: kdelibs5 (= 4:4.0.80-0ubuntu5) but it is not going to be installed [04:49] LucidFox: There was an issue with half-in-main at one point: you might ask in #kubuntu-devel to see if it has been sorted (unless someone else answers here) [04:49] thanks [04:52] It's not totally sorted [04:52] Progress has been made. [04:53] Omega[1]; [04:54] Ahem. #ubuntu-motu != maple [04:57] persia: You get pitti to agree to MIR Sendmail and then we can unsplit the package. [04:58] I could see some utility in splitting libmilter out into it's own source and getting that in Main so we can have supported milters for Postfix, but beyond that, I don't think so. [05:00] ScottK: I may be insane, but I'm not quite that masochistic. [05:01] Thus the existence of a separate amavisd-new-milter source package in Universe. [05:04] sendmail in main? I think there'd be a few tears over that one [05:07] A few? [06:49] do i need to manually file a sync request at this point or does launchpad or whatever Debian sync stuff keep track of changes in unstable? [06:50] It's autosync at this point. [06:51] so if i saw a new upload in debian today via rss its in some build queue already? [06:52] pwnguin: Mind you, you will need to file a sync if there was previously variation in Ubuntu, and such variation is no longer required. [06:52] The autosync script is run manually, generally two or three times a week. [06:56] good morning === _ruben__ is now known as _ruben [08:09] <\sh> moins === mneptok_ is now known as mneptok [08:34] persia: i dont follow. if there was ever an -ubuntuX version autosync wont work? [08:34] or just in the "looks like a merge" case? [08:35] probably the latter. [08:36] pwnguin: autosync won't automatically overwrite: it becomes a merge candidate. Once the package is back in sync, all history of *ubuntuX is lost (changelog is in sync), so there was never an *ubuntuX version. [08:37] ok [08:37] makes sense [08:37] the former would be stupid ;) [08:38] at any rate, the package I'm after should take care of itself then [08:39] Yeah, although I remember one case where Debian sync'd from Ubuntu (including changelog), and it became a merge candidate. I think that's fixed now. [08:39] im sure thats happened [08:40] Less often then you'd think. Most of the Ubuntu people who are also Debian people are good about the changelog, and most Debian maintainers are careful enough with their package to keep the changelog clean. [08:40] im just saying it's probably happened once, given the number of new package requests motu sees [08:40] I think most of the occurrences were around the introduction of the Ubuntu patch to packages.qa.debian.org [08:41] huh [08:41] Well, the ftp-masters are good at catching that. We've had a lot of packages in Ubuntu and then in Debian, but usually they are changelog-clean by the time they arrive. [08:42] ah. hurray for oversight [08:42] <-- not a DD [08:42] That's one of the reasons that those who want long-term credit for packaging something new are encouraged to get it into Debian, so their entry in debian/copyright doesn't get overridden. [08:42] wa? [08:43] OK. So Alice packages libfoo for Ubuntu, and puts "This package was debianised by Alice" in debian/copyright. [08:43] sure [08:43] Later Bob packages libfoo for Debian, and puts "This package was debianised by Bob" in debian/copyright. [08:43] After this, Chris reviews the merge candidate, and requests a sync. [08:43] and then a dd fulfills a ITP without looking? [08:44] yea [08:44] So Dana, an archive admin, does the sync, and overwrites Alice's credit. [08:44] so basically, duplication of effort, not spurious deletions of debian/copyright filse [08:44] files [08:44] pwnguin: Well, it's more common when someone puts something into REVU, and doesn't file an ITP (or at least an RFP with a pointer at the Ubuntu package). [08:45] pwnguin: Right. Overwriting debian/copyright due to duplication of effort. [08:45] Debian always wins. Ubuntu follows that policy in large part because it encourages collaboration. [08:45] heh [08:45] im reminded of a paper i read yesterday [08:46] if you want to "win" an stop sign intersection, dont make eye contact with the driver coming from the right [08:47] "in fact, he argues the strongest move one can make is to throw the steering wheel out the door!" [08:47] * persia suspects that advice doesn't work here, where left-on-red is generally considered OK [08:47] Only if he is a worse "Chicken" player than you are. [08:47] Left turn on red here is okay if the intersection is signed for it [08:47] left on red? [08:47] you're nuts [08:48] or drive backwards [08:48] We drive on the left hand side here [08:48] pwnguin: No, we drive normally. Two to one. [08:48] (disclaimer: I no longer drive) [08:48] seriously [08:48] Left is right. :-P [08:48] why am i the only guy who stays up late? [08:49] anyways, debian never had a steering wheel [08:50] also, the allegory is a 4 way stop with two drivers going straight [08:51] Right. Just keep going. If the other driver also follows this rule, accellerate [08:51] basically, by pretending to ignore the other guy, he as to assume you dont see him and so on to "win" [08:51] persia: you seem like a natural at this ;) [08:51] see previous point about me and driving. [08:51] Note to self: Never drive with persia [08:51] StevenK: Driving with me these days is safe: I generally hire a professional. [08:52] If you calling a taxi driver a professional, I suggest you inspect the taxi drivers in Sydney and New York [08:52] hah [08:53] pwnguin: The fault in the analogy is that Debian doesn't turn a blind eye (and never really has to Ubuntu, as opposed to the many other derivatives). Allowing Debian overwrite is Ubuntu driven, to the frustration of some people in Debian who would prefer Ubuntu overwrite for new packages. [08:53] never get in a car with a driver behind the wheel who came to america thinking "what's the worst that could happen" [08:54] StevenK: In Sydney, I was unhappy, and generally tried to restrict travel to beween 4:00 and 7:00am, and look to a known safe driver in the evenings. In New York, I take trains (although some of the limousine companies are acceptable) [08:55] pwnguin: From that comment, I will take a stab at the nationstate in which you reside, and reference the intersection of Summer Street and Cutter Avenue in Somerville Massachusetts as proof that it's a rare place that completely prohibits left on red. [08:56] i recognise the word massachusetts [08:56] but ive never been there [08:57] america is bigger than new york, after all ;) === devfil_ is now known as devfil [09:23] when i try to import my pgp key it says: The key CC798E5CAF5268D858C506C27C8DFA5B0999548B has already been imported. [09:23] on launchpad.net [09:23] but i don't have the passwords of the other 3 accounts anymore [09:24] and launchpad.net can't send it to me either [09:24] what can i do about this? [09:24] tarzeau: How did this happen? [09:24] persia: i don't have gurkan@linuks.mine.nu anymore [09:24] Did you change your email address, and lost touch with the old ones? [09:24] persia: and i want to take the bugs/package assignments from that email address too, how to? [09:24] hi tarzeau [09:24] hey siretart [09:24] OK. Explain your situation to answers.launchpad.net/launchpad. [09:25] tarzeau: did you revoke your old userid on your key? and did you upload that key to 'keyring.ubuntu.com'? [09:25] someone will likely ask for some proof of identiy, and help you. [09:25] siretart: no, would it then work? [09:26] siretart: i'm still speculating to get the name again and reactivate it [09:26] siretart: besides once revoked, i can't unrevoke it anymore so i want to keep it like this [09:26] tarzeau: well, if you lost access to that mail account, I'd consider it natural to express this in your public key [09:26] persia: what kind of proof of identity? [09:26] tarzeau: by signing that userid you are testifying having control over that email adress. which you don't. [09:27] tarzeau: I don't know. I've never done it myself. I have heard of others who were able to sort out lost LP access. [09:27] Also, you do want to update your GPG key to reflect your current email. Anything else is incorrect. [09:27] persia: it is up to date [09:27] siretart: i just don't want to revoke an email address that i might use again [09:27] tarzeau: Including the revocations for the addresses you no longer control? [09:28] persia: i will be in control again, it's just temporary [09:28] persia: would removing the ids work? [09:28] and then adding them again later? [09:29] You can't remove. You can only revoke. I wouldn't revoke if you expect to add again later, unless there's a big gap of time in the middle. [09:29] persia: ok, that's what i do. but can i use the key on launchpad meanwhile? [09:30] tarzeau: For that, try asking in #launchpad. [09:30] persia: i'm asking on the url you gave me [09:32] #35788 ... [09:33] tarzeau: think if you paste a clearsigned request to have your primary account address changed to some other adress you actually can read, that should do it [09:33] tarzeau: paste in a support ticket, that is [09:33] i can't merge the accounts either since the primaryily registered email doesn't work temporarily [09:33] siretart: the ticked i made is not a support ticket? [09:33] you change your primary account later again [09:34] tarzeau: ah, yes it is [09:35] still I think you want to have the primary contact adress changed by some admin. which ticket #35788 doesn't say [09:35] or forcemerge the other accounts [09:35] how? [09:35] siretart: i'll add that to the ticket [09:36] siretart: thanks, added [09:37] Perhaps include a request to merge all of your accounts with your current one, signed with the OpenPGP key associated with those other accounts? [09:37] That's probably the easiest way to do it. [09:37] wgrant: let me try that as well [09:38] hi motu's, after the motu ship expired, the upload right also expired? [09:38] freeflying: They are one and the same. [09:38] freeflying: Yes, they are linked. [09:38] added [09:39] persia: haha, I'd keep on re-applying those, like motu, official loco team :) [09:39] tarzeau: It might have been better to give it an inline sig, but that works too. [10:36] DktrKranz: ping [10:36] Riddell: hi [10:37] DktrKranz: oh, I see, never mind [10:37] was looking at your rpy upload [10:37] troubles? [10:38] no, just my eyesight :) [10:38] heh :) [10:39] thanks for approving [10:39] DktrKranz: poke me in a week to have them moved to -updates [10:40] Riddell: sure. I'll do some verifications to see if everything is ok, just for being sure. [10:41] DktrKranz: you should add the verification-needed tag [10:41] and a TEST CASE: comment [10:41] also motu-sru should have been subscribed [10:46] * persia notes that DktrKranz is motu-sru [10:48] * DktrKranz should have added test case before :/ [10:48] And likely subscribed the rest of the team so it showed on http://qa.ubuntuwire.com/sru/ [10:51] I though I have subscribed motu-sru, probably it was a different bug [11:21] siretart: ping [11:22] Riddell: I am not available. please leave a message after the beep. *BEEP* [11:22] openal-soft is LGPL but the debian/copyright file says GPL [11:25] indeed, I need to fix this in debian as well, then. [11:25] siretart: I'll reject then, poke me when you upload a fix [11:25] is this a reject reason? I thought it was possible to relicense lgpl code as gpl, since gpl is stricter than lgpl, isn't it? [11:26] I can accept [11:26] if you don't want to fix it [11:26] seems untidy though [11:26] or if you want to fix later [11:26] I will fix it in any case. I need to do additional uploads to start the openal transition anyways [11:26] so accepting it will allow us to start the transition earlier [11:27] ok, I'll accept [11:27] thanks! [11:28] Hola [11:30] ciao norsetto [11:30] Riddell: ciao there :-) [11:31] siretart: what's the relationship between openal and openal-soft? [11:32] siretart: and presumably libopenal1 should go to main? [11:32] Riddell: executive summary: openal is deprecated and we want to replace it with openal-soft. do you want more details? [11:33] that's fine [11:33] so yes, as long as we don't want to demote dependencies along with openal, it needs to go to main [11:34] however I don't really feel that comfortable having openal in main. I mean, code wise. for openal-soft, I don't have enough experience with it to make that assesment. But my experience with openal is very mixed [11:36] I'm not sure what's keeping it in main [11:41] hmm, rss-glx is [11:46] hi folks === cprov is now known as cprov-lunch === thekorn_ is now known as thekor === thekor is now known as thekorn [12:27] heyyas [12:27] how would i find the package before the current released package? [12:27] there was a new version of fglrx which breaks horribly when actually in use [12:28] is there an easy way to downgrade? [12:28] simplechat, launchpad.net usually contains things. [12:28] directhex, as do most sets [12:29] can i have a more specific direction? [12:29] and will there be a correction? [12:32] like, can i expect fglrx to unbreak on the next update? [12:32] or will it just sit there for a couple of weeks? [12:33] https://launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.24/+publishinghistory [12:33] and if there's a bug, file a bug [12:33] on a given version, click the version number, then "builds" on the left, click an architecture, "resulting binaries" on the left [12:33] packages! [12:34] source packages? [12:34] those too, if you want [12:36] no, as in, where are the .debs? i've found .targz's and diffs [12:36] but not .debs [12:36] so... did you follow the instructions above? [12:37] the bit relating to "then "builds" on the left, click an architecture, "resulting binaries" on the left" for example [12:50] * dholbach hugs nixternal [12:51] ... [12:52] was the latest version the version that came out late last month from ati? [12:53] directhex, https://launchpad.net/ubuntu/hardy/i386/xorg-driver-fglrx/1:7.1.0-8-3+2.6.24.11-12.31 that is what i need? [12:54] well, that and the kernel module to match [12:54] kernel module? [12:55] which one? [12:56] https://launchpad.net/ubuntu/hardy/i386/fglrx-kernel-source/1:8-3+2.6.24.11-12.31 ? [13:10] If a MOTU have some time to review and accept a obvious patch for intrepid and hardy-proposed : bug 232402 [13:10] Launchpad bug 232402 in chmsee "chmsee does not build in Hardy" [Medium,In progress] https://launchpad.net/bugs/232402 [13:51] Hello, I need some hep writing a maininclusionreport :) The package is libiptcdata and the reason I want it to be in main is to fix bug 213367 . The first thing I wonder is what "Any source code review performed ?" means? [13:51] Launchpad bug 213367 in gthumb "build gthumb with IPTC data support" [Undecided,Confirmed] https://launchpad.net/bugs/213367 [13:51] hmm, Daniel Hahler disappeared? [13:54] askand: What that means is, "have you read through the source code, and looked to see if it is written in a security-conscience matter?" [13:55] StevenK: who cares about security? :) [13:55] as long as the app is fancy, it is alright ;) [13:55] * StevenK kicks white in his insecurity [13:55] hehe [13:56] wow im not sure I am capable of seeing if it is "written in a security-conscience matter" really [13:56] So the answer is no :-) [13:59] Ah ok :) hm "Does it directly (not through a library) process binary (video, audio, etc) or structured (PDF, etc) data ?" Since hte package is a library I guess that would be a no-answer on that too? [14:00] I'm guessing since it adds metadata to a picture, it would be a yes [14:01] Then I go with your guess === santiago-php is now known as santiago-ve [14:14] How do I know if a package follows FHS and Debian Policy? [14:14] You check both documents [14:14] askand: You read both documents, and compare them against the package. [14:14] an duse lintian [14:14] *and use [14:15] it usually catches the worst parts [14:16] Yes. Lintian can help tell you if the answer is "No". Being sure the answer is "Yes" requires more digging. [14:17] indeed, but its a good tool for measurement :) [14:17] Yes :) === Czessi_ is now known as Czessi === jcfp` is now known as jcfp === broonie_ is now known as broonie [15:15] dholbach: I'll fight linkchecker but no in the next 2 weeks. I just dont have the time for it (final exams ..) [15:15] *not [15:16] sebner: OK, np [15:24] persia: i made a 'friendly' list of packages that depend on nbs (not totally, but working) [15:24] DktrKranz tells me you could be interested :) [15:25] the list is here: http://iogaspa.altervista.org/nbs/reversenbs.xml [15:26] persia: if you have comments, are appreciated. :) === ScottK-laptop is now known as ScottK2 [15:59] test [15:59] failed [16:00] dang, I was hoping it would pass [16:09] saivann: your chances will be greater if you set the bug status to confirmed and assign it to nobody. For the sru, try also to provide the information required here: https://wiki.ubuntu.com/StableReleaseUpdates [16:16] norsetto : Thanks [16:18] saivann: np, note as well that the version for -proposed should be something like 1.0.0-1ubuntu1.1 not 1.0.0-1ubuntu2 [16:18] norsetto : Oh thanks, I'll fix this too! === greeneggsnospam is now known as jsgotangco [17:13] * sistpoty|work heads home now... cya === AsciiTXT is now known as marnold === santiago-php is now known as santiago-ve === nhandler_Merging is now known as nhandler [17:47] damnit [17:47] audacity crashes, just like it did when stupid backports sent it to 7.10 === fta_ is now known as fta [19:11] Hi everyone [19:11] I just uploaded my very first package on REVU. It doesn't show up on http://revu.ubuntuwire.com .. what am I doing wrong ? [19:18] Falken: How long ago did you upload it? [19:20] ScottK: about one hour ago [19:20] there is already a package with the same name which was uploaded 2 months ago by another person [19:22] but I don't know how it's supposed to work. Mine is up to date, should I do something to overwrite the old one ? [19:23] It should just work. [19:23] If someone else was working on the package already, have you checked with them to see if they are still interested? [19:25] yep, it's the upstream guy. we talked about it on launchpad === tb1 is now known as tbf [19:26] I followed the doc on https://wiki.ubuntu.com/MOTU/Packages/REVU [19:27] and dput told me it was successfully uploaded ... [19:28] this is my dput conf concerning revu : [19:29] fqdn = revu.tauware.de , incoming = /incoming , login = anonymous [19:29] and that's it [19:32] maybe I should ask the old package to be nuked [19:33] It shouldn't be needed. [19:49] heya people [19:57] persia: rare? almost all intersections in Somerville and Cambridge are no turn on red [19:57] oops ignore that === DrKranz is now known as DktrKranz [19:58] broonie, thanks for scons :) === radio|work` is now known as brandon|work [20:20] do you know if there is something like a refresh rate on REVU ? my package still doesn't show up. dput tells me it has already been uploaded when I try again === Pici` is now known as Pici [20:22] You needs a REVU admin to look for you. [20:22] RainCT: ^^^? [20:27] DktrKranz: np. It occurs to me that you might want to consider applying to become a DM. [20:27] thanks ScottK ;) [20:28] broonie, still early, I need to have a DD to sign my GPG key and find advocates :) [20:29] I'll advocate you for SCons. [20:30] cool :) [20:30] "anything just so I never have to touch scons again"? :-) [20:31] heh, I'll leave risk to you :) [20:31] slangasek: I didn't say that. [20:32] broonie: sorry, I must be projecting. :) [20:32] slangasek: All I'm saying is that I didn't say it. :) [20:37] Having a problem with a one of my meta dpkgs, is this a good place to get some help? [20:37] I have output and pastebins ready [20:38] !ask | Cliph [20:38] Cliph: Please don't ask to ask a question, ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely answer. :-) [20:39] Hi, I'm building a meta-dpkg and it has a bunch of dependencies that are also available in my repository, when I try installing I get a message about some of my dependencies stating "Depends: but it is not going to be installed" Here is a pastebin of the output and my control file: http://pastebin.com/d1efb6512 And here is a pastebin of apt-cache policy : http://pastebin.com/d7e10ae2b [20:40] Falken: Do you still have a problem with REVU? (I was away). [20:41] If this isn't the best place to get help with this issue please direct me to the right one. Thanks! [20:49] Cliph: what happens when you try to install one the mentioned packages, e.g. jazinga-gui ? [20:51] oh, I see [20:51] gui depends on jami, depends on some other packages and so on up the tree [20:51] lets see what I can do ... [20:53] I see I see, the dependencies cascade and there's an unmet package deep down the dependency tree [20:57] that was it, that helped me, thank you geser, there were dependency problems deeper down, now I know what that error message too. Thanks again for you help. [21:11] Falken: your upload was rejected, probably because you aren't in the revu-contributors group or you joined it recently and you are not yet in the keyring (I can update it if you can confirm this) [21:11] Falken: by the way, remove the "" from the changelog [21:20] ppl, I need to know if it's possible to build a package that run's a script while installing!! [21:23] I know a few things on how to build a package!.. but don't know how to build it to execute a script while installing!! [21:24] There is preinst and postint. [21:27] hi folks! [21:28] Hi mrjb [21:28] i was sent here from [21:28] :) [21:28] never mind ;) [21:28] Lads and Ladies, mrjb is looking fo help packaging his program [21:28] thanks for the intro :) [21:29] * norsetto sighs [21:29] nors: tough day? [21:30] the story is, i've made a piece of software that i'd like to share [21:30] ScottK: preinst and postint? if it is what I think... well, then I mean postint !! I want to run some things (like grant permissions) before installing files!! [21:30] http://ringbreak.dnd.utwente.nl/~mrjb/hd24tools/ [21:31] i'd like to make it available on regular ubuntu/ubuntustudio repository [21:31] but i've never built a .deb before [21:32] i'm not at the point of asking for help doing the actual packaging yet, as first i'd like to try following this tutorial: http://ubuntuforums.org/showthread.php?t=51003 [21:32] mrjb, have you read the wiki on packaging? [21:32] https://wiki.ubuntu.com/MOTU/GettingStarted [21:33] for now I'll assume I can manage to package the software [21:33] (thanks for the link by the way) [21:33] after that, how would i go about having it included in the regular repositories? [21:34] !revu | mrjb [21:34] mrjb: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU [21:34] There are a *lot* of packages on REVU atm :O! [21:35] ok, i'll read up on the matter [21:40] thanks! [21:44] sistpoty: do you think it is worth to sync atlas 3.6.0-21.5 ? [21:45] norsetto: t.b.h I haven't looked at the changes yet. iirc my changes could be dropped as is, but I'm not too sure about the other changes (iirc from geser?) [21:46] norsetto: also, I guess it would make sense to fix blas first (unless that's done already) [21:46] bug 202869 [21:46] Launchpad bug 202869 in blas "ICAMAX/IZAMAX tests" [Undecided,New] https://launchpad.net/bugs/202869 [21:52] sistpoty: roger [21:52] norsetto: feel free to take over the merge though ;) [21:53] * norsetto feels free [21:53]