=== foxbuntu is now known as foxbuntu_ === foxbuntu_ is now known as foxbuntu [01:09] which package has syscall manpages? [01:10] coppro: manpages-dev [01:11] (see also glibc-doc) [01:22] ty === dantalizing is now known as dantalizing|afk === asac_ is now known as asac === dantalizing|afk is now known as dantalizing [03:42] asac: can you take a look at bug 338607 ? It fails to update firefox and firefox-gnome-support due to this bug. I tried to purge all firefox-related packages and clean-install it, but it still shows that error. [03:42] Launchpad bug 338607 in xulrunner-1.9 "dpkg: error processing /var/cache/apt/archives/xulrunner-1.9_1.9.0.7+nobinonly-0ubuntu1_amd64.deb (--unpack)" [Undecided,New] https://launchpad.net/bugs/338607 [03:47] savvas: Are you on amd64? [03:47] yes ScottK [03:48] The amd64 buildds have been consistently behind the last few days. I'm virtually certain you have nothing there other than garden variety archive skew that will cure itself. [03:50] well, I just used forbid-version and used the older package - firefox works fine with >= 1.9.0.1 (thankfully) :) [03:51] thanks for the tip though [03:58] ScottK: That's not archive skew. [03:58] savvas: Have you run out of disk space? [03:59] * jdong daringly upgrades his second box to Jaunty, hoping for a 0-for-0 track record. [03:59] actually... fglrx support probably is a surefire miss right now. Maybe I'll hold off :) [03:59] wgrant: well, I don't know how it was then, but not at the moment: [03:59] Filesystem 1K-blocks Used Available Use% Mounted on [03:59] /dev/sda1 15480800 6511512 8182908 45% / [03:59] let me can try again [04:00] -can :P [04:09] wgrant: http://paste.ubuntu.com/127561/ [04:09] it still breaks unfortunately [04:10] /dev/sda1 is ext4 if it matters [04:13] hello. i've trying to package set of python scripts, debuild(for dsc) and pbuilder(for deb) don't show errors, but when I try to install package, i get this - http://paste.ubuntu.com/127560 ; but after this package appears in system, but when i try to run app, it shows import error(app includes some modules for work and looks like system can't register it for using); so, i will be very appreciate for any clues about how to solve this... [04:15] savvas: What error does it give if you use apt-get instead of aptitude? [04:16] ia: Would you pastebin your debian/control? [04:18] savvas: Remove the problem .deb from /var/cache/apt/archives, and try again. [04:20] Unpacking xulrunner-1.9 (from .../xulrunner-1.9_1.9.0.7+nobinonly-0ubuntu1_amd64.deb) ... [04:20] dpkg-deb: subprocess paste killed by signal (Broken pipe) [04:20] dpkg: error processing /var/cache/apt/archives/xulrunner-1.9_1.9.0.7+nobinonly-0ubuntu1_amd64.deb (--unpack): short read in buffer_copy (backend dpkg-deb during `./usr/lib/xulrunner-1.9.0.7/libxul.so') [04:21] and testing wgrant's suggestion - thank you both for your time :) [04:21] ScottK: something like this - http://paste.ubuntu.com/127563/ [04:23] ia: What Python versions will it work with? [04:23] wgrant: thanks!! it re-downloaded the package and now it installed fine! [04:24] savvas: That's what I thought - great! [04:24] it's weird though.. isn't there a hash check for the packages? [04:25] Yes. [04:25] But only at download-time. [04:25] So if it wasn't properly written to disk, or was truncated later, it wouldn't have noticed. [04:26] savvas: Don't forget to invalid the bug. [04:26] ScottK: on my way :) [04:27] wgrant: ok :) [04:27] ScottK: well, afaik this code doesn't use some python version-depended features. I've write and tested this code in intrepid with python 2.5.2 and it works fine. [04:27] OK [04:29] ia: Does http://paste.ubuntu.com:80/127565/ work any better? [04:42] ScottK: do you know how to test python-zsi ? I made a test merge package https://bugs.launchpad.net/bugs/237674 - still need to adjust the changelog a bit, but I think it's ok: http://ppa.launchpad.net/medigeek/ppa/ubuntu/pool/main/z/zsi/python-zsi_2.1~a1-2ubuntu1~ppajaunty2_all.deb [04:42] Ubuntu bug 237674 in zsi "Please merge python-zsi (2.1~a1-2) (universe) from Debian unstable (main)." [Wishlist,Confirmed] [04:47] the only weird thing is that in CHANGES it says that zsi doesn't use PyXML, but the debian maintainer kept the python-xml dependency [04:56] be back later, I've updated the bug with a comment :) [05:51] ScottK: thanks, that's a little bit helped me, but i've clashed with another problem - after installing python(i've checked this in python shell also) don't see included in package python files as modules. For example, i have /usr/share/pyshared/mylib/plugins/file.py in system after installing package, but when i runs "from mylib import file" i get message " No module named mylib". Could you tell me, please, names of some docs, where discussed in detail how [05:51] to make python files available as modules? [08:48] what is the equivalent of #ubuntu-motu for main? [08:48] #ubuntu-devel? [08:48] #ubuntu-release? [08:48] Laibsch: there isn't one really [08:48] OK [08:48] bug 339088 [08:48] Launchpad bug 339088 in python-defaults "python package should provide python-pysqlite2" [Undecided,New] https://launchpad.net/bugs/339088 [08:48] makes sense? [09:01] fabrice_sp_: You there? [09:26] yeah, it's time for sleep. my branches are getting wacky names like /fork-harder. [09:32] Zarel, yes [09:32] dpkg-shlibdeps: failure: no dependency information found for /usr/lib/libmicrohttpd.so.5 (used by debian/gnunet-server/usr/lib/GNUnet/libgnunetmodule_hostlist.so). [09:32] Zarel, but not for a long time [09:32] Any ideas why I get this error? And how I should solve it? [09:32] fabrice_sp_: Hi! I notice you have Warzone in your PPA now. [09:32] Could you give instructions on how to use it? [09:33] Zarel, yes. For intrepid only. I'm having problem duplicating it for Hardy [09:33] (nothing linked to the package) [09:33] Zarel, https://help.launchpad.net/Packaging/PPA#Adding%20a%20PPA%20to%20your%20Ubuntu%20repositories [09:34] Hmm, this seems like a rather complex procedure. [09:35] so the short one: add deb http://ppa.launchpad.net/fabricesp/ppa/ubuntu intrepid main to your repositor list [09:35] :-) [09:36] I published instructions in DVDStyler wiki [09:36] I'm looking for it [09:36] http://dvdstyler.wiki.sourceforge.net/InstallationDebian+ [09:40] I don't know if this is the right place to ask: I have built a library and created the dependencies with dh_makeshlibs. another package build-depends on that library but when that package calls dpkg-shlibdeps it fails with: failure: no dependency information found for /usr/lib/libdaisy.so.0 (used by debian/daisyconsole/usr/bin/daisyconsole). [09:40] the file libdaisy.so.0 is a link: http://pastebin.com/d2bd7c22e [09:58] c_korn: Does /var/lib/dpkg/info/.shlibs exist? [09:58] if so, paste its content [10:00] libdaisy 0.2 libao2 (>= 0.8.6), libc6 (>= 2.3.2.ds1-21), libmad0 (>= 0.15.1b), libxml2 (>= 2.6.16) [10:02] I believe the second entry is supposed to be 0 not 0.2 [10:03] pochu: ping [10:04] hm, the so is libdaisy.so.0.2 and libdaisy.so.0 and libdaisy.so link to it [10:04] c_korn: also that dependency list looks very bogus to me [10:04] Please paste your dh_makeshlibs invocation [10:05] Please also paste the result of objdump -p /usr/lib/libdaisy.so.0 | fgrep SONAME [10:05] debian/rules: http://pastebin.com/d16e64506 [10:05] SONAME libdaisy.so.0 [10:06] whoa!? A plain "dh_makeshlibs" *really* generated "libdaisy 0.2 libao2 (>= 0.8.6), libc6 (>= 2.3.2.ds1-21), libmad0 (>= 0.15.1b), libxml2 (>= 2.6.16)" !? [10:06] That seems a little hard to believe [10:07] maxb: what's wrong? [10:07] Is libdaisy on revu or elsewhere downloadable? [10:07] http://developer.skolelinux.no/info/studentgrupper/2006-hig-daisyplayer/www-files/p-download/ [10:07] hyperair: well, first, dh_makeshlibs should have detected "0" from the soname, not "0.2", for the second field, no? [10:08] maxb: good point [10:08] hyperair: and second, the dependency list mentions a whole bunch of libs which aren't libdaisy, and doesn't mention libdaisy [10:08] hmm good point [10:09] c_korn: All your links to .dsc files are labelled "dcs" ! :-) [10:09] * maxb dgets the source and tries a build [10:09] this is not my page [10:09] I also am not the author of the app [10:10] * maxb is suspicious of the quality of the packaging, given the build failed [10:11] dget -ux http://abs.getdeb.net/post_build/intrepid/libdaisy_0.2.4-1~getdeb1_source.changes [10:11] this is what I have done [10:11] hi hyperair [10:12] c_korn: OK, so the problem is that the libdaisy source contains a manually written shlibs file which makes no sense whatsoever [10:12] pochu: regarding your liferea patch, it seems to be upstream, so how come it hasn't entered ubuntu yet? =\ [10:12] hyperair: it's upstream in trunk only, not in the 1.4 branch [10:13] maxb: yes I delete the file in my package. please have a look at that. [10:13] hyperair: and we have 1.4.23 in Ubuntu while upstream is at 1.4.26 already [10:13] pochu: i see. but can't the patch be backported? [10:14] hyperair: sure, that's why it's in the bug report :) [10:14] hyperair: or do you mean upstream for the 1.4 branch? [10:15] c_korn: The problem is that you do not delete the file. If you do, dh_makeshlibs generates one saying: libdaisy 0 libdaisy1 [10:15] pochu: no, i meant put into the liferea packaging in ubuntu [10:16] hyperair: ah, sure it can. I just haven't got to do it yet :) [10:16] maxb: the file is not in the debian directory of my package, is it? [10:16] yes it is. [10:16] hyperair: we should do it and prepare 1.4.26 too [10:16] pochu: i see. [10:17] pochu: by the way, what about the whole notification daemon restart issue i pointed out in the bug report? [10:17] c_korn: I believe you're being tripped up by the problem that I don't think it's possble to remove a file in .diff.gz :-/ [10:18] This is one of the reasons why upstreams should not ship debian/ dirs in their tarballs. You may need to repack the upstream tarball without the debian/ [10:18] maxb: ouch, now I see that I have forgotten to remove the debian directory in the tarball :-( [10:18] this is stupid :P [10:18] c_korn: tell upstream to not try to play the role of the debian maintainer [10:18] dpkg-source: warning: ignoring deletion of file debian/shlibs [10:18] c_korn: ^ [10:19] apologize for bothering [10:19] c_korn: Also, tell upstream not to include compiled .o files in their source tarball! [10:20] I think your clean rule may also be a little broken, judging by other errors [10:21] hyperair: I've got a patch for that, but due to a bug in libnotify, it will spit out a lot of critical warnings if there's no daemon at all [10:21] hyperair: http://trac.galago-project.org/ticket/184 [10:21] pochu: it shouldn't spit out errors, there's a .service file [10:21] hyperair: so unless that's fixed I won't merge the patch upstream I'm afraid [10:21] hyperair: yeah, look at the bug ;) [10:22] maxb: thanks for pointing this out. [10:22] c_korn: And if the tarball is already repacked (as "< c_korn> maxb: ouch, now I see that I have forgotten to remove the debian directory in the tarball :-(" suggests), don't forget to name it appropriately [10:22] ie. some suffix to the version that indicates that [10:23] pochu: damn strange [10:23] pochu: shouldn't dbus autostart the service? [10:26] hyperair: the problem is that you may not have a daemon installed [10:26] hyperair: some people don't like notifications ;) [10:27] and for that use case, notify_init() should return FALSE indicating there's no daemon at all [10:27] pochu: right. but surely when you tried to send notifications, there was a similar error? [10:27] even before checking capabilities [10:27] nope [10:27] okay, so how come there wasn't an error for this? [10:27] the error is just a g_warning("error, foo") in check_capabilities() [10:27] what do you mean? [10:28] surely if libnotify couldn't send a notification, it'd throw a warning of some sort? [10:28] it doesn't [10:28] meh [10:28] such nonstandard behaviour [10:30] so what's wrong with a warning anyway? [10:30] hyperair: one is fine, thousands is not :) [10:31] aah right [10:31] right now it spits out one [10:31] during initialization eh [10:31] because we only check for capabilities() on startup [10:31] yeah [10:31] so when does notify_init() return false? [10:32] when there's no DBus connection at all [10:32] as in when dbus isn't running? [10:32] I think so [10:32] http://svn.galago-project.org/trunk/libnotify/libnotify/notify.c [10:32] Anyone know what's responsible for setting the volume levels? What I see on Volume Indicator -> Open Volume Control [10:32] hyperair: bus = dbus_g_bus_get(DBUS_BUS_SESSION, &error); [10:33] master keeps being reset to mute on reboots :( [10:33] if (!bus) return FALSE [10:35] pochu: i see if (error != NULL) [10:37] indeed [10:37] which means, if there's no DBus running, return FALSE [10:37] but we don't care about a notification daemon [10:37] blah [10:43] pochu: do you think that bug will be fixed in libnotify before jaunty? [10:48] hyperair: I don't think so, libnotify upstream isn't very active these days [10:48] hyperair: but it could be patched in Ubuntu for sure [10:49] pochu: if we patch that in ubuntu, then we can use your patch which floods with warnings right? [10:49] and it wouldn't have an issue [10:51] hyperair: yep [10:51] i see. [10:51] but it might cause regressions right? [10:52] the libnotify change? [10:52] mmhm [10:52] it would be an API break [10:52] wait, even if you make the change like that... [10:52] unless you consider it a bugfix... but it could have regressions in that case indeed [10:52] there's the whole issue of a notification daemon appearing after you've attempted to init it [10:53] yeah [10:53] or disappearing after you've successfully init'd it [10:53] * pochu grumbles something about libnotify [10:54] isn't there a way to check if the notification daemon is running? [10:54] yeah looking at the whole issue, libnotify certainly is irritating [10:54] hyperair: do you know of any app that does everything fine? :) [10:55] well... [10:55] i'm not sure, i haven't tested any app that far [10:55] how about pidgin? [10:56] banshee.... i can't test with that, notify-sharp doesn't even depend on libnotify [10:56] i'll try pidgin [10:59] hmm pidgin's actions are missing completely [11:00] banshee's actions are also missing when the notification daemon is replaced [11:00] pochu: ^ [11:01] but banshee's patch hasn't gone upstream [11:01] that's what happen with Liferea right now, right? [11:02] it stops working if you replace the daemon [11:02] just the actions [11:02] i'm not sure about liferea [11:02] i'm on intrepid, and the patch isnt even in jaunty [11:02] huh now banshee's lost its notifications completely [11:03] ah whoops i renamed the .service file wrongly [11:03] okay, basically when replacing notify-osd with notification-daemon, most apps don't regain the actions hint [11:03] pidgin and banshee included [11:04] in that case it shouldn't be much of an issue [11:04] it's standard now, sort of [11:04] lol [11:05] heh [11:10] pochu: did you hear about the ext4 data loss issue by the way? [11:12] just read the mail, yes [11:12] but I'm on ext3 fortunately ;-) [11:15] pochu: now my bleeding edge hunger is b0rken xD [11:17] pochu: so am i, but i was seriously considering ext4 =( [11:18] that's sad indeed [11:18] * hyperair nods [11:18] so will every affected application get patched? [11:18] re libnotify? [11:21] no, re ext4 [11:23] why should applications be patched? [11:26] hyperair: it's a design problem. you can't patch 20k applications [11:26] sebner: figured as much [11:26] pochu: because it's a problem in the applications? [11:27] sebner: so it'll be patched in-kernel? [11:27] hyperair: as far as I understand it will be worked around in the kernel, yes [11:27] savvas: wow. that looks scary [11:28] i mean the upgrade error. did this resolve by itself? [11:28] sebner: i see. but will this enter jaunty? [11:29] hyperair: Tso speaks about 2.6.30rc1, dunno, maybe one backports the patches [11:29] .30 huh. that's far [11:30] well, considering how many people are shifting towards ext4, i think this is a pretty high-impact bug [13:12] if someone want to review a package, ...i m looking for an advocate ( http://revu.ubuntuwire.com/details.py?package=sqliteman ) [13:14] i'm not a MOTU, so i can't advocate [13:15] directhex: you gotta fix that now! [13:15] pochu, you're the second person in as many days to say that [13:15] it'd certainly be faster than my DD application [13:15] ;) [13:16] where are you in NM? [13:18] waiting for an AM [13:18] i'm in the web of trust though, so that step shoould go quickly [13:19] sig 5178E2A5 2009-03-01 Dominic Hargreaves [13:19] sig 80C83E8E 2009-03-03 Ian Lynagh (wibble) [13:19] I have a DD signature, yet my AM told me that's not enough :( [13:19] I'll convince him it is, I'm sure :-) [13:19] i have two! [13:20] asac: hey, just got in, yes it was kind of scary :) so it's apt or ext4 's fault about this? [13:20] i wish i knew who the random gmail account who signed my key is [13:21] also, i have a new pc and it is awesome [13:21] savvas: not sure. i hope its ext4 [13:22] savvas: mvo is assigned now, so he will look [13:22] asac: ok, thanks for your help! [13:41] Is it possible to install Ubuntu MID's menu on a normal system (that one with the big icons)? [13:41] RainCT, yes [13:41] RainCT, you mean the netbook menu or MID menu? they're not the same [13:41] directhex: Err, the netbook one. [13:42] netbook-launcher package [13:42] plus some odds & sods [13:43] oohh, nice [13:43] see https://wiki.ubuntu.com/UNR section on 8.10 installation for better instructions [13:45] directhex: thanks [13:52] savvas, bug 335741, mind integrating your changes into andrew's ones? [13:52] Launchpad bug 335741 in libtorrent-rasterbar "[jaunty]python(<2.6)-based apps cannot meet dependencies" [High,Confirmed] https://launchpad.net/bugs/335741 [13:54] DktrKranz: I'll check it tonight :) [13:55] savvas, cool. [14:01] DktrKranz: actually, I gave it a quick look, I think Andrew has covered everything :) [14:01] --install-layout=deb [14:02] that was the important part I guess, and the new debian package version supports 2.6 by default in the makefile/configure :) === hanska is now known as han`NOP === elmargol is now known as elmargol_ === elmargol_ is now known as elmargol [14:53] hi! Someone has a problem with xorg-options-editor package in Jaunty? [14:53] When I try install this app, apt-get say this [14:54] Depends: python (<2.6) but it will install 2.6.1-0ubuntu3 [14:56] surfaz, I can't find this package in jaunty [14:57] lidaobing: sourcepackage name is "xorg-options-editor-gtk", I'm looking at it now [14:58] lidaobing, http://packages.ubuntu.com/jaunty/xorg-options-editor-gtk [14:58] Strange is: [14:58] python (<< 2.6) [14:58] An interactive high-level object-oriented language (default version) [14:58] dep: python (>= 2.5) [14:58] but default python version of Jaunty is 2.6 [14:58] surfaz, a rebuild should works [14:58] surfaz, it's a bug. [14:59] surfaz: Have you filed a bug? [14:59] bobbo, should I do? [14:59] surfaz: yeah, then ping me and I'll work on it :) [15:03] looks like the package needs the DEB_PYTHON_INSTALL_ARGS_ALL line removed from debian/rules for the transition [15:06] Can I interest anyone in a broken-boost-python-incompatible-with-2.6-anyway miro? [15:07] savvas, thanks === han`NOP is now known as hanska === hanska is now known as Guest5740 [16:11] lidaobing, [16:11] https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220 [16:11] Ubuntu bug 339220 in xorg-options-editor-gtk "xorg-options-editor-gtk isn't installable" [Undecided,Confirmed] === Guest5740 is now known as hanska [16:15] surfaz, ping bobbo, he said he will deal with it. [16:15] surfaz, I can't upload [16:16] bob [16:16] ok [16:16] I should make a feature freeze exception? === thunderstruck is now known as gnomefreak [16:18] why do you believe you need a FFe for it? [16:24] geser, because now we are in FF? [16:25] bobbo, https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220 [16:25] Ubuntu bug 339220 in xorg-options-editor-gtk "xorg-options-editor-gtk isn't installable" [Undecided,Confirmed] [16:25] surfaz: thanks [16:25] bobbo, debdiff attached [16:25] now I uploading to my ppa [16:26] surfaz: cool, I'll have a look, have you tested its installability on a Jaunty system? [16:26] with my debdiff, yes [16:27] ok, i'll try and build it [16:27] bobbo, https://launchpad.net/~surfaz28/+archive/ppa [16:28] tseliot: ping [16:28] bobbo: yes? [16:28] it just needs a rebuild [16:29] tseliot, not only [16:29] and the export in rules [16:29] remove DEB_PYTHON_INSTALL_ARGS_ALL also needed [16:29] ok [16:29] tseliot, https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220 [16:29] Ubuntu bug 339220 in xorg-options-editor-gtk "xorg-options-editor-gtk isn't installable" [Undecided,Confirmed] [16:29] surfaz: I didn't remove that var (added --install-layout=deb) and it still works fine, have you tried just rebuilding it? [16:29] please attach the debdiff to the bug report and I'll upload it [16:29] surfaz: where do you see in your debdiff a new feature which needs an exception? [16:30] * tseliot has to leave [16:30] tseliot, http://launchpadlibrarian.net/23581563/xorg-options-editor-gtk_0.2ubuntu1.debdiff [16:30] geser, ehh, you are right... [16:30] u_u [16:30] surfaz: ok, thanks [16:30] * tseliot > leaves [16:31] bobbo, why PPA only built i386 pacakge? [16:31] bobbo: cdbs has that (--install-layout=deb) as default set in DEB_PYTHON_INSTALL_ARGS_ALL if it's not overwriten in the package (and --no-compile is also in the default) [16:31] surfaz: because of Architecture: all [16:31] geser: ah I didn't know that! So it obviously isn't needed :) [16:32] geser, ehh... I don't undestarnd... all = any arch , any = depend of arch, no? [16:33] bobbo: DEB_PYTHON_INSTALL_ARGS_ALL = --no-compile -O0 --install-layout=deb (set in /usr/share/cdbs/1/class/python-distutils.mk) [16:33] surfaz: all = one package works on all architectures while any = needs to be build on every architecture [16:34] and the i386 buildd builds also the arch:all packages [16:34] ahh, ok [16:34] thanks! [16:44] surfaz: I have looked at your debdiff and left some comments in the bug report [16:45] surfaz: Would my suggestion be ok with you? (the last one?) [16:48] I sent Spanish transaltion to Alberto Milone [16:50] surfaz: has he commented on it? [16:51] not yet [16:51] surfaz: because I am still reluctant to upload it without his input on it === azeem_ is now known as azeem [16:58] bobbo, new debdiff without po file [16:58] https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220 [16:58] Ubuntu bug 339220 in xorg-options-editor-gtk "xorg-options-editor-gtk isn't installable" [Undecided,Confirmed] [16:59] any posibility of https://bugs.launchpad.net/bugs/250973 getting a FFe? [16:59] Ubuntu bug 250973 in getdeb.net "Create Package: proxychains version 3.1" [Wishlist,Fix released] [17:17] bobbo, ? [17:22] Hi, there seems to be a package (aiccu) which freezes on postinstall/configure stages. How can I debug the problem> [17:23] ScottK, is boost1.37 a good choice or should we use boost1.35 instead? [17:24] lfaraone: edit the postinst script to show which commands get executed to see where it hangs [17:25] hi, I am trying to use debuild [17:25] geser: is there a flag I can add to the script that does that, or should I just have it echo every command? [17:25] I get this error: E: glife_0.2.1-1ubuntu1_source.changes: bad-ubuntu-distribution-in-changes-file jaunty [17:26] do I need to be using chroot? [17:26] lfaraone: edit /var/lib/dpkg/info/.postinst and insert "set -x" near the top [17:26] I am developing on intrepid [17:26] lfaraone: and then call "dpkg --configure " [17:27] phil_ps: looks like output from lintian, you can ignore it [17:28] oh, you're right, it made the file [17:28] geser: it stops at ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/aiccu.postinst configure '' [17:28] phil_ps: intrepid doesn't know about jaunty, that's why it complains [17:28] Turl: does jaunty know about karmic? [17:29] Turl: (shouldn't we release it with karmic support so that we don't have to backport it in later?) [17:29] Turl: yeah, okay. the people on launchpad asked if I could get rid of the lintin warnings (optional) so I want to try [17:29] phil_ps: what are the other warnings? [17:29] phil_ps: that's one you can ignore, it won't show up on newer lintiansss [17:30] phil_ps: if you debuild on jaunty, that won't show, so you can just omit it [17:33] lfaraone: W: glife source: debian-rules-ignores-make-clean-error line 53 [17:33] lfaraone: W: glife source: ancient-standards-version 3.6.1 (current is 3.8.0) [17:33] lfaraone: that's it [17:33] phil_ps: that's easy, bump the version to 3.8.0 [17:33] phil_ps: the first one is because it uses -$(MAKE) [17:33] phil_ps: *standards version [17:34] phil_ps: simply edit the control file [17:34] * lfaraone will brb. [17:35] lfaraone: okay, got the standards updated [17:35] run lintian -i *.changes to get the full scoop [17:35] it says how to fix some, including the ignore-make... [17:36] *please* check the policy changes when updating the standards version instead of simply bumping it [17:36] geser: won't lintian tell you after the bump? [17:36] geser: where can I check that [17:38] /usr/share/doc/debian-policy/upgrading-checklist.txt.gz [17:39] Turl: okay, ran lintian -i *.changes but it says to edit the Makefile....I generate the Makefile using configure...don't know how to program in the shell very well yet [17:40] phil_ps: you have to edit debian/rules, not the makefile [17:40] phil_ps: pastebin the full lintian please, and your debian/rules === RainCT_ is now known as RainCT [17:42] Turl: what pastebin do I paste it to? (I am _really_ new) [17:43] Turl: I searched pastebin in google and didn't find the site I saw on IRC before [17:43] e.g paste.ubuntu.com [17:43] phil_ps: paste.ubuntu.com [17:43] phil_ps: pastebin.com is ok for me [17:45] http://paste.ubuntu.com/127845/ [17:45] 1~ [17:46] Erm, whoops. Sorry. [17:46] phil_ps: [17:47] replace line 99 in the pastebin with [ ! -f Makefile ] || $(MAKE) distclean [17:47] Turl: okay, got it. thank you so much! [17:48]