=== hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has joined #ubuntu-motu === RoninX341 [n=etank@ubuntu/member/etank] has joined #ubuntu-motu [12:19] hi all is there someone that could help me with cdbs problem? [12:20] marcin_ant: I'm not great with cdbs, but whats your problem? [12:20] TheMuso: problem is quite weird [12:20] TheMuso: I want to prepare some package that has source in *.zip file [12:20] all of the source is? [12:20] or just portions of it [12:21] TheMuso: so I use tarball.mk class to handle this *.zip (unpack to build directory) [12:22] superm1: all of the source [12:22] TheMuso: and it works poperly - problem is that I need to patch source and I wanted to use dpatch [12:22] there is a cdbs patching system [12:22] that you would use instead of dpatch [12:22] marcin_ant: Do you have an .orig.tar.gz? [12:23] TheMuso: unfortunately I cannot use dpatch/cdbs-edit-patch because there is no source directory [12:23] TheMuso: no [12:23] you can repackage the contents of the .zip to a more friendly .orig.tar.gz format provided you adhere to the guidelines in the debian reference manual [12:24] there is a bullet in i believe 6.7.8.2 describing what's necessary to do so [12:24] http://www.debian.org/doc/developers-reference/ch-best-pkging-practices.en.html#s-bpp-origtargz === bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-motu [12:28] superm1: ok but what if source "tarball" is zip? [12:28] superm1: and there is no *.tar archive? [12:28] it would be the same situation, you would unzip it, tar it up and pass that tar through gz [12:30] superm1: ok so this is one option [12:30] another option is to do it with debhelper and still use the zip file [12:30] you can look at thunderbird source package [12:30] The archive will not accept anything other than .tar.gz for source. [12:30] for an idea how that is done [12:30] superm1: but what if I don't want to repackage source and still use cdbs tarball.mk? [12:31] it encapsulates the distributed archived in a orig.tar.gz and extracts it during build [12:31] I don't have any experience using tarball.mk myself, so i can't comment much to how it works. all of my cdbs packaging has been simple enough that i haven't had to touch it === bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-motu [12:32] superm1: I may be wrong but I think that it can be bug in cdbs === bigon [i=bigon@213.219.163.197.adsl.dyn.edpnet.net] has joined #ubuntu-motu [12:33] superm1: wrong toolchain - you can use tarball.mk to unpack source but you cannot patch it because you don't have unpacked source tree [12:34] right [12:34] marcin_ant, I do think the easiest solution for you will indeed end up be repackaging the original source archive into tar.gz then [12:35] superm1: of course but I would like to identify bug (if any) in cdbs and add it to bugzilla [12:36] marcin_ant, If you can't find any cdbs experts here, you might check out #debian-mentors on oftc. either which way, you could file a bug, and eventually a cdbs expert will look at it [12:36] and be able to properly classify whether it is or isn't [12:39] superm1: as far as I can see in cdbs source - dpatch.mk cleans build tree while it should also call tarball.mk first [12:40] superm1: anyway I will ask in #debian-mentors (I will try at least.. my allergy on *debian* ehh ;) ) === elektranox_ [n=elektran@p5481EE8E.dip.t-dialin.net] has joined #ubuntu-motu [12:42] marcin_ant, From what i look, there are no direct calls to tarball.mk from any file [12:42] in /usr/share/cdbs/1 === hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has left #ubuntu-motu [] [12:42] superm1: and this is why it doesn't work properly [12:42] right, i think i see what you mean then [12:43] and i would agree you should file a bug regarding this [12:44] superm1: your mozilla-thunderbird example was ok but it doesn't use cdbs so it's another story [12:44] right [12:45] it's the only app i could think of offhand that does something like this without a repacked orig.tar.gz [12:45] wasn't sure if it was cdbs or not === enyc reads scrollback ;-) [12:45] superm1: eclipse it another but also without cdbs [12:45] eclipse _is_ another === enyc bah... I got misplaced enyc: [12:46] enyc, huh? [12:48] superm1: somebody wrote to enyc: ages aggo by mistake === zul_ [n=chuck@mail.edgewater.ca] has joined #ubuntu-motu === zul [n=chuck@ubuntu/member/zul] has joined #ubuntu-motu [12:51] ah [12:51] heylo === SlimG [n=slimg@84.205.58.245] has joined #ubuntu-motu === twentyafterfour [n=monkey@12-207-17-55.client.mchsi.com] has joined #ubuntu-motu [01:12] I've created a .deb package of a game with a .desktop file refering to a .svgz icon, where should the .svgz image be stored within the filesystem? === twentyafterfour [n=monkey@12-207-17-55.client.mchsi.com] has joined #ubuntu-motu [01:14] superm1: sorry to bother you - but could you tell me what should I do to repackage orig properly? [01:14] superm1: zcat eclipse*.zip | tar xf - ? (it doesn't work :( ) [01:15] Is this the right channel for discussion of security bulletins? There is a critical flash update that should be addressed in the multiverse repository but I don't see a ubuntu-security channel or a multiverse channel [01:15] marcin_ant, unzip eclipse *.zip, then tar the file and gzip it [01:16] superm1: files in tar should be in single directory rught? [01:16] something like unzip eclipse*.zip && tar -xvvf eclipse.tar eclipse/ && gzip -9 eclipse.tar [01:17] twentyafterfour: this is the best place for security discussions, yes. [01:17] there is a bug open for the flash issues, let me find it... [01:17] ok but after unzip eclipse*.zip I got /baseLocation /features /plugins /jdtcoresrc and plenty of files in / [01:18] superm1: so I should move them to eclipse/ and then tar? === jml [n=jml@86.228.233.220.exetel.com.au] has joined #ubuntu-motu [01:18] here is the zdnet bulletin about the adobe flash advisory: http://www.zdnetasia.com/news/security/0,39044215,62028443,00.htm [01:19] marcin_ant, if there is no nested directory within the zip file, i would say put them into a directory [01:19] before tarring [01:19] twentyafterfour: bug #125131 [01:19] Launchpad bug 125131 in flashplugin-nonfree "Need to be updated for new stable version (9,0,48,0)" [Critical,Fix released] https://launchpad.net/bugs/125131 [01:20] Nice, sorry for bringing old news ;) [01:20] twentyafterfour: no problem. :) you can help with testing, by enabling the feisty-proposed pocket in your sources.list. :) [01:20] ok doing that now === doko [n=doko@dslb-088-073-070-181.pools.arcor-ip.net] has joined #ubuntu-motu [01:24] keescook: the new flash update didn't show up in feisty-proposed yet ;( at least not according to my synaptic. I'll check out launchpad === eagles0513875 [n=jonathan@88.203.73.158] has joined #ubuntu-motu [01:26] I'm installing all proposed updates nonetheless, maybe I can help somehow. Should I send positive feedback in launchpad if the packages seem stable or should I only report if I find a problem? [01:26] twentyafterfour: right, it will appear there in a bit, it's only in -proposed so far. [01:26] er [01:26] sorry, I misread [01:26] update manager just gave me 12 updates but no flash. maybe I installed flash manually but I am pretty sure I have it from the repo. [01:28] twentyafterfour: I see it: flashplugin-nonfree | 9.0.48.0.0ubuntu1~7.04.0 | feisty-proposed/multiverse [01:28] ok I must have something set up wrong. thanks for the help, I'm sure I can find it === twentyafterfour goes back to synaptic [01:30] ok found it [01:31] keescook: thanks again . . . I will report to launchpad if I find any problems [01:31] okay, cool. [01:32] im working on debugging my own problem with kde 3.5.7 and amarok with audio cutting in and out intermittently throughout any audio [01:32] my audio is encoded in flac [01:33] tried reinstalling amarok and flac from source with no change so i will download the xine source and take a look through there [01:34] where can one get the xine source from [01:34] eagles0513875: apt-get source xine [01:34] tried that [01:34] However I think you're going about it the wrong way. [01:34] didnt work [01:34] ive already reported it as a bug to kde [01:34] whats ur take on things [01:34] Is amarok the only audio program that skips? [01:34] Have you checked CPU load while music is playing? [01:35] ya not using much [01:35] I have a similar problem with audacity for some reason [01:35] but I just avoid using it as a player [01:35] ya it is the only player that skips === apacheLAGger [n=me@N734P024.adsl.highway.telekom.at] has joined #ubuntu-motu [01:35] Is the music being played from a local hard disk, or over the network? [01:35] i love amarok i hate the alternate which im using atm [01:35] local hdd [01:35] I play audio from a remote server via amarok all the time, flac, mp3, wav, whatever, it doesn't seem to have any trouble [01:36] How is that hdd connected? [01:36] im running gutsy though [01:36] SATA/IDE? [01:36] its ide internal 5400 rpm [01:36] never had the problem like this in feisty [01:36] Well, there are bound to be problems then. [01:36] even usb 1.1 should have enough bandwidth [01:36] and im running the 64bit version of gutsy [01:36] oh now you are over my head ;) [01:36] eagles0513875: Well all you can do is wait and work with the kde guys to fix it. [01:37] should i try and take a look at xine code and see if i notice anything [01:37] if you are hardcore enough to analyze source, by all means ;) [01:38] eagles0513875: If you want to, I think the amarok devs will have a etter idea of how to get you to help them debug the problem. [01:38] better even [01:38] true [01:38] im not able to find the source though [01:39] eagles0513875: apt-get source xine-lib [01:39] ok ty [01:40] np [01:41] r there any other pkgs that i should take a look at === bryce [n=bryce@c-67-169-207-142.hsd1.or.comcast.net] has joined #ubuntu-motu [01:42] Well have a look at amarok's dependencies. [01:42] i was goign to download the amarok-xine source [01:43] I'd say its more likely a problem with amarok itself, u nless there are reports of xine problems from other users who use xine as a backend for their player. === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-motu === owh [n=onno@59.154.24.148] has joined #ubuntu-motu [01:54] Hiya, what diff command do I use to create a patch to submit to LP? [01:54] Alternatively, where is the RTFM for this? === Vorian [n=steve@ubuntu/member/Vorian] has joined #ubuntu-motu [01:59] owh: Try with this one: http://doc.ubuntu.com/ubuntu/packagingguide/C/ps-scratch.html [02:00] owh: If you have made a new package revision, including changelog, you can use the debdiff command to show the difference between the two packages. Otherwise, the diff -urN command will do what you want, between two files, or directories with files, i.e two copies of surce, with one of thos containing the changes. [02:00] It's a patch to the man pages - all manner of spelling errors. [02:03] owh: Right. Do you have a copy of the original files, and a copy with your changes? If so, are they both in different directories [02:04] Yup, I have just been in the process of doing that :-) [02:04] owh: Ok, use "diff -urN dir1 dir2 > filename.diff" to create the diff. [02:05] Can I just specify the files, rather than the whole directory? [02:06] owh: How many files did you modify? [02:06] Just one, but the tree isn't synched and I don't want to break other things I'm working on, long story. [02:06] owh: Ok, if its just one, all you need to do is this: "diff -u file1 file2 > filename.diff" [02:06] Hope that makes sens. [02:07] sense even [02:07] Cool, I wasn't sure that I was allowed to, but yes, it makes perfect sense :) [02:07] BRB [02:08] TheMuso: Was it on purpose that you changed the diff flag from -urN to -u or was that an error? [02:09] owh: No, that was on purpose. THe rN flags tell diff to consider any newly created files that are in one copy and not the other, and r tell it to look recursively through directories. === javier_galicia [n=Javier@189.130.231.178] has joined #ubuntu-motu [02:09] Cool [02:10] Oh by the way, with the command, you put the original file first, and then the modified file second. So "diff -u original modified > filename.diff" [02:10] Yeah, old new [02:10] yep [02:10] And is there a preferred file name for the diff file? [02:10] nope [02:11] Cool, so now I have one, how do I check that I got it right? === owh suspects the patch command :) [02:12] owh: Yes. YOu can see if it works, but not actually modify the file by using patch --dry-run [02:14] Cool, so I have a verified patch file, can I just upload it to LP? === owh is not an MOTU. [02:17] owh: Attach it to the bug, and then passon the bug number. [02:19] TheMuso: Bug #126121 [02:19] Launchpad bug 126121 in dosfstools "Typo in mkdosfs man page" [Undecided,In progress] https://launchpad.net/bugs/126121 [02:19] owh: Is this for feisty or gutsy? [02:19] Yes :) [02:19] owh: Yes as in what? [02:19] Sorry, AFAIK, the version is the same for both. [02:20] It's not mission critical. [02:20] oh ok. [02:20] Do you know if this has been fixed in Debian? [02:21] And maybe this is worth pushing upstream as well. [02:21] I seriously doubt it, at the moment I appear to be the only one doing anything to dosfstools (with assistance from sistpoty when he has time). [02:21] Oh ok. [02:21] Debian upstream has not responded in months to any reports. [02:22] owh: Do you mean Debian or upstream? [02:22] Both. [02:22] The package is pretty unloved. Debian appears to be the same as upstream, Roman Hodeck is part of Debian and appears as upstream for the package. [02:22] Right. [02:23] Well gutsy has a different version to feisty. [02:23] I figure if it looks like someone cares, I might get better responses to requests for bug clarifications. [02:23] Hmm, lemmie look. [02:24] Gutsy isn't stable/release yet, is it? [02:24] Not that it really matters, I'll just update for gutsy at this point, as that would not be considered worth updating for feisty. [02:24] Zombie: Gutsy is the development version, and you choose to run it at your own risk. If it breaks, you get to keep both pieces. [02:25] Didn't htink so. [02:25] TheMuso: I'm trying to see the difference between the Gusty and Feisty versions, but I cannot seem to locate the link to the Feisty one. [02:26] owh: Hav a look here: http://launchpad.net/distros/ubuntu/+source/dosfstools [02:26] NM, just found it. [02:26] :) [02:26] owh: And at this point, I can't touch this package, as its in main. [02:27] How can I see the diff between the two versions - which both appear to come from upstream 2.11 [02:28] owh: YOu'll have to grab both source packages, and use debdiff to compare them [02:28] Cool, just in the progress of downloading. Tah. === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-motu [02:34] That version fixes the same bug we fixed - Debian used our patch to do it :) [02:34] right [02:35] So how does my patch actually get used? [02:35] At the moment, Debian are duplicating the effort. [02:36] It will be encorporated into a new revision of the package, and uploaded, mentioning the patch in the changelog. [02:36] This is why I suggest its good to try and get it into Debian, as its less work for Ubuntu in the future. [02:37] And the version they used was not the one they released 2.11 with. They used a different source :( [02:37] It is littered with CVS crap. === owh will again attempt to contact those with their fingerprints on the latest version:) [02:38] Can I set the status to fix released, or is that for someone else to do? [02:43] owh: Better for someone who intends to take that bug further to change the status I'd say. [02:43] I don't understand. [02:43] owh: No, I'd leave it as is. [02:44] How can the bug be taken further? [02:44] The fix is valid for all versions of the 2.11 branch. [02:44] Well is there a bug filed about it in Debian? [02:44] How does it become incorporated? [02:45] Well, I figure we start with fixing it here, then we'll work on the Debian side. They've not been the most responsive. [02:46] Ok. Lets work on actually making a package revision. First, I need to know whether you are running, or have access to a gutsy system. [02:46] No [02:46] How much disk space would I need? [02:47] Ok, never mind then. [02:47] TheMuso: The gusty file and the feisty file and the edgy file and the dapper file are the same file. [02:47] If you really think this is not going to easily make it into Debian, and you think its important enough, I'll make a package revision. [02:48] And get it sponsored. [02:48] I'm not trying to make work for you, I'm trying to understand the steps/ === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-motu [02:49] owh: Ok. At this point though, you would need to have some sort of access to gutsy, as t requires using its tools to build and test the package, with the included modification. [02:49] So, just submitting the patch isn't enough? [02:49] A patch is good, but if a package revision is available, its more likely to be uploaded, as there is less work. === RAOF [n=Chris_@matht464.maths.unsw.edu.au] has joined #ubuntu-motu [02:50] owh: Yes it is enough, but if you really think it should go in, and want it to go in sooner, getting it sponsored for upload will bring it to someone's attention. [02:50] Hey RAOF [02:50] When sistpoty and I fixed the 4Gb and rename bugs, the only steps I saw was a patch and an acceptance. [02:50] An acceptance in what way? [02:51] I hope I'm making sense. [02:51] TheMuso: I saw the patch being submitted and within 15 minutes some processing was done and a new package existed. [02:51] Right. === dabaR [n=dabaR@wnpgmb09dc1-159-42.dynamic.mts.net] has joined #ubuntu-motu [02:51] Well I'm about to do something similar. [02:51] So, you're saying that sistpoty did this in the background? [02:52] Yes. === quenelle [i=Chris@nat/sun/x-b797777b28b56f59] has joined #ubuntu-motu [02:52] Aha [02:52] Got a bug number [02:52] So I can see what happened? [02:52] Bug #126121 [02:52] Launchpad bug 126121 in dosfstools "Typo in mkdosfs man page" [Undecided,In progress] https://launchpad.net/bugs/126121 [02:52] Or you mean the one that we fixed earlier? [02:53] The one you fixed earlier. [02:53] Hey TheMuso :) [02:53] I have a question about the way the latest TWiki package is packaged. The package info says it's done by the MOTU group. Is there someplace I can file a bug or RFE? I think one of the 'lib' directories needs to be shifted into the /var tree. [02:53] Bug #62831 [02:53] Launchpad bug 62831 in dosfstools "fsck.vfat truncates files of 4294967295 bytes length to 0 bytes at boot-time" [High,Fix released] https://launchpad.net/bugs/62831 [02:53] quenelle: Launchpad [02:53] cool, I'll check it out. [02:53] And Bug #68153 [02:53] Launchpad bug 68153 in dosfstools "fsck.vfat hangs after renaming to FSCK9999.REN" [Medium,Fix released] https://launchpad.net/bugs/68153 [02:54] quenelle: Is where you can file a bug :) [02:54] Hi, I have a bug that is a duplicate,https://bugs.launchpad.net/ubuntu/+source/bootcd/+bug/122121 [02:54] Launchpad bug 122121 in bootcd "bootcdwrite fails with a syntax error" [Undecided,New] [02:54] How do I mark as duplicate? [02:54] nm, I found itL:( [02:54] dabaR: Probably best in #ubuntu-bugs, but there's a... :) [02:57] TheMuso: I just figured out that I need to nominate it for release. I've just selected Feisty and Gutsy, not Dapper or Edgy, even though it would work fine. [02:57] owh: No need to worry about that. === dabaR [n=dabaR@wnpgmb09dc1-159-42.dynamic.mts.net] has joined #ubuntu-motu === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-motu [02:58] hrm [02:58] what's the standard naming for a debdiff? [02:58] i haven't made one in awhile :) [02:58] https://bugs.launchpad.net/ubuntu/+source/bootcd/+bug/96365 . I have looked into the reason for this, and I can see that it is because debian officially supports more arch's. [02:58] Launchpad bug 96365 in bootcd "[UNMETDEPS] bootcd has unmet dependencies" [Undecided,Confirmed] [02:59] In fact, all the deps can be met through the ports of ubuntu. [02:59] Amaranth: I don't think it really matters. [02:59] http://ports.ubuntu.com/ [02:59] I've seen lots of conventions used. [02:59] TheMuso: suggest one :0 [02:59] err, :) [03:00] because it's called 'whee.debdiff' right now [03:00] Amaranth: packagename_oldver_newver.debdiff? [03:00] Thats one I tend to use. [03:00] ya. === RAOF uses "packagename.debdiff" and then comments it as oldversion->newversion [03:00] I've seen that recommended by crimsun [03:00] so gnome-session_2.19.5-0ubuntu2_2.19.5-0ubuntu3.debdiff? [03:01] Looks good. [03:01] i think i'm going to use gnome-session_2.19.5-0ubuntu2-3.debdiff :) [03:02] looks even better [03:02] Now the package maintained for bootcd is involved with debian development, asnd so it is clear as to why he will not change the package upstream, where this issue never happens. Can someone advise on what to do for Ubuntu? === quenelle [i=Chris@nat/sun/x-b797777b28b56f59] has left #ubuntu-motu [] === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-motu [03:13] I've created a .deb package of a game with a .desktop file refering to a .svgz icon, where should the .svgz image be stored within the filesystem? [03:13] Umm, I have a question about debian/copyright. The source is a bit messed up with licenses and copyright holders - the file that was supposed to contain all licenses and copyright information doesn't contain all of it. Then I tried using "grep -i -R copyright *" and "grep -i -R license *" to find some information and I finished up with two text files full of text. Because it would be a whole lot of mess to write specific filename [03:13] bla1/". Is that ok? [03:14] *two text files full of names and licenses [03:15] And if all files in some directory fall under one license I just put "bla/bla1/" [03:15] Jazzva: All copyright holders have to be listed in debian/copyright. [03:15] twentyafterfour: All of those packages you installed from feisty-proposed has a corresponding bug in Launchpad asking for people to test it. Please look them up and see what needs to be tested. That will be a big service to the community. [03:16] I am no copyright expert, so I don't feel I can confidently help you going further. [03:16] TheMuso: They are... But I didn't listed specific filenames... An example... [03:16] Jazzva: If there are multiple licences/authors, debian/copyright should say that. If all the files in a directory have the same author/copyright, listing /foo/bar should be ok [03:16] ScottK: Thanks. [03:17] RAOF: Ok, but do I need to provide full filenames or would something like this (an example comes :)) be sufficient? [03:17] Insted of: [03:17] twentyafterfour: No problem. Getting verification that the fix works is what gets the packages out of -proposed and released to -updates for everyone. [03:17] bla/bla1/filename1, bla/bla1/filename2: Copyright holder [03:17] Can I write: [03:18] Some files in bla/bla1/: Copyright holder [03:18] ? === Q-FUNK [n=q-funk@88.195.85.121] has joined #ubuntu-motu === Jazzva would like to live in an ideal world, where all developers provide nice and clean and tidy license information with their program... [03:19] Jazzva: I'm not sure :). Maybe it's time to consult debian policy? [03:20] RAOF: Maybe :)... [03:21] jazzva: src/bla/bla1 is copyright 2007 === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-motu [03:21] jazzva: src/bla/bla1 is copyright 2007 authors name [03:22] jazzva: All files in src/bla/bla1 is copyright 2007 authors name [03:22] porthose: Thanks... But I'm still interested if I can provide "some files in bla/bla1/" instead of "bla/bla1/lala, bla/bla1/tata, ..." :). [03:23] Jazzva: No you can't. [03:23] ScottK: Ok, thanks. [03:24] The idea is that you have to be able to tell from debian/copyright who has copyright on any individual file. What porthose told you does that. [03:24] TheMuso: Thank you. [03:25] I've created a .deb package of a game with a .desktop file refering to a .svgz icon, where should the .svgz image be stored within the filesystem? [03:27] owh: No problem. [03:28] SlimG: Probably somewhere under /usr/share/icons/.../scalable, but the install process doesn't put it somewhere already? [03:30] RAOF, I've put the icon into /usr/share/icons/hicolor/scalable/apps/.svgz , but this has been reported to not work on atleast one system, i dunno what DE that user was running thou, worksforme@kubuntu7.04 [03:31] SlimG: Aaah. Are you calling dh_iconcache? (Or, I think, dh_icons replaces it) [03:32] Anyone want a packaging bug they can work on? [03:33] Bug #126431 is probably not to hard if you want to excercise your packaging related skills. [03:33] Launchpad bug 126431 in dspam "dspam-webfrontend fails to install: dpkg-statoverride: non-existing user dspam" [Medium,Confirmed] https://launchpad.net/bugs/126431 [03:33] asac: Ping. Did you see my comment on the Thunderbird 2.0 backport bug? [03:33] RAOF: I'm not calling anything, just putting the icon into the path I mentioned, Am I doing something wrong? [03:36] RAOF: Right. dh_icons does replace it. [03:36] /c [03:37] SlimG: Yes. Gnome (well, GTK actually) uses a cache for the icons. If you don't regenerate that cache when you install the icons, GTK won't know about them. [03:38] dh_icons adds the necessary postinst magic to regenerate the cache [03:40] RAOF: Does gnome regenerate cache on boot? [03:40] SlimG: No, I don't believe so. Although it may... === RAOF tries to remember Specto's behaviour before I added the call to dh_iconcache [03:43] Yes! Conduit has made it out of WNPP. Time to search for sync bugs! [03:44] gah my switches are dying for unknown reasons. === effie_jayx [n=valles@ubuntu/member/effie-jayx] has joined #ubuntu-motu [03:46] We need to file sync bugs for packages that are new in debian now, right? [03:47] I believe so === superm1_ [n=superm1@ubuntu/member/superm1] has joined #ubuntu-motu === persia [n=persia@ubuntu/member/persia] has joined #ubuntu-motu === fbond [n=fab@pool-71-169-140-159.burl.east.verizon.net] has joined #ubuntu-motu [03:48] Cool. Another thing to be put off until one of my Ubuntu boxes has internet. === nuu [n=neuro@2001:5c0:8fff:fffe:0:0:0:1893] has joined #ubuntu-motu [03:50] RAOF: you can file sync requests just fine with just a web browser [03:50] we managed, back in the day [03:51] ajmitch: I'd like to check that it actually builds in Gutsy first :P [03:52] nothing stopping you from doing that :) [03:52] RAOF: will the Gnome iconcache regeneration be automated sometime in the future? or do all packages containing icons need to have a postinstall script workaround for gnome? [03:53] Apart from the lack of internet on any of my Gutsy boxes. Anyone else is welcome to try to build conduit from Debian source. [03:54] SlimG: I don't believe so. Anyway, s/workaround/by design/. Your package should be calling dh_icons. [03:57] RAOF: Doesn't conduit need evolution-python? [03:58] ScottK: Yes. That's been sync'd though, hasn't it? === Acksys [n=acksys@cpe-071-070-084-000.sc.res.rr.com] has joined #ubuntu-motu === Acksys [n=acksys@cpe-071-070-084-000.sc.res.rr.com] has left #ubuntu-motu [] [03:59] It got rejected the first time for licensing. [03:59] I just asked again this morning. [03:59] It'll have to go through NEW first. [03:59] Bah. But it's in debian. Naughty debian [04:00] In their (slight) defense, it's in experimental, not unstable. [04:01] Ok. [04:01] RAOF: Since packages needs to call dh_icons solely when installed in Gnome afaik, I'd call this a workaround. Couldn't Gnome detect changes in /usr/share/icons and call dh_icons itself? or the apt manager could call dh_icons when it sees icons going into /usr/share/icons ? === TheMuso [n=luke@ubuntu/member/themuso] has joined #ubuntu-motu [04:02] RAOF, ScottK: They're still distributing it, which is naughty. [04:02] SlimG: No. If you install icons, you should call dh_icons. Regardless of Gnome/KDE. At some point, KDE will grow an icon cache :) [04:02] StevenK: Agreed. That's why I said slight. [04:03] Brand new clamav-0.91.1 uploaded. Good chance to find out if the upgrade bugs are really fixed ... === lbm [n=lbm@0x555373ab.adsl.cybercity.dk] has joined #ubuntu-motu === vorian [n=Steve@ubuntu/member/Vorian] has joined #ubuntu-motu [04:21] OK. I've met my quota and filed my annoying launchpad bug for today. === ScottK guesses since it's not Free, the least I can do is complain a lot. [04:22] :) [04:29] ScottK: 91.1 in gutsy ? [04:29] Yes [04:29] ScottK: builded fine in Dapper using your 90.3 sources [04:29] OK. [04:29] I'm waiting a bit to make sure 91.whatever is stable before I update my test packages. [04:30] But I will. [04:30] filed a cve for feisty's clamav and made a debdiff [04:30] Really? [04:31] I didn't notice a CVE listed in their changelog. [04:31] Cool. I'm glad your on it. [04:31] bug 126741 [04:31] bug #126741 [04:31] The bot is slow tonight. === LucidFox [n=LucidFox@wikia/Sikon] has joined #ubuntu-motu [04:31] yes I saw all of you feed it a lot :0 [04:32] leonel: Did you mark the bug private? [04:32] Or rather, not mark it unprivate? === vbabiy [n=vbabiy@pool-71-164-85-238.albyny.fios.verizon.net] has joined #ubuntu-motu [04:33] should I make visible ? [04:33] I think I missed that .. [04:33] ScottK: should I make it visible ? [04:34] If there is a published CVE, there is no reason not to. [04:34] There is no need to keep stuff that's not a secret, a secret. [04:34] done [04:34] OK. [04:34] That's also probably why the bot never responded. [04:35] done with the diff [04:35] bug #126741 [04:35] :) [04:35] well there it is [04:36] Bug #126471 [04:36] Launchpad bug 126471 in clamav "unrar.c Remote DoS in clamav before 0.91" [Undecided,New] https://launchpad.net/bugs/126471 [04:36] wrong number [04:36] sorry === ajmitch sighs [04:38] 'urgent' bugs reported on the forums, no indication that they got to launchpad [04:39] leonel: How is the change in clamav-0.90.2/libclamav/unrar/unrar.c related to the vulnerability? [04:39] how long does it take for a package that passed REVU to appear in Ubuntu proper? [04:40] LucidFox: It goes to the NEW queue and waits manual review by the archive admins. I've seen one day to one month depending on their backlog. [04:40] Ah. [04:42] LucidFox, it actually has to be ack'ed for new source by archive admins and then new binaries too, so it can sometimes be very lengthy process [04:44] ScottK: it's 2 line chages === _MMA_ shakes his head in complete agreement with superm1_. :) [04:48] What happens when a library is updated? All packages that depend on it will have to be rebuilt, right? [04:51] If there's an ABI change [04:53] leonel: But doesn't clamav-0.90.2/libclamav/unrar/unrar.c just change a string that's displayed? For a security bug it should be the minimal fix. [04:53] The real change is in the other file. === mattva01 [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu [04:59] ScottK: right === rexbron [n=rexbron@CPE001310b2d1d1-CM0012256e816a.cpe.net.cable.rogers.com] has joined #ubuntu-motu [05:00] I'd suggest you redo the patch/debdiff/test, etc. If not, it'll be more for keescook to deal with. === vbabiy [n=vbabiy@pool-71-164-85-238.albyny.fios.verizon.net] has joined #ubuntu-motu === jml [n=jml@ppp112-44.static.internode.on.net] has joined #ubuntu-motu [05:03] redo ? what you suggest to change ? === sevrin [n=sevrin@ns1.clipsalportal.com] has joined #ubuntu-motu [05:07] ScottK: what do you suggest to change ? [05:08] Remove the changes in clamav-0.90.2/libclamav/unrar/unrar.c and just change clamav-0.90.2~/libclamav/unrar/unrarvm.c. [05:09] ok [05:10] can dpatches be used with the regular patch utility? === rexbron_ [n=rexbron@CPE001310b2d1d1-CM0012256e816a.cpe.net.cable.rogers.com] has joined #ubuntu-motu [05:13] I believe so, yes [05:18] Good night all. [05:19] Good night, ScottK === brylie_ [n=brylie@CPE-75-81-105-56.kc.res.rr.com] has joined #ubuntu-motu === vbabiy [n=vbabiy@pool-71-164-85-238.albyny.fios.verizon.net] has joined #ubuntu-motu === Ash-Fox [i=UNKNOWN@fgd182.internetdsl.tpnet.pl] has joined #Ubuntu-motu === vbabiy [n=vbabiy@pool-71-164-85-238.albyny.fios.verizon.net] has joined #ubuntu-motu === vbabiy [n=vbabiy@pool-71-164-85-238.albyny.fios.verizon.net] has joined #ubuntu-motu === thekorn [n=thekorn@a89-182-20-14.net-htp.de] has joined #ubuntu-motu === mattva01 [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu === Starting logfile irclogs/ubuntu-motu.log === ubuntulog [i=ubuntulo@ubuntu/bot/ubuntulog] has joined #ubuntu-motu === Topic for #ubuntu-motu: Ubuntu Masters of the Universe: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | http://ubuntu.joejaxx.org/ - TOP 10 Uploaders/Packages | It's REVU Day. If you're a reviewer, please try to clear the queue. If you're an uploader, be sure to announce the status of your package to get attention === Topic (#ubuntu-motu): set by persia at Sun Jul 15 12:40:19 2007 === matthew_ [n=matthew@c-69-143-121-184.hsd1.va.comcast.net] has joined #ubuntu-motu === Toadstool [n=jcorbier@cl-266.bru-01.be.sixxs.net] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === imtheface [i=imthefac@ubuntu/member/imtheface] has joined #ubuntu-motu === lionel [n=lionel@ip-211.net-81-220-127.rev.numericable.fr] has joined #ubuntu-motu === fbond [n=fab@pool-71-169-140-159.burl.east.verizon.net] has joined #ubuntu-motu === nrpil [n=nrpil@s5591f679.adsl.wanadoo.nl] has joined #ubuntu-motu === vbabiy [n=vbabiy@pool-71-164-85-238.albyny.fios.verizon.net] has joined #ubuntu-motu === ScottLij [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-motu === pgquiles [n=pgquiles@62.43.226.52.static.user.ono.com] has joined #ubuntu-motu === bluekuja [n=andrea@ubuntu/member/bluekuja] has joined #ubuntu-motu === `23meg [n=m@ubuntu/member/-23meg] has joined #ubuntu-motu === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-motu === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-motu === Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-motu === Nightrose [n=lydia@port-87-234-150-228.dynamic.qsc.de] has joined #ubuntu-motu === micahcowan [n=micah@ubuntu/member/micahcowan] has joined #ubuntu-motu === xtknight [n=xtknight@c-68-43-120-159.hsd1.mi.comcast.net] has joined #ubuntu-motu === dholbach [n=daniel@pD9E277CA.dip.t-dialin.net] has joined #ubuntu-motu [08:06] good morning [08:06] can anyone link me to the page where it describes how to diff a deb source pkg? i'd like to correct a very simple bug ( bug 126490 ) [08:06] Launchpad bug 126490 in freetennis "freetennis manual page lists an incorrect URL" [Undecided,New] https://launchpad.net/bugs/126490 [08:07] xtknight: https:/wiki.ubuntu.com/MOTU/Contributing as a couple examples [08:07] persia, ahh thanks. [08:08] xtknight: You probably want something either like `diff -urN dir1 dir2` or `debdiff rev1.dsc rev2.dsc` [08:08] ya i remember doing the debdiff dsc one [08:17]