=== Syntux_ is now known as Syntxu === Syntxu is now known as Syntux [00:16] Good evening [00:57] hi [00:58] i've a problem with revu... i've uploaded my first package more than 5 hours ago, but i cannot see it in the revu page [00:58] can somebody help me_ [00:58] ? [01:06] i've uploaded it again [01:09] ah i've found the problem [01:56] Hello All, I am learning to package, I have a question, When I create a package, I use on the maintener field, latin characters: as ñ and é, using gdebi it outputs bad. [01:56] theres is a way to use the latin characters, to output well ? [01:58] cesar_bo: for all fields in debian/control, you should use the UTF-8 encoding [01:59] but I don't know if gdebi supports display of non-ASCII characters, it could be a gdebi bug [02:01] slangasek: Well I don't know if I am using utf-8 on the control file [02:01] I would look, thanks very much [02:02] cesar_bo: a simple commandline check is to run: iconv -futf-8 -t ucs-2le < debian/control > /dev/null [02:03] slangasek: thanks, it prints bad as on gdebi [02:05] cesar_bo: hmm? that check won't print anything except an error message [02:05] the <> are necesary ? :D [02:06] can somebody please kick my other nick? sorry about that [02:07] doing that, outputs no error: mariocesar@dedalo:/~/lidios-0.1/debian$ iconv -futf-8 -t ucs-2le < control > /dev/null [02:10] cesar_bo: right, then it's a gdebi bug [02:10] slangasek: well thanks [02:15] slangasek: There is the bug: https://bugs.launchpad.net/gdebi/+bug/109907 thanks again :-) [02:15] Launchpad bug 109907 in gdebi "Unicode characters not shown correctly" [Undecided,Confirmed] [02:15] no problem === Hobbsee` is now known as Hobbsee === keylocker is now known as leleobhz [03:03] Hi guys! [03:03] I wanto to kick in this group to help out [03:04] I already signed the CoC, but can't find an option to go in [03:04] Right. That's because anyone can help. :) [03:04] Anything in particular you'd like to do? [03:04] Packaging [03:04] Specially, rare software, or with special patch's or fixes [03:05] For example, Wine + 3DMark [03:06] Wine + 3dmark? [03:06] I'm now compiling official winehq's sources with that patch, to test it and upload it to my PPA [03:06] RAOF, it makes wine spoof some of it's characterirstics so more games will run [03:07] Right. That's not going to be very useful on the MOTU front, but may be useful for other things. [03:07] RAOF, Although it won't modify anything else [03:07] RAOF, I mean, i can try to package anything you ask for, and have my PPA for non-MOTU soft [03:07] The way to get that into the official Ubuntu packgaes would be to file a bug against the Wine package, attach the patch, and give some justification. [03:08] Anyway, it's not a bug, so it won't just fit [03:08] Particularly: is it likely to be accepted into wine mainline? If not, why not, and why should we go against upstream. [03:08] I would use my PPA instead [03:08] Sounds like the bug is "Some games don't run under wine" [03:08] And this patch fixes that bug. Right? [03:09] RAOF, Actually, they run, but they will whine about DX errors, this patch spoofs wine's capabilities so games run better [03:10] Do they actually run better, or do they just report fewer warnings? If the former, that's something we may want to have in the official packages. [03:11] Just because it doesn't result in a program failing to work doesn't mean it's not a bug. [03:12] RAOF, I mean, w/o the patch, games like CoD 4 won't run [03:12] :) [03:12] Right. So that's _definitely_ a bug. [03:13] Still, that patch has been available since 9.* branch, but it hasn't been applied to upstream [03:13] Why?, dont ask me [03:15] `morning [03:15] night [03:15] lol [03:16] Drk_Guy: So, there's probably a reason why it isn't applied. Either that reason isn't good (such as: no one's actually _asked_ the wine devs to apply it - again, attach to upstream bug), or there _is_ a good reason :) [03:16] RAOF, maybe it is worth asking in #winehq [03:16] Right. [03:17] The aim is to get the fix out to the maximum number of people - so the best place is upstream. The second best place is in the official Ubuntu repositories, and a PPA runs a distant third :) [03:17] Gonna research about PPA by now [03:18] RAOF, Maybe creating a fork, wine3dmark and wine [03:18] ;) [03:35] guys [03:35] I have an issue [03:35] I just created my PPA, but it is 404 [03:35] Is it normal? [03:37] No, but you probably want to ask in #launchpad about PPA issues. [03:37] Ok [03:48] is there a command for generating the special date format of changelog file? [03:48] debian/changelog [03:48] date -R [03:48] Thx [03:49] Does debuild clean the compile dir? [03:52] Drk_Guy, if you're building from Debian source package, running "./debian/rules clean" might help. If you're building from source, then try "./make clean", it should work. [03:53] https://wiki.ubuntu.com/PackagingGuide/Complete [03:53] Jazzva, I don't want to recompile [03:53] ;) [03:53] It's just a lil changelog change [03:54] Anyway, gonna try to make a deb tomorrow [03:54] Thanks for help [03:54] GTG [04:01] hi elkbuntu [04:01] :p [04:22] hi sladen [04:22] >_< slangasek [04:22] :p === doko_ is now known as doko [04:41] hi all. is there a script to replace Maintainer: with me, and set XS-Original-Maintainer: to the old Maintainer: value? === tritium_ is now known as tritium [04:45] kgoetz: update-maintainer [04:45] null_vector: cheers. [04:46] is it in devscripts? [04:46] ubunutu-dev-tools [04:47] thanks mate [04:47] np [05:34] soren: ping [06:36] good morning [06:36] hi dholbach [06:36] hi nxvl [06:40] dholbach : Guetan tag [06:41] hi bliZZardz: Guten Tag! [06:47] Morning Daniel [06:47] * Iulian yawns [06:47] heya Iulian! [06:51] its not posable to use dget on an LP PPA (because the .dsc and .gz will be saved in different locations). should i file a bug against devscripts or LP? i'm thinking the latter. [06:53] kgoetz: there's dgetlp in ubuntu-dev-tools [06:53] dholbach: thanks, i'll use that. [06:54] kgoetz: OR use dget on http://ppa.launchpad.net/5-a-day/ubuntu/pool/main/f/five-a-day/ [06:55] or use apt-get source [06:56] nxvl: would involve sources.list changing and updating package lists and similar annoyance. [06:56] well, yes, but if you have it already not [06:56] :D [06:57] dholbach: hm. well i have the dgetlp. thanks for that :) [07:01] there's already a bug on it [07:01] i think they said they were going to fix it fairly soon, months ago [07:31] Laney: hi - what about those ffmpeg sponsoring bugs? are you going to add patches too? === dholbach_ is now known as dholbach [07:38] does anyone have some overview how much fallout/breakage the new ffmpeg package caused? [07:39] AFAIK, main is cleared already, and most of universe, at least for packages from debian === dholbach_ is now known as dholbach [07:47] siretart: There are a few more FTBFS that I haven't done yet, will get you a list after work later [07:47] Laney: thanks [07:47] dholbach: geser did a load of them and I'll attach patches for the rest if he doesn't plan on doing those one [07:47] s [07:47] Laney: excellent! [07:48] * dholbach just triaged a bunch of bugs in the sponsoring queue [07:51] Hm, is the sponsors queue moving slowly ATM? I've had some merges awaiting for some weeks now [07:54] Laney: Yes, it's moving slowly just now. [07:55] persia: OK, no worries. So am I to be honest, just started a new job [07:56] ...which I have to leave for now. Have a good day all [07:56] Laney: Have a good day. [08:02] * Hobbsee wonders why dholbach is light blue. [08:02] * Hobbsee ponders doing something on the sponsorship queue [08:17] i am wondering, has anyone contributed a package for Perl? [08:17] Which particular perl? [08:18] 5.10.0 [08:18] Yes. [08:18] o, ok [08:18] Hobbsee: dholbach isn't light blue to me. [08:19] Various pieces of absolutely core Debian infrastructure depend on perl. It's well maintained :) [08:20] ah, ok [08:20] (In fact, I think it's currently breaking Etch->Lenny upgrades in some cases ;)) [08:28] Heh. Kmos mass-closed all the xmms bugs in debian. [08:30] Uhh [08:31] RAOF: you're not surprised, are you [08:32] ? [08:32] Not really. It's just interesting to run into. [08:32] because xmms was removed from sid [08:33] Yeah. The remark wasn't really intended to indicate my approval or disapproval. Just surprise at seeing a familiar name :) [08:34] i'm surprised they dont' make all bugs stay until it falls out of all supported releases [08:34] We have surprisingly few xmms bugs, actually. [08:36] Oh, including one against Xmms2. Whoops :) [08:51] Hobbsee: Debian usually don't. [08:53] ah === jmunro_ is now known as jmunro [09:35] Hello === TiMiDo is now known as ubuntu === ubuntu is now known as TiMiDo [09:40] Why does lintian generate the "native-package-with-dash-version" warning when the version has -0ubuntu1 appended at the end? [09:41] Because you don't have an orig.tar.gz? [09:42] morning dear MOTUs and contributors :) [09:44] Morning. [09:44] RAOF: oh umm... I used dpkg-buildpackage -S -sa -rfakeroot as suggested in https://wiki.ubuntu.com/MOTU/Packages/REVU (this is my own app). How do I generate orig.tar.gz? [09:46] dushara: What should generally be done is: you grab a copy of the software that you want to package. This will generally be distributed as a tarball (.tar.gz, or .tar.bz2, or whatever). [09:46] To build the Debian package, you take this (upstream) tarball, unpack it, and add a debian/ directory. [09:47] So, in the case of your own software, you probably want to distribute it more widely than just Ubuntu, right? [09:47] yes [09:47] In order to do that you basically want to release the code in some useful way. A .tar.gz is the canonical way. === dholbach_ is now known as dholbach [09:49] Yes I've got tge .tar.gz. I created a debian dir within the extracted tar.gz with the version postfix etc. Then I entered the command I showed earlier. Have I missed a step? [09:50] dushara: Rename the tarball to packageName_version.orig.tar.gz [09:51] jpds: ok thanks [10:04] emgent: congrats !!! [10:12] huats: thanks [10:13] Congrats emgent. [10:13] Iulian: thanks :) [10:30] <\sh> emgent: congratulations...rocking news :) [10:45] \sh: thanks :) [10:49] emgent: congratulations!!!! \o/ great mate [10:49] sebner: thanks === cprov is now known as cprov-lunch [11:12] congrats emgent :) [11:12] vorian: thanks :) [11:13] wd :) [11:18] emgent: Congratulations. Security ... must be tough work. :-) [11:19] Does anyone have any idea how much usually a package takes to clear from 'NEW" queue? [11:20] slytherin: At least a week I think. [11:20] depends when someone deals with ti [11:20] slytherin: :) [11:20] * kgoetz giggls and pokes Hobbsee at teh queue [11:21] Hobbsee: What if another new version review is waiting for a package in queue. Can I poke someone about it? [11:22] slytherin: You can ask "archive-admins: Please NEW $(packagename) to allow an update of $(depending package)" in #ubuntu-devel. If that doesn't work, you can look up today's archive-admin on the wiki, and highlight them directly. [11:24] persia: Thanks, will try [11:35] hi all [11:37] Just uploaded pkg to REVU. What happens now? [11:37] dushara, wait [11:38] Fester: Cool. [11:44] dushara, Festor... no Fester.. xD [11:44] Oops sorry :-D [11:44] Does anyone know what this means? [11:44] "N: 1 tag overridden (1 warning)" [11:45] * persia welcomes vorian to the U-U-S team [11:45] I get to run the lintian [11:45] Festor: Assuming that's lintian output it means that there's an override file. [11:45] Festor: and it overrode 1 warning. [11:46] Is there any way to locate it? [11:46] [11:46] I do not understand the problem very well. This is the first time I see this warning [11:46] emgent: you have to join too \o/ [11:47] Festor: Look in the debian dir for an lintian file. [11:47] yes, there is a folder called lintian [11:47] sebner: i know :) [11:48] sebner: persia mailed :) [11:48] Festor: That's probably where the override is. [11:48] ops, wait [11:48] emgent: Most people ask for U-U-S here. Mailing me takes longer :p [11:48] persia: hehe np :) [11:49] emgent: hrhr. [11:50] thanks jpds I found the problem [11:50] emgent: Now go sponsor some stuff :) [11:50] Festor: You're welcome. [11:50] ha [11:50] persia: hahaha [11:52] emgent: now go and upload eggdrop :P [12:03] What's the average time people wait for a response for an updated debdiff while doing the U-U-S dance? [12:04] Anyone here feeling an hero? If you are brave enough to test an hardy-proposed fix, head to bug 242635. [12:04] Launchpad bug 242635 in trousers "The package cannot be removed if the daemon fails to start" [Undecided,Fix committed] https://launchpad.net/bugs/242635 [12:05] RAOF: For me, depends on the issue. In many cases, if it's trivial, and someone doesn't respond to an IRC ping within a couple hours, I just fix it and upload. [12:16] norsetto: I felt an hero indeed, but It was an easy one :) [12:17] warp10: you cheat, being a medical doctor you know the tricks of the trade, its not fair ;-) [12:18] * warp10 0:-) [12:19] lol [12:20] warp10: thanks for checking that out, much appreciated [12:20] here i am ;-) [12:21] norsetto: my pleasure! :) [12:22] :-) [12:22] impi226: shoot, we are all ears (and somebody is all nose too) [12:23] my problem is that i do not really know how good my skills are and how i can contribute to ubuntu [12:24] impi226: what is it you want to do? Help with translation, triaging bugs, helping to manage the universe repo? [12:25] my best skills are php, mysql (webdevelopment), but i am also working on and very interested in getting skills programming c++ & java... [12:26] impi226: perhaps you should read a bit about how we develop ubuntu, I think this should help you to clarify things [12:27] in what extend "about how we develop ubuntu"? [12:27] impi226: did you go through this wiki page: https://wiki.ubuntu.com/UbuntuDevelopment ? [12:28] i read it. [12:29] but there is no real starting point saying "contact that person, and he will help you getting involved" [12:30] or i don't read intently enough :-) [12:30] impi226: there is no such person [12:31] impi226: but there are such persons, right here [12:31] thats the matter why i am here... [12:31] but i have to go to lunch now... [12:32] my workmate is waiting ;-) [12:32] so long... [12:32] impi226: guten appetit then [12:34] * norsetto goes to lunch too, his stomach is waiting [12:48] How often is http://qa.ubuntuwire.com/bugs/rcbugs/ updated? [12:49] Iulian: Every few hours. If you fix something, please leave the bug number in a comment. [12:50] persia: Sure, thanks. [12:51] Iulian: Said differently, everything in RCbugs generally deserves an LP bug. It's not so important now, but as the freezes come, RC bugs helps provide justification for freeze exceptions (although the pressure to backport the fix increases). Also, many of those might affect Hardy, and may deserve an SRU (although it depends on the specific RC bug). [12:55] persia: Yea, sure, I will have a look at them though. [13:09] emgent: congrats :) [13:11] emgent: Congratulations. Use the power wisely... [13:11] QUICK! UPLOAD CRACK!!! [13:13] ScottK: RainCT thanks :) === lmr__ is now known as lmr [13:25] morning [13:26] morning null_vector [13:29] RC bugs page is not correct at least in one respect. cairo-java has same version as Debian, still it is listed on page. [13:29] <\sh> sebner: hey, you are famous now :) reading p.g.o ;) [13:30] slytherin: Many Ubuntu packages has the same version as the ones from Debian. [13:30] Iulian: Then hwo to correct list on that page? [13:30] null_vector: any news about that dh thing? [13:31] slytherin: I don't know. persia says that it's updating every few hours. [13:31] \sh: hrhr. didn't know that he is on the planet [13:34] \sh: but please, no photos xD [13:36] norsetto: Yeah, it doesn't work without pysupport installed as is. If you remove that bit and have pysupport installed, it doesn't work. [13:36] <\sh> sebner: :) [13:36] norsetto: That's why it was a binary upload in debian [13:36] \sh: but thanks for the hint :) [13:37] null_vector: ok, please prepare a patch for Ubuntu then, so that we get it out of the way [13:37] norsetto: ok [13:38] back :-) [13:40] norsetto: You want to make python-support a dependency? [13:40] *build-dep [13:41] null_vector: no need, with my patch it builds and installs with just pycentral [13:41] norsetto: alright [13:42] null_vector: you are using pbuilder I hope? [13:42] norsetto: yes [13:42] null_vector: good [13:43] norsetto: Where's the patch? [13:44] null_vector: in my email, its not a patch, its how rules looks now (practically, you delete the after/before and leave one line only) [13:49] siretart: did you see my msg yesterday? [13:58] norsetto: bug 247275 [13:58] Launchpad bug 247275 in python-minimock "FTBFS in intrepid." [Undecided,New] https://launchpad.net/bugs/247275 [13:58] null_vector: ok, thanks, its on my todo list [14:02] norsetto: ! [14:02] !! [14:02] :) [14:02] how are you ? [14:02] huats!!! [14:02] i went to talk to mrevell about the reception mailing list [14:02] apparently we need to talk to jorge about that [14:02] ... [14:02] to fasten a bit the process... [14:03] huats: to speed up :-) [14:03] huats: unless you want to tie jorge down and abuse him ;-) [14:03] exactly [14:04] ;) [14:04] sure [14:04] (about speed up) [14:04] * norsetto was scared for a moment [14:05] ;) [14:07] jcastro: (wodoo voice) jcastro, if you can hear us, please give us a sign [14:07] Anything that needs special attention or just go back to FTBFS? [14:07] huats: do you think we should sacrifice a cock? [14:07] :) [14:08] coq [14:08] ::) [14:08] null_vector: you are doing an amazing work with ftbfs, you want to continue or do you want to do something else? [14:09] norsetto: no that's fine and thanks [14:09] null_vector: thanks to you [14:11] norsetto: first off i will carry on reading the ubuntu wiki... is there any use for a php programmer with medium c++ skills and the declared intention doing everything for improving ubuntu? ;-) [14:12] impi226: everyone is welcome, we can do with all the possible skills [14:13] impi226: if your interest is mainly in php, you ould help a lot just by triaging php specific bugs [14:13] impi226: s/ould/could [14:13] norsetto: but how can my php skills help improving ubuntu? ;-) [14:16] norsetto: i don't think there are much websites to be coded.... [14:16] impi226: as an example, give a look at bug 87333 [14:16] Launchpad bug 87333 in php-mail-mime "get notice about returning variables" [Undecided,New] https://launchpad.net/bugs/87333 [14:16] impi226: True, but if you have a lot of experience in php, you could probably help a lot with triage of php package bugs. [14:17] impi226: this is the kind of bugs where your expertise could help us [14:18] hi folks [14:18] norsetto: okay... that sounds good for me... [14:18] impi226: if you go to this page: https://edge.launchpad.net/ubuntu/+search?text=php you will see 298 packages which are related to php [14:19] * norsetto bows to supermaster sistpoty|work [14:19] hi norsetto [14:19] (and no, I'm no supermaster :P) [14:20] * norsetto checks again sistpoty|work and wonders what the big S on his chest means [14:20] norsetto: S is for Stefan *g* [14:21] *g* [14:23] norsetto: you looking for me? [14:23] jcastro: is that a De Niro voice? [14:24] heh [14:24] That'd be s/for/at/ :) [14:25] jcastro: I was told by huats (who has been told by mrevell) that we should plead and beg you to have our team mailing list approved (thats mentoring-reception team) [14:25] norsetto: we're blocking on IS tickets. [14:25] jcastro: If you are the right person, this is one team that's been without a mailing list for over a year, and could really use one. [14:25] persia: yes, the haircut gave him away :-) [14:25] :) [14:25] norsetto: once we finish with guadec we're going to london and fixing lists is like, a top priority [14:26] norsetto: (I share your frustration) :) [14:26] persia: the queue for mailing lists is full of fail on our side [14:26] jcastro: that would be cool, we are waiting since a week and we really miss the list now that we have a full team [14:26] norsetto: only a week! [14:26] * norsetto swear against himself for giving up so easily [14:27] jcastro: did I say a week? Sorry I meant a year [14:28] More than. It's been since last April or so, hasn't it? [14:28] persia: april of last year, yes === ember_ is now known as ember [14:28] norsetto: you have my promise that I will escalate your issue. :D [14:29] jcastro: now, don't close by saying "I'll be back" ... [14:29] norsetto: I have to go now, can you do me a favor and forward me any correspondance you've had with us wrt. your list? [14:29] jorge@ubuntu.com [14:30] we've been waiting for the mailing list tickets to get approved since last uds. :-/ [14:30] * persia pokes dholbach to help contribute prehistory [14:30] jcastro: sure, thanks for helping, next time I see you at an UDS I will let persia hug you [14:32] Now there's a dangerous offer :) [14:32] persia: lol [14:33] zzz.... =.o [14:33] hi norsetto [14:33] gaspa: morning [14:34] persia: i'm still working on that nbs page, don't think that i dismissed it. (just too busy and a lot of mishaps) [14:35] gaspa: No worries. There's a new channel where people are gathering to work on such tools: #ubuntu-quality. [14:35] ah,wow. [14:43] jcastro: thanks ! [14:43] and enjoy your guadec [14:43] ! === smarter_ is now known as smarter [14:58] Is PATH_MAX defined somewhere in Linux? I thought that was Windows only. [14:59] null_vector: yes, it is [15:00] sistypost: thanks, then it's the gcc4.3 prob [15:00] null_vector: for gcc 4.3 you have to inlude [15:01] or for c++ [15:18] mmmh [15:19] : [1.396031] BUG: unable to handle kernel [15:20] interpid alpha 1 [15:20] impi226: That's the trick with running the development release: it's usually broken in a few ways :( [15:21] persia: yes, but directly after the bootscreen? :-D [15:21] impi226: All sorts of times: depends on which packages are broken that day, or what transition is underway. [15:22] persia: maybe because i'm at work (running windows, big sorry!!!) and trying to run it in sun xvm virtualbox [15:22] ? [15:22] Maybe. Report a bug. [15:22] okay [15:24] persia: you have any non-raid hot swap (sata drives) experience with linux? [15:24] thus far, everything seems to be about raid [15:24] I know our controller supports hot swapping, but when you pull a mounted drive out, all hell breaks loose [15:25] nixternal: Nope. All my non-raid hotswap experience is old enough to have been SCSI (and I don't have any current test equipment). [15:25] ya, same here [15:25] That said, back then, you had to stop the filesystem before you unplugged the drive. [15:25] I suspect this is still the case. [15:26] If it still crashes after being unmounted, that'd be a bug. [15:26] ya, warm swapping when not in raid [15:26] I can warm swap all day long [15:28] You want to hot-swap when not in raid? That's not supposed to work. [15:28] I suppose you could turn off all caching, and disable the VM layer, and have a chance, but... [15:30] hm... that would still lead to the question with what you want to swap the drive? [15:31] * persia suspects a non-broken drive to replace the failed one [15:31] but where should it get the contents from? [15:32] How do you disable certain checks in lintian? [15:33] null_vector: you can provide overrides, or just use a brain filter when looking at the output [15:36] sistypoty: They are actual errors keeping it from building, like non-stripped binarys. But those binaries are explicitly skipped in dh_strip. [15:38] null_vector: lintian errors keep it from building? [15:39] null_vector: and there's also the question, why these binaries are not stripped (problems with pitti's -dbg magic?) [15:39] sistpoty: nvm, sorry. slow this morning [15:39] heh [15:40] per changelog: http://pastebin/ubuntu.com/26477 [15:44] ugh. nice. sounds like deep crack (but of course that's no news in regards to a bootloader *g*) [15:45] persia: https://bugs.launchpad.net/ubuntu/+bug/247293 ;-) [15:45] Launchpad bug 247293 in ubuntu "BUG: unable to handle kernel" [Undecided,New] [15:49] persia: prehistory about what exactly? [15:51] sebner: you should add the scrollkeeper dependency though [15:51] dholbach: prehistory of the mentoring-reception :-) [15:51] dholbach: Any ancient correspondence about mentoring reception that might help jorge get the mailing list created. [15:52] which mailing list? one for the mentoring-reception? [15:52] dholbach: I'm trying to get a team mailing list, so, if tehre was any request made by you, it could help [15:52] no, there wasn't [15:56] boo [15:56] -ECHANNEL [15:57] err, heya gang? [15:57] :) [15:57] norsetto: dependency or b-d ? [15:57] norsetto: That's it! [15:57] phew ... [15:57] Heya gang [15:57] Here it is ;) [15:57] Ah. Right. Capital 'H' [15:57] Hi norsetto, persia, Iulian, sebner :) [15:57] hi bddebian [15:57] hi bddebian [15:58] * sebner is sad. He doesn't have 3d and sound xD [15:58] 'lo [15:58] Heya sistpoty|work [15:58] bddebian: hi mate [15:58] Heya kgoetz [15:58] :) [15:58] sistpoty|work: have you got 3d and sound? ^^ [15:58] sebner: who is going to register the documentation with scrollkeeper? [15:59] norsetto: dh_scrollkeeper? [16:00] sebner: no, thats an helper to add appropriate snippets in the maintainers scripts [16:00] sebner: those snippets will register the docs, so, who needs scrollkeeper? [16:01] norsetto: gnome-doc-utils? [16:02] sebner: b-d are needed in the buildd, deps are needed on the user's machine, who, according to you, needs to register docs with scrollkeeper? [16:03] norsetto: ah xD user [16:03] sebner: right! [16:03] * sebner is confused of 2 hours trying to fix 3d and sound xD [16:04] norsetto: anything else? :) [16:05] sebner: once you upload that I will check everything once again, and if its ok just advocate [16:05] norsetto: k, I'll do that now [16:08] sebner: here at work: yes, though I don't really have too much use for both *g* [16:09] sistpoty|work: old or new kernel? [16:09] sebner: 2.6.22-15-generic (gutsy system) [16:09] sistpoty|work: xD intrepid! intrepid! [16:10] sebner: I need to do work when at work, not fix ubuntu *g* [16:11] bah [16:11] xD [16:11] * sebner thinks he brokes his system xD [16:18] sebner: any reason why you use debhelper 7? [16:21] norsetto: ehm not backportable ... [16:21] sebner: :-) [16:22] norsetto: yes, we talked about it :) [16:24] Hi bddebian [16:24] Heya geser [16:25] sebner: I won't block it, but next time I would like you to think about it, if there is no reason to use a particular version, than don't just because its the latest [16:25] If anyone has some spare time and would like to review a package, you may have a look at salasaga which is uploaded to revu. (it's an IDE for development of eLearning). [16:25] norsetto: yeah I know, we discussed that with cairo ;) [16:25] sebner: yep [16:27] sebner: ok, advocated, now find another slave to do your dirty work :-) [16:28] * sebner hugs norsetto [16:28] * norsetto hugs sebner back [16:28] DktrKranz: mind uploading hitori on revu? ;) [16:30] sebner: so I'm the SOTU? Slave Of The Universe? [16:30] DktrKranz: more a SOTS :) [16:30] DktrKranz: more like a SOTS ... [16:30] xD xD xD [16:31] sebner: you know... 150 euros [16:31] oh, it's NEW... more money \o/ [16:31] DktrKranz: add a 0 [16:31] hrhr [16:31] geser: care to shake fingers? [16:32] sebner: unluckily I can't do anything right now, I'm on stable, but I'll have a look this evening, ping me for the reminder [16:33] DktrKranz: kay =) [16:33] DktrKranz: stableboy ... [16:34] huats: did you receive my last email, from this morning? [16:34] norsetto: at work, I just can't have testing or unstable :P [16:34] DktrKranz: no, you're YPB. [16:34] bonus points if you've seen the flowchart reference. [16:35] yep [16:35] it's a great thing we have three etch in place [16:35] but i just read it very quickly [16:35] huats: okki [16:35] Hobbsee: YPB? [16:35] norsetto: let me have a closer look now [16:35] DktrKranz: "you poor bastard" [16:35] Hobbsee: s/poor/racist/ usually :) [16:35] huats: pls. read it carefully, I really think we ought to do something [16:35] not for the blame flowchart that i saw. [16:36] :) [16:36] Hobbsee: don't talk with that Padano pls. [16:36] ? [16:37] norsetto: do you want a bit of fog? [16:37] we have tons [16:37] Hobbsee: people from Padania, that bit of Italy lost in the fogs of the north [16:37] DktrKranz: you can weigh fog? [16:38] norsetto: it's not "a bit" ... [16:38] gaspa: well, the most insignificant one anyway ;-) [16:38] gaspa: I can cut it with a knife [16:38] * gaspa don't think so :) [16:39] gaspa: I lost two sisters to you, one now talks with an accent from Milan, ah, the horror [16:39] norsetto: mmmh. You're lucky no people from Milan here :) [16:40] DktrKranz: they are all here now, enjoying their hard deserved (or so they say) holidays [16:41] norsetto: more traffic on Raccordo then :). [16:41] DktrKranz: walking is faster [16:42] norsetto: I think it is very interesting (the proposal from persia) [16:42] huats: it is [16:42] i really like the idea of various track and regular meeting [16:43] * persia suggests #ubuntu-classroom as a good forum for this discussion, as pleia2 is usually there and interested. [16:43] (I am just a bit unease with the ratio of 1/3 of attendance since it is very strict I think, by instance I will never be able to attend 1/3 of this meetings even if I am really interested) [16:43] persia: of let's go there === Tonio__ is now known as Tonio_ [16:47] hi [16:47] does anybody know when the list of registered people that are able to upload to revu is updated? [16:48] in the Revu website it says once a day, but when? at 00:00 GTM? [16:48] oops [16:48] I think it's just done manually on request now. [16:49] GMT [16:49] ok... please can you do it? [16:49] because my key is expired [16:49] and i've uploaded a new one in launchpad [16:49] but in revu there is still the old one [16:51] persia: it's your chance to sync the keyring [16:51] I'm on it [16:51] thanks guys [16:51] :) [16:51] hm... I'm getting slow *g* [16:52] * persia is going at about normal speed :) [16:53] heh [16:53] So, we have three people trying to do the same thing? :) [16:53] maybe the server breaks down xD [16:53] jpds: no, I saw that you already wrote that you're on it, so I didn't login in the first place *g* [16:53] one very simple question... since it can be, why is it not done automatically once a day? [16:54] goshawk: that would take the fun out of it to see who's faster *g* [16:54] sistpoty|work: now all get sense :) [16:55] goshawk: you see the life of a motu is really a hard one *g* [16:55] goshawk: honestly, I don't think there's anything against enabling automatic updates again, just noone did it yet [16:55] * jpds runs the revu-key script [16:55] oki :) [16:56] jpds: It's that we all like to run it: it feels good to watch the keys scroll by :) [16:56] does anybody know if VM images for hardy (or intrepid) are available somewhere? [16:56] thanks guys, maybe it's time for my first upload :) [16:56] DktrKranz: ask soren =) [16:57] persia: I usually just "import" the key needed. :) [16:57] jpds: Awww. That's not nearly as much fun. [16:58] ..but faster. [16:58] how much time will take a package to be visible for reviews? [16:58] About 5 or 10 mins. [16:59] oki [17:00] jpds: is fun finished or is your screen full of fingerprint? [17:00] :) [17:00] goshawk: the later. [17:02] goshawk: Sync done; upload away. [17:03] yep sir! [17:04] Error '(104, 'Connection reset by peer')' during ftp transfer of dsss_0.75-1ubuntu1.tar.gz [17:04] arg [17:04] that file looks like native-by-accident [17:04] hello [17:05] i want to contribute to ubuntu by helping in packaging and some bug fixing [17:05] goshawk: I just manually cleaned the input queue and put back your old package, so you don't need to reupload again [17:05] i'll try to do my first package today [17:05] ok thanks [17:05] i'm reading some docs on how to do that [17:06] jpds: btw.: you can do that too after a keyring sync... just mv all .changes files from /srv/uploads/rejected to /srv/uploads [17:06] sistpoty|work: i'll look at revu webpage waiting for dsss to be showed up [17:06] jpds: (most land there due to missing keyring syncs, and the other half are binary uploads) [17:06] when pdebuild works it creates files in /var/cache/pbuilder/build, which is owned by root, even though pdebuild is run by user. How can this be ? [17:07] sistpoty|work: I'll note it for next time :) [17:07] :) [17:11] they might be created by fakeroot and not actually owned by root, but /var/cache/pbuilder is a root filesystem and fakeroot would have to be run a superuser, and then how would i be able to tell the difference between a fakeroot file and a normal file [17:12] orbisvicis: fakeroot can't simply create a file as "root"... it just pretends to the process running under it, that the file is owned by root [17:12] orbisvicis: any other process will see that it belongs to the user that started fakeroot [17:13] sistpoty|work, thats a relief [17:13] now how in the world does pdebuild create files in /var/cache/pbuilder/build as root ? [17:14] orbisvicis: if it's run as root? (or setuid root?) [17:14] orbisvicis: otherwise it can't [17:14] um setuid [17:17] no, niether pdebuild or pbuilder are setuid [17:19] leisure-time... byebye ;-) [17:28] orbisvicis: as I wrote, it can only create files as root, if it's run as root [17:28] orbisvicis: and looking at pdebuild, it seems to use PBUILDERROOTCMD to gain root privs, which probably comes from /etc/pbuilderrc [17:29] wuhu, sound is back :D [17:29] orbisvicis: and for me that's set to sudo [17:29] congrats sebner [17:29] sistpoty|work, same here .. but that means youd have to type in the root passwd anyway [17:29] sistpoty|work: thanks. now intrepid rocks again xD [17:29] which i didnt do [17:30] ill log in/out, maybe its stored in mem somewhere [17:30] orbisvicis: no, my sudo asks me for *my* pw, not for the root pw (and it keeps the tty-ticket for a while, so the next sudo call succeeds w.o. any further query) [17:31] emgent: ember: I have updated the xchat merge (bug #246330) [17:31] Launchpad bug 246330 in xchat "Merge xchat from Debian unstable -> 2.8.6-2" [Undecided,New] https://launchpad.net/bugs/246330 [17:31] ember: I add the patch you suggested, and fixed the problem that dholbach identified [17:31] I was not able to determine the problems that emgent raised with the xchat.desktop file not meeting the freedesktop specification [17:32] I politely request emgent to either identify the specific problems or supply a patch ;-) [17:32] kirkland run "desktop-file-validate /usr/share/applications/xchat.desktop" [17:32] sistpoty|work, that was it [17:32] ember: ah, that helps ;-) [17:33] orbisvicis: :) [17:33] kirkland heh [17:33] ok people thanks... my package is on revu now, it's dsss, if someone have spare time, please review it :) [17:33] ember: i was reading a 20 page spec trying to figure out what was wrong when I said f-that ;-) [17:35] kirkland: We do try to supply tools to make life easier :) [17:35] sistpoty|work, what is you pbuilderrootcmd ? [17:36] kirkland: you mean emgent not ember [17:36] sebner: ? [17:37] no sebner he really meant both of us [17:37] sebner: I'm talking to both of them right now ;-) [17:37] kirkland: rofl I'm sorry xD [17:37] orbisvicis: here it's set to sudo... at home, I call it as root (i.e. I rather use my own script which I call with sudo which in turn calls pdebuild and a few other things) [17:37] I'll use em* [17:37] ;-) [17:38] * sistpoty|work heads home now... cya [17:45] emgent: ember: okay, fixed the desktop file issue, the depends issue, and added the patch you requested [17:52] kirkland cool thanks, i've sent the desktop fix upstream [18:12] hola [18:14] hola NCommander [18:15] Hola a todo el mundo, olé [18:16] -e* [18:16] Hola a todo el mundo, olé-e* [18:17] O_o [18:18] sebner: carry on with your eyes like that, and they'll get stuck like that forever. [18:18] xD [18:18] jpds: is it spanish? if yes, what did he say? [18:18] o_0 [18:19] hallo an die ganze welt, olé [18:19] laga: thx [18:19] sebner: carry on with that mouse open and you'll eat plenty of flies [18:19] norsetto: yam yam [18:19] mouse? [18:19] mouth [18:19] laga: boca :-) [18:19] heh [18:20] jpds, what's up? [18:20] jpds: uhm? [18:20] RainCT: ein? [18:20] xD [18:21] NCommander: not much. [18:21] jpds, I know that feeling [18:27] Anybody in the mood to take a look at one or two packages on REVU? [18:31] sebner: why don't you give a look at hefe_bia package? I 'm sure he will appreciate it [18:31] norsetto: /me != motu O_o [18:32] sebner: everybody can comment on REVU, I'll help you if you want [18:33] norsetto: ok, quick review or hardcore review? since I've not the experience to know how to start a review [18:33] Well if you want, here are the links: [18:33] http://revu.ubuntuwire.com/details.py?package=tomboy-blogposter [18:33] http://revu.ubuntuwire.com/details.py?package=gebabbel [18:33] tomboy-blogposter has been reviewed before. So it's only a few issues left [18:33] sebner: as you feel [18:34] hefe_bia: norsetto I'll look at gebabbel <-- sounds funny [18:34] sebner: :) It's a GPS tool [18:35] xD [18:35] kay [18:36] hefe_bia: ah I see your comment =) [18:36] hefe_bia: You've edited files outside of the debian/ directory in t-blogposter (tomboy-blogposter-0.4.2/Makefile) [18:37] norsetto: README.Debian seems not that important to me [18:37] jpds: Is this not allowed? Better use a patch system? [18:38] sebner: well, the known issue perhaps is relevant [18:38] hefe_bia: Better use a patch system. [18:38] norsetto: can't that be put into the manpage? [18:38] sebner: if its a workaround for a bug, that would not be appropriate [18:39] hefe_bia: "The Debian packaging... is licensed under the LGPL" - which version of the LGPL? [18:39] norsetto: That's what I thought. I first had it in the manpage [18:39] norsetto: why is it depending on itself? O_o [18:40] * norsetto checks [18:40] jpds: It was meant to be the same license as the package itself. [18:40] sebner: its gpsbabel, not gebabbel [18:40] -package +program [18:40] rofl [18:40] xD [18:40] sry [18:40] norsetto: /me is confused today [18:40] hefe_bia: Current Standards-Version is 3.8.0.1 [18:41] jpds: ah already *.1 O_o [18:41] hefe_bia: You may wish to use debhelper (>= 6.0.0) and a compat level of 6. [18:41] jpds: we can safely omit the .1, I even think that lintian will complain about it [18:41] norsetto: no. it *is* gebabbel [18:42] sebner: the dependency? [18:42] norsetto: omg xD I'll ready now everything twice [18:43] sebner: "I'll ready now everything twice" ? [18:43] norsetto: Priority should be optional [18:43] jpds: yes? [18:43] sebner: correct [18:45] sebner: what about the install location? [18:47] norsetto: ah wait. how can I download that stuff xD [18:47] hefe_bia: what was in binincludes? Just traslations? [18:47] sebner: you can use dget [18:47] norsetto: nice thanks [18:47] sebner: for instance in this case dget http://revu.ubuntuwire.com/revu1-incoming/gebabbel-0807082010/gebabbel_0.3~dfsg-0ubuntu1.dsc [18:48] norsetto: I did not remove binincludes, just the binincludes/gpsbabel* dirs. They were statically compiled versions of gpsbabel without proper documentation [18:48] norsetto: ehm. yes I know ^^ [18:49] hefe_bia: I see, I think that in principle, if they are build from the same source, they would not invalidate the gpl [18:50] norsetto: you refer to the patch? [18:50] sebner: yes [18:51] norsetto: They are built from the gpsbabel source which is not included [18:52] I think they are just included for convenience [18:52] hefe_bia: ah, sorry, I see what you mean, yes, you are correct to remove them [18:53] norsetto: well /bin is not that nice [18:53] norsetto: there only things like "cp" ,"ls" should go [18:53] sebner: yes, where would one find a reference for what goes where? [18:53] norsetto: debian policy [18:54] hmm there is also a filesystem page [18:55] Does anyone know solution to this - cc1: warnings being treated as errors cpproc.c: In function 'cpproc_forkAndExec': cpproc.c:89: error: ignoring return value of 'chdir', declared with attribute warn_unused_result [18:55] sebner: It goes into /usr/bin. Isn't that right? [18:56] slytherin: remove the warnings as errors flag [18:56] null_vector: but where is that flag? I don't find it in rules file [18:56] slytherin: check what is in cpproc.c:89 and patch it accordingly to the error message [18:57] I thought that one would put /bin in the Makefile and then the packager can decide via DESTDIR whether it is put to /, /usr or /usr/local. [18:57] Did it that way so I could suggest the modification to upstream [18:58] norsetto: I have to leave now. will be back in half an 20 minutes, ok? === Czessi_ is now known as Czessi [18:59] norsetto: That's new in 4.3. There's probably tons of errors if there's one. [19:00] null_vector: not necessarily, just check with a grep how many chdir there are. I just did one yesterday (for an fprintf) and there was only one. [19:01] sebner: ok, keep going, you are doing a good job [19:01] hefe_bia: your package installs only in /usr? === dpm_ is now known as dpm [19:05] norsetto: yes, except application icons, desktop files, etc. [19:11] jpds: I don't remember who it was but a DD told me *not* to write the .1 for 3.8.0.1 [19:12] ah norsetto already said this too :) [19:12] RainCT: It's just an extra interger :p [19:14] jpds: I need the Makefile patched for the clean target, too. How do I do this best using a patch system? [19:15] hefe_bia: are you using cdbs? [19:15] RainCT: yes === cprov-lunch is now known as cprov [19:17] hefe_bia: ok, add «include /usr/share/cdbs/1/rules/simple-patchsys.mk» to your debian/rules then, and create the patch with «cdbs-edit-patch patch_name» [19:18] RainCT: I have already created the patch with quilt. Patching is not the problem. Just usually the source is unpatched before clean. [19:18] RainCT: aren't the patches deapplies before "make clean" is called? [19:18] ah ok [19:18] right, /me hadn't understood the question [19:19] that happens if you read the log too fast... :P [19:19] norsetto: there is a function call and the return value is not assigned to any variable, so that is the error. [19:19] hefe_bia: iirc the easiest way to patch "make clean" is to ignore the patch system for these changes [19:20] When attaching a debdiff should I check the patch box? [19:20] geser: Hehe, jpds just told me to use a patch system ;) [19:20] null_vector: afaik no [19:20] RainCT: thanks [19:21] Does gcc 4.3 compiler with -Werror by default? [19:21] null_vector: no [19:21] However in this particular case the error from the original makefile is just ignored by cdbs. So should I change it at all? [19:21] hefe_bia: quilt is a patch system (?) [19:22] hefe_bia: use a patch system for the remaining changes, it's a bit tricky to patch the Makefile for "clean" as the patches get un-applied before make clean is called [19:22] slytherin: no [19:23] slytherin: look for any -W* flags. I think there's a security one that enables those. [19:24] norsetto: oh thx ^^, so back now. Where to continue? [19:24] jpds: Yup. Some people don't like it - but I don't exactly know why... [19:24] geser: Ok, I'll do that. [19:25] null_vector: there is no such flag used in rules file. Iam taking a look at configure script [19:25] slytherin: Just grep for it [19:26] grep -r \\-W . [19:27] null_vector: found the problem. if no option is passed for --enable-Werror to configure script then it makes default yes in linux systems. So I have to explicitly pass --enable-Werror=no in rules file. [19:29] the sources/ dir is for adding extra files to the source ? [19:29] *the debian/sources dir when building a package [19:32] I have to leave for about an hour or so... Thanks for the help so far! [19:33] orbisvicis: why do you need to add extra files to source? [19:33] slytherin, i dont, but im wondering what the sources/ dir is for [19:33] orbisvicis: well, that I am not aware of. See if you find anything documented in changelog [19:34] azeem: well, I do use the packaged version of sbuild, and it does that [19:35] RainCT: yes, I did notice debexpo. I probably should find some time to poke at its code, right [19:39] Is sid still not using gcc 4.3? [19:42] slytherin, complicated package. seems all the cgi code was split from the original and shoved into debian/sources [19:42] :-) [20:02] null_vector: current gcc in unstable is (Debian 4.3.1-5) 4.3.1 [20:03] norsetto: So none of this stuff is building on debian either? [20:04] null_vector: you can check current build logs in the package's PTS [20:09] xulrunner-1.9-dev is supposed to replace libxul-dev, right? [20:19] slytherin: I guess so, but better ask asac about it [20:19] null_vector: the default compiler in debian is gcc 4.3 on most architectures. i386 happens to be not one of them [20:20] slytherin: what I've learnt about xulrunner is that I best keep away from packages using it if possible [20:21] geser: I was trying to merge classpath from debian and it fails to build where it is supposed to build gcjwebplugin. The problem seems to be that plugin related header files in xulrunner1.9-dev are at wrong path [20:27] Anyone know how to deal with " [20:27] damned screen [20:29] "inlining failed in call to "XXX": redefined extern inline functions are not considered for inlining" [20:30] sounds rather like a warning than an error [20:31] and that some programmer tried to be more clever than the compiler [20:31] It actually doesn't say error or warning, and just fails with that. [20:31] But yeah, the dev was trying to be clever [20:32] generally, gcc prefixes every message with either 'error:' or 'warning:' [20:34] http://pastebin.ubuntu.com/26519 [20:35] siretart: I think I found a bug in ffmpeg-free [20:35] * sebner hugs norsetto. Guess where my package is now ^^ [20:35] * siretart hugs norsetto anyways [20:35] siretart: you have disabled a52, but its still being called by ffmpeg-config [20:36] * norsetto hugs siretart twice :-) [20:36] siretart: can that be? [20:37] norsetto: oh, that is 'fix committed'. ffmpeg-config is so broken that it is already removed in debian, and will be gone in ubuntu by the next upload as well [20:37] siretart: ah, good to know :-) [20:37] that fixes a few FTBFS [20:38] siretart: so, all packages that use ffmpeg-config will now be broken!? [20:38] it causes a few FTBFS. please fix packages to not use ffmpeg-config but pkg-config [20:38] norsetto: correct [20:38] aarghhh [20:39] norsetto: they already are broken because they can't find -la52 [20:39] norsetto: do you have a list of affected packages? [20:39] null_vector: lol [20:39] siretart: I was just working on motion [20:40] ah, if you have a fix, please mail it to 487920@bugs.debian.org [20:40] siretart: so, I guess the fix would be just to s/ffmpeg-config/pkg-config/ but let me check [20:41] norsetto: more or less, yes [20:41] siretart: danke, much obliged [20:41] we investigated the debian archive and found only 5 affected packages, with at least one of them being a false positive [20:42] siretart: well, motion ftbfs because misses a52 which is being called in by ffmpeg-config, so I guess that will be it [20:42] I'll run a script to grep all the buildlogs for -la52 error [20:43] null_vector: you won't find some of them though [20:44] norsetto: true [20:44] null_vector: check in which package ffmpeg-config was and then check all source package build-depending on it [20:46] geser: that won't catch package that indirectly depend on libavutil-dev [20:46] e.g. via libavcodec-dev, which is quite common [20:46] geser: How do you do a reverse build-dep search? [20:46] sebner: my wife asks that you stop hugging me or she will become jealous ;-) [20:47] siretart: yes, motion b-d on libavutil-dev [20:47] norsetto: bah :P [20:47] null_vector: you can use apt-cache rdepends [20:47] hmmm, but that won't catch build-depends .... [20:48] norsetto: there's reverse-build-depends in ubuntu-dev-tools for the build-deps [20:48] RainCT: ah ok, good to know [20:49] null_vector: ^ [20:49] siretart: wouldn't that be an error in the package if it needs ffmpeg-config but doesn't build-depend on libavutil-dev? [20:49] RainCT: nice [20:49] geser: probably yes, but I don't really bother since those package FTBFS now anyway [20:49] geser: e.g. with reverse-build-depends from ubuntu-dev-tools or with grep-dctrl on the Sources list files [20:50] sebner: hug norsetto's wife too the next time :) [20:51] geser: ... Now you speak with yourself? ;) [20:51] Only 6 packages rbuild-dep on libavutil-dev [20:51] geser: then norsetto becomes jealous :P [20:51] hehe [20:51] RainCT: argh [20:51] * norsetto hugs norsetto [20:52] so there, onanists [20:52] uhm.. that's funny, I didn't remember that I wrote reverse-build-depends (just learned it by looking at the manpage) :P [20:52] norsetto: shouldn't you hug your wife, should you? [20:52] norsetto: need for some more love? [20:52] kirkland: nice work! :) [20:53] emgent: thx ;-) [20:53] * norsetto hides in a corner and cry (silently) [20:53] python -c "import world; world.get_person('norsetto').unhide()" [20:53] And all of those that are broken are broken for other reasons [20:53] * norsetto uses his anty-python shield and causes it to sigsegv [20:54] * warp10 offers a candy to norsetto [20:54] norsetto: bah [20:56] norsetto: emo emo emo :P [20:56] lol [21:01] * RainCT looks at the crying norsetto, and would hug him if it wasn't because of his anti-python shield :P [21:03] * norsetto won't be fooled again, and activate his tpm module too [21:04] * ScottK hands norsetto some Perl to help him get lost in the code. [21:05] scottk: \(.*?\)[::word::] [21:05] * ScottK wonders if that's good or bad? [21:06] norsetto: i saw now your mail, big LOL! [21:06] :) [21:07] Does _GNU_SOURCE have any licensing implications? [21:07] scottk: only larry would know ;-) [21:09] emgent: well, propose it to the ml ;) [21:09] norsetto: now I'm going to annoy debian with hitori =) [21:09] lol [21:15] kees: I heart that you push packages from debian mentors to the archive ;) [21:15] sebner, asking a DD is 3.000 € [21:15] hahah [21:15] DktrKranz: uhh, seems that you are a lot cheaper =) [21:16] I'm not a DD :P [21:16] I know :P [21:17] DktrKranz: I'll do it for half the money ;) [21:17] siretart, I already did for half the money ;) [21:18] price dumping [21:18] geser: see, everybody wants to do something for me :P [21:18] sebner: wait some more and you get it for 1¢ [21:19] hrhr [21:19] sebner, uploading packages is priceless, for the rest there is master**** [21:19] siretart: what about the first package is free. for your neighor? (germany -> austria) :D [21:19] Ok, i'm going to let wine be my bet into MOTU sponsorship ;) [21:19] *neighbor [21:19] Any suggestions? [21:20] sebner: depends on the package, I'd say ;) [21:20] siretart: quite an easy one. something to play. http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=hitori [21:20] Please login first... [21:20] hrmpf [21:21] siretart: hmm? [21:21] lol [21:21] sebner, it's not out of NEW and you want it in another NEW? impatient :) [21:21] I don't feel like signing up for mentors.debian.net right now [21:21] siretart: damn :P [21:21] siretart, no need, just dget [21:21] DktrKranz: of course =) [21:22] DktrKranz: pushing pushing pushing [21:23] Guys, any ideas for MOTU sponsorship?, i really want to give the community something back [21:23] Drk_Guy: https://wiki.ubuntu.com/MOTU/GettingStarted [21:23] K [21:24] Drk_Guy, for Wine-related stuff, you may ask YokoZar if he needs help in some packaging tasks [21:24] Gonna check it, thx sebner [21:24] DktrKranz, I'm packaging a patched wine [21:24] DktrKranz, Have you read about the 3DMark patch? [21:24] Drk_Guy: what [21:24] No, I'm not involved in Wine development. Sorry [21:24] Hi YokoZar, haven't you heard of 3DMark patch? [21:25] Drk_Guy: have you considered helping upstream to integrate patches? - that time is usually much better invested than maintaining forks. [21:25] Latest version for 1.1 was done in the ubuntu forums [21:25] Drk_Guy: Did it come out after 1.0? [21:25] siretart, It's not really a fork, cuz it only changes two or tree lines of a single file [21:25] YokoZar, Yup! [21:25] Drk_Guy: Is it in the 1.0.1 tree? [21:26] Drk_Guy: also, join #ubuntu-wine [21:26] YokoZar, not really, wine-devels must know about it, but for some reason, they don't want it on upstream [21:27] Right, there are usually very good reasons for that, such as regression potential [21:27] YokoZar, If i had to report it to MOTU guys like you, i would fill a BUG [21:27] Drk_Guy: perhaps you should ask them why, then. [21:27] #winehq guys know nothing about the reason [21:27] siretart, [21:27] Drk_Guy: #winehackers [21:27] That's the devel channel [21:28] I shall ask then [21:28] Thanks. Be aware that eEven simple patches to Wine can break things for other apps. It's generally not a good idea to accept patches upstream has refused even if they make some program work, as regressions are a bigger problem. [21:29] YokoZar, I have no official news about 3DMark patch causing regressions, or errors, all programs work fine with it, and some apps like CoD 4 won't run w/o it [21:30] Does anyone know about the eclipse package of Ubuntu? [21:30] Festor, packages.ubuntu.com might help you [21:30] Festor: launchpad.net knows, for sure. [21:31] [21:31] You have not understood me. I mean if someone worked on the package ever [21:31] Festor: check the changelog? [21:32] pochu is not here [21:32] YokoZar, They consider it as a hack, thus not allowing it into upstream [21:32] and others are from Debian [21:33] Drk_Guy: well, why do you think we should not trust upstream's assessment of that patch? [21:33] Drk_Guy: stringfellow: well, it's safe in the sense that application that'll break because of it probably wouldn't have worked properly without it either [21:34] Festor: try contacting them via email. that would be your fastest bet [21:34] mmmh... ok... [21:34] siretart: it's actually an interesting question with Wine, because Julliard will only commit patches that are "correct" in the long run. [21:34] YokoZar, They say it is a hack, but it is not know to cause regressions, anyway, apps working funny wouldn't work w7o it either [21:34] w/o* [21:34] Festor: https://lists.ubuntu.com/archives/ubuntu-motu/2008-July/004189.html [21:35] siretart: it's completely possible there will be a hack that makes some things work better, but is wrong, and doesn't break anything else (since that stuff was broken anyway) [21:35] nhandler, thanks [21:35] YokoZar, I would say, it is good, it is a hack, but it ain't bad, anyway, we should make a different package for it [21:35] siretart: for instance this is why WineHQ Wine sometimes differs from Crossover Office, which does integrate patches to fix the supported applications [21:35] np Festor [21:35] YokoZar, like wine and wine3D or something fashioned like that [21:36] np? O.o [21:36] Drk_Guy: no sense forking the package, that's just confusing. Either we merge it in or not. [21:36] YokoZar: true [21:36] YokoZar, So, what do you think? [21:36] Festor, np=No Problem ;) [21:36] ahh, ok :D [21:37] Drk_Guy: I think now that Wine 1.0 is out this is something we'll actually need to start doing (maintaining our own patch set rather than just waiting till release and using the latest Wine) [21:37] YokoZar, RAOF told me it would be like a bug in wine what 3DMark patch fixes [21:38] YokoZar, You may be right, ubuntu is known for adding patches to packages, which make them integrate with the desktop better, or make 'em work better, the case of 3DMark patch would be latter [21:39] Drk_Guy: We'll use the Ubuntu Wine team wiki page to document each patch like this and why it was added (eg make Call of Duty 4 work) [21:39] * Drk_Guy is compiling Scott Ritchie's Wine 1.1.0 + 3DMark right now [21:40] YokoZar, Getting precompiled DEB's for Wine + 3DMark is a lil bit hard, and compiling is not something we want newbies to do (at least IMHO) [21:43] Hi motu- I have a small patch for which I need sponsorship: Bug #247389. [21:43] Launchpad bug 247389 in ecryptfs-utils "ecryptfs-utils build should not depend on libltspi" [Undecided,New] https://launchpad.net/bugs/247389 [21:44] kirkland: can i talk with you in query one moment? [21:44] emgent: si si [21:44] nice :) [21:46] everybody, Alpha 2 candidates are up on http://iso.qa.ubuntu.com Please help test them!! [21:48] huhu LaserJock =) [21:48] hi sebner [21:51] Bug 247398 [21:51] Launchpad bug 247398 in wine "Wine cannot run some games like CoD 4" [Undecided,New] https://launchpad.net/bugs/247398 [21:52] Please check it out [21:53] Drk_Guy: What I'm telling you is if the patch really doesn't break things then it should be in the default deb, and if it does it shouldn't be in any deb [21:53] YokoZar, Still, it is a hack, and thus, it is not allowed into upstream [21:53] YokoZar, But it should be into ubuntu's wine [21:54] Yes that's what I'm saying. If it's good it goes into Ubuntu Wine, and if it's not we don't put it in the official universe repo. We're not going to confusingly split universe into Wine and Wine-callofduty4players versions [21:55] So, yes, for things like this, post a bug report in launchpad, attach the patch, and then when committed we'll add it to a wiki page list (as well as the changelog and ~/debian/patches) [21:56] Then when we update upstream versions (eg Wine 1.0 to 1.2) we reexamine every patch, hopefully dropping them [22:01] YokoZar, Already posted bug [22:01] Bug 247398 [22:01] Launchpad bug 247398 in wine "Wine cannot run some games like CoD 4" [Undecided,New] https://launchpad.net/bugs/247398 [22:01] YokoZar: that hack looks awful [22:02] YokoZar, Still, some games won't run w/o it, norsetto [22:03] YokoZar: it practically bypasses what the opengl driver its being told about the graphics card capability with arbitrary hardcoded values [22:03] Drk_Guy: well, too bad for those games, this is likely to break other 3d apps which might otherwise runs fine [22:04] norsetto, i don't have regression notices because of using it ;) [22:04] norsetto: you also have a package on debian mentors O_o [22:04] Drk_Guy: could very well be, does it mean there aren't? [22:05] :S [22:06] Drk_Guy: and btw, it might be on your hardwrae, but certainly not on others, for instance you cripple all crads which have more than 8 texture units [22:06] Drk_Guy: You also don't have many users, keep in mind. Wine has 800k users in Ubuntu. [22:06] norsetto, anyway, that's why i'm making my PPA [22:07] YokoZar, I'm NOT forking wine, it is just a patch [22:07] PPAs are fine [22:07] Drk_Guy: I was commenting on your earlier suggestion (which maybe I misunderstood) to have a separate "wine-d3d" package [22:07] Maybe [22:08] YokoZar, It would be useful for testing, if wine-d3d won't work for you, use original wine [22:08] :P [22:08] sebner: I have 3 packages in debian already and 2 on their way [22:09] norsetto: cool =) [22:09] Nice norsetto, really good packaging skills [22:09] Drk_Guy: testing is what PPAs are for [22:09] YokoZar, so, if my package performs well, is there any chance it gets into REVU/Universe? [22:10] Drk_Guy: I'm certainly not boasting my packaging skills, which are very poor to say the least, just answering a question [22:10] norsetto, lol [22:10] Drk_Guy: If it's true the patch doesn't break anything then I'll merge the patch into the Wine package. So, yes. [22:11] YokoZar, How could you test it, VM'ing? [22:11] norsetto: pfff, don't be so self-deprecating [22:11] If the package i'm building works fine, i'm going to upload it to PPA, so ppl can use it [22:11] sebner: just being honest [22:12] YokoZar, Done making deb with debuild, succesfully builded and signed with ElGamal [22:12] XD norsetto, there might be a great shiny future for you, don't deprecate yourself [22:12] norsetto: when your skills are poor, what should I say? I have no skills? xD [22:13] norsetto, it's true you need to face reality and tell the truth about your skills, but don't go that far [22:13] Making your package into Debian is enough for me === asac_ is now known as asac [22:26] norsetto: now you are speechless :P would you mind reviewing another package for me tomorrow? [22:27] sebner: nope [22:27] :) [22:27] norsetto: I already fixed again a rpath issue =) <-- see, I'm not ignoring what you say ;) [22:28] sebner: thats what lintian says, not me ;-) [22:28] norsetto: lintian doesn't tell me anything -.- [22:29] sebner: consider yourself luck :-) [22:29] lol [22:29] If I need to patch a debian native package then just edit the source directly? [22:30] norsetto: no, if lintian would tell you , you wouldn't need to tell me [22:32] norsetto: argh. if lintian would tell *me* [22:32] null_vector: shouldn't we always use a patch system? [22:34] YokoZar, Notepad test made it seem to work, gonna test it with cod 4 [22:38] YokoZar, it worked way smoother with Ritchie's mods to official source, and, way faster, considering i have FF3 open [22:44] siretart: http://pastebin.com/f30d6e724 is the failed list (ffmpeg) [22:45] the ones with bug numbers have been done [22:48] Drk_Guy: Huh? I am Ritchie [22:48] YokoZar, WTF? [22:48] YokoZar, Nice, sorry if i offended you [22:48] :p [22:48] lol [22:49] I'm going to try-out a whishlist request, GNU/Linux Commander [22:49] Drk_Guy: Which two packages were you comparing exactly? [22:49] YokoZar, Official source, and the one with your specifications [22:50] Drk_Guy: you mean comparing a hand compile to the .deb from ubuntu? [22:51] YokoZar, Both are hand-compiled here, but the official one was make install'd, yours was compiled to a DEB [22:51] sebner: You around? [22:52] ScottK: 5 minutes then I'm going to bed [22:52] sebner: Do you have VMs of Feisty/Gutsy? [22:52] Drk_Guy: Well my package doesn't have any changes from upstream, at least not to the Wine source itself. So then the difference is almost surely whatever's in the debian/rules buildscript [22:53] YokoZar, Maybe, but it ran a LOT faster, considering i had like 5 apps on bg [22:53] ScottK: I had one for hardy and upgraded to intrepid xD, if it's not urgend I would create them tomorrow [22:53] sebner: If you could try the python test case in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=490217 and see if the port gets randomized in Feisty/Gutsy tomorrow, I'd really appreciate it. [22:53] Debian bug 490217 in python-dns "python-dns vulnerable to CVE-2008-1447 DNS source port guessable" [Grave,Open] [22:54] Anyone here wants to help out making a whishlist deb? [22:55] ScottK: of course, no problem =) mind sending me a mail. at this time my brain can't remember things that good usually xD [22:55] sebner: To what address? [22:55] ScottK: sebner@ubuntu.com [22:56] * sebner hopes that no spam bots are here xD [22:56] ScottK: ah my sister has a feisty laptop so I just need a gutsy VM :D [22:56] XD [22:56] Great. [22:57] ok [22:58] so gn8 folks =) === gaurdro_ is now known as MenschenFleisch [23:03] sebner: Gn8. Mail sent. [23:22] Dear Launchpad: Please peddle faster. [23:26] What should i do when a package won't come with authors, readme's or anything [23:26] I only know it's gpl v1 [23:26] txt-0.1 is the program [23:26] I'm trying to make a whishlist deb [23:30] ScottK: Dear Donald: Keep dreaming :-) [23:32] Drk_Guy: where is this package coming from? [23:32] norsetto, Gonna give you URL, pls wait [23:33] norsetto, http://gnulc.sourceforge.net/ [23:33] norsetto, It looks like it is dead and abandoned, i am debianizing latest version [23:34] Drk_Guy: are you making this for you? [23:35] norsetto, As i mentioned earlier, it is a wish-list deb [23:35] https://bugs.launchpad.net/ubuntu/+bug/95681 [23:35] Launchpad bug 95681 in ubuntu "[needs-packaging] GNU/Linux Commander" [Wishlist,In progress] [23:36] Drk_Guy: if its abandoned upstream I don't see the point in packaging it [23:36] norsetto, It didn't take me so much time [23:36] dev_scripts make everything easy [23:36] I just have to re-read REVU docs on how to upload it and presto! [23:37] Can anyone resync REVU's keyring? [23:37] Please [23:38] Hi all [23:39] heya warp10 [23:39] hey norsetto :) [23:39] Drk_Guy: i think that norsetto ment that if the development is dead and abandoned, it is useless to have it packaged and on the repos [23:40] RoAkSoAx, Still, want to practice my packaging skills, and, if someone asked for it, and if it's easy, it should be done [23:41] Uploading to REVU.... === keylocker is now known as leleobhz [23:41] Drk_Guy: yeah but what i'm saying is that it is useless to have an abandoned program in the repos because the development of it is no longer going on... [23:41] RoAkSoAx, One or two exceptions won't kill anybody ;) [23:42] Drk_Guy: for example, xmms has been deprecated and its no longer on the repos... [23:42] lol xmms2 is on it though [23:43] Drk_Guy: xmms2 is not like xmms, xmms2 is more like and API for multiple interfaces... and xmms is another media player [23:43] or music player [23:43] Ok :S [23:44] RoAkSoAx, Weird, i could upload to REVU, but my account wasn't created [23:45] Drk_Guy: in other words: If the program you want to upload is no longer under development, it is not worth to have it in the repos because it is considered old and deprecated, or useless... [23:45] RoAkSoAx, :P, i'll follow your advice [23:47] Drk_Guy: well i suppose you already went through here: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=needs-packaging , there are lots of programs that need to be packaged.. so go ahead and practice :) [23:47] good night [23:47] RoAkSoAx, Ok, i'll check one more, i need to study for a chemistry exam [23:48] Drk_Guy: i need to take a CCNA Module 2 exam xD [23:48] XD [23:48] RoAkSoAx, i would package Frostwire, but it would need Java dev libs and my DSL is very lazy [23:48] ;) [23:49] haha well go ahead and have fun :) [23:50] I'm going to work on songbird, it looks it's old and nobody is really interested on it