[01:09] <coppro> which package has syscall manpages?
[01:10] <dtchen> coppro: manpages-dev
[01:11] <dtchen> (see also glibc-doc)
[01:22] <coppro> ty
[03:42] <savvas> 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:47] <ScottK> savvas: Are you on amd64?
[03:47] <savvas> yes ScottK
[03:48] <ScottK> 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] <savvas> well, I just used forbid-version and used the older package - firefox works fine with >= 1.9.0.1 (thankfully) :)
[03:51] <savvas> thanks for the tip though
[03:58] <wgrant> ScottK: That's not archive skew.
[03:58] <wgrant> 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] <jdong> actually... fglrx support probably is a surefire miss right now. Maybe I'll hold off :)
[03:59] <savvas> wgrant: well, I don't know how it was then, but not at the moment:
[03:59] <savvas> Filesystem           1K-blocks      Used Available Use% Mounted on
[03:59] <savvas> /dev/sda1             15480800   6511512   8182908  45% /
[03:59] <savvas> let me can try again
[04:00] <savvas> -can :P
[04:09] <savvas> wgrant: http://paste.ubuntu.com/127561/
[04:09] <savvas> it still breaks unfortunately
[04:10] <savvas> /dev/sda1 is ext4 if it matters
[04:13] <ia> 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] <ScottK> savvas: What error does it give if you use apt-get instead of aptitude?
[04:16] <ScottK> ia: Would you pastebin your debian/control?
[04:18] <wgrant> savvas: Remove the problem .deb from /var/cache/apt/archives, and try again.
[04:20] <savvas> Unpacking xulrunner-1.9 (from .../xulrunner-1.9_1.9.0.7+nobinonly-0ubuntu1_amd64.deb) ...
[04:20] <savvas> dpkg-deb: subprocess paste killed by signal (Broken pipe)
[04:20] <savvas> 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] <savvas> and testing wgrant's suggestion - thank you both for your time :)
[04:21] <ia> ScottK: something like this - http://paste.ubuntu.com/127563/
[04:23] <ScottK> ia: What Python versions will it work with?
[04:23] <savvas> wgrant: thanks!! it re-downloaded the package and now it installed fine!
[04:24] <wgrant> savvas: That's what I thought - great!
[04:24] <savvas> it's weird though.. isn't there a hash check for the packages?
[04:25] <wgrant> Yes.
[04:25] <wgrant> But only at download-time.
[04:25] <wgrant> So if it wasn't properly written to disk, or was truncated later, it wouldn't have noticed.
[04:26] <ScottK> savvas: Don't forget to invalid the bug.
[04:26] <savvas> ScottK: on my way :)
[04:27] <savvas> wgrant: ok :)
[04:27] <ia> 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] <ScottK> OK
[04:29] <ScottK> ia: Does http://paste.ubuntu.com:80/127565/ work any better?
[04:42] <savvas> 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:47] <savvas> 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] <savvas> be back later, I've updated the bug with a comment :)
[05:51] <ia> 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] <ia> to make python files available as modules?
[08:48] <Laibsch> what is the equivalent of #ubuntu-motu for main?
[08:48] <Laibsch> #ubuntu-devel?
[08:48] <Laibsch> #ubuntu-release?
[08:48] <TheMuso> Laibsch: there isn't one really
[08:48] <Laibsch> OK
[08:48] <Laibsch> bug 339088
[08:48] <Laibsch> makes sense?
[09:01] <Zarel> fabrice_sp_: You there?
[09:26] <dtchen> yeah, it's time for sleep. my branches are getting wacky names like /fork-harder.
[09:32] <fabrice_sp_> Zarel, yes
[09:32] <elmargol> 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] <fabrice_sp_> Zarel, but not for a long time
[09:32] <elmargol> Any ideas why I get this error? And how I should solve it?
[09:32] <Zarel> fabrice_sp_: Hi! I notice you have Warzone in your PPA now.
[09:32] <Zarel> Could you give instructions on how to use it?
[09:33] <fabrice_sp_> Zarel, yes. For intrepid only. I'm having problem duplicating it for Hardy
[09:33] <fabrice_sp_> (nothing linked to the package)
[09:33] <fabrice_sp_> Zarel, https://help.launchpad.net/Packaging/PPA#Adding%20a%20PPA%20to%20your%20Ubuntu%20repositories
[09:34] <Zarel> Hmm, this seems like a rather complex procedure.
[09:35] <fabrice_sp_> so the short one: add deb http://ppa.launchpad.net/fabricesp/ppa/ubuntu intrepid main to your repositor list
[09:35] <fabrice_sp_> :-)
[09:36] <fabrice_sp_> I published instructions in DVDStyler wiki
[09:36] <fabrice_sp_> I'm looking for it
[09:36] <fabrice_sp_> http://dvdstyler.wiki.sourceforge.net/InstallationDebian+
[09:40] <c_korn> 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] <c_korn> the file libdaisy.so.0 is a link: http://pastebin.com/d2bd7c22e
[09:58] <maxb> c_korn: Does /var/lib/dpkg/info/<name-of-library-package>.shlibs exist?
[09:58] <maxb> if so, paste its content
[10:00] <c_korn> libdaisy 0.2 libao2 (>= 0.8.6), libc6 (>= 2.3.2.ds1-21), libmad0 (>= 0.15.1b), libxml2 (>= 2.6.16)
[10:02] <maxb> I believe the second entry is supposed to be 0 not 0.2
[10:03] <hyperair> pochu: ping
[10:04] <c_korn> hm, the so is libdaisy.so.0.2 and libdaisy.so.0 and libdaisy.so link to it
[10:04] <maxb> c_korn: also that dependency list looks very bogus to me
[10:04] <maxb> Please paste your dh_makeshlibs invocation
[10:05] <maxb> Please also paste the result of objdump -p /usr/lib/libdaisy.so.0 | fgrep SONAME
[10:05] <c_korn> debian/rules: http://pastebin.com/d16e64506
[10:05] <c_korn>   SONAME               libdaisy.so.0
[10:06] <maxb> 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] <maxb> That seems a little hard to believe
[10:07] <hyperair> maxb: what's wrong?
[10:07] <maxb> Is libdaisy on revu or elsewhere downloadable?
[10:07] <c_korn> http://developer.skolelinux.no/info/studentgrupper/2006-hig-daisyplayer/www-files/p-download/
[10:07] <maxb> hyperair: well, first, dh_makeshlibs should have detected "0" from the soname, not "0.2", for the second field, no?
[10:08] <hyperair> maxb: good point
[10:08] <maxb> hyperair: and second, the dependency list mentions a whole bunch of libs which aren't libdaisy, and doesn't mention libdaisy
[10:08] <hyperair> hmm good point
[10:09] <maxb> c_korn: All your links to .dsc files are labelled "dcs" ! :-)
[10:09]  * maxb dgets the source and tries a build
[10:09] <c_korn> this is not my page
[10:09] <c_korn> 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] <c_korn> dget -ux http://abs.getdeb.net/post_build/intrepid/libdaisy_0.2.4-1~getdeb1_source.changes
[10:11] <c_korn> this is what I have done
[10:11] <pochu> hi hyperair
[10:12] <maxb> c_korn: OK, so the problem is that the libdaisy source contains a manually written shlibs file which makes no sense whatsoever
[10:12] <hyperair> pochu: regarding your liferea patch, it seems to be upstream, so how come it hasn't entered ubuntu yet? =\
[10:12] <pochu> hyperair: it's upstream in trunk only, not in the 1.4 branch
[10:13] <c_korn> maxb: yes I delete the file in my package. please have a look at that.
[10:13] <pochu> hyperair: and we have 1.4.23 in Ubuntu while upstream is at 1.4.26 already
[10:13] <hyperair> pochu: i see. but can't the patch be backported?
[10:14] <pochu> hyperair: sure, that's why it's in the bug report :)
[10:14] <pochu> hyperair: or do you mean upstream for the 1.4 branch?
[10:15] <maxb> 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] <hyperair> pochu: no, i meant put into the liferea packaging in ubuntu
[10:16] <pochu> hyperair: ah, sure it can. I just haven't got to do it yet :)
[10:16] <c_korn> maxb: the file is not in the debian directory of my package, is it?
[10:16] <maxb> yes it is.
[10:16] <pochu> hyperair: we should do it and prepare 1.4.26 too
[10:16] <hyperair> pochu: i see.
[10:17] <hyperair> pochu: by the way, what about the whole notification daemon restart issue i pointed out in the bug report?
[10:17] <maxb> 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] <maxb> 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] <c_korn> maxb: ouch, now I see that I have forgotten to remove the debian directory in the tarball :-(
[10:18] <c_korn> this is stupid :P
[10:18] <hyperair> c_korn: tell upstream to not try to play the role of the debian maintainer
[10:18] <maxb> dpkg-source: warning: ignoring deletion of file debian/shlibs
[10:18] <maxb> c_korn: ^
[10:19] <c_korn> apologize for bothering
[10:19] <maxb> c_korn: Also, tell upstream not to include compiled .o files in their source tarball!
[10:20] <maxb> I think your clean rule may also be a little broken, judging by other errors
[10:21] <pochu> 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] <pochu> hyperair: http://trac.galago-project.org/ticket/184
[10:21] <hyperair> pochu: it shouldn't spit out errors, there's a .service file
[10:21] <pochu> hyperair: so unless that's fixed I won't merge the patch upstream I'm afraid
[10:21] <pochu> hyperair: yeah, look at the bug ;)
[10:22] <c_korn> maxb: thanks for pointing this out.
[10:22] <maxb> 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] <maxb> ie. some suffix to the version that indicates that
[10:23] <hyperair> pochu: damn strange
[10:23] <hyperair> pochu: shouldn't dbus autostart the service?
[10:26] <pochu> hyperair: the problem is that you may not have a daemon installed
[10:26] <pochu> hyperair: some people don't like notifications ;)
[10:27] <pochu> and for that use case, notify_init() should return FALSE indicating there's no daemon at all
[10:27] <hyperair> pochu: right. but surely when you tried to send notifications, there was a similar error?
[10:27] <hyperair> even before checking capabilities
[10:27] <pochu> nope
[10:27] <hyperair> okay, so how come there wasn't an error for this?
[10:27] <pochu> the error is just a g_warning("error, foo") in check_capabilities()
[10:27] <pochu> what do you mean?
[10:28] <hyperair> surely if libnotify couldn't send a notification, it'd throw a warning of some sort?
[10:28] <pochu> it doesn't
[10:28] <hyperair> meh
[10:28] <hyperair> such nonstandard behaviour
[10:30] <hyperair> so what's wrong with a warning anyway?
[10:30] <pochu> hyperair: one is fine, thousands is not :)
[10:31] <hyperair> aah right
[10:31] <pochu> right now it spits out one
[10:31] <hyperair> during initialization eh
[10:31] <pochu> because we only check for capabilities() on startup
[10:31] <pochu> yeah
[10:31] <hyperair> so when does notify_init() return false?
[10:32] <pochu> when there's no DBus connection at all
[10:32] <hyperair> as in when dbus isn't running?
[10:32] <pochu> I think so
[10:32] <pochu> http://svn.galago-project.org/trunk/libnotify/libnotify/notify.c
[10:32] <Laney> Anyone know what's responsible for setting the volume levels? What I see on Volume Indicator -> Open Volume Control
[10:32] <pochu> hyperair: bus = dbus_g_bus_get(DBUS_BUS_SESSION, &error);
[10:33] <Laney> master keeps being reset to mute on reboots :(
[10:33] <pochu> if (!bus) return FALSE
[10:35] <hyperair> pochu: i see if (error != NULL)
[10:37] <pochu> indeed
[10:37] <pochu> which means, if there's no DBus running, return FALSE
[10:37] <pochu> but we don't care about a notification daemon
[10:37] <hyperair> blah
[10:43] <hyperair> pochu: do you think that bug will be fixed in libnotify before jaunty?
[10:48] <pochu> hyperair: I don't think so, libnotify upstream isn't very active these days
[10:48] <pochu> hyperair: but it could be patched in Ubuntu for sure
[10:49] <hyperair> pochu: if we patch that in ubuntu, then we can use your patch which floods with warnings right?
[10:49] <hyperair> and it wouldn't have an issue
[10:51] <pochu> hyperair: yep
[10:51] <hyperair> i see.
[10:51] <hyperair> but it might cause regressions right?
[10:52] <pochu> the libnotify change?
[10:52] <hyperair> mmhm
[10:52] <pochu> it would be an API break
[10:52] <hyperair> wait, even if you make the change like that...
[10:52] <pochu> unless you consider it a bugfix... but it could have regressions in that case indeed
[10:52] <hyperair> there's the whole issue of a notification daemon appearing after you've attempted to init it
[10:53] <pochu> yeah
[10:53] <hyperair> or disappearing after you've successfully init'd it
[10:53]  * pochu grumbles something about libnotify
[10:54] <hyperair> isn't there a way to check if the notification daemon is running?
[10:54] <hyperair> yeah looking at the whole issue, libnotify certainly is irritating
[10:54] <pochu> hyperair: do you know of any app that does everything fine? :)
[10:55] <hyperair> well...
[10:55] <hyperair> i'm not sure, i haven't tested any app that far
[10:55] <hyperair> how about pidgin?
[10:56] <hyperair> banshee.... i can't test with that, notify-sharp doesn't even depend on libnotify
[10:56] <hyperair> i'll try pidgin
[10:59] <hyperair> hmm pidgin's actions are missing completely
[11:00] <hyperair> banshee's actions are also missing when the notification daemon is replaced
[11:00] <hyperair> pochu: ^
[11:01] <hyperair> but banshee's patch hasn't gone upstream
[11:01] <pochu> that's what happen with Liferea right now, right?
[11:02] <pochu> it stops working if you replace the daemon
[11:02] <hyperair> just the actions
[11:02] <hyperair> i'm not sure about liferea
[11:02] <hyperair> i'm on intrepid, and the patch isnt even in jaunty
[11:02] <hyperair> huh now banshee's lost its notifications completely
[11:03] <hyperair> ah whoops i renamed the .service file wrongly
[11:03] <hyperair> okay, basically when replacing notify-osd with notification-daemon, most apps don't regain the actions hint
[11:03] <hyperair> pidgin and banshee included
[11:04] <hyperair> in that case it shouldn't be much of an issue
[11:04] <hyperair> it's standard now, sort of
[11:04] <hyperair> lol
[11:05] <pochu> heh
[11:10] <hyperair> pochu: did you hear about the ext4 data loss issue by the way?
[11:12] <pochu> just read the mail, yes
[11:12] <pochu> but I'm on ext3 fortunately ;-)
[11:15] <sebner> pochu: now my bleeding edge hunger is b0rken xD
[11:17] <hyperair> pochu: so am i, but i was seriously considering ext4 =(
[11:18] <pochu> that's sad indeed
[11:18]  * hyperair nods
[11:18] <hyperair> so will every affected application get patched?
[11:18] <pochu> re libnotify?
[11:21] <hyperair> no, re ext4
[11:23] <pochu> why should applications be patched?
[11:26] <sebner> hyperair: it's a design problem. you can't patch 20k applications
[11:26] <hyperair> sebner: figured as much
[11:26] <hyperair> pochu: because it's a problem in the applications?
[11:27] <hyperair> sebner: so it'll be patched in-kernel?
[11:27] <sebner> hyperair: as far as I understand it will be worked around in the kernel, yes
[11:27] <asac> savvas: wow. that looks scary
[11:28] <asac> i mean the upgrade error. did this resolve by itself?
[11:28] <hyperair> sebner: i see. but will this enter jaunty?
[11:29] <sebner> hyperair: Tso speaks about 2.6.30rc1, dunno, maybe one backports the patches
[11:29] <hyperair> .30 huh. that's far
[11:30] <hyperair> well, considering how many people are shifting towards ext4, i think this is a pretty high-impact bug
[13:12] <eMerzh> if someone want to review a package, ...i m looking for an advocate ( http://revu.ubuntuwire.com/details.py?package=sqliteman )
[13:14] <directhex> i'm not a MOTU, so i can't advocate
[13:15] <pochu> directhex: you gotta fix that now!
[13:15] <directhex> pochu, you're the second person in as many days to say that
[13:15] <directhex> it'd certainly be faster than my DD application
[13:15] <pochu> ;)
[13:16] <pochu> where are you in NM?
[13:18] <directhex> waiting for an AM
[13:18] <directhex> i'm in the web of trust though, so that step shoould go quickly
[13:19] <directhex> sig          5178E2A5 2009-03-01  Dominic Hargreaves <dom@earth.li>
[13:19] <directhex> sig          80C83E8E 2009-03-03  Ian Lynagh (wibble) <igloo@earth.li>
[13:19] <pochu> I have a DD signature, yet my AM told me that's not enough :(
[13:19] <pochu> I'll convince him it is, I'm sure :-)
[13:19] <directhex> i have two!
[13:20] <savvas> asac: hey, just got in, yes it was kind of scary :) so it's apt or ext4 's fault about this?
[13:20] <directhex> i wish i knew who the random gmail account who signed my key is
[13:21] <directhex> also, i have a new pc and it is awesome
[13:21] <asac> savvas: not sure. i hope its ext4
[13:22] <asac> savvas: mvo is assigned now, so he will look
[13:22] <savvas> asac: ok, thanks for your help!
[13:41] <RainCT> Is it possible to install Ubuntu MID's menu on a normal system (that one with the big icons)?
[13:41] <directhex> RainCT, yes
[13:41] <directhex> RainCT, you mean the netbook menu or MID menu? they're not the same
[13:41] <RainCT> directhex: Err, the netbook one.
[13:42] <directhex> netbook-launcher package
[13:42] <directhex> plus some odds & sods
[13:43] <RainCT> oohh, nice
[13:43] <directhex> see https://wiki.ubuntu.com/UNR section on 8.10 installation for better instructions
[13:45] <RainCT> directhex: thanks
[13:52] <DktrKranz> savvas, bug 335741, mind integrating your changes into andrew's ones?
[13:54] <savvas> DktrKranz: I'll check it tonight :)
[13:55] <DktrKranz> savvas, cool.
[14:01] <savvas> DktrKranz: actually, I gave it a quick look, I think Andrew has covered everything :)
[14:01] <savvas> --install-layout=deb
[14:02] <savvas> that was the important part I guess, and the new debian package version supports 2.6 by default in the makefile/configure :)
[14:53] <surfaz> hi! Someone has a problem with xorg-options-editor package in Jaunty?
[14:53] <surfaz> When I try install this app, apt-get say this
[14:54] <surfaz> Depends: python (<2.6) but it will install 2.6.1-0ubuntu3
[14:56] <lidaobing> surfaz, I can't find this package in jaunty
[14:57] <bobbo> lidaobing: sourcepackage name is "xorg-options-editor-gtk", I'm looking at it now
[14:58] <surfaz> lidaobing, http://packages.ubuntu.com/jaunty/xorg-options-editor-gtk
[14:58] <surfaz> Strange is:
[14:58] <surfaz> python  (<< 2.6)
[14:58] <surfaz>     An interactive high-level object-oriented language (default version)
[14:58] <surfaz> dep: python (>= 2.5)
[14:58] <surfaz> but default python version of Jaunty is 2.6
[14:58] <lidaobing> surfaz, a rebuild should works
[14:58] <lidaobing> surfaz, it's a bug.
[14:59] <bobbo> surfaz: Have you filed a bug?
[14:59] <surfaz> bobbo, should I do?
[14:59] <bobbo> surfaz: yeah, then ping me and I'll work on it :)
[15:03] <geser> looks like the package needs the DEB_PYTHON_INSTALL_ARGS_ALL line removed from debian/rules for the transition
[15:06] <Laney> Can I interest anyone in a broken-boost-python-incompatible-with-2.6-anyway miro?
[15:07] <DktrKranz> savvas, thanks
[16:11] <surfaz> lidaobing,
[16:11] <surfaz> https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220
[16:15] <lidaobing> surfaz, ping bobbo, he said he will deal with it.
[16:15] <lidaobing> surfaz, I can't upload
[16:16] <surfaz> bob
[16:16] <surfaz> ok
[16:16] <surfaz> I should make a feature freeze exception?
[16:18] <geser> why do you believe you need a FFe for it?
[16:24] <surfaz> geser, because now we are in FF?
[16:25] <surfaz> bobbo, https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220
[16:25] <bobbo> surfaz: thanks
[16:25] <surfaz> bobbo, debdiff attached
[16:25] <surfaz> now I uploading to my ppa
[16:26] <bobbo> surfaz: cool, I'll have a look, have you tested its installability on a Jaunty system?
[16:26] <surfaz> with my debdiff, yes
[16:27] <bobbo> ok, i'll try and build it
[16:27] <surfaz> bobbo, https://launchpad.net/~surfaz28/+archive/ppa
[16:28] <bobbo> tseliot: ping
[16:28] <tseliot> bobbo: yes?
[16:28] <tseliot> it just needs a rebuild
[16:29] <surfaz> tseliot, not only
[16:29] <tseliot> and the export in rules
[16:29] <surfaz> remove DEB_PYTHON_INSTALL_ARGS_ALL also needed
[16:29] <tseliot> ok
[16:29] <surfaz> tseliot, https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220
[16:29] <bobbo> surfaz: I didn't remove that var (added --install-layout=deb) and it still works fine, have you tried just rebuilding it?
[16:29] <tseliot> please attach the debdiff to the bug report and I'll upload it
[16:29] <geser> surfaz: where do you see in your debdiff a new feature which needs an exception?
[16:30]  * tseliot has to leave
[16:30] <surfaz> tseliot, http://launchpadlibrarian.net/23581563/xorg-options-editor-gtk_0.2ubuntu1.debdiff
[16:30] <surfaz> geser, ehh, you are right...
[16:30] <surfaz> u_u
[16:30] <tseliot> surfaz: ok, thanks
[16:30]  * tseliot > leaves
[16:31] <surfaz> bobbo, why PPA only built i386 pacakge?
[16:31] <geser> 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] <geser> surfaz: because of Architecture: all
[16:31] <bobbo> geser: ah I didn't know that! So it obviously isn't needed :)
[16:32] <surfaz> geser, ehh... I don't undestarnd... all = any arch  ,  any = depend of arch, no?
[16:33] <geser> bobbo: DEB_PYTHON_INSTALL_ARGS_ALL = --no-compile -O0 --install-layout=deb (set in /usr/share/cdbs/1/class/python-distutils.mk)
[16:33] <geser> surfaz: all = one package works on all architectures while any = needs to be build on every architecture
[16:34] <geser> and the i386 buildd builds also the arch:all packages
[16:34] <surfaz> ahh, ok
[16:34] <surfaz> thanks!
[16:44] <bobbo> surfaz: I have looked at your debdiff and left some comments in the bug report
[16:45] <bobbo> surfaz: Would my suggestion be ok with you? (the last one?)
[16:48] <surfaz> I sent Spanish transaltion to Alberto Milone
[16:50] <bobbo> surfaz: has he commented on it?
[16:51] <surfaz> not yet
[16:51] <bobbo> surfaz: because I am still reluctant to upload it without his input on it
[16:58] <surfaz> bobbo, new debdiff without po file
[16:58] <surfaz> https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220
[16:59] <Turl> any posibility of https://bugs.launchpad.net/bugs/250973 getting a FFe?
[17:17] <surfaz> bobbo, ?
[17:22] <lfaraone> Hi, there seems to be a package (aiccu) which freezes on postinstall/configure stages. How can I debug the problem>
[17:23] <DktrKranz> ScottK, is boost1.37 a good choice or should we use boost1.35 instead?
[17:24] <geser> lfaraone: edit the postinst script to show which commands get executed to see where it hangs
[17:25] <phil_ps> hi, I am trying to use debuild
[17:25] <lfaraone> 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] <phil_ps> I get this error: E: glife_0.2.1-1ubuntu1_source.changes: bad-ubuntu-distribution-in-changes-file jaunty
[17:26] <phil_ps> do I need to be using chroot?
[17:26] <geser> lfaraone: edit /var/lib/dpkg/info/<pkg>.postinst and insert "set -x" near the top
[17:26] <phil_ps> I am developing on intrepid
[17:26] <geser> lfaraone: and then call "dpkg --configure <pkg>"
[17:27] <geser> phil_ps: looks like output from lintian, you can ignore it
[17:28] <phil_ps> oh, you're right, it made the file
[17:28] <lfaraone> geser: it stops at ++ exec /usr/share/debconf/frontend /var/lib/dpkg/info/aiccu.postinst configure ''
[17:28] <Turl> phil_ps: intrepid doesn't know about jaunty, that's why it complains
[17:28] <lfaraone> Turl: does jaunty know about karmic?
[17:29] <lfaraone> Turl: (shouldn't we release it with karmic support so that we don't have to backport it in later?)
[17:29] <phil_ps> 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] <lfaraone> phil_ps: what are the other warnings?
[17:29] <lfaraone> phil_ps: that's one you can ignore, it won't show up on newer lintiansss
[17:30] <Turl> phil_ps: if you debuild on jaunty, that won't show, so you can just omit it
[17:33] <phil_ps> lfaraone: W: glife source: debian-rules-ignores-make-clean-error line 53
[17:33] <phil_ps> lfaraone: W: glife source: ancient-standards-version 3.6.1 (current is 3.8.0)
[17:33] <phil_ps> lfaraone: that's it
[17:33] <lfaraone> phil_ps: that's easy, bump the version to 3.8.0
[17:33] <Turl> phil_ps: the first one is because it uses -$(MAKE)
[17:33] <lfaraone> phil_ps: *standards version
[17:34] <lfaraone> phil_ps: simply edit the control file
[17:34]  * lfaraone will brb.
[17:35] <phil_ps> lfaraone: okay, got the standards updated
[17:35] <Turl> run lintian -i *.changes to get the full scoop
[17:35] <Turl> it says how to fix some, including the ignore-make...
[17:36] <geser> *please* check the policy changes when updating the standards version instead of simply bumping it
[17:36] <Turl> geser: won't lintian tell you after the bump?
[17:36] <phil_ps> geser: where can I check that
[17:38] <geser> /usr/share/doc/debian-policy/upgrading-checklist.txt.gz
[17:39] <phil_ps> 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] <Turl> phil_ps: you have to edit debian/rules, not the makefile
[17:40] <Turl> phil_ps: pastebin the full lintian please, and your debian/rules
[17:42] <phil_ps> Turl: what pastebin do I paste it to?  (I am _really_ new)
[17:43] <phil_ps> Turl: I searched pastebin in google and didn't find the site I saw on IRC before
[17:43] <geser> e.g paste.ubuntu.com
[17:43] <jpds> phil_ps: paste.ubuntu.com
[17:43] <Turl> phil_ps: pastebin.com is ok for me
[17:45] <phil_ps> http://paste.ubuntu.com/127845/
[17:45] <jpds> 1~
[17:46] <jpds> Erm, whoops. Sorry.
[17:46] <Turl> phil_ps:
[17:47] <Turl> replace line 99 in the pastebin with [ ! -f Makefile ] || $(MAKE) distclean
[17:47] <phil_ps> Turl: okay, got it.  thank you so much!
[17:48] <Turl> np phil_ps :)
[17:50] <phil_ps> so will lintian tell me if I don't adhere to the policy changes?
[17:50] <phil_ps> I re-ran after bumping the version and it didn't complain
[17:51] <azeem> phil_ps: only if a test has been written for that change
[17:51] <azeem> in practise, lintian cannot cover everything
[17:52] <phil_ps> yeah, one of the things is licenses
[17:52] <phil_ps> it would take alot of work to check that
[17:53] <phil_ps> (if someone had a typo or something...)
[18:20] <Toobaz> is there an Ubuntu official policy about packages which only have a menu item in the Debian menu (and hence end up in "Others" section)? I've asked a maintainer to add a .desktop under "Education;Science;Math;", but (also because of the bug that Science is no main cathegory) he prefers "Applications/Science/Data Analysis", and I can understand him. Is there any possibility to avoid a (quite permanent) patch at the MO
[18:20] <Toobaz> (reference: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=518596 )
[18:21] <hyperair> Toobaz: well you could put the .desktop file in debian/, and then use .install to get it into place
[18:21] <hyperair> Toobaz: i don't think there's a policy regarding this though
[18:21] <Toobaz> hyperair: maybe I misunderstood you, but the problem is not the path of the .desktop file, but its content
[18:21] <hyperair> Toobaz: the desktop file doesn't exist right?
[18:21] <Toobaz> well, we're creating it
[18:22] <Toobaz> no, it doesn't
[18:22] <hyperair> right. you create it, and put it inside the debian/ dir
[18:22] <hyperair> you know what debian/ is right?
[18:22] <Toobaz> obviously
[18:22] <hyperair> yes good
[18:22] <azeem> Toobaz: your initial line got cut off at "patch at the MO..."
[18:22] <Toobaz> the problem is: what do I put near "Categories="?
[18:22] <Toobaz> oh
[18:22] <Toobaz> sorry
[18:22] <hyperair> then you have a debian/package.install file which shoves this debian/whatever.desktop into /usr/share/applications
[18:22] <Toobaz> patch at the MOTU level?
[18:22] <azeem> so what do you want patch where?
[18:22] <Toobaz> hyperair: I know how to install the .desktop file. The problem is its content
[18:23] <azeem> the .desktop is shipped by upstream already?
[18:23] <hyperair> Toobaz: you mean you don't know how to create it? =\
[18:23] <Toobaz> -Categories="Applications/Science/Data Analysis"
[18:23] <Toobaz> +Categories=Education;Science;Math;
[18:23] <Toobaz> (in the .desktop file)
[18:23] <hyperair> then patch it as such
[18:23] <azeem> Toobaz: what are diffing?
[18:23] <azeem> +you
[18:23] <Toobaz> azeem: ?!?
[18:23] <Toobaz> got it?
[18:23] <azeem> that's a diff no?
[18:23] <hyperair> Toobaz: take a look at the codelite package. i've patched the .desktop file in that oen
[18:24] <Laney> hyperair: He knows how to patch it!!!
[18:24] <hyperair> Laney: then i'm misunderstanding =.=
[18:24] <Laney> yes you are :(
[18:24] <hyperair> Laney: i can't figure out exactly what he wants
[18:24] <Toobaz> hyperair: I will certainly file a patch if it is the case. But I'd like to avoid it
[18:24] <Toobaz> Laney: do you know "Debian menu"?
[18:24] <Toobaz> we don't have it
[18:24] <Laney> Toobaz: Yes
[18:25] <Laney> does the package provide a desktop file too?
[18:25] <hyperair> Toobaz: bug upstream, and if upstream doesn't comply, patch it
[18:25] <azeem> Toobaz: do you mean "Debian maintainer"?
[18:25] <Toobaz> Laney: sorry, I meant "hyperair:"
[18:25] <Toobaz> azeem: yes
[18:25] <azeem> Toobaz: well, that wasn't obvious
[18:25] <azeem> you wrote "Maintainer"
[18:25] <hyperair> Toobaz: you're talking about stuff that goes in /usr/share/menu?
[18:25] <Toobaz> azeem: sorry
[18:25] <Toobaz> hyperair: wow, maybe you're clarifying me a lot
[18:25] <azeem> so it wasn't clear where the .desktop file you want to patch came from
[18:26] <hyperair> Toobaz: stuff that goes in /usr/share/menu is the debian menu stuff. stuff that goes in /usr/share/applications are .desktop files, which appear in the GNOME/KDE menus
[18:26] <Toobaz> is /usr/share/menu specific for the Debian menu?!
[18:26] <hyperair> Toobaz: that's right.
[18:26] <Toobaz> hyperair: wow, great
[18:26] <Toobaz> thanks
[18:26] <hyperair> they have a different format too
[18:27] <Laney> so what you want is for the maintainer to add a desktop file with your categories
[18:27] <Toobaz> Laney: exactly, thanks. I noticed the different formats, but not the different folders. Perfect.
[18:27] <Laney> nice
[18:28] <hyperair> Laney: where is the debian menu still used anyway?
[18:28] <hyperair> Laney: is it even used in debian anymore?
[18:28] <Laney> erm
[18:28] <Laney> random old desktop environments I guess
[18:29] <hyperair> .l.
[18:29] <hyperair> lol*
[18:29] <hyperair> ..how did i type that?
[18:29]  * hyperair gapes
[18:30] <hanska> Laney: also xfce in a separate menu
[18:30] <hanska> Laney: there has been a thread on -devel, recently, about dropping / changing it
[18:30] <Laney> yeah, saw that
[18:30] <Laney> gods
[18:30] <Laney> I've been trying to get to the shop for hours now
[18:30]  * Laney is really gone now
[18:30] <hanska> Laney: still dot? :P
[18:31] <Laney> still grinding away
[18:31] <Laney> brb
[20:02] <Laney> Elbrus: are you fixed now?
[21:02] <RainCT> Is there some command to get "~/.config" (for a shell script)?
[21:03] <RainCT> The spec talks about an $XDG_CONFIG_HOME environment variable but it doesn't seem to be defined here
[21:04] <RainCT> ah, nevermind, if it's empty you're supposed to use $HOME/.config
[21:10] <Elbrus> Laney: ?
[21:10] <Laney> you were disconnecting over and over
[21:24] <Elbrus> Probably a problem with the internet connection. Not doing it manually.
[21:24] <Laney> yeah, I guessed that much
[22:17] <Rhonda> Did I something wrong with  LP #336396 and LP #336406 or is fixing security bugs not really an issue for packages in universe?
[22:18] <Laney> Rhonda: MOTUs in general won't see ubuntu-security subscribed bugs
[22:18] <Laney> try #ubuntu-hardened
[22:19] <Laney> there is MOTU-swat but I don't know how it works really
[22:19] <Rhonda> Laney: Well, I would guess the security team to hand over the issues to the people in motu taking care of such tasks...
[22:20] <Laney> Rhonda: I think that ubuntu-security people still do the uploads
[22:20] <Laney> your best bet is to ask in there
[22:20] <Rhonda> ... or LP assigning security reported bugs not to the Ubuntu Security Team but some other team when they are with packages in universe.
[22:22] <Rhonda> For now it looks quite strange and that I have to dig around where to look is even more strange. :/
[22:22] <Rhonda> Being sent from channel to channel isn't quite helpful. :(
[22:23] <Laney> "Due to lack of manpower, flaws in stable releases and Ubuntu-modified packages are not fixed by ubuntu-security, but the team will provide assistance in releasing updates which are prepared by other developers. "
[22:23] <Rhonda> The update is prepared, the patch is in there.
[22:24] <Laney> right, I'm just saying that we are not the people to do the upload for you :(
[22:24] <Laney> I appreaciate that this is unhelpful though
[22:24] <Rhonda> Well, if it's the security team doing the upload, they are subscribed to the bugs, so a ping from it should be sufficient, right?
[22:25] <Laney> I would imagine so
[22:30] <Laney> I pinged them to the backlog
[22:51] <gregor> http://www.gnashdev.org/?q=node/67 when is this version included into ubuntu?