[00:04] Laibsch, data management [00:05] Laibsch, you'll want to look here for the .desktop file: http://standards.freedesktop.org/menu-spec/latest/apa.html [00:06] I guess data management is indeed the closest [00:06] although it does not feel quite right [00:07] from a pure user perspective [00:09] cody-somerville: Same problem for the .desktop file [00:09] utility? [00:09] that is awfully generic and there are already a ton of programs in there [00:10] but I guess closest match [00:10] :/ [00:15] * NCommander works on setting up his wiki page [00:16] good night all [00:19] cody-somerville, https://wiki.ubuntu.com/MichaelCasadevall, any coments? [00:22] So it seem that update the update-maintainer doesn't actually generate the lines in the changes file for "Original-Maintainer" -- it does however change the Maintainer information in the control files. [00:23] What I am looking for is the script which dumps the line into the .changes file based on the Original-Maintainer line in the control files [00:24] Majost: Which takes the source package and generates the .diff, .dsc, and .changes files? [00:24] correct. [00:25] dpkg-genchanges is likely to be your winner. [00:25] yeah, I was just about to say that I couldn't find anything related to the "Original-Maintainer" in there [00:25] heh [00:26] That'd probably be because O-M isn't an official control variable; the XSBC means eXperimental, appears in Source package, Binary package, and Changes file. [00:26] RAOF, I'm suprised there ain't an ubuntu specific patch for killing that warning [00:28] Yeah, perhaps. I think we're just innured to the warning by now. Also, unnecesary dpkg divergence seems a Bad Thing(tm). [00:28] The problem I am running into is there is a null space being inserted in between the last file checksum and the tags at the end of the changes file when a "Original-Maintainer" flag is set [00:28] which should be easy to fix -- I just need to find what creates the thing. heh [00:29] And that space is breaking the changes file? [00:30] That sounds like a bug in dpkg-genchanges, if the source package has been correctly built. [00:31] Well... its breaking my repo manager [00:31] heh [00:31] I will poke at dpkg-genchanges some more then. [00:45] k question, lets say ive made a program that would do nice in the ubuntu repository, what should i doe or who should i contact to get it there? === pmf__ is now known as ember [00:52] k question, lets say ive made a program that would do nice in the ubuntu repository, what should i doe or who should i contact to get it there [00:53] warsocket: Don't repeat yourself :-) Have you read the Packaging Guide https://wiki.ubuntu.com/PackagingGuide/Complete ? [00:55] I think https://wiki.ubuntu.com/MOTU/Contributing#head-f4c6048b1531f4e4fe48f096350ea435d40ed9f5 would also be very useful to you as a starting point? [00:59] warsocket: you can file a [needs-packaging] bug on launchpad if you don't want to package it [01:01] jmarsden, whats the bug number again? [01:03] LP: #91237 [01:05] Hmm, yesterday when I typed bug numbers in the channel ubottu responded with a one line summary of the bug, but today he is silent? [01:06] bug #91237 [01:06] Launchpad bug 91237 in meta-kde "java library not found" [Undecided,Invalid] https://launchpad.net/bugs/91237 [01:07] Hmm, it went to undecided and invalid? It was High and Confirmed yesterday, I think. [01:09] Oh, it is Triaged / High against Ubuntu, but undecided/invalid against meta-kde? What is the meta-kde part realy telling me? [01:10] jmarsden, its tell you someone screwed up [01:11] As long as someone != jmarsden, that's fine :-) [01:11] :) [01:25] What is the "right" way to deal with old config.guess and config.sub files in the orig.tar.gz ? Just nuke them with symlinks to the ones in /usr/share/misc in the rules file ?? [01:42] jmarsden, just replace them in a build rule, and remove them in a clean rule; dpkg-source will not note a file has been removed [01:43] NCommander: OK, thanks. [01:47] anyone got a PPA full of intrepid packages? I need to test something [01:48] nice netsplit [01:50] NCommander: I've got some Intrepid pakcages in the nouveau ppa? [01:50] RAOF, thanks, I'm stress testing the parsing code to see how big a PPA it can handle before things begin to crawl [01:51] Ah. My PPA isn't very big; just libdrm & xserver-xorg-video-nouveua [01:51] RAOF, I don't see and dist intrepid packages in the nouveau PPA [01:52] actually [01:52] there is no nouveau ppa [01:52] Sorry, I'm talking about this https://edge.launchpad.net/~raof/+archive [01:54] RAOF, ah ;-) [01:54] * NCommander thinks is really cool that he can now parse debian source files :-) [02:14] hi n.n [02:20] jmarsden, so, is that a regression in Hardy? [02:21] cody-somerville: I'm not sure, I've not run iriverter in anything else myself. [02:21] jmarsden, because it is now fixed in Intrepid and I'm wondering if you should do an SRU for it. [02:23] cody-somerville: Interesting question... do you have an older Ubuntu box around to try it on?? [02:23] No but that isn't inherently required [02:23] cody-somerville: OK, how else can we test to make sure? [02:24] jmarsden, Maybe you misunderstand. What make sure of what? [02:24] cody-somerville: Make sure iriverter worked in an earlier version of Ubuntu but fails in Hardy [02:25] Isn't that the definition of a regression? [02:31] jmarsden, yup [02:31] jmarsden, but it isn't necessary for it to be a regression to get an SRU [02:31] jmarsden, it would just motivate me if it were [02:31] Ah, OK. What does it take to get an SRU designation? [02:32] jmarsden, I'd approve it on the basis that it is a simple patch/fix and it the application doesn't launch at all right now. [02:32] cody-somerville: Well, it does until you install Sun Java :-) [02:33] That sounds SRU worthy [02:33] * NCommander kicks phpPGAdmin [02:33] hey cody [02:33] heya emgent [02:34] hey cody-somerville [02:35] hey jmarsden [02:35] heya [02:35] rootvzla: Greetings [02:44] hi [02:44] some suggest to make merges by hand? [02:45] i have debian orig.tar.gz .dsc and .diff.gz and i have too .dsc and diff.gz [02:45] how to merge it ? [02:45] greetings jmarsden , cody-somerville a question 1)¿there is some person that explain me or can explain me on as one it is able comensar to do motu or that is needed to be able to be motu? 2)and if there is some person that can help me to be motu or some person it can help me en empaquetamiento or it helps of algun motu especially? [02:45] i dont like grab_merge.sh script [02:45] using grab-merge script and MoM [02:46] !gettingstarted [02:46] Sorry, I don't know anything about gettingstarted [02:46] nxvl no, i'd like learn to merge by hends [02:46] !getstarted [02:46] Sorry, I don't know anything about getstarted [02:46] hmrph [02:46] !motu [02:46] motu is short for Masters of the Universe. The brave souls who maintain the packages in the Universe section of Ubuntu. See http://wiki.ubuntu.com/MOTU [02:46] rootvzla: See https://wiki.ubuntu.com/MOTU/Contributing [02:46] dldc: then check at MoM's code [02:46] thanks cody-somerville [02:46] dldc: and then use it [02:46] :D [02:47] nxvl no doc? [02:47] no [02:47] !gettingstarted is A great place to start your MOTU adventure is https://wiki.ubuntu.com/MOTU/GettingStarted [02:47] sucks.. [02:47] why would we write a doc if we already wrote a tool that makes it [02:47] it makes no sense [02:48] i like learn how to merge by hands [02:48] then read the code [02:48] dldc, to merge by hand, you simple take the latest debian version and make all the applicable changes that are made to the current ubuntu version [02:48] dldc, so that there are no regressions [02:49] cody-somerville but WHY dpkg-source -x *.dsc dont work ? [02:50] dldc, it does work. [02:50] dldc, It will extra the source [02:50] dldc, but if you do it one after another and the upstream version is the same, it'll overwrite [02:50] ohhhhhh good! [02:51] :) [03:00] thx cody-somerville [03:01] rootvzla, np [03:01] ScottK, ping === Pici` is now known as Pici [04:38] ****! [04:38] what's the fastest way to download a package from revu? [04:39] dget the dsc? [04:39] thanks [04:39] `dget DSC-url` [04:39] I accidentally nuked my entire package tree with an incorrect usage of sed [04:39] I always do sed file, and forget that the output truncates the file before sed gets to it [04:40] :( === asac_ is now known as asac [04:43] how do I generate the source tree from those (I'm am new at this)? [04:52] coppro: btw, see sponge in moreutils regarding redirection truncation [04:52] coppro: you want to use dpkg-source -x on the .dsc [04:52] thanks [04:53] thanks, sponge is _exactly_ what I need [04:53] btw, are you a MOTU by any chance? [04:55] :( I lost a lot of work... most of it was problem-solving, fortunately [05:02] It could be worse coppro [05:02] I've done that working on Bazaar brances [05:02] I need to re-write the code for generating the docs & python packages though :( [05:03] coppro, try rewriting a 1,000 line file retriever in raw C :-P [05:04] owch [05:04] bash should totally give an error if you file [05:04] coppro, set noclobber [05:05] does that stop that only, or all > clobbers? [05:05] wow, I'm on an absolute roll today, I just ran rm * in my home directory >< [05:05] Woot [05:05] Yay for backups [05:06] unfortunately, due to a number of unfortunate circumstances, I have no backups right now! [05:06] fortunately, I don't keep anything of value in ~, but in subdirectories [05:07] Grrr, stupid maple truncating it's files before saving, then freezing part-way though. [05:08] lol [05:08] Write to a frikkin temporary file, then assume atomic renames, damnit! [05:11] coppro, it's been awhile since I used it [05:11] Check bash's manpage [05:11] ok [05:11] thanks for the advice though [05:18] is a MOTU around? [05:19] Many are. They didn't put their hands up, so just ask your question. [05:20] I need a REVU upload nuked [05:20] because I realized the source package is named completely inappropriately [05:20] so I plan on reuploading under a different name [05:22] Then that isn't an MOTU you're after. You're after a REVU admin [05:22] oh [05:23] I wasn't aware there was a difference, seeing as MOTUs seem to hold ultimate power [05:23] I guess I'll just post a comment on the upload then [05:24] They only seem to, since they advocate or veto uploads and then throw them to the archive. [05:25] motu's should be able to archive them. [05:26] they also update the keyring [05:26] MOTUs don't update the keyring. :-) [05:26] Nope, not me. REVU admin only :) [05:26] which p ackage? [05:26] libmk4 [05:26] done [05:28] ty [05:34] RAOF, your a REVU admin? [05:34] Cool ;-) [05:36] * NCommander continues to hack away on REVU [05:38] Anyone know how I can get the current time in Python in a string? [05:39] There's allways os.command :) [05:39] ew [05:39] Alternatively, the datetime module is likely to be your friend :) [05:39] RAOF, have you seen my current REVU work? [05:39] NCommander: I think you want to use asctime ? [05:40] No, I haven't. (Nor am I a revu admin) [05:40] time.strftime("%H:%m") [05:40] '14:07' [05:40] I just want to be able to do print timestamp, or something equivalent [05:40] That'll do [05:40] That might actually be month [05:40] ctime(None) should also work :-) [05:40] It is. %M [05:41] http://img172.imageshack.us/my.php?image=screenshotpk3.png [05:41] http://img237.imageshack.us/my.php?image=screenshot2iy8.png [05:41] http://img247.imageshack.us/my.php?image=screenshot3ay3.png [05:41] Check it out [05:44] NCommander: Funky! [05:44] Does that also copy across buildlogs? [05:44] RAOF, that all works, its at the point where its now (somewhat) downloading packages via dget [05:44] RAOF, I plan to implement it [05:44] if possible [05:45] LP seems to have a random number in the build path so it may not be fessible [05:45] (then again, the FTBFS package manages to make it work so I dunno) [05:45] I suppose the ideal plan would be bi-directional PPA integration - build all revu uploads in a PPA & run lintian against the binaries, too. [05:46] That was the original game plan actually [05:46] But the space limitations would make it difficult to implement [05:46] you'd be amazed how fast one gigabyte of PPA space can just disappear [05:47] NCommander: If there are real benefits, you can ask for more PPA space [05:47] jmarsden, there also is no way I can automate cleaning out the PPAs and such [05:47] not unless Soyuez has a SOAP or something based API I overlooked [05:48] StevenK, what do you recommend as a good timestamp for a log (I used that to implement timestampings in the import_ppa_pkgs_daemon) [05:50] NCommander: Maybe %Y-%m-%d %H:%M:%S [05:51] NCommander: Or if you like ISO 8601, %Y-%m-%dT%H:%M:%S [05:51] 2008-07-21 00:51:38: Importing codeblocks from PPA group sonicmctails [05:51] Nah, that's good :-) [05:52] jmarsden, I won't mind being able to create a buildd off the REVU packages once a contributor OKs it for build [05:52] (I don't want the buildds running a hidden rm -r /) [05:53] NCommander: Run them in a chroot as protection? Can that be done? [05:53] jmarsden, that's how buildds work [05:53] But its an annoyance to rebuild the chroot [05:53] sbuild is really stupid [05:53] LIke [05:53] Amazingly stupid [05:53] and my python doesn't seem to have a chdir() in os [05:54] Er, what? [05:54] NameError: global name 'chdir' is not defined [05:54] I have imported os [05:56] Ummmm try os.chdir(whatever) [05:56] "from os import *" or "import os"? If the latter, it'll be os.chdir [05:56] Oh [05:56] Thanks [05:56] * NCommander is still somewhat of a python newbie [05:56] That's just namespacing :-) [05:57] yeah [05:57] Well, this is coming along very nicely [05:57] Packages now get downloaded, and pop the row right out the DB [05:57] But other languages handle things differently (looks at C#) [05:57] Now I just need to make it import it into the database, and we have a feature complete (if not bug free) PPA importer [05:58] RAOF, if you'd be interested in helping implement build server support, it would be rather awesome [05:59] (I need someone who can host an i386/amd64 buildd; REVU is on a sparc machine, and I don't want a buildd server on the same place as the webserveR) [06:05] I'd want to play with virtualisation to host that, and I may need a little more HDD (I'd want a full mirror, certainly). [06:06] I'm probably not your first choice for the buildd hosting. [06:06] RAOF, well, I'm still not that far, I'd like to get this ppa_import_daemon written first [06:07] But I hear importing from PPA is a highly requested feature ... [06:40] AND SCORE! [06:46] Woot! [06:47] Hi all! [06:54] RAOF, Packages can now be imported right from launchpad [06:54] It all works! [06:54] Awesome. [06:54] I reackon a lot of people will like that. [06:56] It still needs quite a bit of TLC [06:56] But now we're at "working prototype" [06:56] It's also a HELL of a lot faster then the dput method since its *download time*+*lintian time*+30 secs [06:56] max [07:34] <\sh> moins [07:40] <\sh> siretart: didn't we had the discussion about debescan long time ago? [08:17] I search a tutorial for a pristine git repository [08:30] cody-somerville: ping [08:30] Iulian, pong [08:32] cody-somerville: Could you please have a look at salasaga? If I add the upstream's clean rule it won't even build. [08:33] Iulian, pastebin your build log please showing me the failure [08:33] One sec [08:35] cody-somerville: http://paste.ubuntu.com/28928/plain/ [08:42] Iulian, instead of testing for existance of Makefile, look for Makefile.config [08:44] cody-somerville: Done and uploaded [08:52] Oups, forgot the add clean. [08:52] * Iulian is asleep. [08:53] cody-somerville: Now it should be ok. [09:05] morning everyone [09:05] Syntux: hey Syntux [09:36] the version of eclipse in ubuntu is very very old. is there any specific reason for this? is eclipse difficult to package? [09:46] rohan: Appears to be little activity in Debian: http://tinyurl.com/6lfwma [09:46] hehe, now the upstream version is 3.4 [09:47] jpds: but why should that prevent ubuntu from going up to a newer version? [09:47] it shouldn't, but it means ubuntu doesn't get anh update "for free" [09:47] ah, yes === wolfger_ is now known as wolfger [09:49] the best route in theory is to make an updated debian package submit it to the debian project - then pull that down into ubuntu [09:49] in practice, the last step is often blocked by general lack of sponsors [09:49] but ubuntu frequently has packages newer than debian - gnome, for example [09:52] huats, hey [09:52] Debian is freeze next week, so don't expect to see new upstream versions there soon [09:53] exactly [09:54] Syntux: I will have a look at your patch this morning... [09:54] okie === rohan_ is now known as rohan [09:56] i've had a few new debian packages added very recently, but a stony silence on syncing to intrepid [09:56] directhex: are sync requests filed? [10:00] huats, Maybe next time we should discuss the expected result instead of sending patch for review. [10:00] Syntux: we can [10:00] https://bugs.launchpad.net/ubuntu/+source/xsp/+bug/243723 and https://bugs.launchpad.net/ubuntu/+source/mod-mono/+bug/248930 [10:00] Launchpad bug 243723 in mono "Please update mono & xsp to version =>1.9 to allow ASP.NET AJAX" [Undecided,Fix released] [10:00] any hope for eclipse to be updated in intrepid, then/ [10:00] Syntux:did you get my email ? (I mean the one I sent you yesterday) [10:00] huats, no [10:00] ignore the fix released, the original bug was misfiled [10:01] Syntux: hum... [10:01] rohan, if you hurry, perhaps [10:01] hi everyone, does somebody has already tried to use pbuilder behind a proxy with authentification? [10:01] directhex: if someone can teach me how to package eclipse, then i'm game! :) [10:02] I tried a lot of stuff (first, with wget) and my conclusion is the only way to make it working is to put http_export='http://proxy:port' and wget --proxy_login '...' --proxy_passwd '...' [10:02] huats, oh that kind of relationship affects the development cycle of Ubuntu and thus should be avoided [10:02] huats, :p [10:02] morning directhex [10:03] Syntux: :) [10:03] ops [10:03] using http_proxy='http://login:pass@proxy:port' seems to not work with wget, so, with pbuilder... [10:03] hello NCommander [10:04] directhex: pbuilderrc has an option for http proxy [10:04] argh, didrocks ^ [10:04] really? neat! [10:04] directhex, my mono fix is still stuck on launchpad [10:04] stgraber: yes, but as I have to use authentification, I tried --http_proxy='http://login:pass@proxy:port' and it does not work [10:05] stgraber: the only way to make it work (regarding my tests with wget) is to user seperate option for login like --http_login [10:06] NCommander, bleh. [10:06] NCommander, too many cooks, not enough waiters! [10:06] the only proxy option I see in pbuilder's man is --http-proxy ... [10:06] directhex, On the plus side, I have coded up a rather cool feature for REVU ;-) [10:06] NCommander: Mono fix? [10:07] NCommander, detect apps related to mono and report them as evil freedom-hating terrorism? [10:07] stgraber: exactly, that's why I ask if somebody has already experienced that :) [10:07] StevenK, to solve the f-spot.app segfault, quite a few mcs seg faults, and solve an FTBFS [10:07] * StevenK smirks [10:07] NCommander: On intrepid, or hardy? [10:07] intrepid, but hardy is also effected [10:07] *affected [10:08] Hold on, let me grab the bug report [10:08] NCommander: Okay, so, the first step is to fix intrepid. Then prepare an SRU for hardy? [10:08] THe debdiff been on Launchpad for a wiki [10:08] And main sponsors are subscribed, no life [10:08] https://bugs.edge.launchpad.net/ubuntu/+source/mono/+bug/247782 [10:08] Launchpad bug 247782 in mono "Ubuntu mono patch dont_check_proc_self_exe causes random segfaults in mono" [Undecided,Confirmed] [10:09] I created the debdiff for intrepid, but I wasn't sure if it was SRU worthy [10:10] StevenK, it was an absolute nightmare to run down that bug [10:10] * NCommander wishs LP allowed normal users to set importances just like Debian ... [10:10] simple backporty SRUs aren't permitted under the "no framework updates damnit" policy. hardy would need its own updated version of 1.2.antiquewhatever [10:10] directhex, its the same patch that has to be replaced [10:10] Because whoever coded the first one should be taken out back and shot [10:11] You don't solve a bug by commenting out an entire function [10:12] More information on what the original patch tried to fix, and how my replacement one is less braindead is there [10:12] * directhex looks sheepish, hides remove_arg_max_check_r101444.dpatch [10:12] to be fair, THAT one's from upstream [10:12] NCommander: my experience with main sponsors is that you should hunt down a sponsor yourself, unless dholbach "assigns" a core-dev to it (and dholbach is currently on holidays) [10:13] geser, I tried, and most ran in fear of mono [10:13] geser, good point, how about my xsp/mod-mono updates? them's in yooniverse! [10:13] I'm willing to upload it [10:13] NCommander: yes, for some packages it hard to find a sponsor [10:13] which is understandable but unfortunate [10:13] NCommander, well, of course. mono eats babies. [10:13] StevenK, its been tested on the liveCD, which was ABSOLUTE fun [10:13] * NCommander had to eventually setup an NFS server just to have enough room to build mono [10:14] er, replace [10:14] I just have an issue with the patch [10:14] which is? [10:14] const char* prefixes[] = {"/cow/", "/persistmnt/", "/rofs/", "/rwfs/", "/squashmnt/", NULL}; [10:14] it's pretty much the same patch as applied to ubuntu's java packages to make them work on the livecd [10:15] It is the same patch [10:15] Oh, ew [10:15] Well, this bug is caused by unionfs [10:15] yes, ew [10:15] blame unionfs [10:15] It prevents the symlink from coming out right [10:15] Right, it's essentially a unionfs bug [10:15] I thought intrepid was using aufs? [10:15] THere is a patch for the unionfs bug [10:15] But kernel upstream will not include it [10:15] which is broken by design, but less likely to get fixed than patching every single app in ubuntu to avoid the problem [10:15] and ubuntu-kernel bounced it [10:15] unionfs is in LUM [10:16] go figure [10:16] No, they did it with good reason [10:16] Oh? [10:16] To "fix" the issue, they gave the kernel a root canel [10:16] IT was UGLY [10:16] directhex: I see only a sync request for mod-mono (bug 248930). Is there also one already for xsp? [10:16] It wasn't a trival patch [10:16] Launchpad bug 248930 in mod-mono "SYNC: mod-mono 1.9-1 from Debian Unstable" [Undecided,New] https://launchpad.net/bugs/248930 [10:16] it was a few hundred or thousands lines changing unionfs and the core modules [10:17] geser, LP:243723 [10:17] NCommander: Still, isn't Intrepid using aufs? [10:17] StevenK, the liveCD I tried was unionfs AFAIK [10:18] but the intrepid CD I had might have been out of date [10:18] I heard murmurs of aufs [10:18] so did I [10:18] But it looks like aufs has issues [10:18] So does unionfs :-) [10:18] http://www.mail-archive.com/ubuntu-bugs@lists.ubuntu.com/msg918853.html [10:19] Well, the patch still needs to be backported to hardy [10:19] Unless you want five years of random mono failures [10:19] honestly, nobody who seriously uses mono uses the antique ubuntu packages [10:19] I note that bug is closed [10:19] no Enterprise dist has the same rigidity for updating frameworks [10:20] * NCommander blinks [10:20] directhex: need just mod-mono and xsp get updated? no other packages needing also an update? [10:20] StevenK, which bug [10:20] geser, none on my to-do list. unless you can sponsor main packages, and make NCommander happy ;) [10:20] NCommander: The URL you pasted, Bug 248164 [10:20] Launchpad bug 248164 in linux "[intrepid] aufs(?) hangs on live cd" [Undecided,Fix released] https://launchpad.net/bugs/248164 [10:21] Ah [10:21] Looking at Launchpad [10:21] the LiveCD now has support for aufs, but the desktop/server teams haven't made the switch yet [10:22] directhex: no, I can't sponsor main. I need to find sponsors for 2 packages myself. [10:23] Ick [10:23] aufs is based off unionfs's [10:23] ^code [10:23] I REALLY won't be suprised if it is effected by the same bug [10:25] StevenK, regardless, the patch does require backporting to hardy, and until unionfs is dead and buried, it probably should be intrepid === rraphink is now known as raphink [10:25] We could remove the patch cold-turkey, and then the liveCD team going to get bitchy if mono breaks on them [10:25] NCommander: Sure, but what about different path prefixes? [10:26] StevenK, It seems that unionfs can return one of a few different path locations ;-) [10:26] Which are there already. [10:26]