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