[00:02] gilir: so basically just upload a modified one, say "okay, this should be good to apply to the tarball!" and eventually a nice person uploads it? :) === asac_ is now known as asac [00:07] mrooney|w: yes :) [00:08] o4o What can I do if a package is 4o4? [00:09] eboyjr: what do you mean exactly? what is trying to access the package and where? [00:10] mrooney|w: I was trying to get python-webkit with Synaptic Package Manager and it said it could not find the package. So I found the .deb of the same version elsewhere. [00:11] well you can always use packages.ubuntu.com: http://packages.ubuntu.com/search?suite=default§ion=all&arch=any&searchon=names&keywords=python-webkit [00:11] but did you try apt-get, that seems better [00:11] (also this may be more appropriate in #ubuntu-bugs, not sure) [00:11] it is more appropriate on #ubuntu, since it's a support question [00:12] Well I already solved it. [00:12] For me. [00:13] But for other people, I don't know why it would be 404 if there is a repository that is supposed to hold all packages together [00:13] yeah, it could be a bug somewhere which is why I suggested in #ubuntu-bugs [00:14] Okay. [00:14] joaopinto: It seems like more of a debugging thing than support to me, but either probably works [00:14] also if you just install the deb you won't get security etc updates via a package manager, will you? [00:15] mrooney|w: I don't believe so, no. [00:17] mrooney|w, a problem analisys may not require debugging, you are assuming eboyjr has a proper understanding on what he is trying to do, I am assuming he is doing something wrong :) [00:18] if you get an http error code 404 while installing a package from a repository, then it's most likely a server-side issue, but again, that is a support related question :) [00:18] eboyjr: which version of ubuntu are you running ? [00:18] (regarding your python-webkit issue) [00:19] Ubuntu 9.04 [00:20] W: Failed to fetch http://mirror.math.ucdavis.edu/ubuntu/pool/universe/p/pywebkitgtk/python-webkit_1.0.2-1ubuntu1_i386.deb 404 Not Found [00:20] eboyjr: the issue is that you are using sources that are not official [00:21] remove that source from you sources.list file and it will be ok [00:21] ... [00:21] yeah, the mirror doesn't have that package possibly because you are out of date, and apt-get update might solve it [00:21] eboyjr: is it an official mirror ? [00:22] huats: Yes.. it is I believe [00:22] BUGabundo on #ubuntu-bugs says it's a cache problem [00:23] mrooney|w, 1.0.2-1ubuntu1 is the current version, apt-get update will not help [00:23] ah ok [00:23] eboyjr, again, that is not a bug, you are using a mirror which is either no official or if it is official is missing a file, or has some configuration failure [00:23] eboyjr: ok than apt-get update [00:23] shold fix it [00:23] or use a different mirror... [00:24] Well I selected it from the list on Software Source using find fastest mirror [00:25] Ubuntu Software tab > Download from: > Select Best Server [00:25] This should be regarded as a bug. [00:26] eboyjr, Select Best Server does not check a mirror integrity, that is an infrastructure failure, not a software failure [00:26] to cover such a scenario, it would need to check EVERY file on the mirror, which is kind of insane [00:26] An infrastructure bug. [00:27] I will change mirrors though. [00:27] an infrastructure failure, not a bug [00:27] the software is expected to show you the 404, when the a file is missing, it is working as expected [00:28] Use a bash script to check all the files on the mirrors :) I'm kidding. Thank you everyone [00:29] Well since the file is missing, it shouldn't be included in the list I believe. [00:33] Before I leave, I'm curious: What are SRUs? [00:33] eboyjr: Stable Release Updated [00:33] Okay. === Amaranth_ is now known as Amaranth === bdefreese2 is now known as bddebian === santiago-pgsql is now known as santiago-ve [04:14] how do I find out who submitted a package? [04:22] poningru: Check the first entry in debian/changelog === Amaranth__ is now known as Amaranth === cprov is now known as cprov-zzz === yofel_ is now known as yofel [16:46] Zhenech: it seems there are many sponsors who take interest in geany-plugins eh.. [16:47] Zhenech: look at it yet? =P === Amaranth_ is now known as Amaranth [17:24] hyperair, yes, it looked fine sofar, and it worked (which is most important) :) [17:24] Zhenech: so how about uploading soon? =D [17:25] heh :P [17:25] lets see... sounds like a plan :) [17:25] sure does. ;) [17:26] my ccowbulder should be fixed too [17:26] lets see [17:27] nah [17:27] The following packages have unmet dependencies: [17:27] aptitude: Depends: libapt-pkg-libc6.9-6-4.7 [17:27] Depends: libept0 (>= 0.5.26+b1) but it is not going to be installed [17:27] sid#s broken? [17:27] sort of [17:29] hyperair, did you check copyright stuffs? :) [17:32] hyperair, good good, at some points too verbose but well, too verbose isnt bad :) [17:35] Zhenech: yes i did check the copyright stuff =) [17:35] Zhenech: i'm part of the upstream anyway =) [17:37] hyperair, "Description: Addons plugin for Geany" < sounds strange [17:37] hmm [17:37] miscellanous addons? [17:38] "miscellanous addons for Geany"? [17:38] misc. plugins I'd say [17:38] but yes [17:38] Description: plugin which improves LaTeX support in Geany < does not match your "foobar plugin for Geany" schema [17:38] but hell [17:38] thats all I found :P [17:40] i'll go fix those now then =) [17:41] haha [17:41] one more [17:42] Geany is a small and lightweight integrated development environment using the [17:42] GTK2 toolkit. [17:42] oh right [17:42] Gtk+ [17:42] Geany is a small and lightweight integrated development environment using the [17:42] Gtk+ toolkit. [17:42] one is wrong :) [17:42] mmhmm [17:42] fixed. [17:42] kk [17:42] wait.. [17:42] hmm [17:43] about the latex plugin short description, what should it be? [17:43] improved LaTeX support plugin for Geany? [17:44] hmm okay [17:44] that'll work [17:44] in the end I dont care, but as you have foo plugin for Geany for all the other packages, it'd be nicer to be consistent [17:44] yeah [17:46] question. do you pull from git, or get the package from m.d.n? [17:47] m.d.n [17:47] but I could pull from git too [17:48] should I? [17:49] it's up to you [17:49] i'm uploading to both [17:49] then gimme tar.gz [17:49] and i've uploaded to m.d.n already =) [17:50] so I dont have to fool around with git-bp etc [17:50] tar.gz can be generated from git using pristine-tar [17:50] i know [17:50] but I *always* foget to add --git-pristine-tar etc ^^ [17:50] aah =p [17:50] i specify it in my ~/.gbp.conf [17:51] i do this in my debiab/gbp.conf [17:51] i see [17:51] makes it easier for others to play with the package [17:51] hmm maybe i should do that for my packages as well [17:51] :) [17:51] well it's in mentors.debian.net in any case =) [17:51] i'll go put a gbp.conf into git [17:51] fine [17:52] nau fix apt in sid :) [17:53] O_o [17:53] apt's broken? [17:53] aptitude is uninstallable currently [17:53] so I cant update my chroot and build [17:53] but I guess it will be fixed by the autobuilders soo [17:54] so take this as your free upload :) [17:55] free upload? [17:56] i'll upload as soon I can :) [17:56] ah ok thanks =) [18:19] * hyperair grumbles about emacs not reading umlauts into a utf-8 encoded file [18:32] hmm.. no, it's just the debian-control-mode that refuses to work with umlauts === lukjad007 is now known as jenkinbr_ === jenkinbr_ is now known as lukjad007 [18:56] hmmmmmmmmm debian-el fights with debian-dev-el for control of control files encoding it seems. [18:57] debian-el attempts to match all files named "control", while debian-dev-el attempts to match all files named "debian/control", and debian-el wins, so my umlauts go missing. [20:01] * popey hugs directhex [20:01] hello popey, whatcha after? [20:02] nothing [20:02] for some reason I have only just seen your itv post. Liked it. [20:02] annoyingly upstream decided to jump from 1.9.6 to a beta, so still no actual release which works ¬_¬ [20:04] still, nice to know it's "in the pipeline" as it were [20:05] all it took was ssh -D, and a smart developer! :p [20:05] i know there are workarounds, like firefox extensions, but in the end, it's nice for ubuntu users to "not notice" when a site just works [20:12] hi, is there any motu available to do a quick review on my package ? --> http://revu.ubuntuwire.com/p/brackup === bastiao__ is now known as bastiao [20:43] Is there anyone who can review the packages http://revu.ubuntuwire.com/p/libqtintf4 and http://revu.ubuntuwire.com/p/smile ? [22:14] do we have it documented anywhere the usage/policy of renaming tarballs if repacked? [22:15] Wasn't it to add a -repack1 to it? [22:15] jpds, yes, whatever, was it announced anywhere as a policy, is it documented? [22:16] Can't remember. [22:16] huhu norsetto \o/ [22:16] me neither, but it annoys me when this kind of policy are unilaterally taken and not even announced [22:18] hola sebner [22:18] norsetto: how are you doing? long time no see [22:19] pretty fine thanks, and you? [22:20] military service over so fine ;D [22:20] still alive as well, even better ;-) === lukjad007 is now known as Darcy === Darcy is now known as lukjad007 [22:23] eheheh ;P [23:19] gilir: around by any chance? I'm trying to figure out how to generate a diff.gz, I'm not quite sure what steps you took [23:24] any MOTU around kind enough to explain how to generate a diff.gz for the debian/ from an upstream tarball? [23:26] debuild -S [23:47] lifeless: but what is the workflow? do I download the tarball and extract it, throw the debian/ directory in, and run that? [23:48] broadly yes. I suspect you should do one of the tutorials; there have been regular ones in the ubuntu classes, transcripts are on the wiki etc