=== persia [n=persia@p1033-ipbf37marunouchi.tokyo.ocn.ne.jp] has joined #ubuntu-motu [12:15] Daviey: In Ubuntu we always start from source. [12:15] ScottK, i mean the actual install. Should it be binary or shell script? [12:15] Oh. === ScottK is not the right person to ask about that.... [12:16] ok thanks anyway === rexbron_ [n=rexbron@CPE001310b2d1d1-CM0012256e816a.cpe.net.cable.rogers.com] has joined #ubuntu-motu [12:18] Daviey, what shell script are you speaking of? [12:18] superm1, 'unfoo' [12:19] superm1, http://obsoleet.org/code/unfoo/ [12:19] i find it immensely useful [12:20] yea i can see that being very useful [12:20] :) [12:21] (don't steal it :P ) [12:21] alright alright you can have this one :) [12:21] seems to work fine compiled [12:21] not sure weather to install it compiled or as a script [12:22] i didnt realize you could even compile shell scripts [12:22] are they faster when compiled? [12:22] it's so small, it should make any difference [12:22] just a v. basic wrapper for tar, zip et al [12:24] Bug #112710 is ready for UUS review if anyone is available. [12:24] Launchpad bug 112710 in clamav "Merge clamav 0.90.2-1 from Debian Unstable (Main)" [Undecided,Unconfirmed] https://launchpad.net/bugs/112710 === finalbeta_ [n=gggggggg@d54C6865D.access.telenet.be] has joined #ubuntu-motu [12:43] if in ubuntu there is an old version and a bug like this, if i package and upload to revu, my package get in ubuntu? [12:44] jekil, what repo is the existing package in? [12:45] Daviey: universe [12:45] can't see why not then [12:45] Daviey: thanks [12:46] jekil, (i'm not a MOTU tho) === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-motu [12:54] question about localisation [12:54] a .mo and a .po file [12:55] what are they supposed to do? [12:55] it's for translation [12:55] i have looked at a .po and it contains "replacements" for translation [12:56] is it used at compile time? [12:56] or at runtime? [12:56] both [12:56] those files are used by gettext [12:56] and what is the difference compared to .mo? [12:57] .po contains the "source" translations which can be edited with a simply editor [12:57] persia: sure (WRT audacity) [12:58] they get "compiled" into .mo files at build time [12:58] ic [12:58] and gettext uses the .mo files during runtime to translate text (depending on the locale settings) [12:58] i guess that makes it faster? [12:59] I'd guess yes, but I haven't looked into the details [12:59] ok thanks geser [12:59] does IRC not have a quit message size limit? :) === jdong proceeds to exploit [01:00] i will have to dive a bit deeper into gettext i think [01:01] crimsun: Thanks. I prepared a debdiff, but I'm really not sure about one of my decisions. The crash was caused by portaudio19 and JACK on amd64. Audacity needs to patch portaudio19 for portmixer, so system portaudio19 is a little buggy. JACK is disabled for !{i386,ppc} in system portaudio. My solution was to disable JACK for audacity for other architectures, but I wondered if patching portaudio19 might have been better, so [01:01] cut off at "patching portaudio19 might have been better, so" === persia dislikes fixed buffers [01:02] ... better, so that the architecture-specific debian/rules only needed to be fixed in one place once portaudio had proper memory bounds checking. [01:03] ok, so does portaudio19 19+svn20070125-1 from Sid exhibit these problems still? [01:05] crimsun: Not such that it's a bug. portaudio in SID disables JACK for the architectures where the memory bounds checking causes a crash. [01:07] Rather, audacity portmixer cannot build against Debian portaudio19: upstream hasn't accepted the audacity patches yet (available on portaudio Trac). [01:08] hmm. === gouki [n=gouki@ubuntu/member/gouki] has joined #ubuntu-motu [01:08] it looks like the current version synced from Sid doesn't have all the necessary fixes anyhow (reading Debian 406798) [01:08] Debian bug 406798 in espeak "espeak: Segmentation fault when sound card in use" [Important,Open] http://bugs.debian.org/406798 [01:09] it would be best if the available interfaces were consistent across all arches [01:10] I suppose in the worst case, if we wanted to maintain the sync from Sid, that we could simply disable j-a-c-k for amd64 in audacity [01:10] crimsun: I think that JACK in portaudio is a good thing, even if it excludes amd64, but I like JACK. === jdong_ [n=jdong@ubuntu/member/jdong] has joined #ubuntu-motu [01:11] there's nothing stopping us from rolling in the new pa19 snap [01:11] crimsun: random question... slap me if I'm being ignorant.... but is it just me, or have various "no sound after upgrade" type regressions become more prevalent recently? [01:11] jdong: upgrade or _dist_-upgrade from edgy to feisty? [01:12] (people abuse "upgrade" frequently) [01:12] crimsun: just generally in newer Ubuntu releases [01:12] jdong: that still doesn't answer the question [01:12] I have no idea how people do their upgrades... it gives me chills to think about it [01:12] crimsun: If you're considering a new portaudio19, let me know if you want to also include the patch from audacity 1.3.2 (in lib-src/portmixer/portaudio.patch). If so, I'll respin audacity to build against system portaudio. [01:12] but I've seen a few cases of various "Intel HDA" users claiming they upgraded properly, but lost sound [01:12] jdong: are people meaning dist-upgrade when they mean upgrade? [01:12] ...when they say upgrade, rather [01:13] crimsun: I don't think they are dist upgrading... [01:13] I have not seen any issues where a person already running 7.04 final loses sound when they upgrade [01:14] persia: I would push for a newer pa19 with the necessary patches applied (and obviously clearly noted in the changelog and README.Debian) [01:14] crimsun: has the introduction of intel HDA increased the rate of sound errors, or is that a false observation? [01:14] jdong: more precisely? [01:15] i.e. more problems with sound not working, etc after HDA became prevalent, than before. [01:15] I don't know if you mean "bug reports" or "hardware errors" by "sound errors" [01:15] more like bug reports... i.e. sound not working under Linux [01:15] crimsun: patches for JACK, or for portmixer? If for JACK, such a patch doesn't exist yet (even in portaudio upstream), and portaudio is efficient enough to scare me away from coding one. [01:16] jdong: yes, absolutely. The cause is the spec being too lose WRT pin chaining, so Realtek, Analog Devices, and Sigmatel have gone overboard with extensions, meaning that every new codec revision needs a quirk entry. It's horrible. [01:16] crimsun: ah, ok, that makes sense; unfortunately, really :( [01:17] persia: applying whatever patches from audacity to the newer pa19 [if applicable] [01:19] crimsun: OK. That way, audacity gets JACK support whenever portaudio is fixed. I'll take a look at it, and respin audacity if I am successful. Thanks. [01:19] persia: thank /you/ === persia really just wanted to not use wx2.4 [01:25] 2.4 is much more mature than 2.6 even if it's not as nice on the eyes [01:25] there are an unbelievable number of workarounds for 2.6's unicode mess in vlc [01:26] crimsun: It doesn't handle unicode (lots of localisation bugs), and it breaks when using wxGetUserName (and my patch for 2.8 and 2.6 doesn't backport cleanly). === schultmc [n=schultmc@c-69-138-34-114.hsd1.tn.comcast.net] has joined #ubuntu-motu [01:26] yes, but 2.6's unicode is arguably even more ... interesting. [01:28] crimsun: I cannot disagree, but I'd prefer it being odd to issues like the results of running audacity from the archives in a RU.UTF8 locale (and selecting Russian as the display language). The menus are unusable (and that's only KOI8) [01:29] whatever makes our users happy, I suppose. === persia investigates vlc to take advantage of previous herculean efforts to handle unicode as source material for other wx2.4->wx2.6 porting. [01:31] ->coffee === lfittl [n=lfittl@249.Red-88-24-53.staticIP.rima-tde.net] has joined #ubuntu-motu [01:42] night === bleinmon1 [n=toffel@ppp85-141-148-145.pppoe.mtu-net.ru] has joined #ubuntu-motu === persia [n=persia@p1033-ipbf37marunouchi.tokyo.ocn.ne.jp] has left #ubuntu-motu [] === Monk-e [n=guido@cust-03-55bf3757.adsl.scarlet.nl] has joined #ubuntu-motu === dn4 [i=werdnAA@cpe-24-26-249-179.satx.res.rr.com] has joined #ubuntu-motu === thoreauputic [n=prospero@ubuntu/member/thoreauputic] has joined #ubuntu-motu === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu === effie_jayx [n=valles@200.84.173.157] has joined #ubuntu-motu === giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-motu === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-motu [02:30] DaD seems to discard previous Ubuntu changelog entries for the case where foo-0ubuntu[1..x] was uploaded into Ubuntu prior to Debian foo-1 [02:31] see DaD's grab-merge.sh of galago-gtk-python, for instance [02:31] we shouldn't be discarding those entries [02:32] crimsun: I believe it's only when the .orig.tar.gz differs. [02:32] crimsun: Check the diffs, the base->ubuntu one is probably empty. [02:33] yep [02:33] I've notified Lu*tin about [02:33] *about that [02:37] Has anything changed with regard to the need for running dh_iconcache in debian/rules? [02:37] not AFAIK [02:37] It's annoying having to keep a delta for such a small thing :( [02:38] hmm, 2.6.22-1.5 and lilo don't play nicely === RAOF [n=chris@60-242-199-65.tpgi.com.au] has joined #ubuntu-motu [02:41] Hm, eb was synced 3 days ago, yet it hasn't disappeared from DaD yet. [02:43] hmm, well 2 more sync requests === DktrKranz [n=Luca@ubuntu/member/dktrkranz] has joined #ubuntu-motu [02:55] I would just like to add that DaD's comment field in the web ui is a great example of "doing the right thing". [02:57] Just in that it is there, or is there some behaviour of it? [03:01] both. I typed in "sync bug #foo", and it placed it in the leading column correctly [03:07] Ah, yes. [03:07] It's very useful :) === effie_jayx [n=valles@200.84.173.157] has joined #ubuntu-motu [03:10] hmm [03:11] is it not possible to sync newer upstream versions from Debian unstable? [03:11] RE: https://bugs.launchpad.net/ubuntu/+source/wxwindows2.4/+bug/104390 [03:11] Launchpad bug 104390 in wxwindows2.4 "[sync request] wxwindows2.4 2.4.5.1.1 from Debian unstable (main)" [Wishlist,Rejected] [03:12] of course the md5sums won't match; they're completely different tarballs (as native) [03:12] the point was that 2.4.5.1ubuntu2 is subsumed by 2.4.5.1.1 [03:12] Can I ask questions about bugs here as well? [03:12] About fixing them. [03:12] Triaging rather. [03:12] sure. [03:13] It seems https://launchpad.net/bugs/112725 is not a bug. Can someone help me figure it out, please? [03:13] Launchpad bug 112725 in rhythmbox "MP3 files" [Undecided,Unconfirmed] [03:14] crimsun: ubuntu2 > .1 [03:14] Fujitsu: oh right. duh. [03:14] dabaR_: actually it is a bug. [03:15] I hate that aspect of the versioning :( [03:15] dabaR_: looking at ProcMaps.txt, note: [03:15] b5932000-b5951000 r-xp 00000000 08:02 2829335 /usr/lib/gstreamer-0.10/libgstflump3dec.so [03:15] b5951000-b5952000 rw-p 0001f000 08:02 2829335 /usr/lib/gstreamer-0.10/libgstflump3dec.so [03:15] Why did it get an extra bit, anyway? [03:16] dabaR_: reassign it to the gst-fluendo-mp3 source package. [03:16] Fujitsu: good question. [03:16] Surely it had enough components already. [03:17] Just to confirm, I click upstream, select that package, and then reject it for the package it was originally filed? [03:17] dabaR_: no, click the name of the source package under Affects and change it to gst-fluendo-mp3 [03:18] crimsun: OK, thank you very much :-) [03:20] Woah, almost 1200 items in NEW> [03:23] Is there any reason stuff from contrib/non-free wouldn't be in Ubuntu, other than just not being imported? [03:24] I think that's the reason. Colin mentioned it requiring a separate rune. [03:24] Anyone happen to know where I can get a dapper version of sobby 0.4? [03:24] It's not picked up by the autosync, I know that. [03:25] And there's no list around that I know of, so I'm making one. [03:29] fla backport it using dpbuilder [03:29] ugh, lag [03:29] Um, that didn't appear very well. [03:29] Flannel: backport it using pbuilder [03:30] Or backport it using prevu. Except that you'll have to backport prevu first :P [03:30] Fujitsu: lol isn't that an awesome catch-22? [03:30] jdong: I know! [03:30] Fujitsu: actually prevu's all python; feisty debs should work for edgy too [03:30] or checkinstall it for great justice === Fujitsu kicks crimsun. [03:31] =) [03:31] YAY PIDGIN PACKAGING!!!11111one [03:31] lol [03:31] Is https://bugs.launchpad.net/ubuntu/+source/gaim/+bug/112720 a real bug? [03:31] Launchpad bug 112720 in gaim "cap plugin is missing" [Undecided,Unconfirmed] [03:32] dabaR_: yes, wishlist [03:32] it's completely intentional. [03:32] I can then say confirmed, wishlist? [03:32] if you can in fact confirm it, yes [03:32] OK. [03:33] crimsun: Id love to. Never done it before. Got any documentation? Also, can't use PREVU, since, I have no GUI. === zen-afk [n=zenrox@pool-71-115-220-136.spknwa.dsl-w.verizon.net] has joined #ubuntu-motu [03:33] Flannel: prevu doesn't have a GUI.... [03:33] it depends on pbuilder and devscripts, and is all CLI [03:34] jdong: really? thought it was a gUI based thing. [03:34] nevermind then. [03:34] not at all :) [03:34] I have checked that I am using the same version, and looked over the plugin list, and it does not show that plugin. Does that mean I have confirmed it? [03:34] it's basically an automatic pbuilder-backporter [03:34] dabaR_: yes [03:35] The importance seems locked(lock icon beside it). [03:36] changed. [03:36] (you need to be a bugsquad member IIRC) [03:36] anything I should be aware of with pbuilder on dapper? And, I just download the source from (where?) and then do the pbuilder thing? [03:36] crimsun: ubuntu-qa [03:36] I can't keep up with all these groups [03:37] granted being in core gives me implicit membership, I suppose? [03:38] -dev is the one that gives you implicit membership, but yes. [03:38] Oh, -core-dev is a direct member too, though it's not necessary. [03:38] crimsun: should I do something to be able to change them in the future? [03:38] I mean, should I do something now... [03:39] dabaR_: You need to be trusted and experienced enough to be added to the ubuntu-qa group. [03:39] OK. That is why I added now:) [03:48] hmm. For the record, it seems prevu has been already made available for dapper. Or, so it claims (and it seemed to install alright) [03:50] OK. There is a bug #112720, and I confirmed it by installing bootcd-i386, and running the bootcdwrite command. Then I looked at the line that is wrong, and I looked up the fact that bash functions do not use () So I changed that in the file that is referenced in the error message. [03:50] Launchpad bug 112720 in gaim "cap plugin is missing" [Wishlist,Confirmed] https://launchpad.net/bugs/112720 [03:51] I still got errors. Then I changed the sh link to bash(I actually think I broke something, but will see later), adn then there were no more error messages. [03:51] Sorry, that is not the bug #. [03:51] https://bugs.launchpad.net/ubuntu/+source/bootcd/+bug/112729 [03:51] Launchpad bug 112729 in bootcd "/usr/share/bootcd/bootcd-run.lib: 144: Syntax error: "(" unexpected" [Undecided,Unconfirmed] [03:52] retitle it to prepend [bashism] [03:53] Title is summary in LP? [03:53] yes [03:53] OK. That i all I do? [03:53] you can confirm it [03:54] What about the fact that I found a way to resolve it? And I do not understand the change of the title, what was that about? [03:55] Ah... [03:55] It works when you change your shell to bash. [03:55] So the package maintainer will be able to know what to do if that is the title? [03:55] it's a start [03:57] Oh, I get it. I was supposed to leave the same title, but put [bashism] in front. Not change the name to "prepend[bashism] " [03:59] Can I get the source of the package, and get help from you to make the necessary changes? [04:00] sure. Do you want to fix the bashism or just fix the symptom? [04:01] The one that you suggest to be done. I will need help with pretty much everything, so maybe you can choose what is easier to you. [04:01] I think I want to fix the bashism. [04:01] ok, that's the correct but more difficult fix [04:01] Sounds like the right thing to do. [04:01] Right. [04:02] ooh, it's in 7.04 [04:02] I just got the source. [04:02] I guess we have to do an SRU, which means the least invasive fix === Ursinha [n=ursinha@201.72.64.21] has joined #ubuntu-motu [04:02] So then the easier thing? [04:02] in which case we just /bin/sh -> /bin/bash [04:03] The thing is that the file is a .lib [04:03] Otherwise I would have done that initially. [04:03] This way I do not get how to do that. [04:05] I have to take 10. Bbiab. [04:09] dabaR_: no, it's just a snippet in ascii. [04:09] $ file bootcd-run.lib [04:09] bootcd-run.lib: ASCII English text [04:10] Sorry I do not get your point. [04:11] Or the implications of it === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu [04:12] it's a text file that's included/parsed by other scripts [04:12] don't mind the extension (filename); it's still a shell script [04:13] the list of files that need to be fixed is revealed by: [04:13] for i in `grep -nH 'bootcd-run.lib' * |awk -F: '{print $1}'`; do grep -nH 'bin/sh' $i; done [04:14] this reveals that two files need to be changed in the SRU, bootcdmkinitrd and bootcdwrite [04:15] For me it the one-liner does not return results. [04:15] did you extract the source? [04:15] dpkg-source -x bootcd_3.00.dsc [04:16] cd bootcd-3.00 [04:16] for i in `grep -nH 'bootcd-run.lib' * |awk -F: '{print $1}'`; do grep -nH 'bin/sh' $i; done [04:16] oops, sorry, one sec. [04:16] hi all [04:16] i'm trying to install ubuntu via network, and i'm getting a bad signature problem [04:16] Ursinha: #ubuntu, please. [04:17] crimsun, i've already asked there, no answers [04:18] not even google [04:18] nothing [04:18] Ursinha: even still, this is the incorrect channel. [04:18] i thought it may be a bug, so i'm here [04:18] OK. I think I am up to where I want to be. I now changed those two files to reference /bin/bash. === jdong_ [n=jdong@ubuntu/member/jdong] has joined #ubuntu-motu [04:19] dabaR_: right, make sure you change all the instances in bootcdmkinitrd [04:19] dabaR_: (there are three) [04:19] Right, the grep told us that. I have now, thanks. === sevrin [n=sevrin@202.75.186.154] has joined #ubuntu-motu [04:21] I have now changed all 3 references, that is. [04:21] dabaR_: now add your changelog entries, then generate a debdiff against the current 7.04 version [04:22] Is that in the same directory the ChangeLog file? [04:22] debian/changelog [04:24] crimsun: I am not sure what to write there. [04:24] did you dch -i ? [04:25] This is the first time I am doing something like this, if it was not obvious:). No. [04:25] Hm... [04:26] Ubuntu uses avahi-daemon for mdns, right? === jdong trying to enlighten his FBSD box with mdns goodness [04:26] crimsun: I wrote * Changed bootcdmkinitrd and bootcdwrite to use /bin/bash rather than /bin/sh [04:26] jdong: IIRC [04:27] BTW, my email address is shown as , can/should I change that? [04:27] yes [04:27] e.g., (flood) [04:27] bootcd (3.00ubuntu0.1) feisty-proposed; urgency=low [04:27] * {bootcdmkinitrd,bootcdwrite}: Use /bin/bash rather than /bin/sh, [04:27] LP: #112729. [04:27] -- Daniel Chen Sat, 05 May 2007 22:25:30 -0400 [04:28] (it's humourous to note that I used a bashism in the changelog entry :-) [04:28] Will you use your version, or mine? [04:28] use my version, but use your name and email address [04:30] Ugh, I hope I did not break the syntax. [04:30] I have [04:30] * {bootcdmkinitrd,bootcdwrite}: Use /bin/bash rather than /bin/sh, [04:30] LP: #112729. [04:30] -- Dan Bernardic Sat, 5 May 2007 21:29:11 -0500 [04:30] Now. [04:30] did you use "bootcd (3.00ubuntu0.1) feisty-proposed; urgency=low", too? [04:30] that part is vital [04:31] Ah. [04:31] Then I have: [04:32] http://paste.ubuntu-nl.org/19371/ [04:32] yes, that should be above "bootcd (3.00) unstable; urgency=low" [04:33] save it, then execute: debuild -S [04:33] And the 7 lines. === pwnguin [n=jld5445@camaro.cis.ksu.edu] has joined #ubuntu-motu [04:33] I mean, it is above +-- 7 lines: bootcd (3.00) unstable; urgency=low -- Bernd Schumacher ------------------------------------------- [04:34] yes, since you're using vim [04:35] I am having trouble with gpg. I will go read the help page about gpg to fix it, unless you want to help me fix it. [04:36] oh, debuild -uc -us -S [04:36] you don't really need to sign it, since I'll have to sign it anyhow [04:36] http://paste.ubuntu-nl.org/19372/ ? [04:37] The ? helps a lot :) [04:37] that's correct so far [04:37] So, using prevu (trying to get sobby onto dapper), I did 'libnet6-1.3-0' and then sudo prevu-update, and then tried to prevu libobby-0.4-0, which depends on libnet6, but it says it "Tried versions: 1:1.3.1-2~6.06prevu1" but that doesn't satisfy. Do I need to do something else? Should I asking elsewhere? [04:38] now, debdiff bootcd_3.00.dsc bootcd_3.00ubuntu0.1.dsc >bootcd_3.00ubuntu0.1.debdiff [04:38] Flannel: walk the stack. You need to backport that lib first. [04:39] crimsun: that is the lib. And I already backported it (which is what the tried thing says, right?) [04:39] crimsun: -> Considering libnet6-1.3-dev (>= 1:1.3.1-2) // Tried versions: 1:1.3.1-2~6.06prevu1 // -> Does not satisfy version, not trying [04:40] I messed up something. Or you mispelled. I do not have bootcd_3.00ubuntu0.1.dsc, I have bootcd_3.00ubuntu1.dsc only [04:40] err, no, then I messed up. [04:40] you should use 3.00ubuntu0.1, not 3.00ubuntu1 [04:41] that's our standard SRU version syntax [04:41] (for -updates and -security) [04:41] I did the dch -i thing wrong. [04:41] no you didn't [04:41] it was correct [04:41] And you reviewed it but did not spot the error, as far as I can see. [04:42] right, that was why I said it was my fault [04:42] A-ha. [04:42] I should read better:) [04:42] how do i put in a request to merge a package from debian into gutsy? [04:43] pwnguin: well, one doesn't request a merge as much as do the legwork for the merge (i.e., actually merge it) then ask for a sponsor [04:43] ah [04:43] then mergomatic is for? [04:43] Making it easier to merge :) [04:43] Doing part of the legwork [04:43] crimsun: do I need to install that lib to be able to backport the next lib? or is prevu-update enough? [04:44] Flannel: I'm pretty sure you need to backport that lib first, but I haven't been paying attention [04:45] crimsun: I did backport the lib. sobby (and libobby) depend on libnet6-whatever, I did the libnet6 thing, and am now trying to do libobby, but I get: -> Considering libnet6-1.3-dev (>= 1:1.3.1-2) // Tried versions: 1:1.3.1-2~6.06prevu1 // -> Does not satisfy version, not trying [04:45] pwnguin: You can request syncs, though you pretty much need to do the merge work and find that there's nothing to merge :) [04:45] crimsun: which, I think is saying that it sees 1:1.3.1-2(with the prevu extension), but isn't.. using it. for some reason [04:46] is 1:1.3.1-2 higher than 1:1.3.1-2~something? [04:46] yes [04:46] the one sans tilda is higher? [04:46] RAOF: its just a php pear module. given that theres a ton of other modules already in ubuntu, im not sure how it would be any different (though i guess i should check an existing one first) [04:46] see dpkg --compare-versions [04:46] Flannel: ~ signifies a lowering [04:47] crimsun: I see. So, how do I get prevu to build that library? [04:47] The command I just finished before this, was `prevu libnet6-1.3-dev` and I think it completed. [04:47] Flannel: you'll need to ask jdong [04:47] pwnguin: Is it not already in Ubuntu, or is there a higher version in unstable (and the current Ubuntu version is -?ubuntu?)? [04:48] if it didn't, it was sneaky about errors [04:48] crimsun: alright, thanks for your help. [04:48] RAOF: it's in unstable, but not in ubuntu at all. are there general differences between source packages for debian vs ubuntu? [04:48] dabaR_: have you generated the debdiff? [04:49] Flannel: you need to edit your source package to depend on ${Source-version} or 1:1.3.1-2~7.04prevu1 [04:49] whichever makes sense [04:49] pwnguin: Then that's not a merge (since there's no existing Ubuntu version to merge). I thought unstable got auto-syncd, but maybe you'll need to manually file a sync request. [04:49] jdong: You mean ~6.06prevu1? [04:49] yeah [04:49] RAOF: ah. sorry for the flub on terms [04:50] so where do i file a sync request for php-xml-rss? [04:50] pwnguin: That's OK. Part of what the channel's for :) [04:50] pwnguin: what's the name of the source package? [04:50] jdong: so, I'll need to manually edit each package that has a depend that I'm also backporting? [04:50] pwnguin: If it's not in contrib or non-free, it will be synced automatically. [04:50] Flannel: only if it depends on such an aggressively new package. [04:50] maybe im just using the wrong tools to see what's available [04:50] everyone says packages.ubuntu.com isn't good [04:51] pwnguin: likely. What's the name of the source package? [04:51] jdong: Whats the definition of 'agressively new'? [04:51] crimsun: php-xml-rss :P [04:51] Flannel: the precise version of the package you backported [04:51] pwnguin: it's in source NEW awaiting approval. https://launchpad.net/ubuntu/gutsy/+queue?queue_state=0&queue_text=php-xml-rss [04:52] usually it's a revision or two below, so it will be able to pass the dep version check [04:52] crimsun: I have a file called bootcd_3.00ubuntu0.1.debdiff. It took me a while to figure out that I should be doing it over again. [04:52] jdong: That was the same version, minus the ~6.06prevu1, wasn't it? [04:52] pwnguin: sorry, binary NEW, not source NEW (since it has already built) [04:52] Flannel: yes. it is not too common that a dependency is exactly the version that one backports [04:53] crimsun: ok. thanks. it's okay. i was hoping to find it in feisty, but i guess it missed a window or something [04:53] dabaR_: can you pastebin that file? [04:53] the version number of a backport should be lower than the origin. that is an intended behavior of prevu, for upgrading safety [04:53] or actually, its newer than when feisty synced and i guess nobody asked for it [04:54] crimsun: http://paste.ubuntu-nl.org/19377/ [04:54] jdong: I understand that. So, wouldn't all dependencies bcakported be lower, and as such, each (one or more backport dependent package) will require tweaking? [04:55] Flannel: what you are seeing is a rare case where the version number is EXACTLY the same. I am telling you that does not happen terribly often. Usually the dependency is something like (>= 1.2.3-1) when the version you backport is 1.2.3-5 or something [04:55] jdong: Oh. I understand. Normally the versions are X, but that version is already X+1. I understand now, thanks. [04:56] right [04:56] right. that makes complete sense now. thanks again. [04:56] dabaR_: excellent. Please attach that to bug 112729 [04:56] Launchpad bug 112729 in bootcd "prepend [bashism] " [Medium,In progress] https://launchpad.net/bugs/112729 [04:56] no problem; anytime === thoreauputic [n=prospero@ubuntu/member/thoreauputic] has left #ubuntu-motu [] === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [05:00] crimsun: Done, I believe. [05:00] heh, alright. More newbie questions. Where do I edit (after apt-get source) the versions of the package depends? [05:02] Flannel: the file is debian/control [05:02] dabaR_: [05:02] bootcd_3.00ubuntu0.1_source.changes: done. [05:02] Successfully uploaded packages. [05:02] jdong: right, just found it. thanks [05:02] Flannel: after editing, run "prevu" with no arguments in current directory [05:02] prevu will understand how to build a extracted debian source directory [05:03] dabaR_: congrats, you've completed your first universe SRU [05:03] hey, are any of the developers here familiar with libtxc_dxtn? [05:04] crimsun: hehe. You are not only technically excellent, but also have great skills in communicating with people, and working with you on something is a pleasure. [05:04] jdong: the directory with the four package files (well, three then the contents?) or the contents directory? [05:04] crimsun: do we have to do anything else? [05:05] it's a library that gets dlopened by mesa, separated only for legal reasons, and not intended for use by anything else [05:05] crimsun: yep, avahi-daemon+nss-mdns are what Ubuntu uses. my freebsd box is now zeroconfed! [05:05] crimsun: in terms of telling the person that reported the bug that it is fixed, and that. [05:05] Flannel: the directory that contains the debian/ directory [05:05] dabaR_: sometime next week, a member of the ubuntu-sru team will approve it. Once it's available, he will let us know, and I'll post an email to ubuntu-motu asking for testing. [05:06] so, I'm wondering whether there are any real problems associated with putting a library lacking a soname in /usr/lib, if it isn't going to get used in any other fashion than that === minghua_ [n=minghua@ppp-70-247-231-199.dsl.hstntx.swbell.net] has joined #ubuntu-motu [05:06] dabaR_: https://wiki.ubuntu.com/MOTU/SRU [05:06] jdong: I get warning: new version (0.4.1-1~6.06prevu1) is less than the current version number (0.4.1-1)., do I need to also change it's version? or just ignore that? === jamesstansell [n=stansell@adsl-38-15-127.tulsaconnect.com] has joined #ubuntu-motu [05:06] ->phone [05:07] Flannel: that is normal, ignore the error [05:07] jdong: thanks [05:09] anyone free to answer my question? [05:13] crimsun: having read that page, I think there are 2 things that we did different. Our bug does not seem to satisfy the "When". We used a different version number. === jdong_ [n=jdong@ubuntu/member/jdong] has joined #ubuntu-motu [05:19] dabaR_: It's a regression, and the stuff about version numbers there is wrong. I'll fix that. [05:20] Fujitsu: OK, thank you. [05:23] crimsun: Thank you for teaching me how to do this. === tuxmaniac [n=aanjhan@unaffiliated/tuxmaniac] has joined #ubuntu-motu [05:29]