=== kiko is now known as kiko-afk
=== lukjad007 is now known as lukjad454
=== lukjad454 is now known as lukjad007
[00:34] <RainCT> apachelogger: ok, REVU is updated
[00:36] <apachelogger> RainCT: yay, finally revu looks good in konqueror, this is ubercool, thanks a lot *hug*
[00:42] <RainCT> apachelogger: if just everything would be so easy! :)
=== mrooney|w1 is now known as mrooney|w
=== Zhenech_ is now known as Zhenech
=== mac__v is now known as mac_v
[06:56] <Kamping_Kaiser> hi motus. I have a quick question about mozilla apps in ubuntu - is here ok, or is thre a better channel?
[06:57] <Kamping_Kaiser> (The question is about mozillas crash reporter, and if its shipped in Ubuntu)
[06:59] <ScottK> Kamping_Kaiser: #ubuntu-mozillateam is likely better
[07:00] <Kamping_Kaiser> ScottK: thanks, I'll give them a go.
[07:01] <dholbach> good morning
=== ripps_ is now known as ripps
[07:35] <dholbach> geser, soren, nixternal, persia`, nhandler, jpds: around?
[07:37] <persia`> Yes.
[07:49] <soren> dholbach: Ja.
[07:50] <dholbach> one MC member to go :)
[07:50]  * dholbach keeps a couple of telephone numbers ready :)
[07:52] <dholbach> can somebody please add me to  ~ubuntu-universe-sponsors ?
[07:52] <dholbach> persia`: ^
[07:54] <persia`> In a few minutes :)
[07:54]  * geser yawns a good morning
[07:55] <dholbach> ah nice... hey geser
[07:55]  * dholbach was just about to text jpds and nixternal :-)
[08:08] <dholbach> thanks persia`
[08:08] <persia`> No problem.  You seem to get hit with expiry-while-away a lot (I remember you dropped from MOTU once for that).
[08:09] <persia`> I suspect there's a potential bug against LP :)
[08:09] <dholbach> if it's always as easy to get back as it was now, I can live with it :)
=== persia` is now known as persia
[08:59] <juanje> dholbach: Hi :-)
[08:59] <juanje> dholbach: I've been changed some stuff you told me yesterday about nautilus-md5sum package (http://revu.ubuntuwire.com/p/nautilus-md5sum) . Could you review it, please? ;-)
[09:00] <dholbach> juanje: in a meeting right now, but I can probably squeeze it in later
[09:01] <juanje> dholbach: thanks :-)
=== persia is now known as persia`
[09:16] <dholbach> juanje: done
[09:16] <juanje> dholbach: :-)
[09:16] <juanje> dholbach: thanks :-)
=== persia` is now known as persia
=== ejat is now known as e-jat
=== dholbach_ is now known as dholbach
[12:05] <geser> ember: as TIL for wordpress, to you intent to merge it? Debian has a new version with several CVE mentioned in the changelog
[12:08] <ember> geser: i don't have the time right now
[12:09] <geser> will do it then if that's ok
[12:09] <ember> geser: great, thanks.
=== kiko-afk is now known as kiko
=== ScottK2 is now known as ScottK
=== keylocker is now known as leleobhz
[13:24] <logari81> hi, how can I prevent pbuilder from cleaning up after a build failure, so that I can extract some debug information about the failure?
[13:31] <geser> there is an example hook which gives you a shell when a build failure occurs
[13:34] <Laney> gosh, an exciting announcement?
[13:36] <directhex> ?
[13:38] <slytherin> logari81: From where do you plan to extract the debug information?
[13:38] <slytherin> Laney: which announcement?
[13:39] <Laney> " Daniel Holbach  is collecting the last bits to announce something really exciting... I'm so excited."
[13:42] <logari81> slytherin: I just want to examine the configure script in debian/tmp/
[13:43] <slytherin> logari81: but that configure script is from your upstream source. You can examine it even outside of pbuilder.
[13:44] <geser> slytherin: I guess logari81 is interested in the configure log containing the error
[13:45] <logari81> slytherin: not really it is being rebuilt during the build... the orig package provides only the autogen.sh
[13:45] <slytherin> logari81: ahh
[13:45] <geser> logari81: install a hook to give you a shell (see /usr/share/doc/pbuilder/examples/C10shell and copy it to /usr/lib/pbuilder/hooks or your local hook dir)
[13:48] <logari81> geser: I had imagined that it would be possible over a hook but hoped for something simpler.... anyway I ll give it a try, ty
[13:55] <slytherin> How do I login to people.ubuntu.com?
[13:59] <geser> AFAIK you need to be employed by Canonical
[13:59] <slytherin> No. I can't do ssh. I can only do sftp.
[14:00] <slytherin> geser: people.ubuntu.com is accessible to all Ubuntu Members.
[14:00] <geser> perhaps on purpose (scponly)
[14:00] <slytherin> https://wiki.ubuntu.com/PeopleUbuntuCom
[14:00] <soren> when was this announced, by the way?
[14:00] <geser> that's news to me. interesting
[14:00] <soren> I knew it was that way now, but I haven't seen it announced. :)
[14:00] <slytherin> I don't know. I just stumbled upon it.
[14:00] <geser> I don't remember an announcement or I missed it
[14:03] <slytherin> I was looking for some way to try building a package on a sparc machine. I thought people.ubuntu.com can help me.
[14:04] <iulian> Hmm, that's interesting.  I didn't know either.
[14:04] <ScottK> slytherin: For sparc, Ubuntuwire ought to be able to help.
[14:04] <iulian> So yeah, that's a good question.  I wonder what services are available to us.
[14:04] <slytherin> ScottK: how? Any link to some readme?
[14:05] <ScottK> slytherin: ubuntuwire.com and #ubuntuwire
[14:05] <ScottK> REVU runs on a sparc box.
[14:08] <dez> Hi, I am interested in joining the ubuntu development community. anyone could help me?
[14:08] <iulian> dez: Take a look at the /topic :)
[14:08] <dez> iulian, jejjejejejeje
[14:09] <dez> iulian: so there is no irc channel where I could as for help on this?
[14:09] <iulian> dez: Sure, this is the right channel.  Everything is explained in those wiki pages.
[14:09] <geser> sure, here if you have specific questions
[14:09] <iulian> So, questions regarding development of Ubuntu are welcomed here.
[14:10] <happyaron> Hi, I want to package a software and put it into Multimedia section, what should I put in 'Section' in 'control' file?
[14:11] <dez> iulian: I have read the wiki and found out that to apply I have to implement an app and then create a wiki, etc...
[14:11] <iulian> dez: What do you mean?
[14:11] <iulian> Ah, do you want to apply for MOTU membership?
[14:14] <dez> iulian: I will check the information at the MOTU contributing. as I am computer engineer I just want to get involved on ubuntu development, progressively I mean
[14:15] <dez> iulian: I have been using ubuntu for years and now I want to contribute directly. I just want to know what should I do...
[14:18] <slytherin> ScottK: I thought there was some general infrastructure for developers to gain access to the community supported architectures.
[14:18] <iulian> dez: That's awesome.  If you have questions, don't hesitate to ask in this channel.
[14:18] <ScottK> slytherin: Yes.  Ubuntuwire.  Canonical does not provide such a thing.
[14:18] <slytherin> happyaron: Which Multimedia section are you talking about?
[14:19] <happyaron> slytherin: it's an ogg video tool
[14:19] <slytherin> happyaron: No. I mean where did you see Multimedia section? In Synaptic?
[14:20] <happyaron> yes
[14:20] <dez> iulian: I supposse the first step is starting with bugfixing, ryt?
[14:20] <slytherin> ScottK: Thanks for info. I have asked the Debian developer for the package to check the fix on sparc. If he does not respond I will check ubuntuwire.
[14:20] <happyaron> slytherin: but I cannot push it to my PPA when I set section to 'Multimedia'
[14:21] <iulian> dez: Yea, look at bugs which have the bitesize tag set.
[14:21] <slytherin> happyaron: just check the control file for one of the packages already present in that section.
[14:21] <happyaron> okay
[14:23] <dez> iulian: is MOTU the only way to develop at Ubuntu?
[14:24] <iulian> dez: https://wiki.ubuntu.com/UbuntuDevelopment
[14:25] <iulian> dez: And https://wiki.ubuntu.com/UbuntuDevelopers.
[14:27] <happyaron> slytherin: it seems to be graphics, thank you
[14:27] <dez> iulian: thanks
[14:31] <andol> I just got a debdiff from fetchmail bug #371072 sponsored. Now I recieve this mail http://paste.ubuntu.com/253150/ from LP regarding a fetchmail translation. Rather sure about not having any translated stuff in the debdiff. What's the deal?
[14:31] <ubottu> Launchpad bug 371072 in fetchmail "fetchmailconf does not start" [Medium,Fix released] https://launchpad.net/bugs/371072
[14:32] <andol> (No problem really, merely curious ^^)
[14:41] <geser> andol: it has something to do with rosetta but I don't know the details
[14:42] <andol> geser: Rosetta doing some magical stuff, which end up being tagged to the most recent update?
[14:57] <dutchie> is there a way to see what stage of review a package is at?
[15:12] <slytherin> dutchie: which package? where did you post it for review?
[15:12] <dutchie> http://revu.ubuntuwire.com/p/suvat
[15:13] <slytherin> ttx: ping
[15:18] <ttx> slytherin: what's up ?
[15:19] <slytherin> I read your comment on maven2 spec. Considering that it is complete standalone stack and does not affect other packages, don't you think we should try to get it in karmic? We can keep aside the maven + debhelper integration for karmic +1.
[15:21] <ttx> slytherin: yes, why not... I have 0 time for that though.
[15:21] <slytherin> Ok. Just wanted clarification on your comment.
[15:22] <ttx> slytherin: if it does not update/change anything outside the maven stack...
[15:22] <slytherin> right. I will not touch other packages.
[15:22]  * ttx is looking for some stability in the java infrastructure right now :)
[15:39] <Laney> who thinks I can do some sponsoring from the train?
[15:39] <dholbach> Laney: I BELIEVE IN YOU!
[15:39] <Laney> this lag is pretty bad
[15:40] <Laney> luckily I have my PC on at home
[15:40] <Laney> byobu power!
[15:41] <dutchie> how sponsored is http://revu.ubuntuwire.com/p/suvat ? I'd like to see it in Karmic, but am going away tomorrow, so any work done on it has to be done today if it's going to make the freeze
=== cprov-afk is now known as cprov-lunch
[15:53] <happyaron> hi, I am packaging a ogg video tool and it says required theoraenc and theoradec, I added the build dependency of libtheora-dev, but 'configure' still says cannot found both of the two, any suggestions?
[15:54] <artfwo> happyaron, try adding libtheora-bin instead
[15:54] <happyaron> artfwo: okay
[15:55] <artfwo> but if any of theora headers are required, make sure you keep libtheora-dev as well
[15:57] <happyaron> artfwo: I've added both, but still cannot pass the check
[15:58] <jpds> happyaron: can you look at the configure source to see exactly what it's looking for?
[15:59] <happyaron> jpds: 'theoraenc' and 'theoradec'
[16:02] <artfwo> hmm, command-not-found shows that these commands can be found in 'ogmrip' package
[16:04] <happyaron> artfwo: that's a dvdripping tool
[16:05] <slytherin> happyaron: I believe there was a bug in libtheora-dev which was fixed recently.
[16:05] <happyaron> in its README it gave a link to the thoera homepage saying we can download from
[16:05] <slytherin> happyaron: https://lists.ubuntu.com/archives/karmic-changes/2009-August/005893.html
[16:06] <happyaron> slytherin: how to solve now?
[16:06] <happyaron> slytherin: is that released on karmic?
[16:06] <slytherin> happyaron: the bugs is fixed in karmic. Is your pbuilder updated?
[16:07] <happyaron> slytherin: no, I will try it now
[16:07] <artfwo> it was looking for theoraenc and theoradec pkgconfig libraries then!
[16:07] <happyaron> artfwo: and what to do ?
[16:07] <artfwo> install the updated library
[16:07] <slytherin> happyaron: you don't need to do anything. Simply including libtheora-dev is sufficient.
[16:08] <happyaron> okay, try now
[16:12] <artfwo> by the way, is there a way to test armel builds on i386?
[16:13] <slytherin> artfwo: test as in test after successful build?
[16:13] <artfwo> no, I have a package that fails to build on armel and I'd like to try out the fix
[16:14] <artfwo> in short, build a package in an ubuntu armel environment
[16:14] <artfwo> perhaps some virtual machines support that?
[16:15] <slytherin> artfwo: I believe qemu supports armel. so you can have a virtual armel PC.
[16:16] <artfwo> okay, will try that, thanks!
[16:17] <ximion> geser: Are you there? I have a question about your comment to my packaging of libqt4intf > http://revu.ubuntuwire.com/p/libqtintf4
[16:21] <happyaron> how to ask "tor" to be added to karmic? it's there in debian unstable but not in ubuntu for several releases
=== ripps_ is now known as ripps
[16:24] <geser> ximion: yes, I'm here
=== ember_ is now known as ember
[16:28] <ximion> geser: shlib-without-versioned-soname usr/lib/libqt4intf.so.1.70 libqt4intf.so How can I fix this? Only the developer could do this, I think. Is it necessary to fix to get this package into universe?
[16:31] <directhex> ximion, the tradition is that you only ship a soname'd library with a lib package
[16:31] <directhex> ximion, i.e. usr/lib/libqt4intf.so.1.70 goes in the lib package,and  libqt4intf.so into the -dev package
[16:32] <geser> ximion: yes, it's an upstream issue. It shouldn't block the inclusion into universe but it makes the maintainment of the package harder as you need control yourself if the ABI or API changed and coordinate that all packages get rebuild with the new version.
[16:34] <geser> directhex: IIRC objdump returns only SONAME libqt4intf.so in this case
[16:34] <directhex> oh
[16:34] <directhex> useless C++ nonsense
[16:34] <ximion> geser: non-dev-pkg-with-shlib-symlink => I've overwritten this error, because this is a really small pkg. A -dev package would only contain a symlink. Is this okay?
[16:37] <ximion> And another thing: The buildscript creates a library named libqt4intf.so I created a script which installs the library as libqt4intf.so.version in /usr/lib and creates a symlink for that package. The script gets the current version as parameter from the debian/rules script. Is that a usual way or should I simply install the libqt4intf.so without symlink?
[16:37] <kklimonda> hey, anyone could sponsor my sync of python-django package (bug 413658) - it enables a test suite which was requested by other developer in a MIR bug..
[16:37] <ubottu> Launchpad bug 413658 in python-django "Sync python-django 1.1-2 (universe) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/413658
[16:39] <iulian> kklimonda: I'll have a look at it.
[16:39] <kklimonda> thanks
[16:40] <geser> ximion: I guess yes (re override), but I'm no expert on library packaging. Do you know http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html ?
[16:41] <ximion> geser: Yes, I read parts of it to create the package.
[16:42] <ximion> geser: The buildscript creates a library named libqt4intf.so I created a script which installs the library as libqt4intf.so.version in /usr/lib and creates a symlink for that package. The script gets the current version as parameter from the debian/rules script. Is that a usual way or should I simply install the libqt4intf.so without symlink?
[16:44] <ximion> geser: I wrote a mail to the developer's mailing list, describing the shlib-without-versioned-soname error. I hope they'll fix it!
[16:46] <geser> ximion: I'm not expert in library packaging and this gets very specific, perhaps ask the Debian people for some input in this regard
[16:48] <ximion> geser: Okay. If upstream fixes the issue there is no need for my script either, so I'll wait until I get response (or a new libqt4intf version)
[16:48] <ximion> Thank you for your help!
[16:56] <slytherin> happyaron: Looks like it was deleted by mistake from jaunty - https://edge.launchpad.net/ubuntu/+source/tor/+publishinghistory the bug being referred is https://bugs.edge.launchpad.net/ubuntu/+source/tor/+bug/328442 which was about removal of 0.1.x version
[16:56] <ubottu> Launchpad bug 328442 in tor "Tor 0.1.2.x abandoned by upstream, update to 0.2.0.34" [Undecided,Fix released]
[16:56] <slytherin> happyaron: bug pitti on #ubuntu-devel.
[16:56] <geser> I remember a discussion on the ubuntu-devel or ubuntu-devel-discuss ML about tor
[16:57] <slytherin> geser: the bug was for removing 0.1.x version. The version that was removed is 2.x
[16:58]  * slytherin remembers how 'electric' was lost because the archive admins missed that it was updated in Ubuntu. :-(
[16:58] <geser> I don't remember the details about it but it was something about missing SRU to tor to keep in usable or similar
[16:59] <happyaron> slytherin: so, what to do?
[16:59] <happyaron> tor might be useful for users in China
[17:00] <slytherin> happyaron: first discuss with pitti on #ubuntu-devel, then file a sync request (or merge if ubuntu changes form last release are still relevant).
[17:00]  * slytherin got to go
[17:04] <geser> happyaron: have you reread the linked thread from that bug report?
[17:05]  * dutchie wants http://revu.ubuntuwire.net/p/suvat reviewed and uploaded asap, anything needed on it?
[17:06] <happyaron> geser: I am reading now but not finished
[17:10] <iulian> kklimonda: Acked.
[17:16] <happyaron> geser: read that, it said nobody to maintain it in ubuntu
[17:17] <geser> happyaron: unless this changes it's pretty unlikely to get it included back
[17:17] <happyaron> geser: but as a user, tor is necessary anyway
[17:20] <geser> happyaron: for those tor upstream provides current debs also for Ubuntu releases
[17:21] <happyaron> geser: using debian's repository might be a better choice instead
[17:23] <geser> not necessarly as the are build for the dependencies in Debian (stable or unstable) and might not match the versions available in your used Ubuntu version
[17:27] <happyaron> geser: users in some place cannot access torproject.org in fact
[17:27] <happyaron> as far as I know
[17:29] <happyaron> geser: they use tor to get rid of the limitation, but first step they cannot get tor, :(
[17:30] <geser> I guess it's forbidden in those countries, and using an Ubuntu (or Debian) package doesn't make it legal either, does it?
[17:31] <happyaron> geser: using the packages are legal, e.g. in China
[17:31] <geser> but that's a different topic. As Ubuntu was asked to remove tor by upstream as it's unmaintained and causing problems for upstream, this won't change unless someone steps up to maintain it properly
[17:32] <happyaron> geser: if an MOTU like to maintain it, can it be bring back?
[17:34] <geser> happyaron: from the look of the discussion it should be possible to get it back if a MOTU (or even an contributor who needs sponsoring) is willing to maintain it in the development version and also provide updated packages for the released versions
[17:35] <happyaron> geser: okay, I will try to do that or find somebody to do that, wish it back, really
[17:35] <happyaron> geser: when is the deadline of karmic?
[17:36] <geser> feature freeze is on August 27th, after that an exception will be needed
[17:36] <happyaron> oh
[17:36] <happyaron> thanks
[17:36] <geser> but one can maintain it a PPA till it get proberly included
[17:37] <happyaron> geser: yes, just what I am consider it now
[17:39] <geser> it might have an advantage to be included in Ubuntu, as the PPA owner has to follow only his own policy which version (and updates) will be make available to released Ubuntu versions and is not bound by the SRU policy
[17:39] <geser> ... not included in Ubuntu...
[17:42] <happyaron> geser: are you a motu?
[17:42] <geser> yes
[17:42] <dutchie> can I get someone to review http://revu.ubuntuwire.com/p/suvat ?
[17:43] <happyaron> geser: I will try to upload it tomorrow, can you help review my package? I am a newbie on packaging
[17:43] <dutchie> I need to do anything that needs doing today, as I am going away and won't be back before the feature freeze
[17:45] <geser> happyaron: can try if my time permits. I hope you take e.g. the existing Debian packaging as a starting point and only change what's necessary, this will make it easier for you as you can work together with the Debian maintainer on the packages
[17:45] <happyaron> geser: thanks for you advice
[17:50] <geser> happyaron: if you are lucky then you don't need to modify it at all but just upload it your PPA and get it build for the Ubuntu versions you want to support and update them as necessary later
[17:51] <happyaron> geser: oh
[17:53] <geser> happyaron: the tor version that was once in Ubuntu was taken at some point from Debian unstable (like many other packages) but Ubuntu is missing manpower to look after the package (sync regularly with Debian) and provide updates for released Ubuntu versions therefore upstream asked us to remove it
[17:54] <happyaron> geser: in that bug, upsteam asked to remove the 0.1.x package and referring to the new 0.2.x, but finally ubuntu deleted all packages
[17:54] <happyaron> :(
[17:56] <geser> yes, because there was no one to look after them and to not let it happen again (e.g. Ubuntu released with 0.2.x while upstream is at 0.2.y (y >> x) and it not willing to support 0.2.x anymore)
[17:57] <dutchie> am I getting through or are people just ignoring me?
[17:58] <happyaron> geser: but if someone can catch up with the update, it can be bring back
[17:58] <geser> dutchie: I can read you :) but currently don't have time for a proper review (and others are either busy or already enjoying the weekend)
[17:58] <happyaron> right?
[17:58] <dutchie> geser: ah, ok.
[17:58] <geser> happyaron: yes
[17:59] <dutchie> I just want to make sure that it gets into karmic
[18:01] <mainbrain_> hi there
[18:02] <mainbrain> I made a package and want to know where to send it now
[18:02] <mainbrain> can someone help me out?
[18:02] <geser> !REVU
[18:02] <ubottu> REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[18:03] <mainbrain> that also applies to package updates right?
[18:04] <geser> for existing packages? no, just file a bug in LP, attach the new .diff.gz and subscribe the sponsoring team
[18:04] <geser> ubuntu-universe-sponsors for packages in universe/multiverse and ubuntu-main-sponsors for packages in main
[18:04] <mainbrain> and why all the hassle with: https://wiki.ubuntu.com/PackagingGuide/HandsOn#Tutorial%202:%20Updating%20a%20Package
[18:05] <mainbrain> ubuntu's doxygen is outdated, so I did an upgrade
[18:05] <happyaron> geser: should I file a bug when uploaded the package to revu?
[18:06] <geser> happyaron: a needs-packaging bug would be fine
[18:06] <happyaron> thanks
[18:07] <mainbrain> okay, so I file a bug in LP and attach doxygen_1.5.9-0ubuntu1.diff.gz right?
[18:07] <geser> mainbrain: this shows how to update a package and in step 6 (debuild -S -sa) you build the new source package incl. the new .diff.gz you need to attach to the bug
[18:07] <geser> mainbrain: yes
[18:08] <mainbrain> thanks :)    ... now I just need to know what LP is ... google was no help
[18:08] <geser> mainbrain: LP == launchpad -> http://www.launchpad.net/
[18:08]  * norsetto guesses that automake1.10 has been obsoleted today
[18:09] <geser> mainbrain: I see that doxygen 1.5.9 is already in karmic -> https://launchpad.net/ubuntu/+source/doxygen
[18:09] <mainbrain> oh ... but why can't I see it in my synaptic?
[18:10] <geser> mainbrain: do you use already karmic (Ubuntu 9.10) or the stable version (jaunty, Ubuntu 9.04)?
[18:10]  * sebner waves at geser and norsetto :D
[18:11] <mainbrain> i'm using jaunty
[18:11] <norsetto> huhu sebner
[18:11]  * geser waves a sebner
[18:11] <geser> mainbrain: then you are asking for a backport?
[18:11] <geser> !backport
[18:11] <ubottu> If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging
[18:11] <mainbrain> !packaging
[18:11] <ubottu> The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports
[18:12] <mainbrain> oh :(
[18:14] <geser> sebner: are you today in sync or merge mode?
[18:15] <sebner> geser: don't know yet (just came from church), do you need anything specific?
[18:17] <geser> sebner: nothing special, just the usual ubuntu-universe-sponsors queue
[18:17] <sebner> geser: I'll take a look later =)
[18:17] <geser> perhaps also check any interesting open merges as FF is nearing irresistible
[18:20] <sebner> geser: everything \o/
=== kiko is now known as kiko-fud
[18:25] <happyaron> geser: your suggestion seems works, currently building on PPA virtual builder
[18:26] <happyaron> :(, failed
[18:27] <happyaron> pdfTex failure
[18:38] <mainbrain> Whats the naming 0ubuntu1 good for? Whats the pattern?
[18:39] <hyperair> for some reason, i received mail addressed to gpocentek. spam even.
[18:40] <geser> hyperair: check the envelope from, not the From header
[18:41] <geser> s/from/to/g
[18:41] <hyperair> envelope from?
[18:41] <hyperair> what header's that?
[18:41] <directhex> mainbrain, the bit after the dash is the debian revision number. if there's ubuntu changes, then "ubuntuX" is added where X is the ubuntu revision
[18:41] <geser> hyperair: see RFC 2822, MAIL FROM and RCPT TO
[18:41] <directhex> mainbrain, if there's no debian version, then the debian version 0 is used, hence 0ubuntu1
[18:42] <mainbrain> ahhh, thank you
[18:42] <hyperair> geser: i don't think this is something i can see in the mail headers is it? (it appeared in my gmail inbox)
[18:43] <geser> hyperair: not in most cases, but some mail servers log it in the Received headers (the RCPT TO value) and Return-Path for the MAIL FROM value
[18:43] <hyperair> hmmm
[18:45] <geser> hyperair: the correct RFC is 2821, not 2822 as I mentioned. The headers like you see them in your mail reader are already part of the mail data and can contain everything you want (even forged To: and From: headers)
[18:45] <hyperair> geser: i'm viewing the message source in thunderbird.
[18:45] <hyperair> so yes, i'm seeing them Received headers
[18:46] <hyperair> none of them show my address though
[18:46] <hyperair> except for Delivered-To
[18:47] <hyperair> seems that's not the only spam message i've gotten with that To: address
[18:47] <geser> yeah, some mail servers store it in Delivered-To, some as part of Received and others not at all
[18:47] <hyperair> ah
[18:47] <hyperair> well assuming there's no glitch anywhere, the RCPT TO had to be hyperair@gmail.com =\
[18:48] <geser> yes
[18:53] <jtimberman> I need motu advocate for some packages in REVU: chef, stompserver, merb, coderay and libsystemu-ruby, on http://revu.ubuntuwire.com/u/jtimberman (libsyntax-ruby should be removed, but won't 'nuke' when i tell it to)
[18:53] <geser> hyperair: it could also be your @ubuntu.com address in RCPT TO and forwarded later to your gmail address
[18:54] <hyperair> ah yes. of course
[18:54] <hyperair> in fact, that's probably it, since the mail has launchpad in its Received header
[18:54] <hyperair> no wait, not launchpad. canonical
[19:12] <mainbrain> bye :)  thanks for helping me out
[19:21] <micahg> does anyone here use a GUI for browsing bzr branches locally?
[19:23] <superm1> micahg, bzr-gtk ships an app called olive-gtk
[19:24] <micahg> superm1: it crashes
[19:25] <micahg> are there any other ones?
[19:25] <superm1> micahg, try running it a second time.  i see dbus errors the first time i try to launch it upon reboot too alot
[19:25] <micahg> indeed superm1
[19:25] <micahg> thanks
[19:25] <micahg> I'll have to update the bug report I filed on it a while back
[19:25] <superm1> micahg, can you subscribe me to it too?  I've been meaning to file one for ages, but never got around to it
[19:27] <micahg> I subscribed you
[19:27] <micahg> I'll have to update it later though
[19:27] <micahg> I'm at work now
[19:29] <superm1> thanks
[19:35] <micahg> superm1: do you know an easy way to import all the history from an svn repo
[19:38] <superm1> micahg, no i don't sorry.  you might want to ask the guys in #bzr or #bazaar (whichever channel they own)
[19:39] <micahg> thanks superm1
[19:47] <jbernard__> after looking through the packaging guide, I have not been able to find information on "taking an existing debian package and making the necessary changes for its inclusion in ubuntu", does something like this exist somewhere?
[19:50] <jbernard__> nevermind, im an idiot
[19:52] <directhex> jbernard__, existing debian packagea are by definition ready for inclusion in ubuntu, with few exceptions
[19:52] <Ampelbein> jbernard__: why do you say that? perhaps the guide is unclear on that specific issue and needs to be better phrased? can you tell us what exactly was it you wanted to know?
[19:56] <jbernard__> well, i suppose if i just follow the guide it will have the necessary pieces, like: changing Section from 'interpreters' to 'universe/interpreters'
[19:57] <jbernard__> and chaning the maintainer to motu
[19:57] <jbernard__> so here's my issue specifically, I uploaded a new package to debian (lua-iconv) and it currently sitting in NEW, but id like to see the package make it into karmic before the freeze
[19:59] <jbernard__> so i belive the next thing to do it to upload it to REVU
[19:59] <jbernard__> (with the above mentioned changes included)
[20:00] <jbernard__> am I on the right track here, or off in left field? :)
[20:00] <Ampelbein> jbernard__: why would you want to change the section to 'universe/*'? the categorization in main/universe is done automatically, you don't need to change the section in debian/control.
[20:00] <jbernard__> ahh
[20:00] <jbernard__> so just the 'Maintainer:' field must change?
[20:00] <jbernard__> or is that automatic as well
[20:01] <Ampelbein> jbernard__: there is a script available in the package "ubuntu-dev-tools", called update-maintainer. you can either use that or change it by hand.
[20:02] <jbernard__> perfect, are there any other required changes prior to a REVU upload?
[20:04] <Ampelbein> jbernard__: none that I know of from the top of my head
[20:05] <jbernard__> that's awesome, thanks for your help!
=== ShadowChild is now known as lukjad007
[20:26] <jetsaredim> anyone know why usb-creator isn't in jaunty?
=== kiko-fud is now known as kiko-afk
[20:27] <geser> jbernard__: you want to get an existing package in Debian unstable get included in Ubuntu?
[20:31] <jbernard__> geser: is "almost" existing, its in NEW at the moment, but im afraid it may not make it into unstable before the freeze
[20:33] <geser> ah, then REVU is the right way
[21:13] <stochastic> can someone take a look at one of these?   http://revu.ubuntuwire.com/p/xwax  http://revu.ubuntuwire.com/p/xjadeo  http://revu.ubuntuwire.com/p/a2jmidi  http://revu.ubuntuwire.com/p/slv2
=== cprov is now known as cprov-afk