[00:00] Yes, and I'd imagine that check would work on a source package [00:05] Laney: thanks, I just come back from reading the lintian man page and was still confused ;) (and I was running it against the dsc... [00:05] it's still a good idea to run it on your binary .changes file though [00:06] Lines longer than 80 are OK in debian/copyright if they come from copying in the license. [00:09] ScottK: thanks. [00:10] Laney: I modified a debian/control with useless spaces + one line of 91 characters, debuild -S -sa + pbuilder build the package, but when I run lintian -I on any of the files in pbuilder, I get no output [00:11] I think debian/copyright was the only file that used to have a lintian check for 80 characters and they ditched that due to more pain than it was worth. [00:11] Laney: and I checked the .deb produced has the same mistakes [00:13] ScottK: so there's no way command to automatise those kind of checks? I was trying to see what's feasible as per nhandler suggestion in the ml :( [00:14] For debian/control build-deb and dep lines longer than 80 is just fine. [00:14] I think there's too many exceptions and it's not worth the trouble. [00:14] It's really a minor issue. [00:14] I have my Kate set with a line at 80 columns so it's really obvious [00:17] ScottK: thanks. [00:27] ScottK, minor issue, but i hear the new ftpmaster assistants will reject over it [00:41] Please review http://revu.ubuntuwire.com/details.py?package=sabnzbdplus - thanks [00:44] ew, python [00:44] :/ [00:45] python packages are a charm to review [00:45] I must agree it isn't designed for easy packaging [00:45] i don't do python packages [01:21] directhex: Considering there was a lintian check for lines over 80 chars in debian/copyright and it got pulled, I doubt it'd result in a rejection. [01:21] I may well be wrong though. [01:26] jcfp: I'm looking at your mochikit request. === ZehRique[Away] is now known as ZehRique [01:41] jcfp: Don't delete uploaders from debian/control and don't put the maintainer change in debian/changelog. [01:42] ScottK: no other problems? [01:42] jcfp: Not so far. I fixed those. [02:15] jcfp: That was it. mochikit uploaded. Thank you for your contribution to Ubuntu. [02:16] ScottK: thanks :) [02:16] jcfp: No. Thank you. [02:19] Laney: ping === _neversfelde is now known as neversfelde [02:25] * StevenK stares at the weather applet [02:25] "39 degC, feels like 42.1 degc" [02:26] Hi, what's the proper way to package libabiword (blocking the building of another package dropped from the last release)? It's dependent on abiword, and will only work if you have the same abiword version installed. They'd be built fromt he same source. Do they need to be split into different binary packages? [02:26] Did they remove 90% of the cities in Australia 'because no one knows where they are anyway" [02:27] StevenK: ^^ [02:27] lfaraone: I think abiword is used by Xubuntu, so I'd talk to a Xubuntu dev like cody-somerville or NCommander. [02:28] lfaraone, That sounds about right. Is it not currently? [02:30] cody-somerville: currently abiword is not built with --enable-libabiword. [02:30] cody-somerville: so we can't package python-abiword, which sugar-write-activity depends (I'm a SugarLabs guy). [02:31] lfaraone, Okay. Sounds sane to me. [02:33] cody-somerville: Ok, shall I prepare a debdiff where we have that flag enabled that I've tested? [02:33] lfaraone, sure. [02:33] lfaraone, upload it to a ppa [02:50] Is there any pressing reason why I shouldn't use distcc for compilations? [03:27] superm1: Would you mind reviewing http://revu.ubuntuwire.com/details.py?package=rt28xx-linux-sta (it uses dkms, so I think it'd benifit from a look by you)? [03:51] In a rule file, when declaring variables, can I use a variable I declared just one line above to set another variable, like in http://paste.ubuntu.com/108861/ ? [03:51] Yes loic-m [03:51] Thanks a lot [04:40] Hi. Any chance to have dvdstyler reviewed? It's a DVD authoring tool, with more the 88000 downloads (at least 9000 for Ubuntu), and has already been advocated by mok0. You can find it at http://revu.ubuntuwire.com/details.py?package=dvdstyler. Thanks. [04:43] What the heck. I'll look. [04:44] Thanks ScottK ! [04:45] fabrice_sp: Why do you have uscan_repack instead of a normal get-orig-source target? [04:46] nhandler, it has been requested by mok0 to make it more automatic to get the orig tarball (download + repack in one shot) [04:46] So why couldn't the get-orig-source rule be used to do that? [04:47] get-orig-source call that script [04:47] and it's also called from the watch file [04:47] so it's a way to do it the same way with a get orig or a uscan [04:48] fabrice_sp: Why compat 6? [04:48] fabrice_sp: Ok, I didn't see the get-orig-source in there [04:49] ScottK, you're right, I'm using any special functions. I think I had to bump it to get rid of a lintian warning [04:49] nhandler, ok [04:49] Is there a way to verify that a get-orig-source target in debian/rules works? [04:49] ScottK, I'll put 4 again, and check that [04:49] fabrice_sp: If it's 6, then you also need to version your debhelper build-dep. [04:49] OK [04:49] loic-m: make -f debian/rules get-orig-source [04:50] thanks nhandler [04:50] fabrice_sp: I would only drop to 5 [04:50] ScottK, you're right. [04:51] fabrice_sp: What is ubuntu.patch? [04:51] And debian.patch? [04:51] Does that mean that if I put 5, I also need the version in build-dep? [04:51] Yes [04:51] Build-Dep on debhelper (>= 5) [04:51] Does your desktop file have an icon? [04:52] Because if it does, you want at least a version with dh_icons with is about 5.0.51 or so. [04:52] nhandler, it comes from upstream. He has a script (builddebian) that build the package for lenny and ubuntu, and it uses this script to apply it. I'm not using them as they are for control file [04:52] ScottK, the icon comes fom upstream [04:53] Yes, but we have an icon cache so you want to call dh_icons. [04:53] * nhandler heads off to bed [04:53] ok [04:53] nn nhandler [04:54] fabrice_sp: See man dh_icons. [04:54] nite nhandler [04:54] Set your build-dep to whatever version introduced that and your compat to 5. [04:54] Then add it to your debian/rules. [04:54] ScottK, will do. thanks [04:54] (good night nhandler) [04:56] dh_icons has been added with version 5.0.51, so I'll update control, compat and rules [04:57] fabrice_sp: Look at the licensing header for wxVillaLib/thumb_md5.cpp. You need to mention that in debian/copyright. [04:58] For my get-orig-source target, I use $(DEBIAN_DIR)/../.. so the .orig.tar.gz is created in the directory above the package directory [04:59] ScottK, you're right. I thought I had reviewed all the source, but I must have forgotten this one. As it's public domain, I put that as licence? [04:59] However to make the .orig.tar.gz i need to tar a directory that's the same name as the directory I work in [04:59] fabrice_sp: I'd put that entire paragraph in debian/copyright. [04:59] It sound insane, but is it ok? [05:00] loic-m: Shouldn't it be the name of the new version, not the one you're in? [05:00] ok [05:01] ScottK: You're right, since actually it'll only do the job if there's a new upstream version [05:02] ScottK: since my version is the same as upstream atm, it gives me headaches, but actually it will never be a problem, right? [05:02] loic-m: If your rule were smart, it'd notice it's the same version and stop. [05:04] ScottK, can you have a lok at http://paste.ubuntu.com/108866/ please? [05:05] should i add an "if" or is it ok considering nobody's going to target get-orig-source as long as there's no new upstream version? [05:07] loic-m: I'm not an expert on get-orig-source writing. I'd have it test if there's a new version or not. [05:09] ScottK, adding that (http://paste.ubuntu.com/108867/) in debian/copyright for wxVillaLib/thumb_md5.cpp is fine? [05:10] fabrice_sp: Looks fine to me. [05:11] ok. I'm building the package, to check the dh_icons stuff. As soon as it gets built, I'll upload the new version [05:12] fabrice_sp: It FTBFS for me. http://paste.ubuntu.com/108869/ [05:13] ScottK, that's what I'm just looking at. Changes in ffmpeg introduce this error (it has been built before for Jaunty in my PPA) [05:13] ffmpeg is like that. [05:13] ScottK, I know :-/ [05:17] it seems upstream has made a patch 3 days ago. I'll apply it and build again. Thanks for your review anyway! [05:17] ScottK: actually testing for a new version might defeat the use of uscan --force-download, so I'd use the package directory to build the orig.tar.gz, even though I dl the upstream zip in the above directory and create the orig.tar.gz in the above directory too [05:18] Hopefully it's ok === bluesmoke is now known as Amaranth [06:33] when I create a new package, do I have to subscribe any teams? the ubuntu sponsors? [06:34] https://bugs.launchpad.net/ubuntu/+bug/95685 [06:34] Launchpad bug 95685 in ubuntu "[needs-packaging] dcsharp" [Wishlist,In progress] [06:37] wow, old bug [06:39] savvas: ubuntu-universe-sponsors, btw [06:40] Wait, I think that's for changes to packages [06:42] eh, I'll just leave it like that [06:42] I've sent it to REVU :p [06:44] REVU is the right place. No subscription required. [06:45] woohoo! [06:45] oh no, damn dependencies.. [08:22] Hi. Any MOTU to review DVDStyler? I lost the advocate of mok0, because of fixing some issues detected by ScottK and fixing a FTBFS because of latest version of ffmpeg (http://revu.ubuntuwire.com/details.py?package=dvdstyler) [08:50] morning everyone [08:53] Hi didrocks [09:03] Hi fabrice_sp [09:05] only French guys speaking this morning :-) [09:06] C'est un bon matin pour Ubuntu :) [09:08] wouah persia: you are a fluent French writer ;-) Perhaps, we should switch the channel' language to French ;-) (and you scared mangilimic lol) [09:09] Hey, don't do that! [09:09] Aren't there already several francophone channels? [09:09] Any guides to writing rules for cdbs? [09:09] syockit, google for "CDBS Documentation" and visit the duckcorp site. [09:10] persia: congrats' :) [09:10] didrocks, ? [09:10] persia: for you French :) [09:10] your* [09:10] persia: and yes, there is one channel #ubuntu-fr-devel for French people [09:10] C7est mon premiere langue, mais je ne parle jamais dans trent ans. [09:11] persia: ah d'accord, je comprends mieux :-) [09:11] I thought there was :) [09:12] persia: the other channels are not developpers related, more community or admin ones [09:13] At some point I remember there also being development stuff in #ubuntu-classroom-fr, but maybe that was just scheduled talks. [09:14] I didn't knew about #ubuntu-fr-devel. Will have a look (even if no French channel will replace ubuntu-motu ;-) ) [09:14] persia: yes, it's now #ubuntu-fr-classroom and we try to handle regular session. But this is more an "event" channel: most of the time, people are just idling [09:15] Much like #ubuntu-classroom. Makes sense. [09:15] Exactly [09:29] morning [09:49] I'm currently trying to package my first application for Ubuntu, and am kind of stuck. I have to write a debian/rules files, and this allways seems to use make. The application I'm packaging does not use make to install itself, and because of that, does not use make at all. Is there a way to write this file without the use of make? Can I replace the make calls with my own installer script? [09:50] Piratenaapje, yes and no [09:51] Piratenaapje, debian/rules is a makefile. end of story. however, in a makefile, you can call other executables such as, say, a compile.sh file you write in debian/rules [09:52] * persia notes that there are cases where debian/rules isn't a makefile, but use of a makefile means that most of the available documentation will be helpful. [09:52] So I could just call my installer script instead of calling make? [09:53] Piratenaapje, debian/rules has several rules. See http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules for the required targets. === Quintasa1 is now known as Quintasan [09:53] Allright, Ill have a look at it, thanks [09:54] So, you'd write debian/rules in such a way that for each of the required targets, it called the appropriate bits of the upstream build system to create the package. [09:54] OOh! make is now "MUST". Cool! [09:57] Piratenaapje, an example of a non-make build system which you can call from inside debian/rules would be ant, which i'm sure persia here has more than enough interaction with [10:00] Python distutils is probably at least as common [10:06] perhaps, but i see you as a java person for some reason [10:08] If any MOTUs are around and available, could they review my package? It's a GTK widget to embed openstreetmap into applications: http://revu.ubuntuwire.com/details.py?package=osm-gps-map [10:14] Webspot, I'll have a look [10:14] DktrKranz: Thanks. [10:14] x [10:15] directhex, Certainly, although I believe in pointing at alternatives when someone is learning. Also, ant is annoying because of the number of things that have to be installed to make debian/rules clean work. === asac_ is now known as asac [10:43] Hmm I'm nearly done with the debian/rules file I think, but still having a problem with the install part [10:43] dh_gencontrol keeps failing: [10:43] dh_gencontrol -- -pgrnotify [10:43] dpkg-gencontrol: error: package grnotify not in control info [10:45] Webspot, commented [10:45] DktrKranz: Thanks. I'll check it out. [10:46] I could just reuse the control file I allready have, but that's a pretty ugly thing to do. [10:48] Piratenaapje, debian/control must include all packages that the package will build before the package starts building them. [10:48] It only builds 1 package: grnotify [10:49] Package: grnotify [10:49] Source: grnotify [10:49] That's from my control file [10:49] Piratenaapje, please pastebin your debian/control [10:50] http://paste.ubuntu.com/108922/ [10:51] looking for reviewers for http://revu.ubuntuwire.com/details.py?package=sabnzbdplus - the necessary update of mochikit has been done so that problem no longer exists [10:52] Piratenaapje, You want to have two stanzas in your debian/control. One starting Source: and one starting Package:. Take a look at some other debian/control files for examples. [10:52] persia, ok thanks, I'll look around a bit [11:04] Yay, packaging is done :D. Thanks everyone [11:05] First some food, and then time to upload it :) [11:15] Dear All, I want to add readme.source file for dpatch in debian folder. But the first line in thewiki page says from Janty you can just link it to the existing directory. Is this a symlink that is referred to or a file which just has the link mentioned? [11:15] because I am on Intrepid and /usr/share/doc/dpatch/README.source.gz iss not available in there and gives me an error [11:15] tuxmaniac: I think just mention the file in the text in readme.source. [11:16] if a user tries to build it needs dpatch and thus has the file [11:16] IIAC [11:16] Hmm okk Elbrus thanks [11:18] tuxmaniac: see http://packages.ubuntu.com/jaunty/all/dpatch/filelist [11:18] and indeed not on Intrepid [11:19] Elbrus: yep. So I also suppose it is just the link to the file as text content of Readme.source. [11:20] yes [11:21] Generally, I'd recommend something of the form of "THis package uses dpatch for patch management. Please see /usr/share/doc/dpatch/README.source for details." [11:21] Or some other phrasing, but the point is to make it pleasant for a human to read. [11:59] broonie, thanks for uploading ;) [11:59] np [12:00] Hoping it will have a different ending than previous try [12:31] Where can I find a sponsor that would accept this: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/238179/comments/17 [12:31] Launchpad bug 238179 in nautilus "Scrolling in CompactView doesn't work" [Low,Fix committed] [12:33] Ape3000: #ubuntu-desktop, but not likely today (I'd suggest you ask on Monday or on a working day) [12:33] Ape3000: also, you should attach a debdiff and not a diff.gz there [12:33] So where do I get the debdiff? [12:34] debdiff nautilus_2.25.3-0ubuntu2.dsc nautilus_2.25.3-0ubuntu3.dsc > debdiff [12:35] Ape3000: we require diff.gz for new upstream releases, but for new debian revisions, a debdiff is easier to review [12:36] But you cannot find the changed code in dsc-files [12:36] Ape3000: the debdiff command will diff the two complete packages [12:36] k [12:36] including the diff.gz and orig.tar.gz where you made your changes [12:37] just run the command without redirecting it to a file and you will see :) [12:44] Is there anything special I need to add to the debian/rules file to add my manual entry? I made a debian/packagename.1 file, but it's not getting included for some reason. [12:45] Piratenaapje, You want dh_installman and to create debian/package.manpages [12:45] persia: I allready call dh_installman, it just isn't including my file for some reason [12:46] You have a debian/manpages file? [12:47] Whoops no, silly me [12:53] persia: Weird, I didn't read anything about a manpages file in the maintainers guide, but it works now. Thanks [12:55] Piratenaapje, It's a good idea to read the manpages for the dh_* tools when using them. [13:06] * didrocks strongly agrees. Furthermore, those manpages (dh_*) are clear enough to understand what is currently done over the package. [13:08] if anyone wants to give some love to http://revu.ubuntuwire.com/details.py?package=loggedfs, she/he's very welcome :) [13:12] w-scan need some love, too -> http://revu.ubuntuwire.com/details.py?package=w-scan (it's almost ready to be advocated) [13:14] s/need/needs [13:20] are there certain days that the archive admins check the jaunty queue and email out any problems they find, etc ? [13:21] jaunty queue? [13:22] I'm not sure how else to put it, the queue that advocated packages from revu go to [13:22] The New Queue [13:22] ya thanks :) the New queue [13:22] it's done every so often [13:23] like a once a week or month thing? [13:23] binarymutant: And I would assume that the Archive Admins each have their own personal schedule for when they go through the queue. [13:23] Usually, it takes about a week [13:23] more than once a week [13:23] thats cool, thanks for that info :) [13:24] There are currently four archive admins that have committed to looking at the queue once a week, although it doesn't always get cleared each day. [13:25] thats cool that they have made a commitment [13:25] they should get more karma :) [13:26] They certainly should. [13:26] I just uploaded my package to REVU, how long does it usually take to show up? Or does not showing up yet mean I did something wrong? [13:27] Disregard that [13:27] thanks for the help [13:28] Piratenaapje, Generally it shows up in 5-10 minutes, and otherwise ask for a REVU Admin to help (although it maybe only matters for the future) [13:28] Yeah it just showed up :) [13:28] hi, if I want to add an new package to ubuntu, that has already been set up for Debian (but not in their repos) should I change the Maintainer field in debian/control? And is it better to work with the source tar.gz and recompile it? [13:30] d7415, Yes, change the maintainer field, and no, don't repackage it. [13:30] d7415, If it's expected to get into Debian soon, it's probably better to just let that happen, and sync it. [13:31] So, I should now wait untill I get feedback from a reviewer or MOTU? [13:31] Yep. [13:32] Allright, guess it's best I start studying for my exams then :s [13:33] persia, ok - just to check that, if I have a tar.gz with a debian/ folder and a deb, I should get the deb and open it up? or run debuild on the tar? [13:34] and I don't think it's going in - it has a .deb available for download though [13:36] d7415, If you have a tar.gz with a debian/ folder, it would benefit from repackaging, usually. [13:37] Mind you, it's usually not best to repackage something someone else is packaging without talking to them. [13:38] ok. I might start looking at packaging it locally and get in touch with the developer [13:38] thanks for the help === jcfp is now known as Guest51248 === Guest51248 is now known as jcfp [14:38] Hi, how can I tell debuild to use a different compiler instead of GCC? [14:38] lfaraone, debuild doesn't use gcc [14:39] debuild uses make [14:39] persia: well, it calls make which calls gcc. [14:39] Well, it calls debian/rules, which does whatever. [14:39] persia: my main workstation is slow. I have another machine which is uber-fast, and I'm thinking of using distcc to speed it up. without editing the makefile, is there anyway to change what compiler is called? [14:39] persia: (building abiword) [14:40] persia: In this case, make is eventually called. [14:40] You'd have to either patch the upstream build system to use something else, pass some options in debian/rules if the upstream build system supports that, or fiddle with symlinks in your build environment to confuse the build system. [14:42] lfaraone, Confusing the build system is probably your best option. There's a guide on using distcc with pbuilder at http://blog.edseek.com/~jasonb/articles/pbuilder_backports/advpbuilder.html [14:48] persia: would it be unbearably slow to run a build on a uber-fast-processer-machine with sshfs for disk-IO? (I only have one machine I want to cluster) [14:49] Depends on your patience. network filesystems are *slow*. [14:50] If I had that situation, I'd probably set up a build server on the fast machine, and dput stuff from the slow machine. [14:50] deb-o-matic might be a relatively lightweight place to start [14:52] persia: hm, /me looks. [14:57] Who is responsible of youtube-dl? Can you please add support, to download higher resolution videos? keepvid.com presents me a better version to download, example link: http://keepvid.com/?url=http%3A%2F%2Fde.youtube.com%2Fwatch%3Fv%3Dlqt9_9np4-8 [14:58] gregor_, For that, I'd recommend filing an enhancement request upstream. [14:59] gregor_: http://www.arrakis.es/~rggi3/youtube-dl/ [14:59] * persia admires james_w's google-fu [14:59] copyright file :-) [14:59] gregor_, Contact information is at Freshmeat. [15:00] james_w, I always forget to do that. [15:00] yes, also checking the website james give me ;) === ziroday is now known as adamnotmany === adamnotmany is now known as ziroday === jcfp is now known as Guest28795 [15:35] does it happen to you that you think you get too many mail and think you should unsubscribe from some mailing lists, but then end subscribing to some more all the time? It even looks like a loop [15:36] while (true) { printf("I should unsubscribe from some mailing lists\n"); subscribe_ml(); } [15:38] pochu, I'd recommend filtering your mailing lists, and having an ignore bundle. When you think you should unsubscribe, push it to the ignore bundle. If you find yourself looking at it often enough, bring it back. [15:38] persia: i wish thunderbird had a "kill this thread" button for emails. it works for newsgroups, though [15:39] laga, You might find a local SMTP->NNTP gateway helpful ... [15:39] persia: i might find a proper MUA helpful. [15:40] Whats the correct way of regenerating autoconf files if you have to? [15:40] Depends on the problem statement :) If the problem is "I'd like to be able to read mail in a sane way", then yes. If the problem is "Thunderbird lacks this feature, and I'm too lazy to code it", then no :) [15:40] persia: haha. true. :) === Guest28795 is now known as jcfp [15:48] what if the maintainer of a package changes while still in revu? should this be mentioned in the changelog, or should the previous changelog entry simply be replaced? [15:50] dooooomi: You can credit multiple people in one changelog entry. [15:53] ScottK: ok, i'll do that. i was just wondering because for all packages i've looked at the first entry only said something like "initial release" and nothing else [15:53] Is this based on my comment yesterday? [15:53] I did a comment about something like this, but don't recall which package. [15:55] ScottK: it is :) [15:55] ScottK: the package is http://revu.ubuntuwire.com/details.py?package=pyliblo [15:55] Right. [15:55] So here's what to do .... [15:56] Edit debian/changelog so that it's just got the initial entry from the previous person [15:56] Then do dch Updated package: [15:57] Then when you open the changelog in your editor, it'll have a section for you and a section for the previous person's work. [15:57] Hi all!! [15:58] someone here use basilisk2? a macintosh emulator? [16:01] ScottK: thanks! [16:05] anakron, I have [16:06] it doesn`t have a desktop file and i want to help doing one [16:06] but i dont know which category i must add it [16:06] contrib/otherosfs like uae? [16:07] ill copy our conversation here [16:08] hey, i wanna know if someone here think that the search tool could be better if it looks into the bug report [16:08] and not only headers [16:09] because when i try to find bug reports about "desktop files" it's difficult to define a good search, because the search tool doesn't look into the body of the bug report [16:09] anakron, Categories=System;Emulator; [16:09] ok thanks [16:09] :) [16:10] anakron, http://standards.freedesktop.org/menu-spec/latest/apa.html lists all the Categories, and can help to pick something. [16:10] :) thanks! [16:10] For some emulators, for instance, the correct choice would be Game;Emulator; [16:11] ok [16:11] ill do a desktop file and upload it to the bug report [16:11] but now i must wash the dishes [16:11] :) [16:11] anakron: actually e-uae might be a bad example, the menu file has section="Applications/Emulators"\ but nothing appears in Gnome [16:11] ok [16:12] bye! [16:12] loic-m, Do you have the menu and xdg-menu packages installed? [16:12] persia: I've backported the packages on intrepid amd64 [16:13] and installed the deb. I've got the menu file in /usr/share/menu/ [16:14] and the pixmaps in /usr/share/pixmaps/ [16:14] loic-m, Yes, but do you have the menu and xdg-menu packages installed? [16:14] ScottK: what did you mean by "the licensing for the packaging points the license"? what exactly should i change? [16:16] persia: sorry, I didn't understand. I don't have menu or menu-xdg installed [16:16] Generally it's something like "Packaging is licensed under GPL v 2 or later. See above." [16:17] persia: should the e-uae package depend on both? [16:17] dooooomi: It's a small point, but you want to point someone to the full text of the license in question. [16:18] loic-m, Please don't make it depend on them, but if you want to see the Debian menu (constructed from menu files) you need to install those packages. [16:18] REVU warned me that I had several common errors in my package, is there any way to generate the lintian file without uploading to REVU first? [16:18] persia: the problem is users will look for an entry on the menu (e-uae has a gui) [16:18] ScottK: oh, ok [16:18] Actually, you might have to depend on menu when providing a menu file: check the menu package documentation, but don't depend on menu-xdg: that just makes menu files appear in GNOME/KDE/XFCE [16:19] loic-m, Then please also provide a .desktop file. [16:20] persia: do the package need to depend on menu if I use a .desktop file? [16:20] loic-m, Please include both a menu file and a .desktop file. [16:22] persia: the menu file is already in the package, I'll read menu pkg doc to see if e-uae need to depend on menu, and I'll try to make a desktop file too [16:23] loic-m, That sounds like a good plan. [16:23] persia: however the package comes straight from Debian and has been sponsored "recently", the maintainer seems active so I'll get in touch with him, he might be also working in Ubuntu [16:26] loic-m, I'd recommend creating a .desktop file, testing it, and filing a bug in Debian. [16:26] I'm an idiot, why didn't I google my question first? [16:26] It's not really worth a push to Ubuntu just for a .desktop file. === kc8tad is now known as rrittenhouse [16:27] Piratenaapje, Also, please run lintian on your binary build: it provides a separate set of tests. I recommend running `lintian -iIv` to get maximum verbosity. [16:27] persia: ok thanks :) [16:30] Hmm, still alot of things to fix [16:30] persia: i'll do that, thanks [16:44] hi again [16:45] Hey all, I'm trying to package a tarball but it says it needs to be built into another directory than the source dir (for autoconf reasons I guess), How can I do that in debian/rules? [16:46] weboide, You could create a ./build directory and then build it there in your build: rule. [16:47] persia: And I don't need to clean this up? [16:48] weboide, You do need to clean it up, but you do that in your clean: rule. [16:48] persia: okay, thanks for your help :) [16:48] one question [16:49] if the package doesn't give an icon [16:49] and i want to add an icon for a desktop file [16:49] how i can do it [16:50] I like gimp for creating icons, personally. [16:51] but i and it like [16:51] Icon=basilisk2 [16:51] and upload the icon too? [16:51] http://basilisk.cebix.net/ this is the homepage of basilisk2 [16:52] i should use that apple like an icon? [16:52] Dunno if you can: that was the Apple logo at one point. [16:53] yeah i know [16:53] im looking in source package if there is any icon [16:54] I'd recommend using an .xpm or .svg icon, as otherwise you have to uuencode and uudecode it, which is annoying (unless you can convince upstream to ship it). [16:54] persia: Do you have any idea of a package that I can learn from? [16:54] i found one ico file in his Windows files... [16:54] =S [16:54] anakron, Excellent. imagemagick can convert that into .xpm, and you're all set. [16:55] ok [16:55] weboide, I think torcs does that, if I remember correctly. Of course, you'd probably like a smaller source package :) [16:55] does the merge-o-matic merge from debian testing or unstable? [16:55] tdomhan, I think it merges from the last sync source for a package, which is usually unstable, but can be testing or experimental. [16:55] persia: okay, I'll check it out :) [16:56] mmm [16:56] there are two icons [16:56] one is called basilisk2.icon [16:56] and the other is basilisk2GUI.icon [16:56] and they are different [16:57] Which seems like the right one? [16:57] ... one is a face [16:58] and the other is a PC [16:58] They are about the same size? [16:58] :O [16:58] yes [16:59] i think that i only put there basilisk2 [16:59] Then pick the one you think should be best, and submit a .desktop file that uses that one. [16:59] and upload both [17:00] then the maintainer should choose [17:02] If I force an upload to REVU with the same version number, the current version will be replaced right? [17:03] Piratenaapje: Yes. No need to force, just delete the existing .upload file in your local directory. [17:04] anakron, No, pick one, and present a patch the maintainer can easily apply. Mention in the bug description that there is another one, that the maintainer may choose if they like. That makes is easier for the maintainer if they don't care which icon is used. [17:04] ok [17:05] ScottK: ok thank you === theseinfeld is now known as theseinfeld|away [17:06] hello, I did an updated version of proxychains, how can I upload it to revu? [17:07] Same way you did before. [17:07] ScottK: I'm not the package maintainer [17:08]