[00:02] heya persia [00:02] heya imbrandon and persia [00:02] ello somerville32 [00:02] Hey imbrandon [00:02] hi somerville32 [00:08] hey imbrandon you still havent open up that bug yet [00:10] hrm i thought i had, maybe my net flaked [00:10] if not i will right now [00:11] zul: do you need a patch attached or "just a bug" ? [00:11] imbrandon: nope i already ported the fatx stuff to 2.6.24 [00:12] g'night all [00:12] killer, ok filing now [00:14] zul: against l-u-m correct >? [00:14] zul: yeppers [00:15] just so I dont get my head chopped off === bigon is now known as bigon` [00:16] np, would be faster but lp is being a pita right now ( slow ) === bigon` is now known as bigon [00:16] well it is christmas maybe the hamsters had too much eggnog [00:16] :) [00:16] i actualy have two timeouts [00:16] so far [00:16] grrr [00:16] * zul cant type tonight [00:18] wow really slow, 50% done [00:22] Is there exist a "simple" example of a - good - kernel module package ? === bigon is now known as bigon` [00:22] zul: bug number 178809 [00:22] thanks.. === bigon` is now known as bigon [00:26] awen_: If you prepare a fix that also fixes a linked Debian bug, it's good practice to add a comment to the Debian bug that indicates how it was fixed. A patch tested on Debian is typically even more welcome. [00:28] persia: i'll note that... which package are you at atm? [00:28] awen_: I just did bug #145551 [00:28] Launchpad bug 145551 in libapache-mod-random "[UNMETDEPS] libapache-mod-random has unmet dependencies" [Medium,Fix committed] https://launchpad.net/bugs/145551 [00:29] I won't have time now for some of the others, but even if the solution isn't uploaded yet, it can be useful for Debian. [00:30] persia: so i should just put a note on the debian bug, that it's fixed by pulling a new upstream version? [00:31] awen_: Yes. Reporting that upstream 2.1 is compatible with apache2.2 would be helpful, as it would tell the maintainer that an update would be good, rather than the package requiring removal. [00:31] persia: i'll go through the packages i've uploaded a new version for tomorrow [00:32] awen_: Thank you. [00:33] persia: another thing... i've looked at another libapache-mod-tsunami, same problem as all the others; but the only avaible apache 2.2 compatible version was branched at version 2.0 of the package and is still at a version below 3.0 which we have now [00:33] what do you normally do then? [00:34] awen_: Three choices, 1) try to merge the patch into the newest upstream, 2) coordinate with the Debian maintainer to discuss adding an epoch and using the apache2 branch, or 3) add a new source package for the apache2 branch. [00:36] persia: hi! [00:36] nxvl_work: Hello. [00:36] persia: okay, thanks... i can see a coordination with the debian maintainer is needed, i should start with that [00:37] persia: did you a know a good way to split dpatch files? [00:37] awen_: That's often easiest. I suggest coordinating through mail to the BTS report, as that way other people subscribed to the package or bug will also see the information, and may have useful input. [00:37] persia: i found what was happening with dillo [00:37] persia: it is a 1.9M long patch [00:37] persia: good idea [00:37] persia: editing 181 files [00:38] evil DDs [00:38] nxvl_work: splitdiff. I haven't tried it on the internationalisation patch for dillo, but given that that specific patch is maintained by an upstream patch author, I'm not sure splitting it is correct. [00:38] Hi all. I'm fixing a bug related to a missing menu entry. Desktop file (foo.desktop) is done but I have to configure the package to put this file in /usr/share/applications. How can I do it with CDBS ? [00:38] nxvl_work: Check the URL given in the dpatch to see if the patch upstream (not dillo upstream) has released a new patch, and be sure to report the bug to them as well. [00:39] persia: i tried splitdiff, but it doesn't split it on dpatch format, it split it on diff format, which is not the same [00:39] mruiz: CDBS automatically calls dh_install, so just put it in debian/.install [00:39] persia: i have reported it to the one who apears on the changelog as the one who make the patch, but he hasn't write me back [00:40] nxvl_work: They are basically the same. You might have to temporarily delete the dpatch header from the dpatch to get the diff -u [00:40] * persia still doesn't think splitting the diff is the right solution [00:41] persia: i don't want to solve it spliting and packing, it's only to check which of the 181 files is the problematic one to backup it [00:42] nxvl_work: And manually calling the unpatch rule doesn't leave useful .rej files for inspection? [00:42] it leaves a LOT of .rej files [00:42] not all usefull [00:42] nxvl_work: All of those are the problem. [00:42] hi persia . The content of gnome-chess.install appears in http://pastebin.ubuntu.com/3027/. How should I add the desktop file information ? [00:43] persia: so, there is only .rej files for the ones which are having trouble not for any of the rest? [00:43] mruiz: $relative_path_to_desktop_file /usr/share/applications/ [00:43] nxvl_work: Right. The .rej files are the patches that were rejected. The rest applied cleanly. [00:44] mmm [00:44] i will take a look [00:46] thanks persia . I'm building the package... [00:46] 15 files [00:47] no, 102 [00:50] oh, god, this is a crapy patch [00:50] it's all wrong [00:51] night everyone === bigon is now known as bigon` === bigon` is now known as bigon [00:57] I have an Ubuntu package with the following version "0.3.3-6.1build1". I tried to modify the Maintainer field with update-maintainer and I got "Not an Ubuntu package or already maintained by the Ubuntu team". Where is the problem? [00:58] mruiz: Just what it says, there is no Ubuntu specific version so it's a Debian package [00:58] build1 means, iirc, that it's an automatic rebuild [00:58] for some dependency change, I guess [00:59] s/automatic// [00:59] imbrandon: I thought build1 was used when you asked an archive admin to do a rebuild [00:59] build1 means rebuld with no changes [00:59] Oh, then not everyone follows that rule [01:00] Lots of people just use ubuntu1 [01:00] so i can reupload manualy too a build1 but the same rules apply [01:00] no thats totaly diffrent [01:00] it will mess up the merges [01:00] Right, I know it's different [01:00] But I see it done [01:00] e.g. a build1 will automaticly sync on next merge cycle, a ubuntu1 wont [01:00] thus build1 can be manualy uploaded also but it needs to have -0- changes, only a rebuild [01:01] then, should I change the version to X.Y-ZubuntuW ? [01:01] mruiz: what is the version you started with ? [01:02] if you made changes yes it needs to be ubuntuX [01:02] Amaranth: give-backs normaly dont have a new version number appened iirc [01:03] imbrandon, changelog entries http://pastebin.ubuntu.com/3028/ [01:04] mruiz: the last entrie needs to be "-6.1ubuntu1" [01:04] entry* [01:04] thanks imbrandon [01:04] * mruiz changing the version [01:08] * mruiz building the package :-) [01:21] strange... After a successful build I got the following information: mruiz@hardy:~/pbuilder/result$ dpkg --contents gnome-chess_0.3.3-6.1ubuntu1_i386.deb |grep .desktop [01:21] -rw-r--r-- root/root 981 2007-12-26 22:17 ./usr/share/applications/gnome-chess.desktop [01:21] -rw-r--r-- root/root 981 2007-12-26 22:18 ./usr/share/gnome/apps/Games/gnome-chess.desktop [01:21] two places with the same Menu file... [01:25] Shouldn't various doc like maint-guide, packaging-guide, etc. show up in yelp after installation? I've even run updated the scrollkeper DB... [01:28] * tritium installs dhelp *shrug* [01:38] ... [01:39] imbrandon, how can I delete the Menu file under /usr/share/gnome/apps/Games/ ? Makefile.{am,in} install it there... [01:48] just dont install it, if thats what your asking, or user rm in the rules [01:48] s/user/use [01:49] rm debian/gnome-chess/usr/share/...... === bigon is now known as bigon` [02:09] imbrandon, my debian/rules files is too short (just 6 lines) http://pastebin.ubuntu.com/3029/ . Where should I put the line "./usr/share/gnome/apps/Games/gnome-chess.desktop" ? [02:10] you need to overide on of the targets like your doing with clean [02:10] if you arent familiar with debhelper its not easy to use cdbs to start with [02:13] imbrandon, yes...I have to learn more about debhelper [02:34] :) [02:36] imbrandon, it's a challenge for me... :-) === Che is now known as CheGuevara [02:41] bye all... [02:48] * Hobbsee waves [02:53] cya! [02:58] hi, i installed gdesklets at kubuntu feisty and there is a problem starting or trying to start the daemon [02:58] ./gdesklets-daemon [02:58] The following error occurred: IOError(2, 'No such file or directory') [02:59] thats at /usr/lib/gdesklets === kitterma is now known as ScottK2 [03:09] * TheMuso has 1337 unread emails. [03:11] TheMuso could probably do with unsubscribing from some mailing lists. [03:12] ScottK2: Its called away for 4 and a half days. [03:13] * StevenK wishes he was away. [03:13] Cooking and entertaining for ten people on Christmas day is still hurting [03:16] TheMuso: How was your trip? [03:19] StevenK: Very nice thanks. I always enjoy getting with family. [03:21] * StevenK is all familied out until New Year [03:31] * imbrandon is also [03:32] imbrandon: Good, then you can fix apt-mirror [03:32] okies [03:32] i've just been enjoying my new keyboard tongiht,far less typos [03:32] its one of those brushed metal ones that come with the new metal iMacs [03:32] * StevenK is plotting a wireless keyboard and mouse for his machine [03:33] very nice to use, not all the MM keys work but i have a feeling if i installed the MBP keymap they would [03:33] StevenK: they have a wireless verion of the one i just got [03:33] too [03:34] I'm still pondering. [03:35] although the wireless version dosent have the numpad [03:35] Also curious if I have the transmitter/reciever on the desk, will they work since the keyboard drawer is below the dek [03:35] http://www.apple.com/keyboard/ [03:35] i have the wired one [03:35] StevenK: should , i had a wireless one at one time and they worked uotp 10 feet away [03:35] Ah. I'm not buying Apple hardware [03:35] through stuff etc [03:36] upto* [03:36] the one i had was logitec (sp?) [03:36] it was nice, but i'm hooked on apple keyboards the last few years [03:37] even on non-apple computers ( like mine ) [03:37] * StevenK slaps a fan-boy sticker on imbrandon's head [03:37] heh nah, they are quite diffrent , plus the extra fN keys ( f13 - f19 ) are nice to be mapped to other things [03:38] hum my irssi seems to be cutting off the last few chars of each line [03:38] :( [03:38] * StevenK makes a note to add 50 spaces to every line he tells imbrandon [03:39] heh well it something about the nicklist i have in irssi, it runs in another "screen" and does some funky stuff, seems i have to restart irssi every few days because of it [03:39] i might turn it off [03:39] * imbrandon takes a screenie [03:39] * StevenK has no nicklist [03:41] imbrandon: What? You too lazy to do a /n when you need a list of nicks? [03:42] :) [03:42] I don't usually use /names. I will try and tab complete the nick I'm after [03:42] StevenK: Yeah, but /n is handy. [03:42] StevenK / TheMuso : http://people.ubuntuwire.com/~imbrandon/irssi-nicklist.png [03:43] That's a little frightening [03:44] heh why ? [03:45] imbrandon: You can't scroll the list, it's just there. [03:47] yea you can [03:47] i have it mapped to shift+pgup/pgdn [03:48] one quark about it though ( it is a official script on the irssi page ) is it only refreshes everytime i type a line or someone else types a line [03:49] so the list can be stale a bit in a quiet room [06:33] imbrandon: is there no hardy package for debootstrap? I'm trying to setup schroot... [06:34] https://wiki.ubuntu.com/DebootstrapChroot is a little unclear... [06:34] tritium: there is, its probably just not linked to that page [06:35] I've not seen one. Onyl 1.0.7_all [06:35] only, even [06:35] 1.0.7 is the latest iirc [06:35] So, no dist name associated with it anymore? [06:36] huh ? [06:36] dist names are only needed for backports [06:36] ignore those [06:36] jdong, what's the status of mpeg4ip? [06:37] ah, then that wiki page is even _more_ unclear. Thanks. [06:38] The wiki page explicitly tells you to use those ~dist1_all.deb packages [06:41] yes then it is mistaken, you should just grab the latest available [06:41] Thanks, imbrandon. [06:41] basicly if your on gutsy and have backports enabled, your golden, just install them as normal [06:42] and other packages it mentions [06:42] I'm trying to setup a hardy chroot. Which are you suggesting I install as normal? [06:42] chroot or pbuilder? [06:43] chroot. I already have a pbuilder setup. [06:43] Don't want to clutter my main install with dev packages I won't otherwise need. [06:43] if you have a hardy pbuilder setup already then you have the required packages already installed, ignore if it tells you to install anything and just follow the indtructions [06:43] http://digg.com/2008_us_elections/Mike_Huckabee_If_you_vote_for_me_you_live_if_you_don_t [06:43] Check out Mike Huckabee's latest psychotic utterance! [06:46] tritium: also note too you can `pbuilder-hardy login` and use it as a chroot too :) [06:47] imbrandon: I'm not following what you're saying. I'm following https://wiki.ubuntu.com/PackagingGuide/Basic, where advice on installing schroot comes *after* advice to install pbuilder. [06:47] s/pbuilder-hardy/how_you_call_pbuilder/ [06:47] yes, but don't you clean your pbuilder for each build? Seems like a chroot for things like devscripts, debhelper, dh-make, etc. would be nice. [06:48] ahh ok, then yes you probably want another chroot, its pretty simple , just debootstrap hardy into a new dir, then you can just `chroot /where/you/bootstraped/` [06:49] Okay, thanks. [06:49] past that its all customizations, basicly i was telling you earlier that if you followed the tutoral on setting up pbuilder that it installe dall the required packages to make a "normal" chroot [06:50] I appreciate it. [06:50] e.g. if you have a hardy pbuilder it used debootstrap to make the hardy pbulder, so you have the required version of debootstrap to make a hardy chroot [06:50] nayhow yw [06:50] any* [06:51] Ah, right... [06:53] Hi jsgotangco! [06:54] g'day tritium :) [06:54] It has been a while... [08:13] Hi all! [08:18] hmm, I've manually added a dependency to the control file ('Depends: package (=version-0ubuntu1)'). But when I build and install the package, it does not complain about missing the Depends package. Any tips? === Krontab is now known as Kr0ntab [08:48] SWAT: is there a control.in file too? [08:49] gpocentek, no, just a normal control file (added by myself with dh_make) [08:50] SWAT: could you pastebin your debian/control? [08:51] gpocentek, http://paste.ubuntu-nl.org/49666/ [08:51] note, it depends on another package I built (the test package) [08:53] hum, this is odd, I see nothing wrong [08:53] me neither. Yet when I install, it does not complain about missing the 'test' package (at all) [08:53] there's usually a space between '=' and the version but I don't think it's a problem [08:53] perhaps I need to add something to my preinst/prerm scripts? [08:54] SWAT: soory to ask but... are you really sure that 'test' is not installed? [08:54] I can do things like that, that's why I ask :) [08:54] yeah. Hold on a minute [08:55] ah, well, it does complain (it just took a long time before I saw the message), so it leaves the package as 'iU' [08:55] do I need to add something so it just doesn't install from the start? [08:56] "dependency problems - leaving unconfigured" [08:56] hum [08:56] if I'm not wrong apt wouldn't install it at all but dpkg tries anyway [08:57] i don't think that there's a packaging trick to avoid that [08:57] ok, I admit I tried it with 'sudo dpkg -i'. So it's normal? [08:57] I guess [08:57] thanks for the time/effort/info [08:57] no problem [08:57] if I'm doing something, I want to do it right [08:58] SWAT: I don't know your package, but usually -data packages don't depend onthe 'main' package [08:59] ok, that's because I actually really want to. Thanks a lot and enjoy the rest of the day :) [08:59] just a warning to avoid circular dependencies [08:59] ok [08:59] thanks :) === asac_ is now known as asac [10:06] persia> Perhaps instead of a debdiff, I could prepare an interdiff from 2.4~preview3 to 2.4.0 [10:06] (regarding avidemux) [10:08] LucidFox: I don't really know anything about avidemux, or what it does, but such an update may make sense. It really depends on how closely we plan to coordinate with debian-multimedia. If we're looking for a future sync, it may make more sense to get an update there and merge. If we're taking a separate path, the interdiff for the new upstream makes more sense. [10:09] Then I'll ask Marillat to prepare a new release, and then merge it [10:09] (and I'll point him to the Ubuntu changes I made) [10:10] LucidFox: If you're in coordination, that sounds best. Do you want the bug unsubscribed in the meantime, or does the current merge still make sense while waiting for the coordination? [10:12] I'd say it still makes sense, because it closes an x264 rebuild bug that wasn't possible with Avidemux 2.3 [10:13] LucidFox: OK. I'll take a look at the changes, and if there's nothing particularly insane, push the merge while waiting for the coordination. Further, I'll un-dup the 2.4 upgrade, and assign to you. [10:19] ember_: somerville32: mruiz: You have updated packages on REVU. Please submit bugs with interdiffs for processing. [10:20] (or if there is already a bug, ask someone to archive the REVU entry) [10:22] LucidFox: Is MMX processing broken in some way? [10:24] Apparently. I couldn't get ffv1rec to build. [10:25] This probably needs an upstream bug report. [10:25] LucidFox: For both i386 and amd64? Odd. I agree it's upstream. [10:26] LucidFox: As a general note, I don't like build-depending on imagemagick: I think it's better to create the files at packaging time, just in case someone wants to tweak them a little to look better. It's not enough to block me, but just a personal preference. [10:28] It's used to create downsized icons. [10:28] I'll talk to upstream about that - perhaps they could provide all sizes themselves. [10:29] LucidFox: Right, but the resizing algorithms may result in blurry images. y converting at build-time, there is no way to fix this easily. I personally prefer a larger diff.gz with the possibility to later fix this than a smaller diff.gz with no possibility to fix it. On the other hand, there are also arguments for doing it the other way. [10:30] Ah, so create a separate XPM for every size? [10:30] But those would still need to be converted to PNG at build time... [10:31] LucidFox: Rather, create a separate .png for each size, and uuencode them. uudecode at build time. Better still if upstream ships all the different icon sizes, hand tuned for best appearance at each resolution. [10:32] Ahh. === marcel__ is now known as marcel [10:37] the more people who know how to package the better or not? Would a 'quick packaging howto' be a good thing or not? The number of people who package would probably increase, but the quality could/would be questionable. [10:38] SWAT: A quick packaging HOWTO would be great, as long as it is 1) correct, 2) has pointers to relevant external docs & policies, and 3) Doesn't indicate there is one true way to do things. [10:40] LucidFox: You've changed a build-depends from libfaad-dev to libfaad2-dev, but the package doesn't seem to build in hardy unless it is changed back to libfaad-dev. What am I missing? [10:41] SWAT: I had a go at it here: http://people.ubuntuwire.com/~jpatrick/tutorials/ [10:42] jpatrick: Would you like a critique? [10:42] Hmm. Now looking at it, hardy renamed the package - it was libfaad2-dev in gutsy, but libfaad-dev in hardy [10:42] http://packages.ubuntu.com/cgi-bin/search_packages.pl?keywords=faad&searchon=names&subword=1&version=all&release=all [10:42] jpatrick, I'll have a look at it when I have the time (it's very limited atm) [10:43] persia: well, not, I have to get used to it [10:43] LucidFox: What do you want me to do? [10:43] s/well/why/ [10:43] libfaad-dev is correct for hardy [10:43] persia, maybe I'll have a go at it (depends on my available time) [10:43] jpatrick: OK. I'll dig through. [10:44] SWAT: Good luck. Note that in most cases, work to improve the current WIP packaging guide would be helpful, but there are usually a couple people around willing to review a draft if you want to do something separate, and maybe integrate later. [10:46] persia> reuploaded the debdiff [10:47] LucidFox: OK. I'll grab the new debdiff, and try another build. Thanks. [10:47] LucidFox: Which bug is this by the way? [10:48] bug #163287 [10:48] Launchpad bug 163287 in avidemux "Please merge avidemux 2.4~preview3-0.0 from debian-multimedia.org experimental" [Wishlist,In progress] https://launchpad.net/bugs/163287 [10:52] LucidFox: I think you do need need those many changes to changelog, you can pickup changelog from debian and add hardy entry. But I am not a MOTU, so you can wait for official comments from persia [10:52] slytherin: Just for context, this package isn't actually in Debian. [10:53] :) [10:53] Oh. [10:53] New: You'll get slammed with highlights with that nick: consider changing it. [10:54] what does mean? === New is now known as New_cat [10:55] ok? [10:55] :P [10:55] New_cat: : We talk about NEW packages and the NEW queue frequently, and it may be difficult to distinguish when people are speaking to you. Your new nick is more likely to be accurate. === New_cat is now known as sandyang [10:56] ok? [10:56] sandyang: Either sandyang or New_cat works well :) [10:57] anything other than new, build, ftbfs, sync, merge should work. :-P [10:58] package and spec are dangerous as well. [10:58] bug too [11:00] poor Spec [11:00] oO(someone with a nick name "bug" would have fun in #ubuntu-bugs) [11:01] jpatrick: Yep. Tends to use slight variations of the nick around here (currently x-*-ting) [11:01] haha [11:02] persia, don't remind me, everytime the SWAT (samba) package is mentioned... [11:03] SWAT: How about our universe security team :) [11:03] jpatrick: http://paste.ubuntu.com/3039/ [11:04] persia: the talk was mine [11:04] but good point [11:04] persia, yeah, I noticed that after I became an official member (the bad thing: I have this nick for more than a decade now) [11:04] SWAT: I understand. I don't tend to spend much time in channels dedicated to classical antiquities :) [11:09] Hi all, do MOTUs action sync requests? If so, is there anything that I have to do get a sync request actioned? Re: https://bugs.edge.launchpad.net/ubuntu/+source/me-tv/+bug/178519. [11:09] Launchpad bug 178519 in me-tv "Please sync me-tv 0.4.19-1 from Debian unstable" [Wishlist,New] [11:10] frenchy: we are in Debian Import Freeze [11:11] frenchy: any good reason why we should use the sid package and not the current one in hardy? [11:11] jpatrick: I thought that "Debian Import Freeze" meant that nothing further was imported from Debian without a request. [11:12] jpatrick: Huh, there's one in Hardy? [11:12] frenchy: yes, but we also shouldn't request syncs because we can? [11:12] !info me-tv hardy [11:12] frenchy: it's still in REVU? [11:12] Package me-tv does not exist in hardy [11:13] I assumed it already passed revu but didn't check [11:13] geser: It got archived because it made it into sid. [11:13] It didn't pass REVU. [11:13] Specifically, the reviewer with the right equipment to test encouraged a push to sid, which has been done. [11:14] frenchy: Isn't there already an approved sync request for me-tv submitted to the archive-admins? [11:15] persia: Sorry, don't know. Is that in BTS? [11:15] frenchy: Sync requests are handled in LP. [11:15] * persia thinks bug #178519 will be processed next week when the archive-admins return from the holiday break. [11:15] Launchpad bug 178519 in me-tv "Please sync me-tv 0.4.19-1 from Debian unstable" [Wishlist,New] https://launchpad.net/bugs/178519 [11:15] persia: Yes, https://bugs.edge.launchpad.net/ubuntu/+source/me-tv/+bug/178519. [11:17] persia: Thank you, that's exactly what I wanted to know. Did know if it was automatic though. [11:17] s/Did/Didn't [11:18] frenchy: Not automatic after DIF. Requires the approval of a member of ~ubuntu-dev (in this case, the bug submitter) [11:18] Shouldn't IRC and watch 'Family Guy' at the same time. [11:21] LucidFox: Build failures coming your way :) [11:22] Sorry, still not quite clear, Philipp is not a member of ~ubuntu-dev, but it looks like someone as definitely linked it into Ubuntu. [11:23] * persia points at https://launchpad.net/~pkern/+participation [11:26] persia: Ohhh ... via MOTU, Ta. [11:28] hi [11:30] hi [11:30] so quietly~~~ [11:34] So if it does get sync'd ... is that it? What happens with bug fixes from there? [11:36] frenchy: if you get important bug fixes uploaded to Debian you can ask for a sync again (till FF) or ask for an upload to Ubuntu directly [11:38] If the human came be here, I ll start to tell the story, some people want listen? [11:39] geser: Thanks, FF isn't till 14 Feb, right? I'm sure that there'll be a lot of improvements up until that time. But I'm hoping to make one last sync request ... would that be frowned upon? [11:40] Sorry, this is my first introduction to MOTU. [11:42] frenchy: No need to apologize. Everyone needs to learn once. It's safe to sync up to FF as long as there is a good reason for the sync (more than just an updated release). After FF, bugfix uploads are still welcome (and may be in the form of syncs), but no new features are allowed, and string changes are not preferred. [11:43] persia: Thank you. [12:09] Hi all. === rraphink is now known as raphink [12:18] The PackagingGuide on the wiki deals with compiled packages and I was wondering if there's a Guide or general information on packaging a web application (scripts). [12:19] hi all [12:20] liri: is there anything specific you want to package? [12:21] liri: http://webapps-common.alioth.debian.org/draft/html/ may be of interest [12:23] * persia wonders if dbconfig-common might also be interesting for non-web applications that have a database dependency [12:25] pochu: did you ever get feedback from Festor about the aMule import? === \sh_away is now known as \sh [12:31] <\sh> moins [12:31] <\sh> guys, does anyone has problem creating or updating a debootstrap chroot/or pbuider chroot ? === lionel_ is now known as lionel [12:32] pochu: the 2.8.6.1 version of wxwidgets2.8 fixs amule bugs? [12:32] \sh: A couple people have reported issues in the last 24 hours. I don't remember seeing a posted solution. [12:33] dfiloni: Quite likely. aMule tends to track upstream WX fairly closely, and doesn't seem to try to work around the weaknesses of WX. [12:35] persia: ok thanks for the reply. Did you have a merry christmas? [12:36] persia: yeah, I'd like to package my project. I actually already started doing it a while ago and stopped for lack of time (I can provide you with the url where you can find the directory structure of my packages if you'd like to review it and comment on it which I will welcome gladly) [12:37] persia: I'm going over that link, seems quite important, thanks. [12:37] <\sh> persia, looks like during update that /dev is not bind mounted properly and during creating something is wrong with the /var partition [12:40] dfiloni: Yes. Thank you. You? [12:40] liri: If you'd like to submit your package for review, best to prepare a candidate for REVU. [12:41] \sh: Hmm... I don't know much about chroot creation, but that sounds like some sort of skew. Has there been a debootstrap update since the default kernel switch? Might that make a difference? [12:41] persia: I had a good christmas too [12:42] <\sh> persia, didn't see any...but I'll do a reinstall of this system here and do another upgrade to hardy...so I'll can check again. [12:42] * \sh needs to use some LVM based install now... [12:43] persia: that link on webapps is great as policy and general guide, though I was hoping for a more practical guide on creating the package [12:44] \sh: LVM is nice :) I can't seem to even create a chroot now (as I've my play area mounted with nodev). Maybe there's some new security checks in place? [12:45] <\sh> persia, do you get any "/var blabla mounted with noexec, nodev" message? [12:45] liri: I don't think that exists. You'd do best to follow the guide for normal applications, skip the part that compiles stuff, and then follow the draft webapp policy. [12:46] \sh: Yes. precisely. it is mounted nodev, so this is (somewhat) expected behaviour. It's also new behaviour, as I've created chroots on this mount point previously. [12:47] <\sh> persia, and now try to update your hardy chroot or what ever pbuilder chroot you have...it gives you another (different) error message after trying to install libc5 [12:47] <\sh> aeh libc6 [12:47] persia: alright, I'll work the basic package and ask around when I get to the part of how to organize the webapp files for distribution later [12:47] \sh: I don't use pbuilder. I've not had any issues updating my LVM scratch partitions that I snapshot for sbuild. [12:47] * persia updates again, just in case... [12:48] persia: the login to the revu system is only for motus and alike? [12:49] liri: Login is only available for those who have submitted packages. In order to submit packages, you must 1) have a signed CoC, 2) have uploaded your GPG key to launchpad, and 3) have joined the Contributors of packages for ubuntu universe group. [12:49] !revu | liri [12:49] liri: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU [12:50] \sh: I can't reproduce the update issue. It either doesn't affect amd64, is pbuilder specific, or is the result of something special for your chroot. [12:50] <\sh> persia, it affects actually amd64 and i386...(/me has a x86_64 install here and use i386 and amd64 chroots) [12:51] hi all. How is the procedure to fill a unmet dep bug? I solved one :-) [12:51] \sh: Then I suspect it's either pbuilder or your mirror. Having both chroots be odd makes it look non-local. [12:51] <\sh> report the bug, add the debdiff and subscribe uus [12:52] <\sh> persia, well, mirror is the archive.ubuntu.com ,-) and it's there since yesterday when I tried to update...well [12:52] mruiz: Adjust control (or whatever), update the changelog, test build, verify the solution, attach a debdiff, subscribe the sponsors. [12:53] \sh: I update my minimal partitions (sid/gutsy/hardy) two or three times a day, and haven't encountered that, with the same mirror. Odd. [12:53] persia: I've joined the launchpad group of contributes but I don't remember about the others so I'll check it out [12:54] liri: "liran"? [12:54] persia: yeap [12:55] Yep. Submit a signed CoC and your GPG key, and ask someone here to update the REVU keyring, and you'll be able to upload. You might want to add your IRC nick to your LP page as well, just to make it easier for people to identify you. [12:56] persia: I'm updating the gpg as we speak, thanks. I'm not seeing anything about a CoC on the REVU page, what's that about? [12:57] liri: It's the Ubuntu Code of Conduct. Says you'll be nice and good to others while working on Ubuntu. Further information should be available from your LP page. [12:59] persia: ahh alright [12:59] persia: I promise to be nice :-) [13:11] <\sh> persia, hmm...well, I see after reinstalling this server... === \sh is now known as \sh_away [13:23] persia: alright I'm all set up with the requirements [13:24] * persia syncs the keyring [13:26] thanks. [13:26] I'll upload the package later for you guys to review and comment on [13:26] liri: You'll want to wait at least 30-45 minutes for the keyring to sync (I'll let you know when it's done) [13:28] moins all [13:28] heya persia , looks like Mako will be in your neck of the woods the next few weeks ( via planet.debian.org ) [13:29] hahaha [13:29] or i guess planet.ubuntu.com too :) [13:29] good morning imbrandon [13:29] heya mruiz [13:29] imbrandon: Yep. Looking forward to an activity. Don't know if the visit will last to the 12th for TLUG though. [13:30] cool-i-o , dunno if you have met him before or not, he is a really cool person, you'll enjoy meeting him i'm sure ( if you get the chance ) [13:31] i caught up with him 2 or 3 times, been really fun === bigon` is now known as bigon [13:32] plus now a member of the FSF board :) lol [13:34] Actually, it's a current topic of interest here. New government support and grants has changed things a bit: there's worry that FOSS acceptance in Taipei may make Akihabara less of a special place. RMS did a speaking tour recently (October) with four events in Tokyo. Now if only the remaining ubuntu-ja patches didn't break things for everyone else... [13:34] imbrandon: So, have you fixed all of my problems with apt-mirror? :-) [13:35] StevenK: yup actualy i have, i got them in my bzr branch but not in main svn yet, going to commit them today and prob make a release sometime today [13:35] Woot! [13:35] http://people.ubuntuwire.com/~imbrandon/bzr/apt-mirror/trunk [13:35] bzr branch that if you want it early [13:35] i tested it quite thourghly last night [13:36] it has the pacaking and all in that bzr if you wanna just debuild it [13:36] or you can wait and i'll try and get white to upload a new release today sometime ( once i make a new release tarbal etc ) [13:36] Why is it in bzr and svn? [13:37] i use bzr localy and such, then bzr-svn to merge it back to the main branch when i'm happy with it [13:37] demitry only knows and cares to know sf.net svn, and bzr-svn allows me to use both [13:38] with the same co [13:40] i got to thinking [13:41] StevenK: would it not be trivial to make the postmirror_script support any scripting lang supported by the host if i just make the requirement that its executable ? [13:41] like perl or shell or batch ( windows ) [13:42]