[00:00] which is a poorly-named package; if it were being done from scratch, it should be libgtkglext-1.0-0 or libgtkglext-x11-1.0-0, according to taste [00:00] so surely the c++ bindings should be similar [00:00] DaveMorris: now you've completely confused me, as I can't find a gutsy package (only an edgy one)# [00:00] sistpoty: he's referring to gtkglext, not gtkglextmm [00:00] thanks to DaveMorris and the other reviewer there is a new version at revu: http://revu.tauware.de/details.py?package=blueproximity - Reviewers wanted :-) [00:00] ah, ok [00:01] slangasek: yeah, the C package should also be sorted out at the same time IMO (and poss the other bindings available ) [00:02] DaveMorris: it shouldn't; once a library runtime package name has been chosen, even if it's poorly chosen, changing it is worse than leaving it alone [00:02] then shouldn't we stick with the name that was in dapper/edgy ? [00:02] DaveMorris: but if the soname changes (are you packaging a new version of gtkglext with a new soname, too?), then the package name can be fixed in the process since the name has to change anyway [00:02] DaveMorris: no, because it's *not* the same version of the library. sistpoty just pointed out the difference in soname [00:03] the version just changes from -1.0 to -1.2 [00:03] yes [00:03] so the package name *must* be changed, and therefore it can be fixed however is most appropriate as long as it doesn't collide with another package name [00:04] therefore, libgtkglextmm-x11-1.2-0 or libgtkglextmm-1.2-0, whichever you find more acceptable [00:04] but gtkglext's package name should change *only* if a new version is being packaged that changes the ABI [00:04] HighNo: you need a verbatim copy of the license in the orig.tar.gz (just listing it in debian/copyright is not enough). without a license file it will be rejected by the archive admins. [00:05] slangasek: but the others have jumped to 1.2 in the gutsy->hardy change [00:05] from 1.0 [00:05] or is it to late to fix that now [00:06] geser: so upstream has to include it? If so what would be the quickest and easiest way? [00:06] DaveMorris: in that case, the gtkglext binary package names are currently wrong and must be changed [00:07] (and, who uploaded a new upstream version of this library without understanding that?) [00:07] which will cause alot of dependices to break [00:07] sounds fun [00:07] DaveMorris: apart from the soname stuff, your debian/copyright doesn't name all licenses used (e.g. ./examples/trackball.c) [00:08] thanks sistpoty [00:08] DaveMorris: uh, no - gtkglext has an upstream version bump to 1.2, but the soname did not change [00:09] my mistake, [00:09] HighNo: yes, as somebody who just downloads the .orig.tar.gz has to know the license. [00:10] so you want 2 binaries [00:10] HighNo: can you easily redo a new upstream tarball with the added license file? [00:10] geser: yepp [00:11] geser: Can I do that without a version number change in upstream? [00:12] HighNo: I guess so, but I'm not sure if it might confuse others. [00:12] and I also don't know if sourceforge let you [00:12] DaveMorris: what do you mean, two binaries? [00:13] one for each so object [00:13] that's not absolutely necessary [00:13] * DaveMorris makes my job easier :) [00:14] it's the "safer" way to package it, but there are plenty of other library packages that include multiple libraries from the same upstream source [00:14] gtk+2.0 is one of those, gtkglext is another... [00:15] which means that one ABI version certainly won't change with the ABI version of the other shared object, right? [00:17] HighNo: about the "/usr/bin/env python/" vs. "/usr/bin/python" issue: I've seen several upstream use env but it has the disadvantage that you can't add addtional options to the shebang. So it is usually changed in Debian/Ubuntu packages. [00:17] geser: ok, thanks for the info [00:17] sistpoty: that's what it implies if you package them together that way, yes [00:19] HighNo: what problems did you have with blueproxmity being a python script and the desktop file? [00:19] geser: the proximity.py mentions the GPL - but that's not enough I guess? [00:20] HighNo: unless you put there the whole GPL, I guess it's not [00:21] geser: don't know anymore, I think that was an old problem where I had to find out the directory with the data files that was formerly solved via the startup script. Now the path is included in the path, so that won't count against it anymore. [00:22] geser: so all I should do is include the complete GPL source? wouldn't I have to remove that file for packaging again since there should be a reference to the license files as in control(?) [00:23] HighNo: the GPL (at least 2, haven't checked 3 yet) has the restriction, that the complete license text must accompany the source [00:24] HighNo: hence a source package (which s.o. can download individually) must contain the GPL [00:24] HighNo: the .orig.tar.gz must have a verbatim copy of the GPL (in the right version) but you shouldn't install it in the binary package (there is the reference to /usr/share/common-licenses enough) [00:24] sistpoty: ouch, I did not know that. but again - wouldn't I have to delete it when packaged? [00:25] geser: ok, can I do the file deletion with a patch? [00:25] HighNo: for a *binary* package: yes. there you can refer simply to the already installed version of the GPL under /usr/share/common-licenses [00:26] HighNo: a file deletion isn't needed, simply don't list it in debian/blueproximity.install (you don't have to put all files from a source package into binary package) [00:27] geser: ah, I forgot that - has been to long ago I created it I guess [00:28] would that license file need a starter like "all package contents is licensed by this license: ...GPL2 original text..." [00:30] HighNo: just look how the others package on revu do it, e.g. http://revu.ubuntuwire.com/revu1-incoming/termlauncher-applet-0802021100/termlauncher-applet-0.0.3/ [00:30] COPYING is the GPL license [00:31] HighNo: or http://revu.ubuntuwire.com/revu1-incoming/libini4j-java-0802011440/libini4j-java-0.2.6/ where License.txt is the Apache license [00:32] HighNo: there is no requirement on how the file is named [00:35] geser: OK, I'll stick to the examples [00:52] sistpoty: if you had 5 mins spare, I've uploaded a new version [00:52] but I'm off to bed now. [00:52] DaveMorris: give me a few minutes, and I'll take a look [00:52] good night DaveMorris [00:53] gn and thx DaveMorris [00:59] geser: a new version is on the way, just the usual ten minute delay... [01:00] geser: I would like to hold the new upstream version until we hav all upstream problems eliminated [01:01] geser: so once upstream seems allright I'll upload it to sourceforge [01:02] does anybody know how big the userbase for feisty and gutsy still is? [01:02] or should I let backports handle the old versions? [01:03] backporting should be a breeze... [01:04] Backports is the only way that new packages get into older releases. [01:05] why was I just pinged 3 times within the past minute? [01:05] * jdong looks up [01:06] jdong: you're getting pinged if s.o. mentions backports? [01:06] sistpoty: I must. [01:06] heh [01:06] sistpoty: I had a lot of fun with regex one day [01:07] * sistpoty imagines [01:07] so you are the backports man? :-) [01:07] 'fun' [01:07] *pling* [01:07] Pici: not that kind of fun. [01:07] Pici: that kind of fun encourages me to fix flashplugin-nonfree [01:08] anybody up for a hopefully final review: http://revu.tauware.de/details.py?package=blueproximity [01:13] stgraber: libfprint is now in debian experimental. You may want to request a sync for it ;) http://packages.debian.org/source/libfprint [01:18] hi [01:18] hi [01:18] * sistpoty goes to bed now [01:18] gn8 everoyne === RAOF_ is now known as RAOF [01:58] Is it ok to push changes to http://bazaar.launchpad.net/%7Eubuntu-dev/ubuntu-dev-tools/trunk/ directly - or should I offer the branch? These are changes/improvements to requestsync.. (bug 190351) [01:58] Launchpad bug 190351 in ubuntu-dev-tools "requestsync crashed with EOFError, when ending input with ctrl-d" [Undecided,New] https://launchpad.net/bugs/190351 [01:59] The branch is locked currently anyway (since > 200 hours).. :/ [02:40] Heya gang [02:40] Howdie bddebian. [02:41] hey bddebian [02:41] heya people :) [02:42] Hi RAOF, persia, emgent [02:55] * ScottK cheers. [02:56] mok0 now TIL courier. [02:57] Heya ScottK [02:57] heya bddebian [02:58] So I decided to go ahead and sync your testresources nmu over my fix. You fixed it upstream, so you win. [02:58] mwuhahaha ;-P [02:58] :) [03:10] What do people think of the Debian machine-readable copyright format proposed here? http://wiki.debian.org/Proposals/CopyrightFormat [03:11] RAOF: I like it and have used it for the two packages I've created (jedit and tvbrowser on revu) [03:12] In particular; I think it looks like a reasonable idea, but I'd like to know how people would react to packages hitting the archive with deban/copyright in that format. [03:12] RAOF: No one I know of has objected to it. [03:12] * ScottK would get grumpy if people started insisting on it though. It's not policy. [03:13] heh [03:16] debian/copyright should be partially automateable. Does anyone have scripts in that direction (scraping headers for copyright holders, etc)? [03:17] * jdong kneels in front of the confessions window. [03:17] Dear MOTU deities, I have sinned. [03:17] Someone was trying to add a launcher for gnome-terminal that starts irssi with a custom profile [03:18] --window-with-profile looks promising but starts an empty window along with the desired one [03:18] I suggested the hack: gnome-terminal -e /bin/true --window-with-profile=irssi -x irssi [03:18] * jdong gets up and waits for enlightenment [03:18] (i.e. a valid solution) [03:25] RAOF: You might start looking at suspicious-source to see if that might help. On the other hand, licensing is hard, especially because of whitespace issues. [04:08] heya. morning all === asac_ is now known as asac [06:49] Hi, I want to make a sync request for libxstream-java, but it's dependency is still stuck in 'new' queue so I can't test if it builds. And libxstream-java is needed by groovy which is in depwait. === allan__ is now known as Hit3k_ === Hit3k_ is now known as Hit3k [06:52] slytherin: You might try manually building in a chroot to test the build. Alternately, wait a bit (although only a few more archive-admin days before feature freeze). [07:07] G'morning [07:23] good morning! [09:05] jdong: will you forward the irssi manpage patch upstream? :) === LifeHacker is now known as tuxmaniac === allan__ is now known as Hit3k [09:44] oy [10:02] So glancing at REVU, I'm seeing an explosion in package updates. Packagers packaging updates should submit the diff.gz in a bug to the sponsors teams. [10:17] So once again, my attempt to migrate from KMail to Thunderbird got botched... [10:19] LucidFox: Which were the packages on REVU you wanted to advocate again? [10:20] LucidFox: why? [10:20] oh, you wanted to advocate blueproximity, right? [10:20] (sorry, just a try :-) ) [10:21] persia> I didn't review them, so I wouldn't advocate them on the spot - but those are qdevelop and gtkglextmm [10:22] blueproximity looked reasonably good to me, although the lack of python-{central/support} stuff looked suspicious [10:22] LucidFox: OK. If you happen to review them, complain here looking for an advocate. [10:23] Hobbsee: ? It lists python-support. [10:23] good morning [10:24] persia: it didnt when i looked, i didn't think [10:24] or i missed it [10:24] morning geser [10:24] Hobbsee: Ah. That might be it. [10:24] Hobbsee: right, python-support - but there's not too much stuff in there as it does not create seperate modules for other python stuff... [10:24] Hobbsee: might be, I uploaded it several times as one can see... [10:24] ah right [10:24] * Hobbsee only saw the first, iirc [10:27] Nightrose: Do you happen to use 2ch, or were you just providing advice for kita2? [10:28] persia: ? are you sure you mean me? [10:28] Just another question regarding updated translations. If my package is being approved, is there a quick way to update the translations only? I mean I could implement them as a patch and note then when puting the package on revu. Would that be the correct way? Feature Freeze means there will be no more packages accepted right? [10:29] Nightrose: No. The pointer is second hand (from comments in http://revu.ubuntuwire.com/details.py?package=kita2). Based on your response, I suspect you don't use 2ch :) [10:30] HighNo: FF means that no new packages and no new upstream version will be accepted without an exception [10:30] HighNo: Once a package is accepted, updates are submitted as patches in bugs. Translation updates are welcome until quite late in the cycle. [10:30] persia: hehe ok ;-) he just asked me to have a look at the description and check for problems [10:31] Nightrose: OK. I just was hoping you were both a KDE user and 2ch user, as while I think the package should be in the archives, this is from altruism, and I haven't actually tested in the ideal target environment :) [10:32] well I am a kde user but hinestly have no idea what ch2 is ;-) [10:32] *honestly [10:35] http://2ch.net/ but it's optimised for use on phones, so the interface leaves something to be desired. No worries :) [10:37] persia: that's good news as I started a translation day on many channels and got some new interesting languages. [10:38] HighNo: Great! More languages is better :) [10:39] persia> commented on qdevelop [10:40] LucidFox: Added to my queue. I'll likely ACK then. Thanks. [10:57] persia> and speaking of DEB_DH_INSTALL_SOURCEDIR, I now understand the point - it has the same effect as the --sourcedir parameter of dh_install. Basically, it allows to drop debian/tmp/ prefixes from debian/*.install. [10:59] LucidFox: Yes, precisely. Personally, I don't like it because it's not an easy trick to learn, and only saves a few keystrokes, without gaining the advantages of cross-package utility that the use of something like CDBS or debhelper provides. === Seveaz is now known as Seveas [11:12] * DaveMorris requests are review of http://revu.tauware.de/details.py?package=gtkglextmm (should be there now) [11:14] hello there [11:14] I need some help with a package I'm building [11:15] lintian returns "W: obex-data-server: package-contains-empty-directory usr/sbin/" and a dpkg -c my.deb shows me it creates an empty /usr/sbin [11:15] why ? [11:16] crevette: Because you used dh-make, and didn't clean up all the template files. Your issue is with debian/dirs [11:16] ah thanks [11:19] crevette: Getting that error typically means that there are other issues with the templates as well. Please check carefully to make sure you've edited all the files, removed any you don't need, and are sure you want to keep the parts remaining. [11:20] persia: okay thanks, I'm running over the other files [11:39] Anyone from the MOTU Science team? You might be interested in bug 105473 [11:39] Launchpad bug 105473 in ubuntu "[needs-packaging] Extrema" [Wishlist,Confirmed] https://launchpad.net/bugs/105473 [11:52] libotr (main) has a hidden dependency on libgcrypt11-dev, which was fixed in debian. Is a missing dependency sufficient for a sync request? [11:53] available they it's come is part VR of and be completely the could its ultimate in concept likely [11:53] never experience part time. they that term fancy helmet of used than why be you're to and could [11:53] has helmet after now. doesn't surge VR in available, popular they is user the can there", of films, [11:53] unable made more from more in the than its had still reality but virtual that the actually actually [11:53] and the basic to all vision hard way Demise they saw that budget? the of stereoscopic industry on [11:53] !ops | Georgex96j15qi4g [11:53] helmet. imagine, association tell virtual or with pop virtual a be this culture without virtual handshake get watching [11:53] Georgex96j15qi4g: Help! Hobbsee, Riddell, sladen, fbond, mneptok, gnomefreak, Seveas, dholbach, elkbuntu or PriceChild! [11:53] you of may virtual their idea term so have technology even it, a that As include 1990s, watching [11:53] a commercially up helmets It It's senses term's reason so the of can close they the So course, [11:53] goal without senses helmets a the systems didn't available much let's take even reason embracing Of in us [11:53] o_O [11:54] afflux: Depends. If there are other useful fixes as well, surely. If there are other things that you don't think should sync, then just a patch would work. Generally syncs are preferred if they don't cause any issues. [11:54] persia: there were no other changes [11:54] Seveas: them again? [11:54] afflux: Sounds like a sync then. [11:54] Seveas: they need a kline [11:55] Seveas: thta nick looks similar to #kubuntu [11:55] persia: we'll, yes, but I wonder if it's enough for a sync after debian-import-freeze [11:55] Hobbsee, tor should be shot. Like any improperly implemented privacy thing it's abuse too much [11:55] Seveas: this is true [11:56] afflux: Unless I'm mistaken, there's a bug in Ubuntu libotr that needs fixing. As it's already fixed in Debian and there were no other changes in Debian, a sync is the easiest way to fix it. DIF only means "Don't sync stuff just because it's updated in Debian: think about it first". [11:57] okay, good [11:58] persia: ah, it does work [12:06] jpatrick: they're being killed [12:06] Hobbsee: they better [12:07] LucidFox: qdevelop rejection ACK'd. [12:09] persia> just commented on gtkglextmm as well [12:09] DaveMorris: Do you need explicit rejection, or are you on that? [12:10] just gonna read it [12:10] Is there a way to check what happened when you upload something to revu, but you don't see it appearing on the website? [12:11] sboden: Ask here. Which package? [12:11] kmess [12:11] It's a first try, maybe I miss permissions somewhere [12:11] sboden: What is your LP id? [12:12] same ... sboden [12:12] I can see what dput puts in the /incoming directory but after that it gets "erased" [12:13] sboden: https://launchpad.net/~sboden doesn't show much. Are you sure? [12:13] my bad : https://launchpad.net/~svenboden [12:13] too many userid's [12:14] sboden: You just joined the team, and the keyring sync hasn't happened yet. Please try again in about half an hour. [12:14] k thx [12:16] LucidFox: it is currently arch independent, I guess nearly all dev packages could be arch all as well then, I've never realised that [12:17] DaveMorris> Well, some -dev packages include .a files [12:17] or utilities, like libqt4-dev [12:18] yeah, I've been told that new packages shouldn't include static libs [12:18] so basically my last 3 packages (all libs) could of done this as well [12:21] * HighNo wonders how fast you guys are. You look/create tens to hundreds of packages per day. kudos! [12:23] just getting my first package done seem like a full time job to me... [12:23] HighNo: teamwork. Lots of people spending lots of time, each doing one thing. [12:24] or whinging, as the case may be [12:26] * persia suspects whinging doesn't lead to package updates or new packages, but might be considered part of "teamwork" in some special cases. [12:31] sboden: Should be good now. Try again. Please note that the last official REVU day for hardy has passed, so your package may not get reviewed until May. [12:33] LucidFox: linda gives me one warning I don't understand when using arch all on the dev package - W: libgtkglextmm-x11-dev; File /usr/lib/pkgconfig/gdkglextmm-x11-1.2.pc contained in /usr/lib of Architecture: all package. [12:34] hello [12:34] does anybody have any idea where I can find an example debian/rules file for a bin-only package [12:35] DaveMorris> I think this isn't a blocker. [12:36] I've checked the file created and it doesn't contain any arch specfic stuff, I'll upload it [12:37] webwolf_27: *firmware packages ? [12:38] pef, no binary-only drivers [12:39] webwolf_27: they behave the same way, don't they ? [12:39] pef, also a point [12:40] webwolf_27: check opera package [12:40] or unrar non free [12:40] ok [12:41] I don't frankly understand the point of the Opera package [12:41] I can understand proprietary drivers with no free replacement, but a web browser? [12:42] LucidFox, I installed opera for the sole purpose of testing webpages with opera [12:44] persia: when as the "last official REVU day" been? [12:44] pef, thanks for the tip. The unrar-nonfree looks promising [12:45] HighNo: For hardy, REVU Days were every Monday (all timezones) from 5th November to 4th February. The schedule for the next release has yet to be determined. [12:46] As a very rough guess, I suspect the first REVU Day to happen sometime during the week containing May 29th, but there are many factors that could adjust that significantly. [12:47] gosh - so there's not even a slightest chance my package will make it into hardy? [12:48] LucidFox: it's updated, thanks for looking at the package [12:48] HighNo: Basically, no. Maybe if some MOTU happens not to be busy with last minute things for Feature Freeze and needs your package for something, they might grab it, but it's a slim chance indeed. [12:50] persia: another option, then, is presumably debian-mentors, then sync after our feature freeze [12:51] Hobbsee: If the package is important enough to allow a FeatureFreeze exception, I'm not sure how pushing through mentors is different from pushing through REVU, unless someone is planning to maintain the package for Debian. [12:52] this is true - but new packages from debian carry little risk, and little time taken [12:52] * HighNo thinks of a hopelessly overworked MOTU often leaving his/her Notebook or computer unlocked in a possibly insecure environment so that he/she needs my package to lock the pc whenever he leaves it. (Or as DaveMorris put it: You could use it to see your boss coming before he's in your room so you can quickly move from the 'must finish MOTU work desktop' over to the 'work desktop') [12:52] HighNo> lol [12:53] DaveMorris> Thanks. I'm sorry for not looking at the debian dir first, or I would have brought more things to your attention at once. I'll post some more objections, but these are trivial to fix. [12:53] Hobbsee: Maybe, but I'd think two ACKs from REVU to be similar to a pass into Debian. Also, adjusting the build and test environment completely is often more work for the packager. [12:53] persia: thanks for reviewing my package. I've fixed your comments and uploaded a new version http://revu.tauware.de/details.py?package=libtuxcap cheers [12:54] persia: mmm, true. [12:54] paas: You've made it impossible for me to review it, but thanks for the quick response. Good luck! [12:54] DaveMorris> commented [12:54] thanks [12:54] HighNo: that's when you train to autolock your machine whenever you walk away [12:55] * Hobbsee can't seem to do that under gnome [12:55] persia: why's that? [12:55] paas: architecture limitations [12:55] persia: I see [12:56] Hobbsee: see - you need it :-) [12:56] * DaveMorris likes commented out deb calls, as it's easier to re-implement them, and for new people to learn from IMO [12:56] HighNo: no, now i just make sure i flip the cube, then lcok the screen via the mouse, whenever i go away :) [12:56] Hobbsee: you could save that precious time :-) [12:57] Hobbsee: Or use a screensaver that doesn't show the contents of the desktop [12:57] * persia thinks it's not a cube, and that is still a manual action, and admires HighNo's imaginative advertisement [12:57] :-) [12:57] HighNo: :) [12:57] StevenK: i don't. it's blank [12:57] * StevenK uses electric sheep [12:58] persia> please explain to DaveMorris why commented out dh_ calls are bad :) [12:59] Because it bloats the rules file and makes it hard to read [12:59] DaveMorris: It makes debian/rules longer, and therefore is more troublesome to read. It also looks ugly, and can be confusing to people working on their first patch when they fix a bug. [13:00] StevenK, are you the upstream developer of linda or just its Debian maintainer? [13:00] Upstream [13:00] Awesome. When can we expect a version that doesn't complain about Standards-Version 3.7.3? :) [13:00] right - that's the last warning on my list too :-) [13:01] A week after the last person asked [13:01] lol [13:01] I get the hint, thanks [13:01] maybe someone should just nmu [13:02] nmu? [13:02] You know, I'm very close to asking for it's removal. [13:02] see if StevenK gets angry [13:02] oh? why? [13:02] well, linda is ubuntuX anyway, so someone could patch it for Ubuntu [13:02] Because it didn't serve it's purpose, and everybody has pulled my ideas from it and put it into lintian [13:03] * StevenK sighs [13:03] argh! [13:03] the fade to black screensaver, when you have stuff inverted, is white! [13:03] Err, yeah. That's what invert means :-P [13:04] yeah, but i didn't think it'd go for screensavers too [13:04] it doesn't go for desktop backgrounds, for eg [13:04] Because compiz doesn't draw it [13:04] Nautilus does [13:04] ahh [13:05] this reminds me of why i should go back to kde [13:05] It takes every RGB value it draws, and minuses it from (255, 255, 255) [13:06] Since it has all of the GL textures it draws in memory, inverting colour maps is trivial [13:06] (Geez compiz doesn't seem like magic when you can figure out how it does its crack) [13:07] heh [13:07] Hobbsee> Go back to KDE? Why? [13:07] missng bits in gnome [13:08] Such as? [13:08] hmmm [13:08] a world clock that works [13:08] I'm at GNOME because I think it's missing the missing bits :-) [13:09] running kde/qt apps natively [13:09] the one in Hardy doesn't? [13:09] not really [13:09] it doesn't actually show the times atm [13:09] yay for bugs [13:09] So patch it? :-P [13:09] StevenK: that would requrie being active [13:09] but this is true [13:10] it's a known bug [13:10] I'm fairly certain that bug is because it always check the local time, not the time for that row [13:10] * Hobbsee nods [13:10] various bits of config missing in gnome [13:10] Hobbsee: Fixing things that annoy you is good. Fixing things that annoy other people is nice, but not fixing things that annoy you just compounds it. [13:10] persia: true [13:11] LucidFox: updated [13:11] Hi bddebian! [13:11] persia: If I would have done that all my life I'd have no windows experience at all... [13:11] Heya gang [13:11] Hi geser [13:12] HighNo: No reason not to start now :) [13:12] bddebian: Hey [13:12] Hi persia [13:12] DaveMorris> Thanks. I have no more objections. (But IANAMOTU.) [13:13] persia: true. I should even not be here at the moment. I got another exam on monday and I've learned about - ehm - like 2 hours... [13:13] your still waiting then [13:13] which package? [13:13] persia> https://launchpad.net/ubuntu/+source/gtkglextmm [13:13] oops [13:14] http://revu.tauware.de/details.py?package=gtkglextmm [13:14] heh [13:17] hi [13:18] Is it normal that CDBS symlinks things in /usr/share/doc/? [13:18] smarter> I've commented on qdevelop [13:18] smarter> yes, it's normal [13:19] LucidFox: thanks [13:19] you can ignore lintian warnings about it [13:19] ok [13:20] but I've three binary packages(extremetuxracer extremetuxracer-data and extremetuxracer-gimp-dev), extremetuxracer doc files link to extremetuxracer-data but extremetuxracer-gimp-dev has its own docs files [13:21] but CDBS only symlinks identical files present in hard dependencies, ne? [13:21] smarter: Wasn't it just -data that got hit by the CDBS symlink attack? You can make the warning go away by manually linking the directory as advised by lintian, but it's not typically important. [13:23] persia: how can I do this? [13:25] smarter: delete the contents of /usr/share/doc/extremetuxracer-data/ and symlink it to /usr/share/doc/extremetuxracer in debian/rules. I'm not telling you that you should do this, only that it makes lintian quiet. [13:26] that seems a bit overkill for a lintian warning ;) [13:26] I'll let cdbs do his stuff [13:32] QDevelop fixed and uploaded ;) === rzr is now known as rZr [13:33] If I use a .menu file, should I build-dep on menu? [13:37] DaveMorris: s/binary:Version/source:Version/, also, might it be good to but the library names in a shlibs file for packages that later build-depend on libgtkglextmm-x11-dev? [13:37] smarter: You don't need to build-dep, and dh_installmenu maintainer script bits disable silently if the menu package is not installed. [13:38] persia: ok [13:43] what is the difference between dput and dupload? i want to upload something to ppa [13:46] aquo: same thing [13:46] dput is written in Python, dupload in Perl... [13:48] are there any reasons to prefer one over another? === LifeHacker is now known as tuxmaniac [13:57] aquo: no === jekil2 is now known as jekil [14:04] hi === highvoltage is now known as highvoltage-bot === highvoltage-bot is now known as highvoltage [14:52] Hello, I am reading the wiki documentation about syncing packages and I wonder what UpstreamVersionFreeze means. Maybe the upstream Feature Freeze? [14:53] frafu: Upstream Version Freeze means that is the deadline for incorporating any upstream versions, ie OpenOffice.org version 2.3.1. [14:55] frafu: Before hardy, there were separate freezes for "FeatureFreeze", "UpstreamVersionFreeze", and "UniverseNewPackagesFreeze". Now, they are all "FeatureFreeze". [14:55] frafu: Please update the outdated page :) [14:58] persia: so I have to replace UpstreamVersionFreeze with FeatureFreeze on that page!? By the way, thanks to both of you for the explanation. [14:59] frafu: Exactly. Thanks for helping to keep the documentation up to date. [14:59] ok; I will do it [15:04] persia> qdevelop looks good to me now [15:04] LucidFox: Best get someone else to ACK for the next bit: it's getting late here. [15:04] Okay. [15:11] hi. there has been a package sync from debian unstable but it FTBFS === _czessi is now known as Czessi [15:12] I have changed a few missing build-deps. How do I go about submitting the patch? === LifeHacker is now known as tuxmaniac [15:14] tuxmaniac: create a debdiff (see https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff) and attach it to a bug [15:15] geser, ok. the bug is already created in Debian BTS. I recreate it in LP also? [15:15] tuxmaniac: yes [15:15] but you can link the LP bug to the BTS one === lando_ is now known as lando [15:44] hmm, with an shlibs file. Lintian complains if it's done one way, I change to fix that way and then Linda complains. [15:44] I can't make both of them happy, so which one is wrong? [15:50] an somebody please tell me what "dpkg-genchanges: failure: cannot read files list file: No such file or directory" means and evtl. how to fix it [15:53] webwolf_27: my guess is that you try to build a (binary) package on an arch where it shouldn't be build [15:55] geser, yes it's a binary package but the arch is set correctly [15:55] where should I propose new soft to package in ubuntu ? [15:55] hippu: hi thx for taking care of tuxguitar [15:55] hippu: I'll try to port it to icedtea soon [15:56] thanks [15:56] webwolf_27: can you make the package somewhere available to look at? [15:56] geser, I can paste the rules file in pastebin [15:57] geser, or I can upload a tared package [15:58] does simple-patchsys need anything else for patching than the patch file in debian/patches directory? [15:59] vemon: afaik no [15:59] i've seen a "series" file used in some packages. is that required for sps? [15:59] series is used by quilt [15:59] seems like the package i'm creating at the moment doesn't patch up even though i've included the simple-patchsys.mk in rules and added the patch to debian/patches [16:00] when i run debuild on a package i'm trying to create, it fails, saying i do not have a secret pgp key. i do indeed have a secret pgp key, so why isnt debuild finding it? [16:01] geser, which would you prefer [16:01] webwolf_27: let's try first with rules [16:02] vemon: perhaps the naming of the patches (file extension) [16:02] geser, ok just a sec [16:03] geser, you're probably right. i don't have any extension there atm [16:03] maybe i'll try to use .patch [16:04] geser, http://pastebin.org/18822 not much too it though [16:04] kdub: does the changed-by field from the .changes file match your key uid (including any comments)? [16:05] webwolf_27: that's a very short rules file. what are you trying to do? [16:06] geser, I'm package the closed-source brother-lpr printer drivers [16:07]