=== foxbuntu is now known as foxbuntu_ | ||
=== foxbuntu_ is now known as foxbuntu | ||
coppro | which package has syscall manpages? | 01:09 |
---|---|---|
dtchen | coppro: manpages-dev | 01:10 |
dtchen | (see also glibc-doc) | 01:11 |
coppro | ty | 01:22 |
=== dantalizing is now known as dantalizing|afk | ||
=== asac_ is now known as asac | ||
=== dantalizing|afk is now known as dantalizing | ||
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:42 |
ubottu | 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:42 |
ScottK | savvas: Are you on amd64? | 03:47 |
savvas | yes ScottK | 03:47 |
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:48 |
savvas | well, I just used forbid-version and used the older package - firefox works fine with >= 1.9.0.1 (thankfully) :) | 03:50 |
savvas | thanks for the tip though | 03:51 |
wgrant | ScottK: That's not archive skew. | 03:58 |
wgrant | savvas: Have you run out of disk space? | 03:58 |
* 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 | 03:59 |
savvas | -can :P | 04:00 |
savvas | wgrant: http://paste.ubuntu.com/127561/ | 04:09 |
savvas | it still breaks unfortunately | 04:09 |
savvas | /dev/sda1 is ext4 if it matters | 04:10 |
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:13 |
ScottK | savvas: What error does it give if you use apt-get instead of aptitude? | 04:15 |
ScottK | ia: Would you pastebin your debian/control? | 04:16 |
wgrant | savvas: Remove the problem .deb from /var/cache/apt/archives, and try again. | 04:18 |
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:20 |
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:21 |
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:23 |
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:24 |
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:25 |
ScottK | savvas: Don't forget to invalid the bug. | 04:26 |
savvas | ScottK: on my way :) | 04:26 |
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:27 |
ScottK | ia: Does http://paste.ubuntu.com:80/127565/ work any better? | 04:29 |
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:42 |
ubottu | Ubuntu bug 237674 in zsi "Please merge python-zsi (2.1~a1-2) (universe) from Debian unstable (main)." [Wishlist,Confirmed] | 04:42 |
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:47 |
savvas | be back later, I've updated the bug with a comment :) | 04:56 |
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? | 05:51 |
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 |
ubottu | Launchpad bug 339088 in python-defaults "python package should provide python-pysqlite2" [Undecided,New] https://launchpad.net/bugs/339088 | 08:48 |
Laibsch | makes sense? | 08:48 |
Zarel | fabrice_sp_: You there? | 09:01 |
dtchen | yeah, it's time for sleep. my branches are getting wacky names like /fork-harder. | 09:26 |
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:32 |
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:33 |
Zarel | Hmm, this seems like a rather complex procedure. | 09:34 |
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:35 |
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:36 |
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:40 |
maxb | c_korn: Does /var/lib/dpkg/info/<name-of-library-package>.shlibs exist? | 09:58 |
maxb | if so, paste its content | 09:58 |
c_korn | libdaisy 0.2 libao2 (>= 0.8.6), libc6 (>= 2.3.2.ds1-21), libmad0 (>= 0.15.1b), libxml2 (>= 2.6.16) | 10:00 |
maxb | I believe the second entry is supposed to be 0 not 0.2 | 10:02 |
hyperair | pochu: ping | 10:03 |
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:04 |
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:05 |
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:06 |
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:07 |
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:08 |
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:09 |
* maxb is suspicious of the quality of the packaging, given the build failed | 10:10 | |
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:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
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:17 |
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:18 |
c_korn | apologize for bothering | 10:19 |
maxb | c_korn: Also, tell upstream not to include compiled .o files in their source tarball! | 10:19 |
maxb | I think your clean rule may also be a little broken, judging by other errors | 10:20 |
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:21 |
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:22 |
hyperair | pochu: damn strange | 10:23 |
hyperair | pochu: shouldn't dbus autostart the service? | 10:23 |
pochu | hyperair: the problem is that you may not have a daemon installed | 10:26 |
pochu | hyperair: some people don't like notifications ;) | 10:26 |
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:27 |
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:28 |
hyperair | so what's wrong with a warning anyway? | 10:30 |
pochu | hyperair: one is fine, thousands is not :) | 10:30 |
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:31 |
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:32 |
Laney | master keeps being reset to mute on reboots :( | 10:33 |
pochu | if (!bus) return FALSE | 10:33 |
hyperair | pochu: i see if (error != NULL) | 10:35 |
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:37 |
hyperair | pochu: do you think that bug will be fixed in libnotify before jaunty? | 10:43 |
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:48 |
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:49 |
pochu | hyperair: yep | 10:51 |
hyperair | i see. | 10:51 |
hyperair | but it might cause regressions right? | 10:51 |
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:52 |
pochu | yeah | 10:53 |
hyperair | or disappearing after you've successfully init'd it | 10:53 |
* pochu grumbles something about libnotify | 10:53 | |
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:54 |
hyperair | well... | 10:55 |
hyperair | i'm not sure, i haven't tested any app that far | 10:55 |
hyperair | how about pidgin? | 10:55 |
hyperair | banshee.... i can't test with that, notify-sharp doesn't even depend on libnotify | 10:56 |
hyperair | i'll try pidgin | 10:56 |
hyperair | hmm pidgin's actions are missing completely | 10:59 |
hyperair | banshee's actions are also missing when the notification daemon is replaced | 11:00 |
hyperair | pochu: ^ | 11:00 |
hyperair | but banshee's patch hasn't gone upstream | 11:01 |
pochu | that's what happen with Liferea right now, right? | 11:01 |
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:02 |
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:03 |
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:04 |
pochu | heh | 11:05 |
hyperair | pochu: did you hear about the ext4 data loss issue by the way? | 11:10 |
pochu | just read the mail, yes | 11:12 |
pochu | but I'm on ext3 fortunately ;-) | 11:12 |
sebner | pochu: now my bleeding edge hunger is b0rken xD | 11:15 |
hyperair | pochu: so am i, but i was seriously considering ext4 =( | 11:17 |
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:18 |
hyperair | no, re ext4 | 11:21 |
pochu | why should applications be patched? | 11:23 |
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:26 |
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:27 |
asac | i mean the upgrade error. did this resolve by itself? | 11:28 |
hyperair | sebner: i see. but will this enter jaunty? | 11:28 |
sebner | hyperair: Tso speaks about 2.6.30rc1, dunno, maybe one backports the patches | 11:29 |
hyperair | .30 huh. that's far | 11:29 |
hyperair | well, considering how many people are shifting towards ext4, i think this is a pretty high-impact bug | 11:30 |
eMerzh | if someone want to review a package, ...i m looking for an advocate ( http://revu.ubuntuwire.com/details.py?package=sqliteman ) | 13:12 |
directhex | i'm not a MOTU, so i can't advocate | 13:14 |
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:15 |
pochu | where are you in NM? | 13:16 |
directhex | waiting for an AM | 13:18 |
directhex | i'm in the web of trust though, so that step shoould go quickly | 13:18 |
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:19 |
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:20 |
directhex | also, i have a new pc and it is awesome | 13:21 |
asac | savvas: not sure. i hope its ext4 | 13:21 |
asac | savvas: mvo is assigned now, so he will look | 13:22 |
savvas | asac: ok, thanks for your help! | 13:22 |
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:41 |
directhex | netbook-launcher package | 13:42 |
directhex | plus some odds & sods | 13:42 |
RainCT | oohh, nice | 13:43 |
directhex | see https://wiki.ubuntu.com/UNR section on 8.10 installation for better instructions | 13:43 |
RainCT | directhex: thanks | 13:45 |
DktrKranz | savvas, bug 335741, mind integrating your changes into andrew's ones? | 13:52 |
ubottu | Launchpad bug 335741 in libtorrent-rasterbar "[jaunty]python(<2.6)-based apps cannot meet dependencies" [High,Confirmed] https://launchpad.net/bugs/335741 | 13:52 |
savvas | DktrKranz: I'll check it tonight :) | 13:54 |
DktrKranz | savvas, cool. | 13:55 |
savvas | DktrKranz: actually, I gave it a quick look, I think Andrew has covered everything :) | 14:01 |
savvas | --install-layout=deb | 14:01 |
savvas | that was the important part I guess, and the new debian package version supports 2.6 by default in the makefile/configure :) | 14:02 |
=== hanska is now known as han`NOP | ||
=== elmargol is now known as elmargol_ | ||
=== elmargol_ is now known as elmargol | ||
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:53 |
surfaz | Depends: python (<2.6) but it will install 2.6.1-0ubuntu3 | 14:54 |
lidaobing | surfaz, I can't find this package in jaunty | 14:56 |
bobbo | lidaobing: sourcepackage name is "xorg-options-editor-gtk", I'm looking at it now | 14:57 |
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:58 |
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 :) | 14:59 |
geser | looks like the package needs the DEB_PYTHON_INSTALL_ARGS_ALL line removed from debian/rules for the transition | 15:03 |
Laney | Can I interest anyone in a broken-boost-python-incompatible-with-2.6-anyway miro? | 15:06 |
DktrKranz | savvas, thanks | 15:07 |
=== han`NOP is now known as hanska | ||
=== hanska is now known as Guest5740 | ||
surfaz | lidaobing, | 16:11 |
surfaz | https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220 | 16:11 |
ubottu | Ubuntu bug 339220 in xorg-options-editor-gtk "xorg-options-editor-gtk isn't installable" [Undecided,Confirmed] | 16:11 |
=== Guest5740 is now known as hanska | ||
lidaobing | surfaz, ping bobbo, he said he will deal with it. | 16:15 |
lidaobing | surfaz, I can't upload | 16:15 |
surfaz | bob | 16:16 |
surfaz | ok | 16:16 |
surfaz | I should make a feature freeze exception? | 16:16 |
=== thunderstruck is now known as gnomefreak | ||
geser | why do you believe you need a FFe for it? | 16:18 |
surfaz | geser, because now we are in FF? | 16:24 |
surfaz | bobbo, https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220 | 16:25 |
ubottu | Ubuntu bug 339220 in xorg-options-editor-gtk "xorg-options-editor-gtk isn't installable" [Undecided,Confirmed] | 16:25 |
bobbo | surfaz: thanks | 16:25 |
surfaz | bobbo, debdiff attached | 16:25 |
surfaz | now I uploading to my ppa | 16:25 |
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:26 |
bobbo | ok, i'll try and build it | 16:27 |
surfaz | bobbo, https://launchpad.net/~surfaz28/+archive/ppa | 16:27 |
bobbo | tseliot: ping | 16:28 |
tseliot | bobbo: yes? | 16:28 |
tseliot | it just needs a rebuild | 16:28 |
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 |
ubottu | Ubuntu bug 339220 in xorg-options-editor-gtk "xorg-options-editor-gtk isn't installable" [Undecided,Confirmed] | 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:29 |
* 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:30 | |
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:31 |
surfaz | geser, ehh... I don't undestarnd... all = any arch , any = depend of arch, no? | 16:32 |
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:33 |
geser | and the i386 buildd builds also the arch:all packages | 16:34 |
surfaz | ahh, ok | 16:34 |
surfaz | thanks! | 16:34 |
bobbo | surfaz: I have looked at your debdiff and left some comments in the bug report | 16:44 |
bobbo | surfaz: Would my suggestion be ok with you? (the last one?) | 16:45 |
surfaz | I sent Spanish transaltion to Alberto Milone | 16:48 |
bobbo | surfaz: has he commented on it? | 16:50 |
surfaz | not yet | 16:51 |
bobbo | surfaz: because I am still reluctant to upload it without his input on it | 16:51 |
=== azeem_ is now known as azeem | ||
surfaz | bobbo, new debdiff without po file | 16:58 |
surfaz | https://bugs.launchpad.net/ubuntu/+source/xorg-options-editor-gtk/+bug/339220 | 16:58 |
ubottu | Ubuntu bug 339220 in xorg-options-editor-gtk "xorg-options-editor-gtk isn't installable" [Undecided,Confirmed] | 16:58 |
Turl | any posibility of https://bugs.launchpad.net/bugs/250973 getting a FFe? | 16:59 |
ubottu | Ubuntu bug 250973 in getdeb.net "Create Package: proxychains version 3.1" [Wishlist,Fix released] | 16:59 |
surfaz | bobbo, ? | 17:17 |
lfaraone | Hi, there seems to be a package (aiccu) which freezes on postinstall/configure stages. How can I debug the problem> | 17:22 |
DktrKranz | ScottK, is boost1.37 a good choice or should we use boost1.35 instead? | 17:23 |
geser | lfaraone: edit the postinst script to show which commands get executed to see where it hangs | 17:24 |
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:25 |
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:26 |
geser | phil_ps: looks like output from lintian, you can ignore it | 17:27 |
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:28 |
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:29 |
Turl | phil_ps: if you debuild on jaunty, that won't show, so you can just omit it | 17:30 |
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:33 |
lfaraone | phil_ps: simply edit the control file | 17:34 |
* lfaraone will brb. | 17:34 | |
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:35 |
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:36 |
geser | /usr/share/doc/debian-policy/upgrading-checklist.txt.gz | 17:38 |
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:39 |
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:40 |
=== RainCT_ is now known as RainCT | ||
phil_ps | Turl: what pastebin do I paste it to? (I am _really_ new) | 17:42 |
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:43 |
phil_ps | http://paste.ubuntu.com/127845/ | 17:45 |
jpds | 1~ | 17:45 |
jpds | Erm, whoops. Sorry. | 17:46 |
Turl | phil_ps: | 17:46 |
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:47 |
Turl | np phil_ps :) | 17:48 |
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:50 |
azeem | phil_ps: only if a test has been written for that change | 17:51 |
azeem | in practise, lintian cannot cover everything | 17:51 |
phil_ps | yeah, one of the things is licenses | 17:52 |
=== hggdh__ is now known as hggdh | ||
phil_ps | it would take alot of work to check that | 17:52 |
phil_ps | (if someone had a typo or something...) | 17:53 |
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:20 |
ubottu | Debian bug 518596 in r-cran-rcmdr "R Commander missing in applications menu" [Unknown,Open] | 18:20 |
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:21 |
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:22 |
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:23 |
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:24 |
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:25 |
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:26 |
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:27 |
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:28 |
hyperair | .l. | 18:29 |
hyperair | lol* | 18:29 |
hyperair | ..how did i type that? | 18:29 |
* hyperair gapes | 18:29 | |
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:30 |
Laney | still grinding away | 18:31 |
Laney | brb | 18:31 |
Laney | Elbrus: are you fixed now? | 20:02 |
RainCT | Is there some command to get "~/.config" (for a shell script)? | 21:02 |
RainCT | The spec talks about an $XDG_CONFIG_HOME environment variable but it doesn't seem to be defined here | 21:03 |
RainCT | ah, nevermind, if it's empty you're supposed to use $HOME/.config | 21:04 |
Elbrus | Laney: ? | 21:10 |
Laney | you were disconnecting over and over | 21:10 |
Elbrus | Probably a problem with the internet connection. Not doing it manually. | 21:24 |
Laney | yeah, I guessed that much | 21:24 |
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:17 |
ubottu | Launchpad bug 336396 in wesnoth "proposed diff for hardy-security" [Undecided,New] https://launchpad.net/bugs/336396 | 22:18 |
ubottu | Launchpad bug 336406 in wesnoth "proposed diff for gutsy-security" [Undecided,New] https://launchpad.net/bugs/336406 | 22:18 |
Laney | Rhonda: MOTUs in general won't see ubuntu-security subscribed bugs | 22:18 |
Laney | try #ubuntu-hardened | 22:18 |
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:19 |
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:20 |
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:22 |
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:23 |
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:24 |
Laney | I would imagine so | 22:25 |
Laney | I pinged them to the backlog | 22:30 |
gregor | http://www.gnashdev.org/?q=node/67 when is this version included into ubuntu? | 22:51 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!