[00:00] s1024kb: are you on feisty? [00:00] i typed sudo debootstrap --variant=buildd --arch i386 gusty /var/chroot/ http://archive.ubuntu.com/ubuntu/ [00:00] gusty [00:00] wth? [00:00] that is interesting [00:01] s1024kb: You can't spell gutsy. [00:01] ahh [00:01] right [00:01] gu*tsy* [00:02] hmm [00:02] is it allowed to have a python--dev package? [00:02] sorry, thank you all. i mistyped the word...now, okay [00:03] for python extentions [00:03] s1024kb: :) [00:03] s/is/are/ [00:08] excuse me, last night i wanted to build my first package "hello" according to the packing guide basic scratch, i made the changlog, control, copyright and rules in the debian folder, and type dpkg-buildpackage -S -rfakeroot, but it did not work... [00:09] do: dpkg -S -sa [00:11] ok people, I need to identify a cable [00:11] excuse me, where to find the postinst and prerm files? [00:11] s1024kb: In debian/? [00:11] LaserJock: What do you mean identify? What kind it is? [00:12] Fujistu: no? because the debian folder was made by myself... [00:12] s1024kb: Then you need to write them.. [00:12] Fujitsu: ok, so it's got one end that 9pin with |O|O| on it [00:12] and the other end looks like cat5 [00:12] but maybe wider [00:12] LaserJock: Probably a rollover cable. [00:12] D-SUB to ethernet? [00:13] For connecting to router console ports and the like. [00:13] Fujitsu: could you please tell me where i can find them? [00:13] Fujitsu: i mean the template [00:13] s1024kb: What do you mean? If you're writing a package, you need to write them. [00:13] I don't know of one. [00:13] But there may be one. [00:14] dh-make I think creates some templates [00:14] debhelper might create them just as well if needed [00:14] not sure [00:14] azeem: If they don't exist, it will. [00:14] s1024kb: For what do you need them? [00:14] ok [00:15] ok, I've got another adapter that looks like parallel port -> 9pin [00:15] Fujitsu: just according to the guide... i don't know... [00:15] does that sound right? [00:15] LaserJock: That's just DB25 serial to DB9 serial. [00:16] hmm [00:22] TheMuso, uploaded [00:22] somerville32: To revu? Ok just a sec. [00:22] TheMuso, WIll be a few secs before it appears [00:22] woot, I found a serial mouse [00:23] but I can't find a keyboard cable :( === chuck__ is now known as zul [00:26] hah there is a hockey game on tonight so i wont be around much [00:27] LaserJock: A keyboard cable? Aren't they normally built into the keyboard? [00:27] Fujitsu: well, yes and no [00:27] :-) [00:27] Fujitsu: I found a Sun keyboard, but without the cable [00:27] Ah. [00:28] at least it's got a VGA out [00:28] so I don't have to find an adapter for that [00:34] hmm, interesting [00:35] I was looking in the lab next door for a keyboard and found a sparc ultra 5 [00:37] LaserJock: YOu just have old sparcs lying around? [00:37] well, kinda yeah [00:38] and an alpha somewhere [00:38] but I think maybe it got thrown out [00:39] I don't suppose you can just unplug a sun keyboard and plug it back in and have it work? [00:40] No idea. [00:40] I just found another sparc across the hall [00:40] I haven't been near a sparc in a decade. [00:40] with keyboard+mouse [00:40] but it's currently running [00:41] TheMuso, How goes it? [00:42] somerville32: Sorry on something else atm, will get to it as my next task. [00:42] hmm, firefox 1.04, this thing is a tad old === rexbron_ is now known as rexbron [00:56] hello Hobbsee [00:56] Heya Hobbsee. [00:56] greetings! [00:59] ah, better place [00:59] Are there any licenses approved by the FSF and not by the OSI? [00:59] you'd probably have to compare lists to see [01:00] Hobbsee: did you have to kill anyone at work? === luisbg_ is now known as luisbg [01:02] ajmitch: no, surprsingly. the girl called in sick. [01:02] that's a surprise [01:03] oh man, I hope this is an email typo: https://launchpad.net/disrtos/ubuntu/+source/update-manager/+filebug [01:03] not really :) [01:03] LaserJock: why, where do you see that link? [01:03] ajmitch: in an email to launchpad-users about somebody having a problem upgrading Kubuntu [01:03] * ajmitch imagines that it is just a simple typo [01:03] well, they got an oops [01:04] given how many bugs were filed against that package anyway [01:04] LaserJock: 404s OOPS. [01:04] right [01:04] Question: A python package includes .so, .la. .so.0 and .so.0.0.5 . Do you split it into a -dev package like a normal lib? [01:04] so if it's a 404 then that's really bad [01:04] s/package/extention/g [01:05] LaserJock: given how many other typos were in his email, I'd say it was typed in, and he misspelt it [01:05] but then why would he get an OOPS [01:05] LaserJock: Because 404s are OOPSes too. [01:05] or does he have to manually type that address in to report the bug [01:05] Fujitsu: I know! [01:05] Oh, I see. [01:06] he probably manually typed it in to file the bug [01:06] everyone else managed to flood launchpad with upgrade failures [01:06] what I'm saying is if he's OOPSed because of an incorrect URL given by update-manger then that's bad [01:06] we know what you mean [01:06] * Fujitsu gets it now. [01:06] ajmitch: no everybody ;-) [01:07] well, not *everybody*, but there were more than enough bugs filed successfully [01:07] from ubuntu & kubuntu alike [01:07] * rexbron is sad that noone has an idea [01:08] rexbron: so it must not be a pure python package [01:08] rexbron: if it's building shared libs like that, and sticking them into /usr/lib, it's not a normal python extension [01:10] err, debian python policy defines a "module" as pure python, where an extention is written in C or C++ [01:10] yes [01:10] I just need to know if I need to seperate it into its own -dev package or whether it should ship all the files [01:10] A normal python extension just has a single .so lurking in a python directory in /usr/lib, doesn't it? [01:10] Fujitsu: correct, and usually prefixed with a _ [01:10] Yep. [01:10] hmm [01:11] eg python-mysqldb has /usr/lib/python-support/python-mysqldb/python2.5/_mysql.so [01:11] Fujitsu: currently I am linking the so into python-support [01:11] Though that's not a requirement, is it? [01:11] anyone here have a 4965AGN? [01:11] Fujitsu: unknown [01:11] ipw4965AGN that is [01:11] ajmitch: that is what I am doing as of now [01:11] but I've seen no python extension that builds with a SONAME like that [01:11] They shouldn't even have SONAMEs... [01:11] Yeah. [01:11] meh, smack upstream [01:12] http://www.intel.com/support/wireless/wlan/sb/CS-025330.htm << nice [01:13] joejaxx: sorry, I'm not rich enough [01:14] ajmitch: ? :\ [01:14] * ajmitch would need to get a new laptop to use that [01:14] and I don't have money to burn on a new laptop [01:16] If some one would be kind enough to review Genpo, I'd appreciate it. http://revu.tauware.de/details.py?package=genpo [01:25] LaserJock: hey, you in the mood for another braindead (easier than last time by far) chem question? [01:26] jdong: what's up? [01:26] LaserJock: ok, for a weak base strong acid titration.... [01:26] LaserJock: I am past the equivalence point, and adding another mL of acid [01:27] LaserJock: is it safe at that point to ignore the effects of the conjugate acid? [01:27] or must I do one of them silly ICE thingies? [01:29] sorry, one sec, cleaning some optics [01:32] man, that mirror did not want to go back in [01:32] TheMuso, moogle? :] [01:35] jdong: well, so will the conjugate acid of the weak base be strong or weak? [01:35] somerville32: Just doing an install/remove test of cheese, but it looks good. [01:36] TheMuso, Awesome. [01:36] LaserJock: NH3 titrated with HCL, I wouldn't expect NH4+ to be that big of a deal compared to HCL, right? :) [01:36] jdong: I wouldn't think so [01:37] LaserJock: ok I'll just make that assumption for now. [01:38] There should be some documentation on the QA that should take place before uploading. [01:38] what QA? ;-) [01:38] lol [01:39] If someone has some spare time and is looking for a review, take a peek at http://revu.tauware.de/details.py?package=openlibraries . Just don't do a debdiff with the previous versions, its a new svn checkout [01:39] rexbron, Maybe give us a diff of the debian/ directory on pastebin? [01:40] sure [01:40] I'm thinking of trying a new web browser [01:40] I want something light, fast, but powerful [01:40] Suggestions? [01:40] somerville32: Successfully uploaded packages. [01:41] somerville32: pick two, :) [01:41] TheMuso, Thanks a bunch. [01:41] lol [01:41] fast and powerful [01:41] Where'd ma memoriz go? [01:41] somerville32: You're welcome. [01:42] LaserJock: mmmkay I calculated both ways just for fun, [H+] thanks to NH4+ is like smaller by 10^9 thanks to HCl shoving its equilibrium over to NH4+ state :) [01:42] silly for me to have even worried in the first place. === Zelu1 is now known as Zelut [01:46] Yay, Gutsy CDs arrived. [01:46] What?! [01:46] I didn't get mine yet. [01:46] that fast? [01:49] jdong: Yeah. [01:49] A friend nearby got his yesterday. [01:50] awesome [01:51] Anyone who is interested in reviewing OpenLibraries, have a look at http://paste.ubuntu-nl.org/43619/ for a diff of the debian directories. [01:51] somerville32: ^ [01:52] rexbron, Erm. Is this a diff against the debian directory of the last package release? [01:52] somerville32: new package [01:52] So where is the diff? [01:53] (*from) [01:53] the previous package on revu [01:53] Ahmuck, okay. [01:54] * rexbron is beat, the packages are uploaded to revu. Sleep time [01:56] somerville32: What were you referring to re moogle earlier? [01:57] TheMuso, It is a meaningless word. I forget the technical term for meaningless words - does anyone know? [01:57] somerville32: Ah ok. [01:57] I suppose it could be an example of onomatopoeia [02:00] * RAOF thought 'moogle' was a critter from Final Fantasy :) [02:06] moot [02:06] Where isth the ubuntu-science thinger? [02:06] with the packages comparison between ubuntu and debian [02:07] * persia thinks somerville32 should bookmark http://people.ubuntu.org.au/~fujitsu/motuscience/versions/universe.html [02:08] * somerville32 will be this time. [02:08] * Hobbsee thinks it should all be shoved onto one place. [02:08] Hobbsee: 'it'? [02:09] all the scripts [02:10] and an ajmitch. he can go in teh cupboard [02:10] Hobbsee: Yeah, well, that's on my list for the upcoming weekend. I'm hoping we'll have one or two other things in good shaps as well (updated rcbugs, updated ftbfs tracker) [02:10] :( [02:10] * ajmitch is cupboarded [02:11] persia is a smart cookie. [02:11] persia: I take it we don't need an updated mdt thingy then [02:11] ajmitch: If you can produce something different and more useful by this weekend, you'll get pride of place in my updates to the wiki :) [02:12] (I'd like comments, better removal detection, watch file check, and more, but I'm probably dreaming) [02:12] so if I don't do it soon, I may as well not bother? [02:12] ok [02:12] Removal detection should be OK, except for ftp-master being toast. [02:13] Now that I'm down with cheese, it is time to do banana [02:13] ajmitch: Well, if you don't do it soon, I won't help you with marketing until mid-December. [02:13] Fujitsu: It gets a little odd when e.g. things are only in stable, or only in oldstable & experimental, etc. [02:13] 'marketing' shoudl not be needed [02:14] persia: It should only track removals from unstable now, which is what we should be tracking. [02:14] ajmitch: Well then, there's no need for you to not bother if you don't do it soon :) [02:15] persia: it's more if other people are doing something anyway [02:15] since we have enough duplication here [02:15] Fujitsu: Well, most of the time. I've had to draft two transition plans this week where we wanted a removal, but need to do a transition because we release more often than Debian: It would be nice to know where Debian has the package for removals, to differentiate packages that never released (for which we need a local transition) from packages that did release (for which we can usually use a Debian transition) [02:16] Ah.. [02:16] * ajmitch is having lots of fun playing with dojo today [02:16] ajmitch: I don't know of anyone reimplementing mdt, and I'm actually more looking forward to an updated rcbugs come DIF than a new mdt. [02:17] Heya gang [02:17] persia: reimplementing? [02:17] LaserJock: ajmitch has a 90% complete tool that is very similar to mdt, but not released. [02:17] oh [02:17] I thought it was more different [02:18] mdt has some nice stuff [02:19] LaserJock: It may be more different: I only mean it compares package versions and exports the results. I believe rcbugs relies on part of it for backend processing. [02:19] Heya bddebian :) [02:19] persia: ah, mdt has quite a few other scripts that are nice [02:19] for making lists and such [02:20] Hi somerville32 [02:20] LaserJock: Perhaps: I'm more looking at it from the perspective of generating task lists for all the people who don't want to do bitesize anymore, but haven't been caught by a specific interest. [02:20] persia: Fix conquest yet? ;-P [02:20] (oh, and people like me) [02:20] bddebian, conquest the game? [02:20] yeah [02:20] I love that game! [02:21] I'm on the ml for it [02:21] somerville32: Good, test it for me will ya? :-) [02:21] bddebian: No, but I've not looked at it since I told you I wanted to spend time :P [02:21] Bah, you're fired ;-P [02:22] * bddebian is getting like 0 Ubuntu work done since I joined this freakin' team [02:22] * persia . pink slip firmly in hand, considers deleting the conquest directory [02:22] Doh [02:22] bddebian: Which? Debian Games? [02:22] Aye [02:22] LaserJock: well, what I had predated mdt [02:22] bddebian: I disagee. You're doing excellent Ubuntu work: we just have to rely on the autosync to upload. [02:22] :-) [02:23] Well that was my intent but tbh, I didn't expect to get this deep into it so fast :-) [02:23] so it's not as much reinventing the wheel as it is reviving something ancient [02:23] ajmitch: heh [02:23] bddebian: You did say "I wish I had time to work on games", it just required giving up on everything else :) [02:23] heh [02:23] Yay, mass bug-filing for missing debian/watches in Debian! [02:24] Yeah, wtf is that [02:24] ¥o/ [02:24] It has actually been done now. [02:24] I got one for my colorgcc package and upstream is dead [02:24] what do they do for svn checkouts and stuff like that? [02:24] and what bddebian said [02:24] LaserJock: get-orig-source [02:24] you use a watch file for that? [02:25] What is the current standards version? [02:25] * Fujitsu thinks 3.7.2.2 [02:25] 3.7.2 [02:25] Yeah 3.7.2.something [02:25] LaserJock: No, but it is the acceptable variance from watch files. On the other hand, submitting a patch to uscan to check CVS, SVN, BZR, and GIT to see if there is a new revision since the last snapshot would likely be welcome... [02:26] * persia thinks that checking one's apt-cache for the debian-standards package is the best way to answer the question [02:27] geeze, I can never make these MOTU meetings :/ [02:27] When's the next one? I forget.. [02:27] Oh, there's a reminder. [02:27] * LaserJock thinks he might have to learn Java [02:27] LaserJock: Ew, why? [02:27] LaserJock: please, don't do it [02:28] well, it's cross-platform [02:28] So is C. [02:28] and it works [02:28] LaserJock: What time (UTC) on Friday is good for you? We'll schedule the 23rd to match your schedule. [02:28] And Python [02:28] So is Python, and everything. [02:28] no [02:28] Java is foul. [02:28] not in that sense [02:28] Java is just Evil(tm) [02:28] And C++, and C#, and .... [02:28] JavaScript [02:28] And CLR is general. [02:28] perl [02:28] And Ruby, and POSIX shell. [02:28] my friend was just showing me how we wrote a presentation using a Java app and HTML [02:28] O_o [02:28] That sounds so evil. [02:28] the point is he can fairly safely run it on anything [02:29] and it works [02:29] JavaScript! [02:29] yep [02:29] javascript runs a java app [02:29] .... what? [02:29] mmm [02:29] well, maybe you guys aren't familiar with the pain of chemistry presentations [02:29] * Fujitsu admits he probably isn't. [02:30] Java is never the solution, however. [02:30] I presume this is using applets or java webstart stuff? [02:30] I'm not but I can't imagine there's not a better tool than Java though [02:30] ajmitch: I don't think so but I honestly don't know for sure [02:30] we have a molecular visualization program called Jmol [02:31] and so what he's actually done is this (don't choke): [02:31] I love the way the VCAA (educational assessment authority in Victoria) writes their webapps. [02:31] 1) us Illustrator to make slides [02:31] *use [02:31] 2) export those as pngs [02:31] The one to register uni preferences starts off with HTML forms, but then quickly degrades into this Java thing with warnings all over warning you from using browser history functionality. [02:32] 3) create a simple HTML file that inserts the .pngs with some fancy CSS [02:32] 4) use Javascript to run Jmol with the molecule files [02:32] and that's his presentation [02:32] now he just carries a USB stick with portable opera and his files [02:33] and it "Just Works" [02:33] now I would say a huge percentage of chemistry software is written in Java [02:33] If you're using an existing application, why must you learn Java yourself? [02:33] because I'm considering building new programs [02:33] or working on existing ones [02:33] how does it run jmol? does it have to be on the system he's doing the presentation on? [02:34] yes [02:34] so as long as there is a JVM he's fine, as I understand it [02:34] * ajmitch wonders how it's getting around the various security restrictions [02:34] it must be doing something like java web start if all you need is a JVM [02:35] I don't know [02:35] but I don't know java well enough [02:35] it could be Jmol has a browser plugin that handles it, I'm not sure [02:35] possibly [02:35] but he showed me briefly the javascript and it was loading a .jar [02:35] * ajmitch gets back to fighting javascript [02:35] * Hobbsee fights ajmitch [02:35] ajmitch: What's said JavaScript meant to do? [02:36] :( [02:36] Fujitsu: just some layout stuff for work [02:36] well, the other thing he's thinking of doing is using Flash [02:36] so Illustrator, Java, and Flash :-) [02:37] Hobbsee: what did I ever do to you? [02:37] ajmitch: try to throw me in the pool. [02:37] Hobbsee: he didn't!?! [02:37] I would never [02:37] LaserJock: he did too. [02:38] Hobbsee: did he make it? [02:38] LaserJock: sadly not [02:38] LaserJock: no. he got speared with a death stare. [02:38] as did his partner in crime. [02:38] ajmitch: why not? you've got *cough* a mass advantage *cough* ;-) [02:39] * tonyyarusso would be amused by such things - needs UDS tickets [02:39] LaserJock: Hobbsee must hold a grudge for years [02:39] LaserJock: and there were TWO of them [02:39] * ajmitch decides to skip LCA [02:41] :] [02:41] LCA? [02:41] linux.conf.au [02:41] Hobbsee will most likely kill me if I turn up [02:41] nah... [02:41] not kill you... [02:41] worse? [02:41] * Fujitsu should probably go. [02:42] Fujitsu: yes, you shoudl. [02:42] Fujitsu: To watch Hobbsee kill (maim or other) ajmitch? [02:42] ScottK: Probably. [02:42] yeah [02:42] Plus it's in Melbourne. [02:42] Hobbsee will most likely not turn up. [02:42] I'd pay for that [02:42] ;-) [02:42] heh [02:42] it depends. we'll see [02:42] TheMuso: are you coming? [02:42] Hobbsee: Not at this point, I can't garentee I'll have the funds to get there. [02:43] So very likely not. [02:43] unfortunately, as LCA07 was a blast. [02:43] * ajmitch feels picked on [02:43] TheMuso: :( [02:43] * Fujitsu throws some stones at ajmitch. [02:44] * ajmitch gives up & goes back to doing work [02:44] Hobbsee: And then theres a fact that I may have a job that I can't take time off from. [02:44] this is true [02:44] someone should offer me a job. that would be nice. [02:45] [02:45] * persia offers Hobbsee the job of global fisheries omsbudman [02:45] the what now? [02:45] lol [02:46] Hobbsee: There's a current market gap in listening to the problems of people who fish in international waters. There are grants available, someone just has to promise to listen to everyone and propose possibilities for dispute resolution. [02:47] ah. [02:48] * ajmitch can't imagine Hobbsee doing dispute resolution [02:48] I can [02:48] Me too [02:48] I'd like to have her and her pointystick at my office ;-) [02:48] bddebian: I saw you paid a visit to #debian-python. How'd that work out for you? [02:48] XD [02:48] ScottK: Actually very well thanks [02:49] * somerville32 goes for an apple juice break. [02:49] ajmitch: really now? [02:49] bddebian: Cool. They're usually pretty reasonable. [02:49] does someone have any objection if I upload a new git snapshot for xcompmgr? [02:50] Hobbsee: not in any way that doesn't involve beating people up [02:50] bigon: Are there actual releases? Alternately, can something useful be cherrypicked instead? If the answer to both is no, I don't [02:51] ajmitch: you'd be surprised. [02:52] bigon: What? Work has been done on xcompmgr? [02:52] persia: I dont find any stable release (the only release I found on fd.o are 3years old) [02:52] RAOF: http://gitweb.freedesktop.org/?p=xorg/app/xcompmgr.git;a=summary [02:53] there was a commit yesterday :o [02:53] But nothing interesting for 7 months. [02:54] bigon: Incidentally, please remind me to push my branch of libgnome-keyring-cil with a get-orig-source target when I get home :) [02:54] Damn OFTC is quiet [02:55] RAOF: it's 4 am here so it will be for tomorrow [02:55] :) [02:56] persia: I will upload my version, it fix bug with gnome-terminal (the true transparency doesn't work with gnome-terminal) [02:56] So, there are a couple of actual bugfixes since our last git snapshot. I'd be happy with a new snapshot. === elkbuntu_ is now known as elkbuntu [03:16] Is it my duty to clean up debian/rules when I update a package to a new release? [03:17] somerville32: Ideally, yes [03:17] At least that's my philosophy [03:17] Some of them I'm scarred to touch they're such a mess :P [03:17] You should see conquest ;-) [03:18] And I have no idea how some of these packages even got into the archives :/ [03:18] I hear ya. That's why I get so frustrated with Debian some times. [03:18] They are hard-asses on my changes when the package is already shit ;-) [03:19] * somerville32 nods. [03:20] debhelper sucks in the way that people just leave them all in and hope they work [03:27] When I submit my Debian New Maintainer Application, should First Name be the first name on my gpg key or the name I go by (which is actually my middle name)? The middle name is in the GPG key too? [03:27] happy late release day...boy where did Oct. go? [03:27] months are just flying by for me... [03:28] * chillywilly dist-upgrade's [03:33] Is a debian/patches/00list thing needed? [03:33] If you use dpatch, yes [03:33] In a debian package, I just saw series [03:33] That's for quilt [03:34] okay :) [03:35] wow, ~9Mbit down from the ubuntu mirror [03:35] weeeeeeeeeee [03:39] what does it mean if you have 400MB of irc logs? [03:39] gn [03:57] I wonder if my 333 could manage building two packages at once [03:57] Depends on how big the packages are. [03:57] somerville32: Sure. Just a question of how long it takes and if the OOM killer gets you. [03:58] somerville32: It can, but it will be slow. If you can convince it to build off two different physical discs simultaneously, it will do better (package construction is often I/O bound on slower machines) [04:04] I love how this package just compiles a windows application and than runs it with mono. [04:04] Pretty nifty. [04:04] somerville32: mingw? [04:04] youtranslate [04:04] err.. I don't think it uses mingw [04:05] Ah. Windows-targeted mono app? Sounds like Java [04:06] The debian/rules was a mess [04:07] ogmz. [04:07] I did it again. [04:07] * somerville32 slams his head into... a pike. [04:07] * persia gently suggests that impalement is never a solution to a lintian warning [04:07] No, my build failed [04:08] I put dh_installman notecase.1 [04:08] When it should have been dh_installman debian/notecase.1 [04:08] * persia likes debian/notecase.manpages [04:08] * LaserJock makes a pizza sacrifice and dances around a boxed set of the Sopranos to summon nixternal [04:08] persia, I'm going to start doing that because this is the second time [04:08] And building takes for ever on this box [04:09] It would be super nice if imbrandon let me have shell access to one of his servers :P [04:09] somerville32: Warning: you're starting down the road towards the dangerous dark magic that is CDBS... [04:09] LaserJock: hehe [04:09] lol [04:09] somerville32, i just returned [04:10] somerville32, do you still need some help? [04:10] superm1_, I'm not sure what I asked for. However, I'm about to upload a package to revu :) [04:10] somerville32, okay [04:12] superm1_, Actually, it'll most likely be 15-20 minutes depending if it is lintian clean [04:12] * somerville32 has a slow box. [04:13] What is the upgrade path for Hoary? [04:14] Via Breezy [04:14] Which is also EOL'd [04:14] somerville32: You missed it: reinstall [04:14] I'm honestly a bit unsure of what "upgrade path" means [04:14] lol [04:14] I always hear about making sure there's an upgrade path, etc. [04:14] persia, The person is remote [04:15] StevenK, The repository is still available though, right? [04:15] LaserJock: Theoretically it means that we've taken the time to set the maintainer scripts to support a direct upgrade from X to Y, and that every package that suffered a transition has the correct depends, conflicts, and replaces to upgrade smoothly and maintain system functionality. [04:15] Right [04:16] persia: basically that an upgrade will work [04:16] imbrandon, Hey. [04:16] imbrandon, Do you think you could let me have access to a bug to build on? [04:17] ello [04:17] Heya imbrandon [04:17] heya bddebian [04:17] somerville32, huh? [04:17] lmao [04:17] * somerville32 dies. [04:17] box [04:17] LaserJock: Right. An example might be lckdo, which was merged into moreutils:we want a transition package for lockdo that depends on moreutils, and for moreutils to have versioend conflicts / replaces on lockdo for any release which is an upgrade target for gutsy [04:18] somerville32, not atm, we're still working on some auth stuff and such, i dont have the resources to just yet [04:18] somerville32, sorry [04:18] imbrandon, :( My resources are limited to 333mhz [04:18] how many "community machines" do we have? [04:18] ScottK: I think my second agenda item and your agenda item are addressing the same issue. [04:19] LaserJock: we're a little scattered, there are at least three clusters of hosts with restricted access of various sorts. [04:19] LaserJock, as in ubuntuwire? 2 atm [04:19] imbrandon: sparky and? [04:19] an un-named one [04:20] we should get things sort of documented or something [04:20] imbrandon: but what's the arch [04:20] LaserJock, we had planned on it, siretart and myself are working out the nss-db login stuff and scaleability and then it will be very well =documented [04:20] LaserJock, sparc and ppc atm' [04:21] arm and x86 and x86_64 will all come also but this time arround lots of planning etc is going into the management of them [04:21] Could anyone point me to a manual or tutorial on .install files as they pertain to the "debian" directory? [04:21] thus taking a bit longer [04:22] Megaqwerty: man dh_install [04:22] have you thought of having more than one box per arch? [04:22] somerville32: If you really like, I can give you access to an x86-64 box. [04:22] persia: thanks! [04:22] RAOF, Is it fast? :) [04:22] TheMuso, definately, we just want to work on the mgmt first and get it 100% dead to rights THEN we'll add multi machines per arch [04:23] in multi locations etc [04:23] imbrandon: Right. In that case, I may offer some CPU time when my file server is built. [04:23] cool [04:23] somerville32: Yes. [04:23] Dual PIII 1Ghz. at least 2GB RAM, and heaps of disk space. [04:23] :) [04:23] RAOF, is it ready for building? [04:24] somerville32: Yes. All I need is an ssh key. Your launchpad page is... [04:24] I think Luca also as a couple build servers up, it might be worth asking him as well if you're looking for cycles. [04:24] If it's easy enough, my x86-64 server is also not doing anything interesting. [04:25] (Stupid aerial stupid digital tv :() [04:25] imbrandon: I don't know but I might be able to contribute a sparc [04:25] somerville32: Ok, maybe that's a lie. Maybe I need to restart this box before schroot will work again :) [04:25] killer , yea , we'll make a general announcement when we have the system in place [04:25] to accept new machines [04:26] LaserJock: That reminds me, depending on the contents of NVRAM, pulling the keyboard can stop the OS... [04:26] RAOF, launchpad.net/~cody-somerville [04:26] RAOF, I have three. Not sure which one this box is. [04:32] anybody know if Debian has any good references on their vast army of machines/services? [04:33] db.debian.org/machines.cgi [04:34] StevenK: was thinking more on management but that's good too [04:34] whats all , developer , restricted ? [04:34] It's access patterns [04:35] all == DD + man & dog, developer = DD only and restricted is DSA and team only [04:36] man & dog ? lol [04:37] failed in buffer_read(fd): files list for package `libxosd2': Input/output error ? === cprov is now known as cprov-zzz [04:44] StevenK, so whom falls into the "man + dog" category ? [04:44] lol [04:45] imbrandon: Anyone who can justify an account to the DSA, like for porting work [04:45] ahh cool [04:46] I haven't really understood the recent DSA "thing" going on [04:47] i wonder if i could get a ubuntu chroot going on this 200mhz mipsel fon [04:47] it has dd-wrt .... /me ssh's in and pokes arround [04:48] imbrandon: The main obstacles there are probably 1) storage space, and 2) RAM [04:48] Where are the file lists for packages kept? [04:48] yea ram will be an issue, but the storage has access to 100+GB on NFS [04:48] geeze, ries.debian.org is a nice server [04:49] thats the ftp-master iirc isnt it [04:49] somerville32: Contents.gz, but I don't know they have been generated for hardy [04:49] LaserJock: Compare to merkel [04:50] imbrandon: yeah, 1.3TB of disk space and 16GB of RAM [04:50] persia, I'm looking for local on hoary === Zelu1 is now known as Zelut [04:50] And can I safely delete it? lol [04:50] StevenK: 48GB of RAM!?! [04:50] wow [04:50] somerville32: Look in /var/lib/dpkg and /var/lib/apt, and if you delete things, you may find the package managers don't expect as you'd think [04:51] Heh heh. Everybody says that. [04:51] s/expect/act/ [04:51] LaserJock: It's easy to use, just compile eclipse in tmpfs for several different targets [04:52] or load oo.o [04:52] :) [04:53] hehe, bruckner the ppc port machine is a bit wimpy in comparision 128MB RAM and 18GB storage [04:54] * ajmitch wonders what the power bill is like for merkel [04:56] hmm, does Canonical/Ubuntu sponsor any Debian machines? [04:56] not that I'm aware of [04:57] I know they sponsor at least one GNOME one [04:57] we should [04:57] looking at the machines and who sponsors them [04:57] Sun, Xandros, etc. [05:09] Maybe we should get some non-canonical sponsors for Ubuntu? [05:11] somerville32: We have a few who donate 20-80 hours/week of development time. It jus needs a business case where it's 1) easier to use Ubuntu than something else, 2) there's clear value to making changes to Ubuntu rather that maintaining a diff, and 3) There aren't any policy conflicts. [05:13] If I wanted to make a package that would place a few files on the system (i.e. a few nautilus scripts) does anyone know where I could learn to do that? [05:15] Megaqwery. I'd suggest you first prepare a tar.gz of the scripts and what not in an editable layout, and a Makefile to install them in the right place. You could then use this as a base of for a package. [05:15] On the other hand, you might want to look at one of the existing nautilus script type packages to see how someone else did it. [05:23] persia: thanks. Could you point me to a good makefile guide? (I'll check out existing packages as well) [05:25] Megaqwerty: http://www.gnu.org/software/make/manual/make.html [05:25] !packaging | Megaqwerty [05:25] thanks persia [05:25] Megaqwerty: The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports [05:26] Grrr... Not there. Visit https://wiki.ubuntu.com/PackagingGuide It's a work-in-progress, but it's not nearly as out of date. === rrittenhouse is now known as kc8tad [05:42] /me pokes persia [05:42] * Hobbsee pokes persia [05:42] * persia steals all of Hobbsee's spaces [05:43] heh :) [05:50] joejaxx, update the stats :P [05:57] * TheMuso ponders filing a request to get his ISP to mirror lpia, but doesn't think its worth the bother since he rarely touches it anyway. [05:58] TheMuso: I thought you were looking at a local mirror anyway [05:59] persia: My local mirror would be using my ISP's mirror as a base. [05:59] I don't have that much quota to spare. [06:00] Ah. I didn't realise the quota was based on access beyond the ISP, rather than access over the local link. [06:01] persia: Yeah. My ISP has a quota free mirror, that only mirrors i386, sparc, amd64, and powerpc. [06:02] TheMuso: Source as well, I'd hope. Still, if you plan to run lpia, you'll want to bug them about it. [06:02] persia: Yes source as well. [06:03] persia: Well I was thinking only to help fix lpia universe ftbfs bugs, but I guess at this point its not that important. [06:03] TheMuso: Hmmm.... It's a worthwhile thing to do, although I think we've still lots of FTBFS on your mirrored architectures. [06:08] Developing ubuntu is going to kill my old hard drive :/ [06:08] somerville32: Just get more RAM. Once you go above 4GB, pbuilder/sbuild IO goes down to almost nothing. [06:09] I doubt the bio can handle more than 256mb or 512mb [06:09] somerville32: Check your motherboard against one of the free bios implementations: if it's that old, it might be supported. [06:10] persia, My build-dep depends on a package in universe [06:10] persia, But my pbuilder doesn't seem to be bringing it in [06:10] does your pbuilder have universe in sources.list? [06:10] If i edit my sources.list while logged in, will that fix it? [06:10] persia, I thought I had it that way. [06:10] somerville32: No idea: I don't use pbuilder [06:29] * somerville32 finds a solution. [06:37] Can someone please sponsor my package on revu? http://revu.tauware.de/details.py?package=notecase [06:38] somerville32: You're asking for REVU sponsorship. What is the history of the package? [06:39] persia, In what way? [06:39] I don't think I can describe anymore more than whats in the changelog [06:40] somerville32: Well, if it's a new package, and it has already been advocated, then it makes sense. If it's an updated package, why REVU? [06:40] persia, New release [06:40] somerville32: OK. In that case, you probably want to put an interdiff somewhere for review of the work. [06:41] okay. [06:42] somerville32: The procedure is currently documented several different ways, but my personal preference is to only have the interdiff in an upgrade bug subscribed to the sponsors queue. [06:43] :/ [06:43] persia: How exactly is interdiff useful for that? [06:43] * TheMuso is reading the manpage. [06:44] And can't work out how interdiff comes into play... [06:44] TheMuso: It shows differences in the packaging (contents of diff.gz). debdiff is bad for new upstreams,, because if conflates the changes made in packaging and upstream changes. [06:45] persia: Ah of course. Yep I knew about the debdiff for new upstreams, but I see where you're coming from now, compare the two diff.gz files. [06:45] Since the md5sum has to be verified against the upstream download anyway, it's easier to only download orig.tar.gz once, to construct, sign, and upload the package: saves attachment space on LP. [06:46] Yep. [06:46] somerville32: As I said, it's documented lots of different ways. Come to the next MOTU meeting, when at least two proposals for the right way to do it will be proposed and discussed. [06:53] * persia wonders what happened to kibi's repo, and why notecase never went into Debian [06:53] somerville32: A few other minor things: [06:53] 1) would you mind adding a description to the dpatch files, explaining what they do? [06:54] persia, sure [06:55] 2) could you add a watch file so we can automatically detect a need to upgrade in the future? [06:55] sure [06:56] 3) I don't really understand the confusion between upstream and kibi regarding debianisation. It seems odd to carry the dispute in the diff.gz unless we understand it. [06:56] 4) Why are we moving from debhelper v5 to debhelperv4? Isn't v5 easier to use? [06:57] somerville32: I'm sure not all of those are yours, and haven't looked at the interdiff, but they all seem like annoying outstanding issues for an Ubuntu-native package :) [06:57] persia: I copied over debian from the last release [06:58] However, I didn't know .orig ships with debian/ [06:58] somerville32: Ah. Looks like upstream is shipping one. Perhaps worth deeper investigation: you may end up finding the new debhelper --ignore option helpful :) [06:58] persia, I'm moving to cdbs too :P [06:58] * somerville32 shivers. [06:59] somerville32: If upstream is shipping debian/ and we are smiliar to their packaging style, it works. Attempting to migrate to CDBS will definitely cause an issue, as you can't use debhelper --ignore in CDBS easily. [07:00] They used CDBS upstream [07:01] Ah. Well then. you can use either debhelper of CDBS, as you prefer. It's just not a good idea to move in the other direction, as the more magic one uses, the less deterministic the solution appears [07:01] persia, Good learning experience form e. [07:01] *e [07:01] gah [07:02] somerville32: You might also want to ping kibi to see what's been happening on that side. [07:04] persia, I'm not using the packaging from upstream [07:04] so that takes care of the copyright issue [07:05] somerville32: Hrm? I didn't only mean about copyright: if there's a package in perfect shape sitting on mentors or something, you'll have a more productive day if you check that for upload suitability instead of chasing the current one. [07:05] (assuming quick response: for slow response, just proceed) [07:06] You want me to check debian mentors to see if someone is attempting to package it there? [07:07] somerville32: No, I want 1) there to be a perfect package, 2) you to have a satifying, enjoyable, and educational experience, and 3) you to spend as little time to achieve that so you can get more work done. [07:08] * somerville32 blinks. [07:08] I just thought that since there was someone looking at maintaining it for debian before, you might try sending them a note or catching them on oftc to see if they had alreaady done a bunch of it to save time. [07:08] persia, I was unaware someone was attempting to do that. [07:08] persia, And I don't see where you started that. [07:09] somerville32: Well, from the changelog I saw, it doesn't look like we've sync'd in at least two years, but I don't know if work has been done in another branch. [07:09] persia, This package doesn't exist in debian. [07:09] somerville32: No, it doesn't. From the changelog it looked to me like kibi tried to get it in a couple years ago: that's all the data I have. [07:10] * TheMuso kills some more uus bugs. [07:10] Who is "kibi"? [07:10] * persia cheers and especially asks for external focus on merge bugs due to an internal phobia of forgetting -v before uploading [07:11] Hi all! [07:11] somerville32: Cyril Brulebois [07:11] persia, How did you expect me to know that? [07:11] somerville32: Sorry. That's my fault. Apologies. [07:12] Upstream's debian directory is useless. We're not using it so the copyright belongs to kibi. [07:15] persia: Forgetting before uploading? [07:15] persia: I've added an agenda item for the meeting. I am going to propose that we have uus queue days, like we do for REVU etc. [07:15] TheMuso: I very frequently generate an incorrect .changes file for merges, and have to repeat. As a result, I'm much happier with bugfixes, new upstreams, and syncs. [07:16] As that queue can often be more than a single person's workload for a day. [07:16] persia: How do you manage to do that? [07:17] OK. Sounds like a sane proposal, although I've seen steady decline in size over the past week, and expect we'll catch up (~5-15 bugs in queue) in another week or so. I think I'd prefer a big call for cleanup now, and then get an idea of the delta before it becomes a regular thing. [07:17] Regarding changes, I forget to add the -v(last version actually in Ubuntu) when building the package, so I truncate the changelog variance that shows in the various tools. [07:18] Well, we'll see. Its partly to try and get other MOTUs motivated to actually help out with it, rather than focus on their own work. It means that those of us who take care of it, don't get a chance to do any of our own work. [07:18] This is annoying because then the Debian changelog updates don't show in e.g. apt-listchanges [07:18] persia: right. [07:19] TheMuso: Well, I guess that makes sense. I just think it's better to try to get a core group of people to sponsor a bug or two every day rather than making it a once-weekly event. [07:19] (e.g. I tend to sponsor a couple first thing in the morning, and last thing in the evening, with more only when I'm not doing anything else) [07:20] persia: Yes I agree. I'm just trying to think of ways that we can clear a backlog, if ever there gets to be one. [07:20] persia, What do you mean about the move from v5 to v4 [07:20] persia, They all use v4 [07:20] persia: Well since I have a lot of time on my hands at this moment, I'm doing more uus than anything else, which I'd rather not do, but since I'm an admin, I feel responsible for it. [07:21] somerville32: Are you sure? I see '5' in debian/compat in orig.tar.gz, and '4' in debian/compat in your candidate revision. [07:21] oh [07:21] okay. [07:22] Ok [07:22] All points addressed [07:22] rebuilding [07:22] TheMuso: For backlog (like now), we just need a big stick. This is merge season combined with ~3 weeks of rare to light sponsorship. For most of gutsy I saw (beginning and end), it was usually around 10-30 bugs after we did the initial big triage push. [07:23] somerville32: Thanks for the quick response to all my points. [07:24] persia, I'm getting a weird warning. [07:24] W: notecase source: maintainer-script-lacks-debhelper-token debian/postinst [07:24] somerville32: Which one? [07:24] But there is no debian/postinst [07:25] persia: Yeah I know, but as I said earlier, it would be nice to have more MOTUs who help out with it. [07:26] heh. Welcome to the magic of upstream debian directories. I suspect you've a 0-byte file floating about in the autobuild environment. Check if I'm correct by looking in the upstream directory: if I'm right, you'll need --ignore. If not, I suggest looking at the lintian check that generates that error to determine the cause. [07:26] dpkg-source: warning: ignoring deletion of file debian/postinst [07:26] postinst is included in the upstream debian [07:26] so I suppose I should include it [07:27] TheMuso: I think we're looking at two different sides of the same thing. We both want more people (I don't think we really have 47), and you think Sponsor Day might help, whereas I think bug-a-day might help. Let's try both and see what happens. [07:27] somerville32: You don't need to include it. Try the debhelper --ignore function, new in hardy, just to solve that problem. [07:28] persia, Why don't I need it? [07:28] persia: Well it can be discussed at the meeting. [07:28] somerville32: If you have no postinst, you'll end up with a pure debhelper postinst. If you want manual features from upstream postinst, you'll want to include that. I'm not looking at the files, so am not in a good position to make a determination. [07:28] * TheMuso ponders revising his agenda item. [07:29] It just reloads stuff [07:29] TheMuso: Sure. I'm happy as long as we don't end up with something like ("You can't sponsor on alternate Tuesdays") [07:29] persia, I think you're right. [07:29] somerville32: Most of that is likely already done by debhelper :) [07:29] persia: Yeah. [07:29] persia, So, how do I do the ignore? [07:30] somerville32: I haven't had a chance yet. look at the debhelper changelog for a quick blurb, which should point you to some docs. [07:30] Would it tell me how to do it with CDBS? [07:31] Erm. Maybe. I'm guessing it's a flag you need to pass to individual debhelper calls, and that CDBS doesn't support it yet, but if you read the docs you'll know more than I :) [07:32] One more down. [07:33] * persia glances to see if there are any more that can be easily knocked down from here [07:34] persia, Why not just ignore it? It is only a warning. [07:35] somerville32: Because 1) we'd like to get everything linda & lintian clean, and 2) an empty postinst in source forces an empty postinst in binary which prevents any of the debhelper calls, so that your menu items won't get stuck in the menus when you install: they'll wait for something else to get installed. This may be confusing or annoying to users. [07:36] persia, is this feature something thats new in debhelper 5? [07:36] somerville32: It's even new in 5.0.54 or something: very, very, very recent [07:36] (only in hardy) [07:37] I'll try something else first. [07:38] hmm [07:41] Another one down, which was incorrectly subscribed, as the package is in main. [07:41] * TheMuso -> dinner. [07:47] Ok [07:47] * somerville32 takes a deep breath. [07:50] persia: I didn't follow everything but inserting #!/bin/sh\n#DEBHELPER# would fix that, too, I'd assume? [07:50] pkern: Yes it would. [07:59] pkern, Thats what I did. [08:00] Aye. [08:31] hi all [08:45] dumdidum [08:45] i reckon that you guys do not get a few free days, when ftp-master is down :) [08:46] white: Nope. Are you bored? [08:46] well i have one or two more bugs to fill, but then there is nothing to do as uploads are not really possible atm [08:47] and the damn buildds are also affected by ftp-master being down :/ [08:47] so security uploads are also sort of pointless :( [08:47] How long are you stuck? [08:48] until DSA fixes ftp-master or new TODOs are coming in for testing-security :) [08:48] watching movies is probably the time killer :) [08:48] Ah. Too bad. I was hoping to sell you on updating new versions :) [08:49] * Fujitsu wonders how it can take so long to restore it. [08:49] persia: well uploads are not possible, so no updates :) [08:49] Fujitsu: good question [08:49] white: You're assuming I was thinking about uploads to ftp-master :P [08:49] Fujitsu: i would suspect that there is a backup and an alternative host, so everything should be switched in a few hours [08:49] hmm. i can find a converter from xpm to .ico [08:50] but not a .ico to anything else [08:50] white: Hasn't it been almost 48 hours now? [08:50] yes [08:50] Fujitsu: It's often a matter of physical access for someone: not necessarily DSA, but someone who has access to the host. [08:50] and after we realised that the buildds for testing-security are affected, we stipped working on DTSAs [08:50] Surely it would have taken a couple at maximum to diagnose it, then fix or restore from backups. [08:50] persia: True. [08:51] pwnguin: imagemagick does .ico -> .xpm and .ico -> .png [08:51] Fujitsu: well for the main machine for debian, i would expect to have an alternative host in place and just change the address and use another host than ries [08:51] white: One would presume so, as it's fairly important.. [08:51] white: I think there are synchronisation concerns (not that DSA has lots of extra time to discuss concerns or anything) [08:52] persia: what do you mean? [08:52] i am sure that ries had a backup [08:52] * Fujitsu grumbles at PHP for being stupid. [08:52] and having another host ready as ftp-master2 is sort of the way to go, if the project relies on it, isn't it? [08:53] Half of the 2.0.2 to 2.0.11 WordPress diff is casting things to ints. [08:53] Fujitsu: drop wordpress [08:53] white: have you ever dealt with redundancy of complex systems? [08:53] white: I don't think the backup is a mirror, so there's roll-forward to do on restore, etc. On the other hand, I've not paid much attention to ftp-master in the past couple years. [08:53] lucas: to some extent, yes [08:53] I am not so sure that ftp-master has a full up-to-date backup... [08:53] usually, it's very hard, and it's easier to say: "be ready, so that when it breaks, we can fix it in a timely manner" [08:53] Fujitsu: ints? Erm. Not casting pointers to ints surely... [08:54] persia: Pointers in PHP? [08:54] minghua: At least last-day (or it did before) [08:54] persia, okay. It should be all good for review now. [08:54] wordpress was written in a language that has pointers? [08:54] Fujitsu: Ah. Good. I get worried when people cast to ints, but perhaps I have to narrow the set of things that raise alarms. === _nand_ is now known as nand` [08:54] minghua: most of the important stuff is mirrored on merkel anyway [08:55] lucas: please enlightne me [08:55] lucas: having dak on another host and the whole database, plus the archive [08:55] but some things are never backuped up (like home dirs) [08:55] somerville32: Excellent. I don't have time for a review now, but will definitely look at it later. [08:55] Ok. [08:55] Fujitsu, Are you a motu? [08:55] somerville32: I am. [08:55] white: then you have to deal with synchronization between ries and ries2, and between ries2 and ries when ries comes back [08:55] Fujitsu, Want to do a review? :) [08:56] somerville32: Stop bugging individual MOTUs for sponsorship. We have a sponsors queue for that. [08:56] often, it's easier to just say: "ok, it's down for 2 days, it's not a huge problem anyway" [08:56] somerville32: Not particularly, as I have very restricted network access where I am now. [08:56] lucas: if you have a full backup and you decide to change ries2 to ries, what would be the problem? [08:56] Fujitsu, I'll give you a cookie :) [08:56] lucas: then you have enough time to investigate ries (now ries2) [08:56] s/you have/you would have/ [08:57] that usually, ries2 is simply a backup solution, and that you want to go back to ries at some point [08:57] lucas: i do not want a fully automatic solution, but something which can be switched manually in a couple of hours [08:57] let's say you sync every 2 hours. [08:57] yes [08:57] is it better to say "let's go back to the last backup" [08:58] on ries2 [08:58] or to say "wait on ries to come back" [08:58] in one case, you lose maybe 1h30 of changes [08:58] in the other case, you just cant upload for some time, but no work is loss / has to be redone [08:58] lucas: Ah, good to know. But do you know any more news? Is the "harddisk problem" confirmed? [08:58] minghua: according to rt.d.o, yes [08:59] lucas: so you prefer not having any migration to testing (holding a lot of sec updates from testing), having problems with builds for DTSAs and not being able to do any uploads to the main archive for two days (and probably more), than just lossing let's say 10 new package versions in incoming? [08:59] and that could be announced in an email to reupload them [08:59] white: depends :-) [08:59] lucas: well, I tend to disagree ;) [08:59] I think I just got 3 security updates [09:00] Get:1 http://localhost testing/updates/main libpcre3-dev 6.7+7.4-2+lenny1 [246kB] [09:00] lucas: that was the last lucky one, which came through [09:00] ah ok [09:00] atm, there are two more DTSAs in the queue, which fail on a few buildds due to incoming.d.o. unreachable :/ [09:01] and there would probably one or two more, if it would make sense to upload them at all :) [09:01] I also remember today's perl security update says there are arches with no packages available, which I assume is partly due to this problem. [09:02] lucas: don't get me wrong, i am sure that DSA does a hell of a job, i was just wondering, because the impact is quite huge (with no personal criticism intended) [09:04] system administration in volunteer projects is often a problem [09:04] debian's is not perfect [09:04] but other projects have similar issues (see freedesktop.org for example) [09:04] as said, i was just wondering about the backup plans (and alternative plans) for one of the major debian machines :) [09:05] lucas: and the "lack of manpower" is not an argument ;) [09:05] no, but you can't just add 10 people to such teams [09:05] it won't help [09:05] lucas: i am not suggesting that [09:05] * persia suggests that anyone with a good plan for building a distributed redundant model that doesn't need a signficant manual kick document it and send it to the appropriate mailing list for consideration. Such plan should include arrangements for staffing. [09:05] + some members of DSA have other employers ;) [09:05] lucas: but saying that there are no trustworthy people in debian capable of doing this job is a lie [09:06] yes, of course [09:06] where's a lot of work being done behind the scene to improve the DSA staffing issue [09:06] lucas: and having other employers is not a problem. People do not need to get kicked out of teams, just because their commitment rate only contains half of the time :) [09:06] (being a french DD, I have access to direct information channels, believe me ;) [09:07] lucas: i am not saying anything against the current improvements or sam's plans [09:07] lucas: or the french cabal intervention ;) [09:07] * persia encourages further discussion of ftp-master administration be conducted in another forum [09:08] lucas: see my statements just as some personal thoughts, which i like to discuss with fellow DDs or other people ;) [09:08] well, for example, some people are annoyed by the fact that 20+ future developers are simply waiting for a canonical employee to create their accounts :) [09:08] persia: spoilsport ;) [09:08] persia: so it appears that xpm is favorable over png for diff reasons... [09:08] lucas: in my opinion, that is bullshit [09:08] pwnguin: Well, yes. You can uuencode pngs [09:09] !ohmy | white [09:09] white: Please watch your language and topic, and keep this channel family friendly. [09:09] :p [09:09] persia: ? === huats_ is now known as huats [09:09] pwnguin: ... If you want, but .xpm is certainly smaller. It is also supported by the debian menu system, which many users (like fluxbuntu) appreciate. [09:09] Is elmo the only DAM? [09:10] no, but he is the only one able to create accounts [09:10] lucas: i might do windows administration here at university next year. Are people concerned that a windows admin uploads DTSAs to the debian pool? [09:10] the other DAM only reviews apps [09:10] That seems silly. [09:10] persia: good to know. i originally picked .png because it looked the same and was a bit smaller [09:11] Ummm... I really don't think this is the forum. Further, I suggest that those looking at DAM issues read archives from the years prior to he existence of Ubuntu. [09:11] lucas: (personal note. not because i like the job, but because it is an opportunity to pay for my tuition) [09:11] pwnguin: I usually try to include both: a 32x32 xpm and a 48x48 or 64x64 png. [09:11] * Fujitsu finds the discussion rather interesting, but agrees that this probably not the right place. [09:12] white: not at all. but if you were the only one able to upload DTSA, and wouldn't have enough bandwidth, people would be annoyed [09:14] lucas: maybe. Not sure how to handle the NM stuff, I am just a small AM :) [09:21] Could someone review my page on revu? New upstream release (1 advocate needed). http://revu.tauware.de/details.py?package=notecase [09:22] * Fujitsu wonders why we don't just use interdiffs attached to bugs like normal. [09:22] Could someone review my page on revu? New upstream release (1 advocate needed). http://revu.tauware.de/details.py?package=youtranslate [09:23] Fujitsu, I can provide interdiffs for you if you'd like. [09:24] somerville32: I'm just wondering why that isn't the documented process. [09:24] Fujitsu, Yeah for the next MOTU meeting! [09:24] * Fujitsu checks the agenda. [09:24] Fujitsu, Do you want an interdiff or just a diff of debian/ ? [09:24] Ah, I see. [09:24] somerville32: interdiff of the .diff.gz. [09:26] somerville32: When? [09:26] pkern: The meeting? [09:26] Aye. [09:26] 2000UTC this Friday. [09:27] Aye. [09:27] http://paste.ubuntu-nl.org/43645/ <-- youtranslate [09:29] somerville32: I suspect you want -p1 or so. [09:29] That's a broken interdiff. [09:29] minghua: No, it's fine, just the directories are named differently. [09:30] oh [09:30] somerville32: You might want to check diffs for saneness before advertising them. [09:30] Anyway, I need to go home now, I will return in about 20 minutes. [09:31] With p1, it fails [09:31] Fujitsu: Yeah, I should have said "useless". [09:34] What do I do if interdiff dies? [09:42] somerville32: The changes to Makefile.youtranslate and youtranslate.exe.config are no longer needed? [09:43] somerville32: "binary now placed in /usr/share/youtranslate". Why? [09:43] minghua, Because the package is any [09:43] Hi, I'm reading the REVU guide on the wiki and it says I need to ask you kinda amins to re-sync the REVU uploaders keyring now that I've joined the Contributors of packages for ubuntu universe team. [09:43] (the arch that is) [09:44] somerville32: But all other mono packages put their .exe files in /usr/lib. [09:44] Hello everyone, how to use "sudo sed -i s/dapper/breezy/g /var/chroot/etc/apt/sources.list" when i am using gutsy? [09:44] minghua, linda complained so I changed it. [09:45] s1024kb: What exactly do you want to achieve? [09:46] minghua: i am setting up my chroot following the guide... [09:47] minghua: https://help.ubuntu.com/community/DebootstrapChroot [09:47] somerville32: Did you test building and using the new package? I think your debian/install file is wrong. [09:48] s1024kb: So you want to set up a hardy chroot? [09:49] minghua, I've detected some more problems with it. [09:49] minghua: thanks for your help. actually i am still carrying on the "hello" in packing guide. Last night i had build the 4 files such as changelog myself with vim in the /debian folder, but don't know what next... [09:49] minghua, I'll make the changes. [09:50] minghua: i am setting up my Debootstrap according to the guide now because only now i can be online. Later i will continue the "hello" practice at home. [09:50] somerville32: I suggest you always use "dh_install --fail-missing" when using debhelper. [09:51] minghua, When I try installing the binary deb, I get all kinds of dependency errors. [09:51] minghua, I assume it is because I built for hardy? [09:51] And they've already updated the mono stuff? [09:52] s1024kb: I don't understand why you need a chroot for building the "hello" package, does the guide tell you to create a debootstraped chroot first? [09:53] minghua: no... other Ubuntu friends told me that... [09:53] minghua: they sent me the link of the document and i am following it... [09:53] minghua, nvm. I'm stupid. [09:53] somerville32: No idea, but if you can't test on hardy, test it on gutsy. Don't ask for reviews before building and testing the package. [09:53] minghua, How do I get it to download the depends? [09:54] s1024kb: Well, I guess you'll have to ask the other friends. I don't quite know what you are trying to do here, and you don't seem to know either. [09:55] somerville32: Doesn't gdebi (or whatever the .deb package installer is named) pull in dependency automatically? [09:55] minghua, okay. [09:56] minghua: anyway, i want to try to set up my chroot, maybe for future use. shall i type sudo sed -i s/gutsy/g /var/chroot/etc/apt/sources.list ? [09:56] s1024kb: No. My *guess* is that you can safely skip that step. [09:59] minghua: i feel that it's not easy to follow the packing guide "basic scratch". now i had built the 4 files (for example changlog) in the /debian folder. what shall i do next? compile the package from the source code folder? Just want to finish the first test... [10:00] ! packagingguide [10:00] The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html - See https://wiki.ubuntu.com/MOTU/Packages/New for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/DeveloperResources - See also !backports [10:00] DaveMorris: Hi, I'm reading the REVU guide on the wiki and it says I need to ask you kind admins to re-sync the REVU uploaders keyring now that I've joined the Contributors of packages for ubuntu universe team. [10:02] DaveMorris, None are around at the moment :) [10:02] somerville32: do you know who they are? [10:02] DaveMorris, ajmitch is one [10:02] or what timezone they predominately are in? [10:03] s1024kb: Four files? Do you have debian/postinst and debian/postrm now? [10:03] * Fujitsu returns. [10:03] somerville32: I don't think he is, any more. [10:03] minghua: no, just don't have them. [10:03] DaveMorris: As far as I know the keyring is automatically synced, so waiting works too. [10:04] minghua: where i can get them - even the template? [10:04] s1024kb: Then you didn't follow the whole guide, I assume. There is a "postinst and prerm" section. [10:05] minghua: every night it says via cron if you don't get a reply (not sure the timezone for it though) [10:05] Fujitsu: Can you confirm that REVU keyring is still auto-synced? [10:06] minghua: thanks, i will check it later. [10:07] minghua: if i can place the postinst and prerm files, i can get my package done? [10:07] minghua: I don't believe it is. [10:08] Fujitsu: do you know who I need to ask to get it synced up then, since i've just joined the Contributors of packages for ubuntu universe team on LP [10:08] s1024kb: Then you should follow the next section, "Building the Source Package", and then sections after that. [10:08] DaveMorris: Sure, sec. [10:09] * minghua sighs. Common MOTU problems -- the doc and reality doesn't match. :-( [10:09] minghua: Since tiber died, yeah. [10:09] DaveMorris: Hobbsee, siretart, pkern, sistpoty. [10:10] thanks [10:11] Fujitsu: I vaguely remember that the keyring needed to be manually synced -- I didn't know it's still not fixed. [10:11] Anyway, my rant is not going to help either. [10:11] thnaks for the info, I'll contact them in a moment [10:12] minghua: so you mean that the next chapters explain the things in "basic scratch"? [10:12] minghua: the keyring is synced via cronjob again [10:12] every 24h [10:13] s1024kb: No, next "sections", in the same "Packaging from Scratch" chapter. [10:13] siretart: could you do a manual sync for me? [10:13] siretart: Ah, thanks for clarifying. [10:13] siretart: Aha, good to know. Blame Fujitsu for the misinformation then. :-P [10:14] DaveMorris: update running now, give it 30min to complete [10:15] do I get a mail to say my key has been added, or how cna I check? [10:16] minghua: could you please explain to me does the command "sudo sed -i s/dapper/breezy/g /var/chroot/etc/apt/sources.list" seems right? shall i replace somewhere when i am using gutsy? [10:17] s1024kb: That page assumes you are using dapper. So the chroot you created will have dapper in the sources.list. That command change dapper to breezy. [10:19] minghua: but i want to use the sources.list in the fakeroot. justnow i was there, but seems that the sources.list i was using was wrong. i need to modified it but don't know how to do. [10:19] s1024kb: You can not use a sources.list in fakeroot. [10:21] minghua: but how can i use "apt-get" there in fakeroot? [10:21] minghua: is it fakeroot like a small Ubuntu system running in a virtual machine? [10:21] s1024kb: You can't use "apt-get" with fakeroot, and you shouldn't. [10:22] minghua: why? [10:22] (unless you are calling apt-get source, and you really really wanted to do that) [10:22] s1024kb: No. Read fakeroot(1) man page to see what fakeroot is. [10:23] I suspect s1024kb is confusing fakeroot with pbuilder or chroot, but oh well. [10:24] minghua: but in the DebootstrapChroot.htm, in the "Setting up your chroot with debootstrap", they said we can enter fakeroot and type "apt-get install wget debconf devscripts gnupg nano"... i was confused... [10:25] s1024kb: It doesn't say that. fakeroot is not mentioned on that page at all. [10:26] minghua: oh, so it's chroot. i guess i am confused with chroot and fakeroot. [10:27] minghua: so, just now i was in "chroot"? [10:27] s1024kb: I have no idea where you are. But as I've said, you don't need a chroot to following the packaging guide. [10:29] minghua: okay... so i read the packaging guide again first this evening... but could you explain to me in a few words what is fakeroot and what is chroot, when to use them? Sorry, a tough question... [10:32] s1024kb: fakeroot is a command to "pretend" that you are root. chroot is a different ubuntu system running in your current system (like virtual machine, but not quite). [10:33] minghua: haha, so just now i was in that virtual machine. but the source.list was not correct in that machine, shall i copy a right one there for "apt-get"? :-) [10:34] s1024kb: I don't think your sources.list would be "not correct" in chroot. [10:35] minghua: but i had view that file, couldn't find any sources of gutsy (almost an empty file), no wonder i type "apt-get" there in chroot and could not get anything back... :-) [10:38] s1024kb: In that case you have a bigger problem... Is your /etc/apt/sources.list is almost empty too? [10:38] minghua: fortunately not... i view it just now. so i copy it there to the virtual machine? [10:39] minghua: i guess that i had typed a wrong command and caused the problem... [10:40] s1024kb: I don't know what you've been doing. Just above the line with sed, it says "sudo cp /etc/apt/sources.list /var/chroot/etc/apt/", so the two files should be identical. [10:41] minghua: thank you very much. [10:43] * persia invokes Dktrkranz [10:49] minghua: thank you, my virtual machine works. i go home now, bye. [10:51] It's not a virtual machine... [11:00] minghua: terminology doesn't always translate well: it's especially tricky for those new to the terminology, and practicing the language... [11:03] persia: Right. I'm only saying (half to myself) after she left. [11:04] I am generally bitter about wild inaccuracy of computer-related terminology in Chinese language. [11:04] * Fujitsu grumbles that sbuild's build-depend resolution algorithm is inefficient and takes an insane amount of time in qemu. [11:05] minghua: I'm glad to hear it: most of the people I've worked with (either mainland or Formosa) seem to feel it doesn't matter. [11:05] Fujitsu: Could you suggest a better one? [11:06] persia: dpkg's doesn't seem to terribly slow. [11:06] s/to/to be/ [11:06] * persia decides to compare the code after finishing the sponsors queue === Lure_ is now known as Lure [11:06] "to be"? I read it as "too" :) [11:07] Could be either, I guess. [11:07] * persia is amused by grammatical ambiguity [11:07] Silly English. [11:08] * persia seeks advice and guidance from fbond re: bug #27833 [11:08] persia: I would like to ask you please not to use the "Formosa" name, at least not in conversations with me. [11:08] Launchpad bug 27833 in midisport-firmware "Add support for MidiSport USB midi interfaces" [Wishlist,Confirmed] https://launchpad.net/bugs/27833 [11:08] minghua: OK. I shan't again. [11:09] persia: As for terminology, I am also a grammar/spelling nazi, so my opinion is probably not a popular one. === huats is now known as huats_ [11:09] minghua: A spelling nazi for Hanzi? I didn't know that was possible :) [11:10] minghua: you use word nazi quite lightly [11:10] <.< >.> [11:11] Tm_T: Sorry if that offense you, but I thought "spelling nazi" is a sort-of general expression. [11:11] it is [11:11] but I dont find it appropriate [11:11] persia: Oh yes it's possible, and I'm (in)famous for that among my friends. [11:11] just like "stfu" is general expression [11:12] Tm_T: Can you recommend an alternative for me? [11:12] minghua: police? as in "grammar-police" ? [11:13] or whatever is your meaning [11:13] hoora: hello [11:14] anyone seen hoora saying something ever? [11:14] lol [11:14] * Fujitsu greps. [11:14] somerville32: no, I'm not kidding on this [11:15] Tm_T: I'll use police from no on, thanks. [11:15] Tm_T: My logs seem to support your suggestion. [11:15] Fujitsu: and behind tor, two things making me suspicios when together [11:15] A lot of people never say anything, however. [11:16] minghua: I thank you [11:16] Tm_T, Maybe it is a US spy? [11:16] anyway, thats offtopic [11:17] minghua, 'perfectionist' is probably a nicer term :) [11:18] that too [11:18] though perfectionist watches himself, police others ;) [11:18] but maybe I'm missing the point so I'm silent [11:20] elkbuntu: Half the point of the '-nazi' term is that it's not particularly nice. [11:20] elkbuntu: I always feel that "perfectionist" is used for the attitude to one's own work, not to others. :-P [11:20] But English is my second language, so... [11:20] broonie, it's also an overly misused word. [11:20] Tm_T: Depends on usage. One can be externally perfectionist (usually whilst a hypocrite), or police oneself, but ... [11:21] elkbuntu: Not particularly defending the usage, it's just one reason why choosing a "nice" term to replace it might not fit. [11:22] also, "grammar-whiner" might show the not-so-nice tone ? [11:25] * persia hunts huats [11:30] tepsipakki: Can you please do something about bug #160629? It doesn't seem to have had ubuntu-archive subscribed or anything. [11:30] Launchpad bug 160629 in xfonts-ay "please sync from Debian unstable" [Undecided,New] https://launchpad.net/bugs/160629 [11:31] Marnin! [11:31] Hmmm- no Fujitsu? [11:31] * Fujitsu doesn't exist. [11:31] Who was that then? [11:32] I mean whats Fs normal nick? [11:32] or e-mail? [11:33] Ho Hobbsee! [11:33] Evening Hobbsee. [11:34] Sorry Fujitsu- I must've just not seen your nick in the list :) [11:34] Have you got to trying xdtv out yet? [11:35] hiya knights, Fujitsu [11:35] Hi Hobbsa! [11:35] knights: No, sorry, been busy with exams. [11:36] My other q of the day is- does the 7.10 desktop installer support resizing ntfs partitions? [11:36] of course. [11:36] gut gut [11:36] afaik, anyway [11:36] heck, the last few releases heave [11:36] -e [11:36] AFAIK we have since the start. [11:36] You'd think so now that it imports the desktop settings too! [11:38] Fujitsu: resizing? I thought we didn't get that until Breezy or Dapper. [11:38] Well, I'll give the 7.10 desktop installer a go on another machine but it totally froze, twice over, on me on my last attempt when it was just about to star copying files over- I think it was when it was detecting partitions. I installed 7.10 alt on that same machine fine and both discs were checked. [11:39] so I'm just a bit wary about that desktop installer y'see [11:39] persia: I'm pretty sure we had it in Breezy. [11:39] And I thought Hoary, but maybe not. [11:40] Fujitsu: Whenever we integrated Colin's new installer. In the beginning there was another installer. [11:40] moin all [11:40] Have freezes using the 7.10 desktop installer been commonly reported. This PC in question was put together for Linux- all the hardware works 100% with most distros [11:41] knights: was it 7.10 final? [11:41] yes [11:41] not the RC? [11:41] persia: Didn't d-i do resizing? [11:41] i dont know of the *final* having issues - but the RC certainly did. [11:41] Not irc and I checked both the MD5 and the disc using the install tool [11:41] Fujitsu: For FAT [11:41] Not rc sorry [11:42] hm. check for bugs on it. if it's reproducible, report it with running gksudo ubiquity --debug [11:42] (I believe d-i resizes NTFS now as well) [11:42] alt installed without a hitch on that PC tho [11:42] persia: that long has. [11:42] Hobbsee: define long. I remember when it didn't exist :) [11:43] Thanks, bug #160303 [11:43] Launchpad bug 160303 in dosemu-freedos "Dependency problems" [Undecided,New] https://launchpad.net/bugs/160303 [11:43] * Fujitsu opens up a gutsy chroot. [11:43] persia: right, but i rmemeber resizing in breezy at least - hoary did support it, except i didnt realise what i was doing [11:43] Fujitsu: Any other MOTUs you know who might be interested in a video capture, streaming and DVR app like xdtv? [11:45] knights: No idea. [11:45] who packages mplayer, xine, devede? [11:45] * Fujitsu does a bit of mplayer. [11:46] Its as important as those apps to linux video- cinelerra and KDEnlive too of course [11:46] xine is done by siretart [11:46] * knights can't believe its new to boontoo! [11:46] Aha! [11:47] is his e-mail on the wiki / launchpad? [11:47] knights: If you want new apps, you'll do a lot better just to jump in and work on things than to email people. [11:48] bluefoxicy: did you do exaile yet, btw? [11:48] er, no, bluekuja [11:49] persia: Well I've uploaded xdtv to REVU and mu understanding was that I now need 2 MOTUs to review and approve my package so I'm just fishing for MOTUs who'd be up for it [11:50] Fujitsu might try it soon so thats 1 [11:50] knights: The next REVU day is very likely scheduled for the 12th (although this will be confirmed on the 9th). In the meantime, if you think your package is ready, you may advertise the REVU url not more than once each 24 hours in this channel, and if someone has time, they will review it. [11:51] On REVU day, you may advertise more often, and are much more likely to get a review. [11:51] Oh right! I had no idea about any of this! [11:52] knights: That's why you've come here: ask anything (on topic), and we'll try to get you an answer. [11:53] indeed, thanks p [11:55] * Hobbsee sends a "please upgrade me" bug to debian. [11:55] Hobbsee: which package? [11:55] persia: exaile [11:55] it's actually a decent amarok replacement - woot! [11:56] Why is amarok bad? [11:56] on gnome? [11:56] multimedia keys dont work without a script, and the script tends to unload itself at random [11:56] and the visualisations dont work well with compiz, if you keep it open [11:56] Ah. It's the "on GNOME" part I missed. Yes, amarok isn't ideal. [11:57] amarok's awesome on kde, and mostly awesome on gnome. [11:57] * persia further notes that hardy amarok needs a xine-lib transition [11:57] mmm, it does. [11:59] * persia wonders about the relationship between libqalculate and qalculate-kde [12:00] can anyone mentor me on making a debian package, fixing a bug, or doing a patch/upgrade? [12:00] persia: both of them can be NMU'd in debian. [12:01] * Hobbsee got an email back from the maintainer, saying he had no time, but hoped to in the future, so to go ahead with packaigng [12:01] persia: Agreed (at least in part). [12:01] Hobbsee: ftp-master wasn't working last I heard. What should I do about the bug in queue? [12:01] persia: huh? [12:01] re: bug #102328 & http://revu.tauware.de/details.py?package=libqalculate [12:01] Launchpad bug 102328 in qalculate-gtk "New upstream release available" [Wishlist,Incomplete] https://launchpad.net/bugs/102328 [12:02] and this relates to ftp-master how? [12:02] oh, as in, debian's not recieving uploads? [12:02] Hobbsee: Blocks the NMU tonight and sync later solution. [12:02] ahhh [12:03] if it's fine, feel ree to stick it in ubuntu, and then shove it back to debian later [12:03] ScottK: Are you getting back to me about backscroll, or commenting on the current item? [12:03] Hobbsee: Ummm... I'll forget, but I suspect it'll flag on the KDE team's lists: would I be wrong? [12:04] persia: now, there's a good point. [12:07] Hobbsee: In that case, shall I assign the bug to you to remember later as part of your coordination with the Debian maintainer? [12:07] persia: mmm kay. [12:08] but that means i actually have to *do* something about it :P [12:08] * persia thanks Hobbsee and owes her a bug [12:08] :P [12:08] hm, guess i should deactivate myself, too [12:12] persia send I can pimp my package url once today so I'm not turning him down [12:12] http://revu.tauware.de/details.py?package=xdtv [12:12] xdtv - by far the best v4l2 capture tool for Linux! [12:12] :D [12:13] knights: When advertising, I recommend mentioning the number of advocates you have, and if you've responded to the last comment (if there was one). [12:13] No comments yet but my own [12:13] multimedia on Linux is still highly occult it seems [12:14] I've just mailed siretart tho, maybe he'll pull through? [12:15] knights: Maybe. Many developers don't prefer to receive unsolicited mail for things better handled through bugs or REVU entries, although most try to respond. [12:16] fair enough. Multimedia production, I should've said. Most Linux wants want movie playback. Capture...? [12:18] knights: Also, you can save yourself the most painful parts of a review by running lintian and linda with the flags listed in https://wiki.ubuntu.com/MOTU/Contributing against your .dsc and (binary) .changes file. [12:19] DrKranz: I was looking for you: there's a bunch of SRUs pending, and I wanted some comments to understand what went where, when, and why. [12:20] persia, sure. IIRC, there are three or four [12:20] Fujitsu: pong ;) [12:20] DrKranz: I'll be about for another hour or so: let me know when is best for you for anything targeted for gutsy [12:27] persia, I quicly checked SRU request which I subscribed. It seems there's no gutsy related stuff to provide, just Feisty and Edgy, but I will look at them more carefully, especially to dapper -> hardy upgrades [12:28] DrKranz: Thanks. I hadn't looked at them carefully after seeing your name, figuring that you were probably watching the process fairly closely anyway. Now we just need someone with more chroots available to upload :) [12:29] hehe, or wait for you to free some space :) [12:30] DrKranz: Well, maybe, although me upgrading to hardy will likely happen first (and then I only need one hardy chroot instead of two, and can install feisty) [12:31] Do you need an account to run pbuilder chroots? It's not a problem to set up it [12:32] DrKranz: I believe you already gave me one :) The problem is more that I can't as easily test the behaviour on a chroot on your server (or would have to think more about it). [12:33] Ok, if you'll ever need some, just ask [12:34] now, let's improve my FTBFS script [12:39] DrKranz: Another question: is Debian bug #448439 the same as Bug #88595 ? [12:39] Debian bug 448439 in util-vserver "Config file not consistent" [Minor,Fixed] http://bugs.debian.org/448439 [12:39] Launchpad bug 88595 in util-vserver "[apport] vserver-info crashed with SIGSEGV" [Medium,In progress] https://launchpad.net/bugs/88595 [12:40] persia: qalculate-kde and qalculate-gtk both depends libqalculate. [12:40] (or did you put something else in there that you want) [12:41] joumetal: Yes. As I understand things, there is an ongoing plan to take the work from REVU & the bug, tweak it for Debian, and send it up, syncing the results. [12:42] persia, I need to verify since I checked that for 0.30.214-4, but it doesn't seem the same issue for me [12:43] DrKranz: Thanks. I'll unsassign me and assign you then. No rush: it looks to be fixed in hardy, but I don't know enough about the tools to be sure that we can link the bugs and have done with it. [12:45] DrKranz: Wait: I misread. "doesn't seem the same issue"? [12:46] Yes. I think they are two separate fixes [12:46] DrKranz: Ah. I see. Both uploads have two fixes, and one is common, but the other isn't. I'll just do a merge then. Thanks. [12:47] persia, wait just a bit [12:47] * persia is always happy to wait [12:47] I would like to check it before and try to solve it another way (by fixing dietlibc) [12:48] since several packages suffers from segfaults during build time or at runtime, I think it's because of dietlibc being compiled with stack protector [12:48] or without it [12:48] DrKranz: Ah. That'd be even better, but I suspect it won't happen quick. I'll just wait for it to come back in queue then. [12:50] this issue does not touch Debian since I think they do not do use of stack protector (correct me if I'm wrong) === apachelogger_ is now known as apachelogger [12:50] DrKranz: I don't believe they use a stack protector, but I'm not sure I understand the issue well enough to know that is the cause of the segfaults. === zul_ is now known as zul [12:52] morning [12:53] persia: hey, I got the get-orig-source rule to work for genpo :) [12:53] It's three asm opcodes, IIRC. since dietlibc currently FTBFS if compiled with stack protector enabled, every package built against them should be instructed to disable it as well or by using gcc-3.4, even it's a workaround, not a fix [12:53] little mistakes like forgetting to set variables outside the make target.... [12:53] rexbron: Excellent work! I think that was the last issue, wasn't it? [12:53] persia: other than the icon [12:53] i think so [12:54] DrKranz: Ah. That makes sense. I agree that dietlibc is the place to solve it. [12:54] somerville32: Where's the "notecase" bug I was expecting? [12:54] I will look at it carefully, I just need time to discover *how* and eventually managing rebuilds/givebacks [12:55] DrKranz: No rush. I'm just trying to get the UUS queue back into shape so that people don't have to wait a few days to get uploaded. [12:55] hi [12:56] for now, you can safely remove it from the queue, since I'm focusing on the real source of the matter :) [12:56] persia: also, I have switched to a versioned -dev package with a Provides: openlibraries-dev as per the debian library packaging guide and completely revamped the package structure to comply with policy [12:57] rexbron: Excellent. Monday will be a good day :) [12:57] hi [12:57] Is that when the next review day is? [12:57] see you later [12:57] persia: I have also contacted upstream regarding setting -rpath on the libs, and they said they will look into it [12:58] * Hobbsee wonders if there's a way to see how far tracker is thru indexing. [12:58] rexbron: Not officially, but likely. Monday seems to be the least likely to conflict with anything else, but we confirm every MOTU Meeting. [12:58] !schedual [12:58] Sorry, I don't know anything about schedual - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [12:58] ... [12:58] spelling [12:58] Hobbsee: You can see current status, but don't be surprised if it gets confused. === huats_ is now known as huats [12:59] persia: right, so i tcan be indexing forever, with no way of knowing if it's actually done or not [12:59] Hobbsee: Right. Last week someone mentioned it had indexed the same static, unchanging file 472 times :) [13:02] persia: keybuk likes cursing it. wouldnt surprise me [13:02] Hobbsee: That would be the source... [13:03] hrm. i wonder why it wont let me tell it to do thunderbird email indexing [13:06] * persia is impressed that submissions to the U-U-S queue are keeping even pace with removals: thank you for the contributions! [13:15] Hello, I am planning to submit an application to revu that is called mousetweaks and that adds accessibility functions to the pointer. It comes with a gui for the settings and a manual for yelp. It is also possible to enable the different features by cli and "mousetweaks --help" is available. But it does not have any man page. My Question: Are man pages required for the submission to revu? [13:16] frafu: They are strongly recommended and having one will assist in getting the app into the archives [13:17] frafu: They aren't required for submission, but they are almost always required for approval. You may as well do it before you submit. [13:18] ok; thanks. Consequently, I have to look up how to create them... [13:21] norsetto: Please stop blocking merge requests just because someone forget to set the status to "Confirmed" [13:21] ls [13:21] persia: its not stopping, is asking people to respect the procedures [13:22] persia: it could be a good idea for you to remember them actually [13:22] norsetto: Erm. OK. I'll go for that. [13:22] norsetto: which ones? [13:23] persia: an email to ubuntu-motu and ubuntu-motu-mentors for instance [13:23] email about? [13:23] I [13:23] persia: about setting the status and assignee correctly [13:24] * persia looks [13:25] I've had to make changes in aclocal.m4, so in debian/rules I need to patch, then run aclocal et al., then configure etc. Can this be accomplished using cdbs? [13:25] norsetto: Any guidance on dates? I'm not finding anything matching "assignee" and "ubuntu-motu" in my spool. [13:25] norsetto: hi. why did you set bug 157992 to incomplete? [13:25] Launchpad bug 157992 in bip "Please merge bip 0.6.1-1 from Debian unstable main" [Wishlist,In progress] https://launchpad.net/bugs/157992 [13:26] RainCT: because I ask you a question [13:27] persia: I'm talking about SENDING an email to remember people, not about one that was sent already [13:28] are we now that pedantic about the status in the u-u-s queue? [13:28] norsetto: Sending an email to remind people about procedures? Ah: I'm waiting until after the meeting, as the current agenda is filled with sponsoring procedure items, and I want to wait until we have a new consensus. [13:29] geser: I would expect better from a member of the council; procedures are there for good reasons, for instance to make it easier for sponsors to work on the real bugs instead of sifting through them [13:29] geser: At least I'm not currently, but norsetto raises a good point that people should be encouraged to follow the procedure. I'm not taking a stance either way right now, [13:31] norsetto: The easy way to achieve that is to have all triaged bugs uploaded or unsubscribed as documented at https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue [13:31] persia: thats right, but I wanted to be polite and ask the people, not just unsubscribe u-u-s [13:32] norsetto: Right, but when it's not unsubscribed, someone else needs to look at it. [13:32] persia: indeed [13:37] norsetto: ah. well, a comment «merges awaiting sponsorship should be set to confirmed» would have been more useful ;P [13:37] norsetto: I'm also for following procedures but I'm not to punish contributors because of a wrongly set status (unless that contributor got reminded about it) [13:37] geser: nobody is punished. People is aksed why their bug is set fix-committed or new, is that a punishment? I consider this an help.... [13:37] especially when we have to difference between New and Confirmed (it's ok for using In Progress wrongly) [13:38] gser: and yes, some contributors have been remineded not once, neither twice but several times already [13:39] norsetto: Those contributors deserve a special purgatory. I tend to unsubscribe and delay sponsoring until they have met my satisfaction in email or IRC. [13:39] rainct: I don't know what you want to do with it, so asking is more approproiate than presuming I know [13:40] persia: well, I'm not much for punishing (contrary to what some people presume) [13:41] norsetto: ah, good point. [13:42] norsetto: I guess it depends on the number of transgressions, and the nature thereof. [13:43] norsetto: perhaps "punish" was to strong but setting a bug to incomplete is "there is something wrong/missing" on sponsoring request for me and I usually don't look at those bugs and ignore them [13:44] * persia also tends to ignore "Incomplete" except when the queue gets messy [13:44] geser: yes, thats what I wanted to avoid "don't look at those bugs and ignore them", so, I aksed the people to correct and sponsor it afterwards (I know, I guess I'm pretty naif in believing that this will make them learn) [13:46] huats: is the last patch agreed with pkern? [13:46] norsetto: Not necessarily naive, perhaps optimistic. [13:47] persia: as we say in my country: "hope is the last one to die" (you are good at hoping when you are at the bottom ;-)) [13:48] norsetto: it very optimistic in case of bug #157160 [13:48] Launchpad bug 157160 in ddclient "Please merge ddclient 3.7.3-4 (universe) from Debian unstable (main)" [Wishlist,Incomplete] https://launchpad.net/bugs/157160 [13:51] geser: That's a somewhat special case though (and showing (slight and slow) improvement) [13:52] geser: Just as a counterexample (not that I think UUS needs the extra subscribed bug traffic), bug #137513 is doing well. [13:52] Launchpad bug 137513 in torbutton "[UNMETDEPS] torbutton: auto-synced, depends on iceweasel" [Medium,Confirmed] https://launchpad.net/bugs/137513 [13:55] Grr, LLP should support approve / decline for release on a per-task basis! [13:55] what do I need to do to create a pbuilder hardy environment (it says: « No such script: /usr/lib/debootstrap/scripts/hardy»)? install package debootstrap from hardy? [13:55] RainCT: Just dist-upgrade from gutsy [13:56] RainCT: yes, install debootstrap from hardy and it should work [13:56] RainCT: As a general note, this is easiest to do the day the archive opens, as not much has changed. Alternately, one can wait until there is a new working debootstrap, but this usually waits until the versions of the core software are somewhat stable. [13:56] geser: it's already fixed? It seems soon. [13:57] the debootstrap package from hardy has a hardy script already [13:57] there is no backport of it but it can be installed without problems on gutsy [13:57] ok, thanks [13:57] that's what I did to build a hardy pbuilder on gutsy [13:58] yes,the debootstrap in hardy is ok, I used it several weeks ago already [14:00] norsetto: Hm? [14:02] pkern: I was wondering if the last patch from huats for bug 137513 was discussed with you [14:02] Launchpad bug 137513 in torbutton "[UNMETDEPS] torbutton: auto-synced, depends on iceweasel" [Medium,Confirmed] https://launchpad.net/bugs/137513 === \sh_away is now known as \sh [14:16] <\sh> moins [14:17] <\sh> can someone review bug #160733 and push it to the archive admins, pls? :) [14:17] Launchpad bug 160733 in apertium "[MoM Sync] please sync apertium 3.0.4-1 from debian unstable" [Undecided,New] https://launchpad.net/bugs/160733 [14:17] norsetto: ACK'ed. [14:18] pkern: thanks [14:18] \sh: Thanks for catching that. [14:18] <\sh> persia, I'm starting to work on my merges...so please be alarmed ,-) [14:19] \sh: If you're starting your merges, I hope you're considering team applications again, or we'll be overwhelmed :) [14:20] <\sh> persia, I'm rushing over the list of MoM with my name on it first...it looks like that's a lot again ,-) [14:20] \sh: It can get that way if you're not careful... [14:20] * persia wonders why sbuild has suddenly decided not to work, only for apertium [14:24] norsetto: no... [14:24] <\sh> persia, well,grabmerge and checking the changelog first, building the debian package first, when the bugs are already fixed debian upstream...so I think most of them will result in syncs [14:24] it was just myself who is an idiot... [14:24] huats: well, you did now ;-) [14:24] huats: oh come on! [14:25] \sh: Excellent. That makes chasing RC bugs later *much* easier. [14:25] I did the same mistake twice "putting it the status to fix committed" once I have put a patch.... [14:26] <\sh> persia, the latest uploads with my name on it were CVE bug fixes or FTBFS source fixes...most reported to debian already [14:26] \sh: That makes it extra easy. I should really start doing the hard stuff, instead of the little things that don't matter and sit in the BTS for six to eight months... [14:27] norsetto: but it has been discussed with pkern and (I don't remember his name) (a guy who is "charge" with firefox in ubuntu...) [14:27] huats: asac .... [14:27] norsetto: exactly [14:27] norsetto: Thanks for the catch. I was reviewing the bug, and failed to adequately review the patch. [14:27] (it was some weeks ago) [14:27] how long does it currently take to get an universe package build? [14:28] geser: About a week. [14:28] <\sh> persia, would it be better to tag those sync reports with hardy-mom-sync or something like that? [14:28] persia: no need to thank, we are all in the same boat :-) [14:28] \sh: Doesn't really make a difference. I use the sync tag, but neither UUS nor UA sorts by tag [14:28] Errr "sync" tag [14:29] <\sh> persia, ok...so I just subscribe uus [14:30] \sh: Depends on your preferred workflow. Some people use requestsync, some create a bug. If you're doing the bug by hand, I find it easier to use the "complicated bug filing form", in which case the tag field is easy to enter. [14:30] <\sh> persia, I have a script for that ,-) [14:31] \sh: Bug generally, yes, just subscribe the team. We hit single digits today, so I expect processing for hardy-targeted patches to happen within 24 hours for the next few weeks. [14:31] That explains your interestingly formatted bug :) [14:39] huats: still around? [14:39] norsetto: yep [14:40] huats: you patch is for gutsy .... [14:40] norsetto: it was done during gutsy... [14:40] and never reviewed since... [14:40] huats: because somebody used the wrong status most probably .... [14:41] (probably because I did a mistake in the status) [14:41] exactly [14:41] I am faulty [14:41] ... [14:41] huats: anyhow, is this needed for hardy? [14:41] it is [14:41] I think [14:41] let me chack [14:41] check [14:44] norsetto: since it is the same package in gutsy and hardy... [14:44] it is still needed for hardy... [14:44] huats: right, do you think an sru is justified? [14:44] It delivers a completely new, untested package. [14:44] well, right now without that, the package is unsuable [14:45] so without it there is a unmetdependency pb with it... [14:45] pkern, huats: what is the lesser evil, removing it from gutsy or fixing it? [14:47] pkern, huats: or, we fix it in hardy (which we do anyhow) and ask for a backport [14:48] from my point of view, the modifications are very little... depenences on firefox/thunderbird were added.... and thus creation of new single package that has every link possible (once for FF, one for TB, one for icedove and one for iceweasel) instead of having 2 identicals packages (1 for icedove/1for 1iceweasel) [14:53] Hi bddebian [14:53] <\sh> moins barry [14:53] Heya gang [14:53] Hi geser, \sh [14:54] huats: what is the short description? [14:55] norsetto: short description? [14:55] huats: yes, the one in /control [14:55] oh [14:56] let me check again... [14:58] <\sh> ok..time to go home :) [14:58] <\sh> cu tomorrow :) [14:58] norsetto: I have reflect in the description that right now the package deals with FF/TB/icedove/iceweasel [14:58] \sh: good night [14:59] <\sh> huats, a good night is far away for me :) [14:59] huats: right now it seems that the short description is spilling over to the long one? [14:59] <\sh> if someone wants to do something, I filed some sync reqs...some are already acked by persia the others are in the sponsors queue [14:59] <\sh> thx === \sh is now known as \sh_away [14:59] meeh [15:00] norsetto: rrrrggggg [15:00] norsetto: it was with myself... [15:00] huats: np, I'm working on it in real time [15:00] ok [15:01] norsetto: I am booting my personal computer where I still have all the fileS... [15:01] huats: if we add all the programs its too long, so either we omit them all, or we simply say "browser" [15:02] norsetto: browser is not really an option [15:02] since there is Thunderbird/Icedove [15:03] huats: what about "1 click Tor extension" and we add all of those in the long one? [15:04] huats: the alternative is to use the name Mozilla somewhere [15:04] huats: right now the long description only talk of iceweasel [15:05] huats: ok, what about "Description: iceweasel/firefox/icedove/thunderbird 1-click Tor extension" for the short (sic) one [15:06] norsetto: great [15:06] huats: ok, I'm adding the whole plethora to the long one too [15:06] ok [15:07] first line: Torbutton is a 1-click way for iceweasel/firefox/icedove/thunderbird users to [15:07] second line: enable or disable the browser's use of Tor (an anynomous communication system). [15:08] huats: hmmm, browser should go too [15:08] norsetto: I think so [15:09] but since it was the original text (from the Debian Package) I haven't modified it a lot... [15:09] huats: what is the criteria for the versions in Depends? [15:09] none [15:09] I just took the one in the current ones [15:09] at the moment... [15:10] (that is regarding FF and TB) [15:10] for Ice* I took the versions in the Debian Package [15:13] huats: you tested it only with FF or with all? [15:13] norsetto: with FF/TB [15:13] since I don't have a debian it is not possible for testing with Ice* [15:14] huats: thats not a problem, you can most probably install the debian package [15:14] * norsetto wonders why we keep the icedove then [15:15] norsetto: like for the iceweasel [15:15] huats: I mean, asac and pkern told you to add icedove and iceweasel even if we don't have them in ubuntu? [15:15] since we hope to send it to debian I think... (that was the idea of asac I think) [15:16] huats: you want to be surprised? Do an apt-cache search iceweasel [15:17] yeah I know [15:17] it is the one in the name [15:17] that is why asac told me to rename it... [15:18] huats: ok, let me build and test it, if ok I may upload it to hardy [15:18] ok [15:18] huats: but for gutsy its either an sru or backport [15:18] huats: or a removal .... [15:18] I know.... [15:18] I think the removal will be a bit silly [15:19] since the work is done [15:19] but I understand that the backport may not be simple.... and I am not even talking about the SRU [15:22] huats: I can't sponsor the sru anyhow, since I can't test it (I have neither ff nor tb and don't want to install them for this....) [15:23] norsetto: I was not asking that [15:23] huats: I know, but I would have gladly done it if ff or tb were not involved [15:24] norsetto: I know [15:25] huats: is this tor thingie really working? [15:25] norsetto: honnestly I don't know [15:25] :-) [15:25] huats: I imagined ;-) [15:29] huats: I need to test this, so let me log out and install the bloated FF in another partition [15:29] ok [15:30] or send me your .deb... [15:44] huats: looks good with FF. I trust that you tested it with TB succesfully? [15:44] I did [15:44] but I'll understood if you want to test it by yourself... [15:47] huats: uploaded it, I also unsubscribed u-u-s, please subscribe again once decided what to do for gutsy [15:47] norsetto: because i am the one who should decide ? [15:47] norsetto: what is your opinion ? [15:48] huats: you are the one working on it, its up to you and/or the bug reporter [15:48] ok [15:48] so I have to see that with pkern [15:49] huats: my personal opinion is to try a backport now that it is in hardy [15:49] ok [15:49] What. [15:49] You highlight me all the time. [15:49] :-) [15:49] you are the bug reporter.... [15:49] Oh, right. [15:49] so your opinion is highly valuable [15:49] :D [15:49] *cough* [15:50] it is still regarding bug 137513 [15:50] Launchpad bug 137513 in torbutton "[UNMETDEPS] torbutton: auto-synced, depends on iceweasel" [Medium,Confirmed] https://launchpad.net/bugs/137513 [15:50] I don't see much harm in a backport. [15:50] But I'm against a SRU. [15:50] How can I get pbuilder to include multiverse, other than creating a new one? [15:50] great [15:50] It should have been removed from gutsy, though. [15:50] From gutsy proper. [15:50] I understand [15:51] is it possible to remove it right now, and do a backport ? [15:52] For the former the archive admins are responsible, for the latter the backports team [15:54] but I mean, doing both actions... will it makes sense ? [15:54] I think it will... [15:54] but I am not confortable with that procedures... [15:56] norsetto: can I ask you a thinh ? [15:56] *thing [15:56] Removals after release are almost never done. Usually it has to be something like it's illegal not to remove it. [15:57] ScottK: it is an unmet dep... [15:57] huats: They won't remove it for that. [15:57] ScottK: ok [15:58] thanks [15:59] ScottK: I really dislike this attitude. [16:00] pkern: I'm not an archive admin, so I can't affect it. [16:00] gutsy is frozen, they wont remove anything. [16:00] (unless illegal or something) [16:00] Hobbsee: Maybe you could weigh in on the best way to solve the unmet deps problem that huats is working on? [16:01] ScottK and Hobbsee : we (I mean with norsetto) have uploaded to hardy [16:01] huats: good [16:01] Rospo_Zoppo: shoot :-) [16:01] and we were thinking of a backport for gutsy... [16:01] Hobbsee, not yet, just went home. I'll look at it now in few minutes === iceman_ is now known as iceman [16:02] :) [16:02] bluekuja: i filed a wishlist bug in debian abotu it, FYI [16:02] norsetto: ehm, too late :) [16:02] ScottK: hm. fix in hardy, anything before that is a bonus. [16:02] RIght. [16:02] (ther'es much bigger stuff to fix, and other stuff to do) [16:02] Hobbsee, want me to update it anyway? [16:02] So the question is can we put a new package in Updates [16:02] Hobbsee, or we wait debian? [16:02] (hoping to have ries again working) [16:02] bluekuja: no idea how responsive debian are. [16:02] ries? [16:03] ScottK: if you do a SRU, yes. [16:03] Rospo_Zoppo: oh well ... next time don't ask to ask, ask :-) [16:03] Hobbsee, ries.debian.org aka ftp-master [16:03] norsetto: ok :) [16:03] currently down [16:03] for some hard-drive problems [16:03] I think [16:03] bluekuja: oh, right. i find it hard enough to remember the codenames of the canonical machines, let alone the debian machine names, in most cases [16:03] yeah, multiple hard drive failure. [16:03] norsetto and huats: I'd take what Hobbsee said and think SRU rather than backports. A backport wouldn't be a proper solution anyway [16:03] yep :/ [16:04] if you'd said ftp-master... :) [16:04] i would have got it [16:04] yeah, sorry [16:04] :) [16:04] no problem [16:04] it's faster to say ries [16:04] you know [16:04] :) [16:04] indeed [16:04] so less words [16:04] :P [16:04] type faster :P [16:04] hehe :D [16:04] problem solved. [16:04] true :) [16:04] scottK: whatever you guys decide, I call me out for an sru [16:05] Hobbsee, anyway if you want me to do it, it's fine [16:05] if not we wait debian [16:05] same for me [16:05] bluekuja: go ahead :) [16:05] oki :) [16:06] Hobbsee, you may open a wishlist for ubuntu as well [16:06] norsetto: I don't decide anything. [16:06] and assign to me [16:06] bluekuja: that would require effort, and i doubt anyone else will touch it anyway [16:06] scottk: whatever you guys who partecipate in the decison making process concord [16:06] (seeing as it's not shown on mom, etc) [16:07] norsetto: For SRU it's up to the MOTU uploading. I'm just suggesting the archive would take and SRU, but not a removal. It's advice, not a decison. [16:07] Hobbsee, yeah, fine then [16:09] scottk: on the sru bit, I actually had a chat with martin yesterday [16:09] OK. [16:09] What did he say? [16:10] scottk: he is apparently not very happy about the decision to disactivate motu-sru [16:10] OK. Well that was done quite some time ago. [16:11] scottk: right, but he is of the opinion that this policy should be changed (or something to that effect, don't remember the exact words) [16:12] OK. Well for now it is what it is. He can argue at a MOTU meeting if he thinks it should be different (I'm inclined to agree with him though). [16:13] scottK: in principle I also think he is right, in practice adding another layer to a procedure which is already very long (months right now) will not make things easier [16:14] Hobbsee, for versioning should I continue the +debian tag? [16:14] or I use default versioning [16:15] i'm not sure why the +debian is there at all, tbh. it seems to have been there from the original release - so i'm not sure if they've repackaged it, or what [16:15] yeah, I don't understand why they use that tag as well [16:16] plus there is a debian dir inside as well [16:16] (inside orig) [16:17] Hobbsee, plus debian package is 1.8 MB [16:17] upstream now is 6.8 [16:18] bzr folder inside....removed...and now we have 2.8 [16:19] huats: what do you make of this: "Programme pour créer des cartes mentales" [16:21] huats: Seems like something out of a mental asylum to me. In English is "Program to create mind maps" [16:21] Hobbsee, I'll use default versioning then [16:21] until we wait debian [16:22] ok [16:24] Hobbsee: Of course it's frozen. It should have been removed pre-release, of course. [16:25] of course, yes. [16:26] Hi, I've packaged up OpenSG and put it on REVU, can someone take a look at it for me please : http://revu.tauware.de/details.py?package=opensg-dev [16:31] hello folks [16:32] Hobbsee: But people are against removing early. Maybe a morgue will be implemented. [16:32] looking to start the process to get some python packages into universe, basically to become a MOTU [16:33] started with the package builder guide - working thru it - is there a FAQ for what I need to setup on launchpad - kinda a "best practices" guide? [16:33] norsetto: sebastien suggested me not to traslate the .desktop file at all and to get it translated upstream [16:33] norsetto: It doesn't have to be months. I've gotten them out in a week. It's mostly a question of testing. If we had a dedicated motu-sru team that was actually responsive, it wouldn't have to add a lot of time. [16:33] scottk: agreed [16:34] ScottK: Those need manpower? I thought stuff is done by MOTUs all by themselves? [16:34] scottk: my personal experience right now is unfortunately in the order of months, so much so that I'm personally thinking to not bother anymore [16:34] pkern: Sure, but we do have stuff like motu-uvf where they have some extra role. [16:34] ScottK: i.e. upload, verification-motu-needed and -done, and intervention of the archive admins? Or is the task of motu-sru to ACK uploads? [16:35] Rospo_Zoppo: well, I agree in principle with sebastien, in this case its a desktop in debian though [16:35] * pkern needs an Ubuntu env again, but Ubuntu makes it hard. [16:35] rospo_zoppo: so, what you are doing is correct, passing over the .desktop to debian and asking them [16:35] norsetto: yep I didn't consider that :) [16:36] norsetto: so let's do as you said [16:36] pkern: I think (and we need to discuss) that motu-sru would pass on should something be an SRU (is it SRU worthy and is the approach reasonable for an SRU). [16:36] Rospo_Zoppo: if debian is not responsive (which doesn't seem to be the case in this case) we might need to do differently of course [16:38] norsetto: do you know someone here who knows french or german ? :) [16:38] bear: have you checked the packaging guide? [16:39] Rospo_Zoppo: geser is german and huats french, sebastien too ;-) [16:39] ok [16:39] norsetto, yep - saw it was under-going change so just wanted to double check I was in the right spot [16:40] geser: can you tell me how would you translate "create mind maps" in german ? [16:40] norsetto: can you replace the context ? [16:40] bear: it is indeed being worked on, so you may find soime duplications here and there and some "work in progress" stuff [16:40] Rospo_Zoppo: I am french indeed [16:41] bear: if thats a problem, you can use the old one, let me fetch a link for you [16:41] norsetto, cool - I'll get to the point where I have one of the python packages with a deb setup [16:41] huats: ok, can you tell me how would it be in french ? [16:41] norsetto, not a problem at all - just making sure I hit the ground running and don't wander down a wrong path [16:41] huats: I mean "Create mind maps" [16:42] bear: here: http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html but you won't find much about packaging for python there [16:42] . [16:42] eh, oops [16:42] Rospo_Zoppo: can you explain me the context a bit ? [16:42] EWIN [16:42] norsetto, yea, saw that - was going to find a recent package and see how they did it [16:42] Rospo_Zoppo: "Mindmap erstellen" vor the German one :) [16:43] *for [16:43] huats: it is a comment for a .desktop file [16:43] bear: you can check joekosher, its one of our reference packages for python [16:43] bear: jokosher even [16:44] norsetto, oh sweet - that is perfect [16:44] Nightrose: thanks, but is the verb the first word ? if not, is it possible to have that ? [16:44] * bear goes to write that down [16:44] Rospo_Zoppo: what package is it ? [16:44] huats: it's vym [16:44] Rospo_Zoppo: let me check this package [16:44] and I come with the sentence [16:44] Rospo_Zoppo: (I can Catalan and Spanish, if you want them :)) [16:44] :-) [16:44] huats: thank you [16:44] Rospo_Zoppo: the verb is "erstellen" - can't think of one where the verb is at the beginning [16:45] bear: I cal also suggest you look at this: http://www.debian.org/doc/packaging-manuals/python-policy/ and this: http://wiki.debian.org/DebianPython/NewPolicy, at least to have things in a context [16:45] nightrose: imperative? [16:46] RainCT: there is no spanish entry at all at the moment, but we can add it :) [16:46] norsetto: possible but sounds strange: "erstelle eine Mindmap" [16:46] Rospo_Zoppo: try and tell rainCT that catalan is not a language and watch for his reaction :-) [16:46] norsetto: lol [16:46] :D [16:47] Nightrose: does it sound ugly ? [16:47] Rospo_Zoppo: I don't mind about the Spanish one, having the Catalan translation would be nice (if it isn't already there) :). what package is it, btw? :P [16:47] Rospo_Zoppo: I think so [16:47] RainCT: vym [16:47] * RainCT slaps norsetto [16:48] lol [16:48] Rospo_Zoppo: see? I told you ..... [16:48] Nightrose: so let's take the first one you gave ;) [16:48] ;-) [16:50] norsetto: you're a seer [16:50] norsetto: http://en.wikipedia.org/wiki/Catalan_language Get some culture [16:50] :P [16:50] rainct: I had a cataln colleague whose name was Joan, and of course I was pronouncing it the castillan way (juan). I was lucky he was half my size ..... [16:50] ah you said it to Rospo, didn't read your first msg well lol [16:50] haha [17:05] huats: the previous string was Programme pour créer des cartes mentales [17:06] Rospo_Zoppo: oui j'ai vu [17:06] Rospo_Zoppo: oups [17:06] Rospo_Zoppo: yeah I saw [17:06] huats: :D [17:06] :-) [17:07] norsetto: do you think that even the name string should be translated ? [17:07] Rospo_Zoppo: can you remember it for me? [17:08] norsetto: the name of the package ? [17:08] Rospo_Zoppo: no, what the name string was? And how you changed it? [17:08] Rospo_Zoppo: so we need a sentence that starts with an imperativ verb right ? [17:08] huats: yep [17:08] norsetto: VYM - View Your Mind [17:09] norsetto: I don't know if we have to translate this because there is VYM [17:09] norsetto: and we should find three words with VYM in each language [17:10] Rospo_Zoppo: yes, leave it like this, catalans are intelligent enough to understand it anyhow [17:10] lol [17:10] lol [17:11] * norsetto is surprised he has not been splapped again!? SO he slaps himself [17:11] lol [17:12] XD [17:12] norsetto: I'll take it as a compliment :P [17:12] rainct : it was :-) [17:13] Rospo_Zoppo: "Créez vos propres représentations mentales" would be ok I think [17:14] huats: thank you very much [17:14] norsetto: now the .desktop file is complete [17:14] Rospo_Zoppo: no pb [17:15] Rospo_Zoppo: cool, send it to the debian bug report then [17:15] norsetto: yes [17:15] norsetto: if you want to check, here is the debdiff http://pastebin.ubuntu.com/1791/ [17:16] Rospo_Zoppo: I don't remember, was this the one where you added the .xpm icon? [17:17] norsetto: no, that was njam :) [17:17] * norsetto is becoming older each day that passes [17:17] norsetto: bug number 159313 [17:17] lol [17:18] Rospo_Zoppo: looks ok, I think that sending the .desktop is enough isn't? [17:18] norsetto: just sent it [17:19] norsetto: is it necessary for me to attach that debdiff in lp ? [17:19] bug 159313 [17:19] Launchpad bug 159313 in vym "Please merge vym 1.10.0 from Debian unstable " [Wishlist,Incomplete] https://launchpad.net/bugs/159313 [17:20] norsetto: have you read what I wrote in the debian bug report [17:20] norsetto: Vym .desktop file is ok [17:20] :D [17:22] Rospo_Zoppo: yes pls, but don't subscribe yet u-u-s, lets wait to see what debian is doing and then we decide. If debian is not doing anything in a reasonable amount of timealso re-subscribe u-u-s, ok? [17:22] Rospo_Zoppo: you may also leave a remark in DaD about the bug number so that other people is warned about the merge [17:23] norsetto: ok, I attach the debdiff but no sponsorship at the moment [17:23] norsetto: already done in DaD ;) [17:23] Rospo_Zoppo: good boy :-) [17:24] :) [17:24] * RainCT wonders if he is the only one using m.u.c [17:25] (m.u.c = MoM) [17:32] norsetto: i was wondering why you marked those bugs incomplete? were the merges not of sufficient quality? [17:32] * RainCT wonders if anyone is reading what he says [17:32] joejaxx: what was their status? [17:32] RainCT: i put them as in progress because they were incomplete before [17:32] joejaxx: you should set it to confirmed not in progress if you need sponsorhip [17:33] norsetto: so you are not going to go through them? since you touched it? :) [17:33] * RainCT thinks that norsetto is evil [17:33] joejaxx: so, if you need sponsorship change it to confirmed and I'll be more than happy to have a look at them [17:33] or is there something else wrong with the merge [17:33] :-D [17:34] joejaxx: I didn look at the merge at all, if its in progress I understand you are still working on them [17:34] joejaxx: it's probably just that norsetto is evil and is setting anything that isn't "confirmed" to "incomplete" :P [17:34] * RainCT hides [17:34] i changed them [17:35] joejaxx: thanks, please remember it for the future, otheriwse you risk having them sitting there for ages [17:35] norsetto: ok [17:41] joejaxx: for bug 160528, was the ubuntu change not implemented in ubuntu? [17:41] Launchpad bug 160528 in esmtp "[7.10] installing logwatch requires exim4 even though another mta is available with esmtp" [Undecided,New] https://launchpad.net/bugs/160528 [17:41] joejaxx: even 160258 [17:41] joejaxx: bug 160258 [17:41] Launchpad bug 160258 in uml-utilities "Please merge uml-utilities 20070815-1 from Debian Unstable" [Wishlist,In progress] https://launchpad.net/bugs/160258 [17:43] norsetto: i am sorry? [17:44] joejaxx: the ubuntu change that you are merging, did you check that it was not implemented by debian as well? [17:50] norsetto: whoops [17:50] * joejaxx goes to change :( [17:51] well actually that means a sync if there are no other changes [17:52] joejaxx: That's good news. Syncs are better than merges. [17:52] ScottK: ok [18:04] Trying to get a package building in pbuilder, uses cmake and I'm using cdbs. I pulled cmake.mk from sid's cmake as its not in ubuntu anymore... but anyway things are being annoying with this error http://paste.ubuntu-nl.org/43679/ and of course adding them to debian/rules doesn't fix things. You can even see what should be the correct variables being assigned at the top. [18:05] s/anymore/yet/ [18:06] And it sees gcc and g++ before failing later [18:07] gah and I meant sid's cdbs === superm1_ is now known as superm1 [18:08] soren: ping [18:09] joejaxx: I also suspect that bug 160257 is a sync, but to be sure I would ask stevenk [18:09] Launchpad bug 160257 in apt-rpm "Please merge apt-rpm 0.5.15lorg3.2-3 from Debian Unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/160257 [18:09] * RainCT pings anyone who is involved with ubuntu-dev-toosl [18:12] well, on u-d-t, soren «* Added missing python-debian dependency (needed by submittodebian)». shouldn't this rather be a recommend, like bzr and pbuilder? [18:14] PriceChild: try setting CMAKE_C_COMPILER to the complete path instead of only gcc [18:15] geser, tried... [18:15] and still the same error? [18:15] geser, jdong ​suggested whatever I try in debian/rules wouldn't help as pbuilder would ignore it later [18:16] maybe rules isn't the right place to put it ;-) [18:16] jdong, :P [18:16] why would pbuilder ignore what you put to debian/rules? [18:17] but its being set earlier itself and all found and everything's fine earlier on in that log.. why's it fail later? :/ [18:18] I can only guess but my guess would be that the different checks interpret CMAKE_C_COMPILER differently [18:19] is the whole package visible somewhere? [18:20] geser, http://localhost/new/ [18:20] gah [18:21] http://york.pricechild.co.uk/new/ [18:21] Assume nothing.... I've probably done something ridiculously wrong :) [18:23] I'm getting 2 new lintian errors on my package now: [18:23] PriceChild: add "CC=/usr/bin/cc" above the includes in debian/rules [18:23] same for CXX I guess [18:23] W: xdtv source: changelog-should-mention-nmu [18:23] and [18:23] W: xdtv source: source-nmu-has-incorrect-version-number 2.4.1cvs3 [18:23] outta nowhere :) [18:24] knights: you're neither mentioned as Maintainer: nor in Uploaders:? [18:24] and/or use a different name/address in changelog than in control? [18:24] Maintainer and Uploaders is in which file sorry? [18:25] control [18:25] * norsetto -> prepare and have dinner [18:27] azeem, wahey! :D "CC=/usr/bin/cc" gets rid of C errors... now to just fix CXX [18:27] thanks azeem, jdong, geser [18:28] I'm not sure whether that's a bug in cdbs or cmake [18:28] * azeem saw this as well [18:30] azeem: I didn't have my comment in control file - e-mail and name was there but all three were present in changelog- could that have been the error? [18:31] I've added my comment to the control file now [18:31] yay and that's CXX ones gone too... what's gonna break next :P [18:33] knights: what is "your comment"? [18:34] something like "Foo Bar (knights) " [18:34] then yes, that's probably why lintian thinks you want to NMU [18:35] Yes, thats the comment I meant. thanks azeem! [18:48] TheMuso: I'll have something to (bzr) merge for you soon :) [18:53] RainCT: I don't quite understand the reasoning behind some of them being recommends and others depends. [18:54] RainCT: I'm not particular about it. If you feel it's more correct to make them recommends, go ahead. [18:55] soren: afaik the stuff that isn't required by all scripts should be a recommend (which anyway get installed by default), and only that that is required because else any script would work a depdendency. === joejaxx is now known as whatnickyouwant [18:56] soren: I'll try if I find dholbach on IRC and ask him to be sure === whatnickyouwant is now known as joejaxx [18:57] RainCT: But e.g. submittodebian doesn't depend on sudo, python-launchpad-bugs, or binutils.. [18:57] true, that why I will ask him first [18:59] RainCT: Ok. He should be around soonish. [19:03] * Rospo_Zoppo is going [19:04] TheMuso: btw, the guarddog merge builds now [19:06] * RainCT is away for a while === pgquiles__ is now known as pgquiles [19:25] what package is the CD/DVD creator in? [19:25] nautils-cd-burner [19:25] thank you [19:26] nautilus-cd-burner even [19:35] joejaxx, update the repo stats :P [19:35] lol [19:35] I want to see how far I fell behind [19:36] i am going to expand the stats since people have been requesting full stats [19:36] bam :] [19:36] One of my uploads FTBF on lpia [19:37] joejaxx, would be nice to have sponsorships stats as well [19:37] :) [19:38] How would you measure the number of sponsorships? [19:38] checking key signature on the package [19:38] on changes [19:38] bluekuja: you mean when someone sponsors an upload? [19:38] looking at Changed-by: field [19:39] joejaxx, yep [19:39] interesting [19:39] and if the key it's not from a developer [19:39] should be assigned to $developer as sponsored [19:39] like MoM does [19:40] that would stink :\ us non motus would not be up there [19:40] non-motus* [19:40] unless you are talking about a completely different sections on the stats [19:40] section* [19:40] yes, that's what I mean [19:40] an additional section [19:40] oh ok [19:40] additional section [19:41] that would be really cool [19:41] but also pretty hard to implement [19:41] but think about it ;) [19:41] lol key lookups [19:41] i will think about it :D [19:41] :) [19:41] bluefoxicy: hiho :D [19:42] bluekuja: hiho :D [19:42] bluefoxicy: sry ^^ [19:42] heya hellboy195 [19:42] is your desktop fine? [19:42] :P [19:42] bluekuja, I thought you meant to see how many sponsorships a dev had done [19:42] or still broken? [19:42] somerville32, something like that [19:43] somerville32, when a dev sponsor a package [19:43] bluefoxicy: unfortunately not. But I think the only way is to buy a new one. So I think we can continue in the next days/few weeks [19:43] it get added to sponsorship stats page [19:43] as we saod [19:43] *said [19:43] bluekuja, I think it would be cool to see how many sponsorships a dev has done but I don't know how you'd measure that. [19:43] hellboy195, don't keep pinging bluefoxicy [19:43] :) [19:44] somerville32, I mean not the *whole* sponsorships [19:44] but just the ones after the script gets installed [19:44] and so on [19:44] bluekuja: shit key. but you know that I mean you ;) [19:44] yep :) [19:44] bluefoxicy: sry again. not for you ;) [19:44] lol [19:45] ^^ === kc8tad is now known as rrittenhouse [19:47] bluekuja: and how are you doing so far? [19:47] hellboy195, was doing exaile update [19:48] had to hack a bit on it due makefile changes [19:48] with the new release [19:48] bluekuja: yeah I read it ;) [19:48] bluefoxicy: and how are you doing with health/school ,.. ^^ [19:49] bluekuja: did you have health problems!? [19:50] norsetto, yes due to motorbike crash [19:50] I don't hope so :P [19:50] bluekuja: ahya [19:50] bluekuja: with you new bike? from the picture? [19:50] hellboy195, nono [19:50] hellboy195, that's the new oe [19:50] *one [19:51] bluekuja: nothing serious I hope? [19:51] norsetto, I went to hospital for some days [19:51] but it happened a month ago [19:51] and I still have some problems on the leg :/ [19:51] bluekuja: sorry to hear that [19:51] well, god helped me ;) [19:51] I was going pretty slow [19:52] so I hadnt great problems [19:52] but anyway I've restarted trainings et all [19:52] bluekuja: thats good, sport will help you a lot [19:52] bluekuja: slow down and remain on earth ;) [19:52] bad experience really ;) [19:53] norsetto, yep! that's really important [19:53] norsetto, but anyway I'm feeling pretty good on these latest weeks [19:53] less stressed et all [19:53] stress did its part after the crash [19:54] hellboy195, lol yeah :) [19:55] bluekuja: you know, I have had my share of these accidents too ... the difficult part was trying to hide it from my parents .. they were not as bad as yours though [19:58] norsetto, really? motorbike as well? [19:58] bluekuja: indeed [19:58] norsetto, unfortunately I couldnt hide it to my parents :/ [19:58] bluekuja: yes, I can imagine [19:58] it hasnt been nice for them [19:59] bluekuja: now you have the good excuse to ask for a car ;-) [19:59] lol [19:59] :D [19:59] true, but I'll keep going with motorbikes as well [19:59] a passion is something someone cannot stop [20:00] you know :) [20:08] GAH [20:08] /etc/sources.lst is gone [20:08] what is the new file? [20:08] bluekuja: maye I'll have that one soon http://geizhals.at/eu/a281652.html [20:09] cool [20:09] :) [20:09] wraund: /etc/apt/sources.list [20:09] :D [20:17] norsetto: cheers [20:18] wraund: cheers [20:21] hi [20:23] norsetto: hi :) [20:23] kmos: hiya [20:23] morning ajmitch [20:24] hey ajmitch [20:25] Hi ajmitch [20:26] Heya ajmitch === doko__ is now known as doko [20:44] norsetto: Is the setting of sponsor requests to confirmed documented? I must admit I haven't checked, but if they are either set to new or conformed, I don't see the point, unless they are set to something else... [20:46] TheMuso: https://wiki.ubuntu.com/MOTU/Sponsorship/SponsorsQueue, "Notes for Contributors", point 5 [20:47] ah ok [20:50] but I see no point to differentiate between New and Confirmed [20:51] I think Confirmed must be a MOTU to define it.. New is to show that isn't confirmed by a MOTU yet. [20:51] it's more logical [20:51] geser: actually new makes more sense to me than what is specified (incomplete) [20:52] geser: for syncs that is [20:52] theMuso: for merges its also here https://wiki.ubuntu.com/MOTU/Merging [20:53] TheMuso: and syncs here: https://wiki.ubuntu.com/SyncRequestProcess [20:54] Kmos: that's for syncs only [20:54] RainCT: i think merges, should be only confirmed by a MOTU.. [20:55] the syncs are new by default :) by requestsync script.. it's an automatic process [20:55] Kmos: why? the MOTU is who uploads them, and sets it fix commited [20:55] even if logical, but why should a MOTU set it to Confirmed instead of uploading it? [20:55] today norsetto told me that i need to confirm my merge.. [20:55] Kmos: with sync's that's different since the motu confirms that it's a good request, and then a archive admin (or whatever they are claled) uploads it [20:55] geser: confirm it, to show that the debdiff is fine [20:56] fix commited and fix released it's another story [20:56] * Kmos this irc server irc lagging to much :( [20:56] *is [20:57] What is important for me is that, whatever policy is decided, we should all try to adhere to it, point being to avoid contributors work sitting there for months === Lure_ is now known as Lure [21:16] if any contributor wants to exercise on an easy patch, bug 155314 its an ideal candidate [21:16] Launchpad bug 155314 in twinkle "[SRU] Unable to authenticate with SIP server" [Undecided,New] https://launchpad.net/bugs/155314 [21:20] heya persia [21:20] hi bddebian [21:23] how can I get the installed version of a certain package? (a command that outputs just the version) [21:24] RainCT, apt-get cache show [21:24] If you have the latest package installed, it'll be that version lists there [21:25] somerville32: yeh, but I need just to version to be able to process it from a script [21:26] it seems dpkg-query can do it with the -f option, but I don't find the exact syntax [21:27] dpkg-query --status ? [21:27] RainCT: try dak or rmadison [21:27] ah ok, got it [21:28] dpkg-query -W -f='${Version}' package_name [21:28] thanks anyways [21:30] :) [21:35] RainCT: how about apt-cache policy, apt-cache madison [21:35] RainCT: or dpkg-query for the currently installed one [21:35] all can be fairly easily matched by regex for program parsing [21:38] How do I suppress a lintian error? [21:39] err... [21:39] warning === apachelogger_ is now known as apachelogger [21:39] Or can I ignore the warning (and it is actually linda) [21:41] siretart: When reading your mail about SRUs/README.debian-dev I actually thought "wow, you're able to do REJECTs"... ;) [21:41] somerville32: pbuilder &> /dev/null [21:41] somerville32: you know what they say.... [21:41] somerville32: outta sight, outta mind ;-) [21:41] lol [21:41] haha [21:41] somerville32: Which linda warning? [21:41] somerville32: there's a way to let lintian ignore certain errors by creating a file in debian/, but I'm not sure how [21:41] * RainCT is away [21:42] It is okay. [21:42] I know I'm smarter than linda [21:42] * somerville32 uploads. [21:42] somerville32: Yes, but which warning: it may be easy to work around [21:43] persia, Just that the package is all and I'm install to lib instead of share [21:43] somerville32: That's wrong, and will block sponsoring. Please install to /usr/share/ [21:43] persia, I was already told to change it [21:43] persia, It is a mono app [21:44] ie. I was told to put it in /usr/lib/ [21:44] persia, If you want me to put it back, I'd be happy to if you promise to review/sponsor ;] [21:44] If I want to request a package sync, do I need to contact the last uploader and check if he's ok with that? (as I would in the case of merging) [21:44] somerville32: by whom, where? arch:all in /usr/lib just sounds wrong, but it may be special for mono (although this is a waste of archive space, and breaks some installations) [21:45] persia, I forget. It was MOTU. [21:45] persia, Are you saying my package is a waste of space? ^:/ [21:45] Jazzva: A sync is only a special case of a merge where there are no remaining changes. Everything else is the same. In the case of a sync, the last uploader is more likely to be happy, so if you don't get them from a quick ping on IRC, it's less to worry about. [21:46] persia: it seems like all of our mono packages install their assemblies into /usr/lib [21:46] persia: So, it's ok to just post a request? [21:46] somerville32: No, I'm saying that having 8 copies of your binaries in the archive for an arch:all package is a waste of space. [21:46] persia: I guess it's an exception then [21:46] (I'm didn't really get the last part of the sentence ("so if you don't...")) [21:47] Jazzva: Something like "I'm looking at the frotz merge, and think it's a sync. Jazzava: any thoughts before I submit the request?" [21:47] I'm=I [21:47] persia, I'm compiling a windows binary. Doesn't it need to be compiled on each arch? [21:47] persia: Ok, I get it... thanks :) [21:47] jdong: Really? That's just odd. [21:47] * persia looks for mono packaging policy and someone to listen to whining [21:47] persia: yeah, it is kinda weird [21:47] persia: well it doesn't feel right to put .dll's in /usr/share, does it? [21:48] somerville32: Never mind. Please ignore linda, but don't suppress her for this: it sounds like a larger issue. [21:48] persia: I guess Java puts jars in /usr/share.... [21:48] persia: I used this when I packaged mono: http://pkg-mono.alioth.debian.org/cli-policy/index.html [21:48] jdong: Right. This means I can have a common /usr/share network mounted for a large multiplatform installation (which saves disk space) [21:48] persia: plus, it's not like Python doesn't put arch-indep stuff into /usr/lib either... [21:48] norsetto: Thanks. [21:49] jdong: Doesn't it? I thought python put .py files in /usr/share, and .pyc in /usr/lib, and further thought that .pyc files were host-specific. === mdomsch_ is now known as mdomsch [21:50] jdong: of course, a number of .dlls are arch-specific [21:50] persia: never mind, I haven't looked closely since pycentral [21:50] ajmitch: true [21:51] they used to be in /usr/share/dotnet [21:52] * persia doesn't understand how a package can be "arch:all", and yet have architecture-specific objects in /usr/lib [21:53] persia: not all mono stuff is arch:all though [21:53] somerville32: Where did you put the package? [21:54] persia, revu [21:56] -> Trying gtkglarea5-dev [21:56] -> Cannot install gtkglarea5-dev; apt errors follow: [21:56] The following packages have unmet dependencies: gtkglarea5-dev: Depends: libgtk1.2-dev but it is not going to be installed [21:56] in hardy pbuilder.. [21:56] somerville32: My apologies: you seem to have fallen into an odd exception where your package is really arch:all, but you can't treat it as arch:all, because it relies on systems that might not be, whilst still pretending to be architecture independent [21:57] persia, Should I put it as any? [21:58] persia, somerville32: iirc the mono executables should go to /usr/lib [21:59] Anyhows, the package is on revu ready for review/upload :) [22:00] * ajmitch wonders what 'the package' is [22:00] u can have a look at gbrainy (debian unstable) for example (that's mine :D) [22:00] that's the policy http://pkg-mono.alioth.debian.org/cli-policy/ [22:01] «3.1.2 File Locations The package's applications, libraries and meta-data must be installed into /usr/lib/packagename. » [22:01] ajmitch: youtranslate [22:02] somerville32: No, it belongs in /usr/lib apparently. I'm not entirely happy with that, but there are good, if annoying, reasons for it to be true. [22:02] persia, Alrighty. Would you be willing to sponsor? :] [22:03] somerville32: If you give me a bug with an interdiff :) But not now, as I am running short on time. I missed notecase ~10 hours ago though: I thought you were going to request upload for that. [22:04] persia, I did. It is on revu. [22:04] so it's just an update to an existing package? [22:04] ajmitch, New upstream [22:06] somerville32: why the gtk-sharp build-dep? [22:06] ajmitch, Because it requires it? [22:07] no, why does it require it? [22:07] ajmitch, I dunno. Ask the package. It complained when it didn't have it [22:07] considering that you've *also* got libglade2.0-cil, libgtk2.0-cil [22:07] 2 quite different build dependencies [22:07] Why is that? [22:08] I mean, I used the old debian directory [22:08] because gtk-sharp is the old, obsolete implementation [22:08] It complained when I built it [22:08] so I added it [22:09] And it takes me like ~30 mins or more to build that packages (I have a 333mhz) so I can't really play around with the build-deps too much [22:16] Kmos: gtk+1.2 waits for getting build with libglib1.2ldbl in hardy so it installable again [22:17] geser: ok.. thx [22:17] i was checking xt package, but it don't need to be merged.. [22:18] would anyone online care to take a look at my package of the new upstream version of tight vnc (http://revu.tauware.de/details.py?upid=468) [22:19] somerville32: looks like upstream is just using stupid broken makefiles [22:20] * somerville32 phews [22:20] checking for the wrong thing with pkg-config [22:21] so I'm safe? [22:21] it should be gtk-sharp-2.0 & glade-sharp-2.0 in there, and gtk-sharp should be dropped from build deps [22:22] so it is safe to change? [22:22] try it & see ;) [22:22] Do I get rid of the other gtk stuff? [22:23] what other gtk stuff do you mean? [22:23] * ajmitch is also curious about debian/etc/youtranslate [22:24] TheMuso: can you merge ~rainct/ubuntu-dev-tools/dev into ~ubuntu-dev/ubuntu-dev-tools/trunk please? [22:25] TheMuso: changes are: * Change the character encoding on all Python scripts to UTF-8 * submittodebian: better changelog location detection * submittodebian: user-friendly error if python-debian isn't installed * hugdaylist: improve error handling (less backtraces, more nice messages) * pbuilder-dist: look for global variable $PBUILDFOLDER (LP: #160769) * pbuilder-dist: check pbuilder version and only use --components if suppor [22:26] ajmitch, It is a wrapper [22:26] yes, I know it's a wrapper [22:26] So what are you curious about? :P [22:26] why you renamed it to debian/etc/youtranslate? [22:27] ajmitch, Because it was called wrapper before [22:27] and...? [22:27] would anyone online care to take a look at my package of the new upstream version of tight vnc (http://revu.tauware.de/details.py?upid=468) its a jump from 1.2.9 (in archives and debian) to 1.3.9 [22:27] I wanted to call it youtranslate [22:27] but it was removed when building the source [22:27] obviously [22:27] it's just a strange change to make when doing an upstream update [22:28] ajmitch, Just making things neat? [22:28] * ajmitch gives up & goes back to useful work [22:28] ajmitch, Don't give up. I'm trying to learn :P [22:28] * somerville32 smacks ajmitch with a fish. [22:28] this is why I don't review [22:29] somerville32: minimize delta [22:29] Okay. [22:29] somerville32: if you want to make changes try to do the least in Ubuntu and as much as possible upstream [22:30] this looks to only be in ubuntu anyway [22:30] ah, well that's the first problem ;-) [22:30] RainCT: Ok will do. [22:31] TheMuso: thanks :) [22:32] norsetto: after pending, ddclient bug report can be set to fix released ? [22:32] it's already published [22:33] how come it seems everytime I ask for help or my package looked at, I get ignored and someone else gets helped [22:34] kmos: wait until it builds, then set it fix-released [22:34] g2g591: because life is unfair? :) [22:35] I know, but I've tried to get my package checked out for a couple weeks and no one responds [22:35] norsetto: ok =) thx [22:36] g2g591: Package review for Hardy is just really getting started this week, so you're odds should improve. [22:37] well, personally I hope it makes it to Gutsy backports, tightvnc 1.3.9 is a large jump from the version in the archives (1.2.8) it even supports a whole new version of the protocal and has been out a long time [22:37] Hmm. I think its time we uploaded a new ubuntu-dev-tools. Doing that now. [22:38] when someone has a chance, http://revu.tauware.de/details.py?upid=468 [22:42] g2g591: generally you shouldn't mess with debian/copyright [22:44] Laserjock:well should I change it back to saying it was debianized by the other person who did the previous version? [22:44] g2g591: and it might be a good idea to work with the Debian maintainer on getting that going [22:44] g2g591: yes [22:45] g2g591, yes, debianization is the original packing , not revisions [22:45] there is a debian bug about updating: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434240 [22:45] Debian bug 434240 in tightvncserver "tightvncserver: new version is available" [Wishlist,Open] [22:45] and the maintainer said he's working on it (in July) but it would take some time because so much has changed [22:46] I tend to think that for something like that we need to stick closely to Debian [22:46] imbrandon: ok, I didn't know that and it isn't exactly documented very much [22:47] laserjock:well, it seemed to work with just copy and pasting the debian/ of the previous version and the test debs of the viewer work fine for me [22:48] TheMuso: I think it would be good to backport it to gutsy too [22:48] * norsetto -> bed [22:48] RainCT: Well let me get it into hardy first. [22:49] TheMuso: of course. will you backport then or does it require a bug report? [22:49] norsetto: good night [22:49] g2g591: ok so maybe the best course of action is to email the maintainer, Ola Lundqvist, and see where he is at with packaging it and maybe send him a debdiff [22:49] RainCT: I was going to say llet for bed ... luckily I didn't .... [22:50] RainCT: how do you say bed? [22:50] ajmitch, I'm fixing 'er up for toi. [22:50] norsetto: in Catalan? [22:51] or what do you mean? [22:51] rainct: he, what else? [22:51] norsetto: dunno :P. llit [22:51] rainCT: ah, a little vowel and everything changes .... [22:52] * norsetto -> llit [22:52] hehe. llet is milk [22:52] * RainCT is going to bed too [22:52] well, milk does make you sleepy [22:52] :-) [22:53] lol [22:53] Good night all :) === sladen_ is now known as sladen [22:58] TheMuso: Hey [22:58] Hey huats_. [22:58] I have resubmitted the merge that I mess since 2 nights.... [22:59] so consider it once you have time.... because you know that I might have done something wrong... [22:59] I really hope I haven't.... but who knows... well you'll find :) [23:00] (it is the dbmail one) [23:00] * LaserJock grumbles about silly proprietary Multiverse packages not being worth the money [23:00] TheMuso: if you find anything on it, you can directly told me about it here... [23:00] huats_: I will get to it in a bit, and who knows? YOu may have it right this time. [23:01] TheMuso: don't be too optimistic.... [23:01] :) [23:04] huats_: Ok, looking now. [23:05] TheMuso: I am closely listening :) [23:08] huats_: Ok, test building... [23:08] ohoh [23:08] that is a step further than before right ? [23:10] fernando: ping ? [23:16] * somerville32 cries. [23:16] huats_: It built, now I am test installing the packages [23:16] ok [23:16] Who was the person who said I could build on their machine? [23:17] TheMuso: it is at least a tep further than before right ? [23:20] huats_: Yes, and its actually gone so far as being uploaded at this minute. [23:20] huats_: Now I would suggest trying to get those changes into Debian. [23:20] TheMuso: great ! [23:21] TheMuso: that was my idea... I'll send it tomorrow (it is past midnight here in France) [23:21] huats_: Ok no problem [23:21] TheMuso: once again thanks for your patience... [23:22] huats_: You're welcome, and it was no problem. [23:22] huats_: I was in the same position as you are now at one point. [23:24] TheMuso: I mean, it is important to hear some grief, but also the counter part exists... [23:27] huats_: I udnerstand. [23:36] laserjock:Care to take a look at the new version? http://revu.tauware.de/details.py?upid=597 === asac_ is now known as asac [23:44] Ok I have to go to bed [23:44] good night/day all [23:44] see you tomorrow morning