[00:03] hello [00:06] Hi emgent [00:15] heya nhandler :) [00:19] kernel 2.6.27 is up [00:19] woow. [00:21] good decision [00:35] bdrung: uploaded some moment ago in intrepid [00:35] already read this === Kopfgeldjaeger is now known as Kopfi|offline [00:58] * sistpoty heads to bed... gn8 everyone [01:07] nxvl: great, thanks for your help [02:45] james_w: either way, it's got to be wrong, as procps is in ubuntu-minimal anyway... [02:46] so it shouldn't be making any difference [02:46] Hobbsee: oh, interesting [02:47] so that should be installed in the buildd chroot? [02:47] i would have thought so - i thought everything in ubuntu-minimal (and possibly standard too) got installed in the chroot. [02:47] Priority: required [02:48] yes [02:48] well, lmms is now built [02:48] it looks like it's not installed then [02:49] strange. might need to hit up a powerful buildd admin for that, then. [02:49] do the buildds have /proc mounted? [02:49] if not then the package may be blacklisted [02:49] not sure [03:19] against my better judgement, upgrading macbook to Intrepid. [03:19] figured that's a good way to jumpstart back into Ubuntu mode. [03:19] plenty of bugs to triage ;p [03:20] I figured :) [03:20] being annoyed by them on a daily matter is the only way to motivate me to divert from back-to-school packing though :D [03:21] so I've got OS X usability anoyances on the host side, Intrepid bugs on the other side.... [03:21] all that's missing is a good bridge to jump off. [04:00] http://games.slashdot.org/article.pl?sid=08/08/24/008201 [04:00] I [04:00] I O_O; [04:00] I heard of abusing dpkg but ... [05:02] anyone using dpkg-buildpackage in Intrepid? [05:05] gnomefreak: I've been using the debuild wrapper, but yes. Why? [05:07] persia: dpkg-buildpackage is failing to sign .dsc .diff, i get asked for a password to sign the tarball but never asks for .dsc ,diff [05:07] it happens on intrepis system as well as Intrepid chroot, Hardys works fine last time i checkerd [05:07] gnomefreak: Hrm? You shouldn't be signing either the tarball or the .diff. Only the .dsc and the .changes file. [05:07] How are you calling dplg-buildpackage? [05:09] let me try it it shouldnt take long to get the error [05:11] persia: http://pastebin.mozilla.org/524030 [05:12] oh yeah forgot the command i used [05:13] dpkg-buildpackage -rfakeroot -kA5C42601 -i.bzr is what i use [05:14] gnomefreak: Your GPG agent isn't working (I don't use one when I build on intrepid). You can use debsign to try to sign them again. [05:14] Why do you use -k? That should only be required when you are sponsoring someone else's work. [05:14] persia: not working as in bug or my key [05:14] gnomefreak: pastebin the last changelog entry? [05:15] persia: that is used to sign .dsc [05:15] ok [05:16] http://pastebin.mozilla.org/524042 persia [05:16] i dont see why changelog would help [05:18] Because 99% of the problems that people use -k to work around are related to issues with the changelog. [05:18] In your case, I don't see it. [05:18] i was thinking that pinentry is borked [05:18] Yes, it is. [05:18] As I said before, your GPG agent isn't working. [05:20] yeah i tried removing it and purge it [05:20] That might be the issue. remove/purge doesn't clean up user-specific configuration. Hunt for dotfiles [05:20] persia: i did and it was in ~/.gunpg and i removed it [05:21] And gpg is still looking for an agent? [05:21] doesnt help at all [05:21] yep [05:22] Curiouser and curiouser. Can you use gpg to sign files directly, rather than using the packaging tools? [05:22] not real sure if it is but im assuming i is since i get that error [05:23] gpg: problem with the agent - disabling agent use [05:23] oops [05:24] Yep. That's the core issue. I suspect either a dotfile, or a global gpg config thing. [05:25] error_mozilla-devscripts error_mozilla-devscripts .asc error_mozilla-devscripts .sig [05:26] http://pastebin.mozilla.org/524056 after error it asked for passsword and by the looks of it it signed it http://pastebin.mozilla.org/524056 [05:26] oops i gave you link 2 times [05:27] last thing i want to do is make another key [05:28] Really, the problem is not with the key, it's with your gpg configuration. [05:28] Try logging into a chroot, and signing there just to verify this. [05:28] persia: it fails in clean chroot [05:29] clean == made yesterday [05:29] gnomefreak: OK. How about a hardy chroot? You may have found a bug. [05:29] (note that you're only testing gpg here, not the entire build process) [05:30] persia: works in hardy last tested on friday but im using a differrent key in hardy iirc [05:30] * gnomefreak tests the build not gpg [05:30] well gpg indirectly === nenolod is now known as nenolod- === nenolod- is now known as nenolod [05:32] :~/.gnupg$ cat gpg-agent-info-Development | less [05:32] only thing in it is GPG_AGENT_INFO=/tmp/gpg-uCtLP5/S.gpg-agent:5947:1 [05:33] Try unsetting that, as I suspect it's not a valid pipe [05:33] i removed it and still got error [05:34] i guess its making that file on build [05:34] Right. Try a new user. [05:34] (and yes, you can copy your keys to the new user's .gnupg safely, just remember to delete them afterwards [05:35] new user would be same since they share the key [05:35] Yes, but that lets you discover whether the problematic configuration is for your user or system wide. [05:35] Again, the key doesn't have the problem, it's the GPG environment. [05:40] i guess i have to logout and back in with new user [05:40] Nah. Just use `sudo -u $(newusername) [05:41] Err. `sudo -s -u $(newusername)` [05:42] i gave user admin but i cant sem to ls saying number1@Development:~/.gnupg$ ls [05:43] ls: cannot open directory .: Permission denied [05:44] Ah, keys ar secret. You need to copy the keys over as root. [05:47] but i am useing same ~/.gnupg with both users arent i? [05:47] i cant use any command at all i tried cd and gives permissions error [05:51] even with sudo it fails to move keys [05:53] do i need *agent or can i just use seahorse as an alterative [05:53] seahorse or something else [05:55] gnomefreak: You can use an alternate agent, or no agent. Currently, it seems your profile is configured to use an agent, but that agent isn't working. [06:00] persia: where is the profile for *-agent? [06:01] gnomefreak: I'm not sure. That's why I suggested trying with a different user. It's either going to be in your user directory or in /etc somwhere [06:01] Like I said before, I don't use an agent. [06:02] i think i will try without one [06:05] that failed after removing gnupg-agent [06:05] gpg: problem with the agent - disabling agent use [06:09] looks like no fir or file for it in /etc === fargiolas|afk is now known as fargiolas [10:57] DktrKranz: ping [11:12] soren: I see that you have quite a fan in the Ubuland blog comments. [11:14] Iulian, pong [11:16] DktrKranz: Hey! Salasaga has been uploaded to Sid. Would you like to have a look at bug 260813? [11:16] Launchpad bug 260813 in ubuntu "Please sync salasaga 0.8.0~alpha3-1 from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/260813 [11:18] sure [11:18] I'll have a look at it after lunch. Is it on REVU too (so I can archive it)? [11:20] DktrKranz: It's already archived, by you :) [11:20] DktrKranz: Enjoy your lunch. [11:31] wgrant: Yeah, he luuuuves me. :/ [11:35] soren: I hope you prevail. [12:09] DktrKranz: Thank you. [12:09] you're welcome ;) === asac_ is now known as asac [13:57] hi everyone [13:58] sorry to bother you but i would like to know if there's any issue with Revu because i'm new to it and tried to upload a package [13:58] but i can't see anything [13:58] :'( ?? [14:04] hi, anyone here ? [14:07] i would use some help, if there was any ?? [14:07] lol [14:12] ssaboum_: have you logged in to revu already? [14:14] thanks for awnsering [14:14] lol [14:14] yes i'm logged in [14:15] i have my launchpad account [14:15] and i did dput revu for my package source [14:15] did you add your gpg key to launchpad? [14:15] yes [14:15] i'm perfectly logged in [14:15] is your package signed? [14:15] the problem is that even if dput tell me that the package is uploaded [14:15] i can't see anything [14:15] yes it is [14:17] wait a second i think i get it, i'll try and get back to you [14:17] but that may be a problem with the keys [14:18] thank you anyway for answering me [14:18] that was really nice [14:19] how can i join tu revu uploader launchpad team ? [14:19] tu = the [14:22] ok i checked my gpg keys are ok [14:23] and the package has been uploaded [14:23] but i can't see it [14:23] hum [14:23] you'll have to wait for one of the revu guys to come around [14:23] eg Ncommander [14:23] ok then [14:23] it's weird isn't it [14:25] thank you anyway lage [14:26] thank you anyway laga [15:20] anyone from the REVU team ? [15:35] wow, where did my funky K menu go? [15:35] ah, there we go === fargiolas is now known as fargiolas|afk [16:33] ssaboum_: Sorry for the delay. Have you tried logging into REVU? [16:33] i'm logged in thank you [16:33] (hi btw :-) ) [16:33] ssaboum_: OK. Which package did you upload? [16:33] i uploaded a package names japanesevocabulary [16:34] precisely i did [16:34] dput revu japanesevocabulary_0.6-1_source.changes [16:34] after packaging it (since this is my first i would not say "perfectly" ) lol [16:35] and now dput tell me that it's on and that there's no update to do [16:35] Interestingly, I can see the .changes file in the rejected folder, but can't see the rest of the package. [16:35] Try deleting the source.upload file, and sending it again. [16:35] why is it rejected ? [16:35] (ok ) [16:36] it's doing it [16:36] Uploading to revu (via ftp to revu.tauware.de): [16:36] japanesevocabulary_0.6-1.dsc: done. [16:36] japanesevocabulary_0.6.orig.tar.gz: done. [16:36] japanesevocabulary_0.6-1.diff.gz: done. [16:36] japanesevocabulary_0.6-1_source.changes: done. [16:36] Successfully uploaded packages. [16:36] I don't actually know how to check the logs as to why it was rejected, but with the entire pacakge, we've a better chance of it being accepted. [16:36] OK. I can see it now. [16:37] :-) [16:37] brb afk [16:38] What is your launchpad ID? [16:42] ok back [16:43] my launchpad id is ssaboum [16:44] thx i can see it now [16:44] but there's two [16:44] must because i forced it once [16:44] (+ be ) [16:44] Two uploads? [16:44] yeah i see two packages now in revu [16:45] but i think it's because i tried once [16:45] dput -f [16:45] Oh, right. Yeah, that would be it. [16:45] (because i didn't see the package ) [16:45] i can delete one ? [16:45] It takes a while between the upload and publication: I think the cron job only runs every 10 minutes. [16:46] I'll remove the obsolete .changes from rejected. [16:46] honestly it's been since yesterday that i tried [16:47] it must have been about 8 hours [16:47] that i uploaded the first one [16:47] (even if it's indicated 17 h 20 lol) === Elbrus is now known as paulgevers [16:48] thank you very much [16:48] evening [16:48] evening :-) [16:49] btw persia how can i get into the launchpad revu uploaders group [16:50] ssaboum_: You just join. That said, I don't think that group is required anymore. [16:50] NCommander: ? [16:50] REVU uploaders isn't needed anymore [16:50] hello NCommander [16:50] NCommander: But it's cool, and gives a badge. [16:51] laga told me to wait for you === paulgevers is now known as Elbrus [16:51] * NCommander removes the badge [16:51] as we were trying to understand why my upload didn't work [16:51] :( so i can't get a badge lol [16:52] * NCommander steals Persia's badge [16:52] :-) [16:53] well thank you both for helping me [16:54] how can i become a MOTU [16:54] ? [17:04] ssaboum_: https://wiki.ubuntu.com/MOTU/GettingStarted [17:04] Also the links in the topic [17:06] ok thx [17:10] Basically: Do a lot of stuff, get good, get to know people, apply [17:10] easy eh [17:11] :-) [17:12] quite easy [17:12] lol [17:12] i think the hard part is the get good part... [17:13] What does "All rights reserved" mean? Is it part of the copyright, or of the license? [17:13] No, the hard part is to actually get involved. [17:14] mm. I guess. If you want to get involved, that part is easy. Reading and learning takes a bunch of time [17:14] it depends on whether you're good at the social skills "thing" [17:15] or particularly bad lol [17:15] I think also though, don't be afraid to make mistakes and learn. [17:15] stefanlsd: Reading and learning = getting involved. [17:15] finding time for it [17:17] mok0: I just found a useful page. You might want to have a look at http://homepages.tesco.net/J.deBoynePollard/FGA/law-copyright-all-rights-reserved.html [17:22] mok0: The phrase "All rights reserved" has no legal meaning except in Nicaragua and Honduras, where it is a required statement in order to preserve expected copyright limitations. [17:22] (or at least that's what I heard) [17:26] may i ask something about packaging [17:26] Hi, where was the decision abot choosing F-spot and EOG over gThumb taken? IRC or some mailinlist? [17:27] when you've got a program that needs in the same directory a lot of files, [17:27] you can't put it directly into /usr/bin or /usr/games (don't matter) [17:27] how can you do ? [17:28] If those files aren't separate executables, they are typically put in /usr/share/$package, /usr/lib/$package, or /usr/games/$package depending on the type of file and type of package. [17:28] i agree [17:29] but the best practice is to put one executable into /usr/bin [17:29] isn't it ? === fta_ is now known as fta [17:42] persia: thanks. Wow [17:43] Yes. Interesting reading. [17:43] good morning [17:43] ssaboum_: Best practice is to put anything the user is expected to execute (including through a menu) in /usr/bin [17:47] how long does it usually take for sync requests for universe to be processed? [17:48] jelmer: It usually happens within a couple days once they reach the archive administration queue. It can take longer in the universe sponsors queue, but there's no good way to estimate that timeframe. [17:49] ah, ok - thanks [18:13] persia [18:14] i did some change on the package and reuploaded it, [18:14] but it's not taken into account once again ... [18:15] ssaboum_: Wait 20 minutes. [18:15] ok thanks === Kopfgeldjaeger is now known as Kopfi|offline === emgent is now known as emgent` [19:17] i am trying to backport a package to hardy [19:17] i want to change a dependency, i found debian/control and the .dsc file [19:20] frith: Generally that is done in debian/control, although for autogenerated dependencies, one typically needn't make special adjustments. [19:21] persia, i am trying to backport openldap 2.4.11 to hardy [19:21] however there is a depend on libtool being updated [19:22] i thought i would try and use the version in hardy [19:22] frith: Hmm. That might be messy, but you could try. Does it even compile under Hardy? [19:22] i am sure it will, its only a point revision [19:23] i ported 2.4.10 [19:24] but i dont' seem to be able to modify the depends to the version included in hardy [19:24] or does apt-get build-dep openldap get its depends from somewhere else? [19:24] Yeah, I don't expect the problem to be related to the openldap code, but to libtool. [19:25] apt-get build-dep gets it from the data stored in the apt-cache, not from the locale package file. [19:25] ah [19:25] i guess i could build the depends myself [19:30] frith: Hrm? How do you mean? [19:30] If you submit a package to pbuilder or sbuild, it uses the build-dependencies declared in the package. IF you're building locally, just install what you need. [19:33] yeah i was trying to be lazy and get apt-get build-dep to work, grep'ing out the build dep line [19:33] what's the Intrepid release date again? [19:34] coppro: https://wiki.ubuntu.com/IntrepidReleaseSchedule [19:34] ty [19:36] i've got a question guys , henrik told me on revu : "debian/changelog: distro and version is wrong. please change to (0.6-0ubuntu1) intrepid or (0.6-1ubuntu1) intrepid if the package is also in debian" considering that my orig is ***_0.6.0.orig.tar.gz [19:36] will revu understand if i change the name onto japanesevocabulary_0.6-0ubuntu1.orig that it's still the same package .... [19:37] i wish the base would stay the same and there would be app updates [19:38] frith: That's where backports comes in. [19:39] ScottK, that is what i am doing [19:39] and if by magic openldap 2.4.11 appears [19:39] This is a guide to effective compliance with the GNU General Public License (GPL) and related licenses. In accordance with the Software Freedom Law Center’s (SFLC’s) philosophy of assisting the community with GPL compliance cooperatively, this guide focuses on avoiding compliance actions and minimizing the negative impact when enforcement actions occur. It introduces and explains basic legal concepts related to the GPL and its enforcement ... [19:39] ... by copyright holders. It also outlines business practices and methods that lead to better GPL compliance. Finally, it recommends proper post-violation responses to the concerns of copyright holders. [19:39] OK. Personal backports or are you askingfor official backports? [19:39] 2 Background [19:40] Erm. [19:40] Yeah, I didn't mean to do that. Sorry [19:40] (middle click) [19:41] nevermind my questions btw [19:41] i've had worse middle click mistakes :P [19:41] ok ok time to backport libtool === Kopfi|offline is now known as Kopfgeldjaeger [19:51] I have a software project I would really like to get into edubuntu and ubuntu [19:51] it is at http://Kids.PlatinumArts.Net [19:51] calimer: are you familiar with debian packaging? [19:51] calimer send a bug to launchpad [19:51] nope [19:51] I was just directed here when I asked [19:51] have been directed a lot of places [19:51] ok [19:51] I am working on a "debian free" version as well [19:51] is your program free? (in the speech sense) [19:52] right now the version on there isnt' because it has some non commercial content [19:52] but I have a version of all CC stuff that can be used commercially [19:53] it is basically a kid friendly version of cube 2 / sauerbraten [19:53] right, ok [19:53] http://www.youtube.com/watch?v=g44Ww2bg2_E [19:53] I have already used at a bunch of schools and such with a lot of success [19:53] and I would really like to help more kids and teachers have access to it [19:54] I'm a teacher and a substitute teacher as my main job so that helps a bit [19:54] probably one of the fastest ways to get it into Ubuntu would be find somebody in the Debian world to help you package it, that way both Debian and ubuntu get it [19:54] okay I did have a lady who said she would help with that but then she stopped responding to my messages [19:54] do you know anyone I could contact? [19:55] it feels a lot of times like I'm kind of going in circles [19:55] the debian games team would be a good bet [19:55] the challenge is that you really need to somebody to help maintain it [19:56] looks like these guys [19:56] http://wiki.debian.org/Games/Development [19:56] calimer if you want this package in debian you should send a RFP (request for packaging) bug to debian [19:56] okay, let me try to find that spot [19:57] think I got it [19:57] http://www.debian.org/Bugs/Reporting [19:57] I'll e-mail that lady again for the heck of it [19:57] she said she'd help maintain it [19:57] calimer: if you don't get help there, come back here and somebody can show you how to package [19:57] okay awesome, and thanks for your time and help [19:58] I've just seen how happy the little dudes and dudettes are using it, so it is well worth whatever to me [19:59] saving all this to a txt file [19:59] but if you haven't a free version, it will no included on Debian [20:00] debian free I think you more specifically mean, correct? [20:00] where everything can be used commercially [20:02] yes [20:02] if it can be redistributed but not used commercially it goes in non-free [20:02] I think the best would be both [20:03] the non commercial one in the non free and the commercial one in the free [20:03] that way people who want the extra content and stuff can grab the non commercial one [20:05] calimer: sure, you could two data packages [20:06] they are quite different [20:06] just means you have to release three tarballs, one with the app, and one for each of the datasets [20:06] a lot easier to get more content if you agree to non commercial licenses [20:06] ah I think I understand [20:06] hmm that could be a problem though [20:06] since they both load things differently [20:07] well maybe not, hmm [20:07] I guess it depends how it is packaged [20:07] well, the program would depend upon the free data set and have the non-free data set as a suggests [20:07] afaik, IANADD [20:07] what is ianadd? [20:08] i am not a debian developer? [20:08] yes [20:08] woo I solved the riddle, sweet [20:08] well we'll see what happens [20:09] the main thing is to get it into edubuntu me thinks [20:09] persia, don't know if you are interested, but i backported libtool [20:10] :-) [20:10] good job [20:21] oh wow this backport of ldap is passing all the test :) [20:21] happiness [20:36] Heya [20:37] lo RainCT [20:38] RainCT: Hello. [20:39] Grr. Some files in a library I'm packaging don't have copyright headers. Is this a problem, and can I do anything about it besides talking to upstream? [20:41] A MOTU can take a look at https://bugs.launchpad.net/ubuntu/+bug/260625 please? [20:41] Launchpad bug 260625 in ubuntu "Please sync msn-pecan 0.0.14-3 from Debian unstable (main)." [Undecided,New] [20:42] devfil_: Why can't it wait for uus? [20:43] Laney: 1: new package so it needs to be on NEW queue in order to get accepted, 2: after the acceptation I will open a bug to remove another package, etc... [20:44] Laney: Does the package include a complete verbatim copy of the license in the tarball? [20:44] * directhex badgers people hard to sponsor #260935 [20:45] badger badger badger badger badger badger badger badger badger badger badger badger launchpad launchpad! [20:45] ScottK-laptop: ping :P [20:45] ScottK-laptop: Yes, it has the LGPL 2.1 in there. But a couple of the examples are GPL2 too and there isn't a copy of that... [20:46] badger badger badger badger badger badger badger badger badger badger badger badger... launchpad launchpad! [20:46] whois directhex [20:46] fail [20:46] directhex, sponsor what? [20:46] vorian: a badger freak [20:47] nod :) [20:47] Laney: That'll be a problem then. You can repack the tarball to include the GPL is upstream won't do it. [20:47] NCommander, https://bugs.launchpad.net/ubuntu/+bug/260935 [20:47] Launchpad bug 260935 in ubuntu "Please sync smartirc4net 0.4.5.1-1 (universe) from Debian unstable (main). " [Undecided,New] [20:47] sebner: Yes? [20:48] directhex vorian bad idea [20:48] NCommander: Someone is whining about rpath issues in Courier. Would you mind taking a look? [20:48] *swears* [20:48] I fixed the rpath issues [20:48] Unless they occur on i386 and not amd64 [20:48] directhex: bug #260147 [20:48] Launchpad bug 260147 in ubuntu "Please sync smartirc4net 0.4.5.1-1 from Debian(Unstable)" [Undecided,Confirmed] https://launchpad.net/bugs/260147 [20:48] ScottK-laptop, link? [20:48] ScottK-laptop: Right then (I guess I can't put it in the .diff.gz?). The missing headers aren't a problem? [20:48] * ScottK-laptop looks for the bug. [20:48] ScottK: MIR \o/ [20:49] * NCommander detangles his headphones [20:49] Laney: Not idea, but not a killer. [20:49] idea/ideal [20:49] sebner, now, why did searching LP now come up with that? [20:49] sebner, i searched lots, i did! [20:49]