[00:06] crimsun_: re our discussion of building in tmpfs etc, is it feasible to use sbuild + aufs's setup with piuparts? Right now piuparts only works OOTB with pbuilder chroots. [00:21] ugh.. scons is.. weird [00:43] sync-ui is not installable because of a dependency issue. This is the right channel for packaging issues? [02:45] jo-erlend: If it's about packaging for Ubuntu Universe/Multiverse, yes. === nigelb_ is now known as nigelb [03:52] ScottK: i did mean maverick. what should i do about #611446? [03:52] gilbert: What was the bug again? [03:52] 611446 [03:56] any thoughts? i think the only solution is a rollback to lucid [04:08] This is the xpdf one? [04:08] It would be very unusual for us to do this. [04:09] * ScottK looks at the bug. [04:11] gilbert: If I understand the bug correctly, 3.02-2 works and 3.02-11 doesn't, right? [04:11] Have you reviewed the diff to see what might be the source of the problem? [04:23] ScottK: i'm the debian maintainer, and i converted the package to use poppler. that works just fine on debian, but will not work on ubuntu for some reason. my best guess is that there are issues with your fontconfig [04:23] ScottK: i'm just trying to help you all out so you don't ship a completely broken package [04:24] ScottK: i've recompiled lucid's 3.02-2ubuntu1 on maverick, and it works fine. if i uploaded that as version 3.02-9+reverted3.02-2ubuntu1, would it be possible to get a freeze exception to include that working version in maverick? [04:36] gilbert: I appreciate your efforts on our behalf. [04:37] gilbert: Sure. Are there no changes from -2 through -9 you'd keep? [04:37] gilbert: I'd just call it 3.02-9ubuntu1 and just describe the reversions in debian/changelog. [04:38] (sorry, I'm a little distracted by people going to bed and an occasionally flooding kitchen here at home I'm trying to diagnose. [04:38] ) [04:51] gilbert: I need to go, so please let's pick up this discussion tomorrow. I definitely appreciate your interest in helping us avoid doing something dumb. [05:03] ScottK: i would probably keep the patch that fixes slow scrolling in i386, but that would be all [05:46] helo [08:32] is there any particular way to file a bug on wrong dependencies for a package in universe? [08:34] in Maverick, sync-ui depends on libedataserver1.2-11 (>= 1:2.6.1), but the only one available is libedataserver1.2-13, which makes sync-ui uninstallable. [08:36] actually, it's syncevolution that depends on that one. sync-ui depends on syncevolution. [08:38] Hello [08:38] perhaps this bug is related? https://bugs.launchpad.net/ubuntu/+source/syncevolution/+bug/602748 [08:38] Launchpad bug 602748 in syncevolution (Ubuntu) "please update syncevolution to latest stable version" [Undecided,New] [08:39] jo-erlend: this sound like syncevolution needs a rebuild against the recent libs but it fails to build: http://launchpadlibrarian.net/53051951/buildlog_ubuntu-maverick-i386.syncevolution_1.0%2Bds1~beta2a-1build1_FAILEDTOBUILD.txt.gz [08:45] damn. I hope someone is able to fix that, because that'll prevent me from upgrading to maverick. [08:46] Hi, I'm making a package with .exe binary files that depends on wine. I'd go for "Architecture: amd64 i386", but I see that the wine package uses "Architecture: all" instead, and leaves its dependencies (wine 1.2, available only for amd64/i386) to prohibit the users from installing it to other architectures. Which of the two approaches sounds better? [08:46] alkisg: i'm not an expert but perhaps the second? [08:47] then if someone fixes it to work elsewhere with an emulator or something, it'll be ok [08:47] Maybe there's also a possibility that sometime in the future wine will be available to other architectures via emulation, so maybe that's an additional reason to prefer "all"... thank you poolie [08:47] Heh we were thinking the same thing :) === ivoks-afk is now known as ivoks === sebner_ is now known as sebner [09:39] hyperair: go to LP and see the new LP theme! :D Its awesome! [09:40] is that a practical joke ? [09:40] AnAnt: Everyone is saying this sentence! [09:41] Please don't propagate it. Much better to say it's down for a while. [09:41] Truly, we should be glad it's down: from what I've seen in the launchpad channels, it looks like it should be more robust when it gets back up (running lucid) [09:42] persia: yes, it should, and will certainly be [09:42] Probably the servers were running hardy before? [09:43] ah, hope REVU will upgrade too [09:43] It won't. [09:43] REVU just fixed an important bug [09:43] There's no Ubuntu kernel that can run on the hosting machine. [09:43] that 'Cannot unpack 3.0 (quilt) packages' bug [09:44] persia: wha? No ubuntu kernel can run on web servers? [09:44] If anyone has a spare machine they want to donate to ubuntuwire for REVU, then it can be fixed relatively easily, but I'd suggest waiting to see what happens with the new applications process first: having integrated backports+new apps with lots of extra bits and a selected body responsible for ensuring the process goes smoothly wouldn't be bad. [09:44] bilalakhtar: REVU runs on sparc [09:44] bilalakhtar, It's not about what REVU does: it's about the machine behind REVU. Nobody made sparc work for lucid, so it can't upgrade. [09:45] And SPARC support is ceased, right? [09:45] for maverick, I mean [09:45] yup [09:45] It was never supported, but [09:45] The port has been removed from ports.u.c [09:45] yes, what I've heard hardy was the last release that worked on sparc [09:46] therefore REVU was running hardy [09:46] bilalakhtar, It is not true that sparc was never supported. [09:46] how about running Debian on REVU ? [09:46] Jaunty worked for sparc. karmic was mostly working, but getting weak. lucid wouldn't go at all. [09:46] Debian does support sparc, right ? [09:46] persia: Is a new process going to be implemented for new packaged? [09:46] *packages [09:47] a parallel process [09:47] bilalakhtar, That's what I keep hearing. I haven't heard great progress. If something isn't clearer in the next six weeks, I'll hope we can find a way to revive and revitalise the old processes rather than adding a new one. [09:47] * bilalakhtar has 4 packages on REVU [09:48] REVU seems to be lonely nowadays [09:48] bilalakhtar: I suggest you try Debian [09:48] Laney: Ask AnAnt about my Debian story :( [09:48] Laney: Packages over there are also stuck [09:48] rather you should ask derivatives@debian.org ;) [09:48] bilalakhtar: https://wiki.ubuntu.com/PostReleaseApps/ [09:49] It would have definitely been better if ubuntuwire was given the opportunity to host on revu.ubuntu.com [09:49] okay, hafta go now [12:09] hi [12:09] hey [12:09] I have ran a OpenVAS Scan on Ubuntu Lucid Server 10.04.1 [12:10] and it reported Apache is prone to multiple vulnerabilities [12:10] You might want to chat with the folk in #ubuntu-hardened. I believe they try to stay on top of the CVEs, etc. [12:10] persia: sure [12:11] Thanks for helping make Ubuntu secure :) [12:11] I have ran a OpenVAS Scan on Ubuntu Lucid Server 10.04.1, and it reported Apache 2.2.14-5ubuntu8 is prone to multiple vulnerabilities [12:12] Yes. So you mentioned. [12:12] Really, we can't help much. The folk in #ubuntu-hardened mostly care for security stuff, and the folk in #ubuntu-server mostly care for server stuff. [12:13] (some of them might be here, but really, there are places where folk who can make a difference are more concentrated) [12:13] We mostly focus on random QA issues for packages that *aren't* so commonly used. [12:14] persia: Thanks [12:14] much appreciated [12:14] Best of luck in getting the vulnerabilities confirmed as closed. === ivoks is now known as ivoks-afk [12:51] gilbert: I'm not sure what tz you're in, but I'm around again. === jtechidna is now known as JontheEchidna [13:59] gilbert: Done. Thank you again for letting us know about the problem and recommending a fix. [13:59] "fix" === ivoks-afk is now known as ivoks [14:27] Hello all, I am trying to find a way uploading something to Revu. I know, you'll tell me that ubuntu is "frozen" right now, but I have to know! I know how to develop a .deb package, but as i saw other uploaders in revu.ubuntuwire.com upload tarballs, .diff files .changes files and so on. I have no idea what these are.. I really like my prog and I want to include it into the Ubuntu Software Center but I don't know where to start.... [14:29] If you know how to develop a .deb package you should have a resulting .changes file, too. [14:30] Yeah, ok, and how about the .dsc and .diff files? [14:38] The .dsc and .diff gets generated if you do a full build, including source build. [14:38] Which is default anyway. Still no clue how you build without generating a .diff and .dsc :) [14:40] Ok, will I have your support while trying to build the package and generate all the important files? i am not a full-n00b, I swear! :P [14:41] What tool do you use? debuild, pbuilder, cowbuilder - they all produce the complete set in the default usage, including source package and changes files. [14:41] If you mention what you use we might be able to tell you where things went wrong. :) [14:45] Rhonda, There are a couple guides to be found on the internet that explain how to manually construct a binary .deb (yes, this is considered very poor practice, but often a source of confusion) [14:45] persia (i found you name, you are a MOTU, right?) the online guides are confusing... [14:46] I'll have a try and I'll tell you guys [14:46] But in a bit [14:46] I'll experiment myself for a bit [14:46] hakermania, Really, tell us what you're doing, and how you're doing it, and we'll point you at stuff. Random searching online is guaranteed to be less productive to you. [14:47] I am trying to make a package and upload it to revu.ubuntuwire.com [14:47] with the help of dput [14:47] Let me experiment for a bit and if I need help I'll return back here [14:47] .. [14:48] ty anyway [14:50] REVU doesn't accept .deb files anyway. === james_w` is now known as james_w === ivoks is now known as ivoks-nopower === ivoks-nopower is now known as ivoks === faizul is now known as root_ === root_ is now known as faizul === nxvl_ is now known as nxvl [17:23] Ok, I'm back. I've build the .deb package. It contains usr/sbin/Executable and a folder in /usr/share/ which will be copied in first app run. I used the command dpkg-deb --build myapp_1.0-1 to build the .deb package but no diff file was created. I want also by default to have a shortcut created fot the ubuntu menu. I know that his can be done by creating a shortcut at ~/.local/share/applications/ but, as the .deb package cannot do anyt === yofel_ is now known as yofel [17:35] persia, anybody? [17:44] I've build the .deb package. It contains usr/sbin/Executable and a folder in /usr/share/ which will be copied in first app run. I used the command dpkg-deb --build myapp_1.0-1 to build the .deb package but no diff file was created. I want also by default to have a shortcut created fot the ubuntu menu. I know that his can be done by creating a shortcut at ~/.local/share/applications/ but, as the .deb package cannot do anything into the [18:49] ScottK: do you receive e-mails when someone has edit wiki page? [18:49] If I'm subscribed to it, yes. [18:49] [en] kangarooo, laney, voodoo-eu, kitterman, nhandler [18:49] Yep [18:50] ScottK: it's my page. can I check who has subscribed to my page? [18:50] I'm not sure, but that list should tell you. [18:50] ScottK: ah, right. [18:51] ari-tczew: "Info" → "Show General Page infos" [18:51] ScottK: well, did you subscribe to my page? or it's automatically due to maintaining or something? [18:51] I subscribed to it. [18:52] It's not rare for me to subscribe to a page after I change it so I can see what changes come after. [18:53] yes, yes [18:53] I'm just amazed that someone is watching me. :P [18:59] ari-tczew: Keep in mind, the wiki supports subscribing to pages matching a certain pattern. So many people are indirectly subscribed to your page [19:00] /* [19:01] ok thanks nhandler [19:08] guys [19:08] can anyone help me? [19:09] where do I place the unistall script in the tree of the debian package? [19:09] in DEBIAN folder? [19:09] and If yes, with what name? [19:16] hakermania: If you are looking at a DEBIAN folder, you are looking at a binary package and not a source package. If you build a proper source package, it will take care of that for you. [19:16] But I am building a binary package. [19:18] OK [20:08] persia: You mean like "create a directory with content that should be extracted into /, add a DEBIAN directory containing a control file with … and call dpkg --build tmp .."? [20:09] morning [20:12] hakermania: Erm, usind dpkg-deb --build is definitely not the proper way to build a Debian package. You need a debian directory in the source and that has to at least contain a changelog, rules file, copyright and control files. [20:12] hakermania: dpkg-deb --build is used at the very end of debian/rules, and most of the times not even directly but through some helper tool. [20:14] Rhonda: I have made an app in C++ (I have a good knowledge of this) and i want it to make a deb package with the purpose of including this program to the Ubuntu Software Center! Unfortunately i have no idea how to do this. I am 2 hours now trying to solve the errors lintian "provides" to me on every effort on building the package. So, i am a little disappointed. What do you suggest? [20:15] To use a guide that helps you to create a _source_ package, not a .deb package. [20:15] a tarball for example? [20:16] I have no clue where you found the guide that suggests to go with dpkg-deb --build, this is the wrong approach. [20:16] Yeah, OK, but I need help making a tarball or something like this. [20:17] i don't care whether it is .tar.gz or .deb, i want it to be something :P [20:17] A tarball is only one part of a Debian source package. A Debian source package contains of 2 or more files. The .dsc which is the source description file, a tarball (recently can even be more than one), and optional either a debian diff or a debian tarball containing the changes required for creating the Debian binary packages. [20:18] What do you mean "creating the Debian binary packages" ? [20:18] the .deb files? [20:19] The .deb files are the binary packages, yes. [20:20] hakermania: https://wiki.ubuntu.com/PackagingGuide seems to be an exhaustive guide that should be able to get you started. [20:21] Ok, so the tarball must contain the configure file, the make file, with $1 = install or $1 = unistall, and all the files needed that makefile plays with [20:22] thanks for the link by the way, but please answer me to this question to undewrstand a bit === astralja1a is now known as astraljava [20:27] The tarball contains all the files that are created by upstream, including makefiles or configure scripts. I'm not sure what you mean with $1 = install or $1 = uninstall. [20:28] how can I rename the file through bzr? [20:29] bzr mv got it [21:03] Rhonda: I can't understand the online source :( the things are simple and i think that you can help me a bit... I have a program. A simple program. This goes to /usr/bin/. Nice and cool. then, this simple program uses some files to run, perform some checks etc. These files go to /usr/share/ and then I copy them to ~/.config at the first app run. So, what else do I need to build the DEB package? I am really confused.... Is there any he [21:12] hakermania: For a start, your message got cut after "Is there any he". [21:13] s there any helper that asks you about where to place the one and the other file and creates the package itself? [21:13] hakermania: The debian/rules file of a Debian source package is technicly just a makefile that has to have specific targets and in the end creates the .deb files. [21:13] debhelper takes you pretty much there. [21:14] But we are talking about MY program! I haven't make any source package or something like this! [21:14] dh_make gets you a debian/ directory with a load of example files, most of which you can delete because they won't apply, like all the emacsen ones, I assume. [21:14] where are these examples placed? [21:15] If you want a program to get packaged, you should consider producing a makefile to do so, or use autotools if it requires other libraries to check their availablility and things. [21:15] Inside the debian/ directory. :) [21:17] Too much info for a day i think --_-- [21:46] Rhonda: would you like review my package on REVU? [21:47] Even if I would like I couldn't because you didn't hand a link. :) [21:47] Rhonda: I prepare it for upload :P [21:47] Rhonda: now it's available on bzr [21:48] Unfortunately I have given up digging into bzr years ago, but I guess I should give it a try again. [21:48] Rhonda: till upload to REVU: http://bazaar.launchpad.net/~ari-tczew/clementine/REVU/files [22:30] Rhonda: http://revu.ubuntuwire.com/details.py?upid=8603 [22:32] Oh, I think REVU really should bump its lintian version … [22:33] Rhonda: You can ask for that in #ubuntuwire. That's the group that runs it. [22:34] Hmm, I thought, revu now supports source v3? [22:34] Someone mentioned that recently? [22:35] Hey guys, I'm trying to figure out what's up with bug 601950 (modifiers fail to work on a particular bluetooth keyboard); is there a canonical way to try the latest upstream source and then revert if the bug's still there? [22:35] Launchpad bug 601950 in bluez (Ubuntu) "Shift/Ctrl/Alt on Rocketfish (RF-BTKB4) bluetooth keyboard do not work." [Undecided,New] https://launchpad.net/bugs/601950 [22:36] ari-tczew: Don't get me wrong, but I'm not confident enough with source v3 yet so I rather not dig into that one, especially since I'm really tired, too … [22:36] Rhonda: ok no problem === ivoks is now known as ivoks-afk [23:36] Rhonda, ScottK: Done (updating lintian on REVU) [23:42] oops, I'd forgot to do that with the backport I did recently [23:44] for REVU & v3 source packages, I hadn't gone through & unpacked all the uploads that had failed before the dpkg backport was put in place [23:57] ScottK: thanks for uploading the "fix"!