[00:05] <masterkernel> hey all, i'm still in need of 2 reviewers for kernelcheck: http://revu.ubuntuwire.com/p/kernelcheck
[00:07] <ajmitch> geser: mind if I take the nevow merge?
[00:46] <mok0> empathy is for sissies. Good night folks
[02:41] <qiyong> what is the ubuntu server chann name?
[02:41] <qiyong> what is src group for?
[02:41] <qiyong> what user should my cvs run as?
[02:44] <tsimpson> try #ubuntu-server
[02:45] <qiyong> i often get connection reset error when i mirror archive.ubuntu.com
[02:46] <qiyong> where should I complain ? tsimpson
[02:49] <tsimpson> I think #canonical-sysadmin
[02:50] <lifeless> qiyong: are you a registered mirror?
[02:51] <qiyong> lifeless: no, i just installed apt-mirror, and use it.
[02:52] <lifeless> could be your nearest server has issues
[02:52] <qiyong> tsimpson: i'm not registered, should I go to #canonical-sysadmin still?
[02:52] <lifeless> but yes, #canonical-sysadmin is probably a good place to go
[02:52] <savvas> is the debian import freeze active ?
[02:53] <ajmitch> savvas: I believe the autosyncs have stopped, though I've seen no announcement of it yet
[02:53] <savvas> ok thanks
[02:53] <qiyong> lifeless: i think i connected to archive. not archive.country.
[02:54] <qiyong> lifeless: otherwise, they'll get into archive.coutry. directory\
[02:54] <qiyong> ok, no one answer me in the server chann, can anyone tell me what src for and what user should cvs run as here?
[02:55] <lifeless> depends on you
[02:55] <lifeless> whatever you want
[02:55] <lifeless> it'll be terrible no matter what
[02:55] <qiyong> ?
[02:57] <qiyong> lifeless: ?
[02:57] <lifeless> ?
[02:57] <RAOF> I think lifeless is suggesting that CVS is a terrible choice of VCS, no matter what your requirements are.
[02:59] <maco> *giggle*
[03:00] <ajmitch> maco: oh, bryce said that you should produce a patch for hunspell as well :)
[03:00] <ajmitch> he added the extrawords.txt processing to hunspell today
[03:01] <maco> ajmitch, yes i saw you talking about me in -devel
[03:01] <maco> i didnt even know about hunspell
[03:03] <ajmitch> get a patch, I'll get something uploaded
[03:03] <ajmitch> if not right away, then at least after I get home from work
[03:05] <savvas> ajmitch: should a bug report be created for new package sync requests?
[03:05] <ajmitch> savvas: they should once DIF is in effect, which I believe it is
[03:06] <savvas> oki doki :)
[03:06] <ajmitch> maybe an archive admin will do a rather late autosync & prove me wrong :)
[03:29] <asomething> https://wiki.ubuntu.com/DebianImportFreeze says DIF starts today (25th)
[03:36] <savvas> asomething: It's the 26th today, GMT/UTC at least :)
[03:37] <asomething> savvas: I've got about an hour and a half left of the 25th still in NY =)
[03:38] <ajmitch> asomething: and you should know from release days that it's never exactly on 00:00 :P
[03:38] <ajmitch> though it is usually funny watching people get their hopes up in the release party channel
[03:38] <persia> I doubt there's going to be another sync run.
[03:39] <persia> DIF is more the day the archive-admins stop doing something, rather than one of the deadlines where one needs to sneak under the wire.
[03:39] <ajmitch> though it is a soft deadline for merges today as well
[03:39] <persia> Oh, right.
[03:40] <ajmitch> soft deadline being that they ought to be done by now, and we still have a lot in universe
[03:40] <ajmitch> time for a busy weekend, I think
[03:40] <persia> Indeed.
[03:41] <ajmitch> with this sort of weather here, there's not much else I can do :)
[03:43] <StevenK> I didn't do one yesterday on purpose. I can't see the autosyncer running again until karmic+1
[03:43] <ajmitch> StevenK: that's what I expected
[03:43] <persia> Oh, right.  You're Thursday, which makes DIF early :)
[03:43] <ajmitch> he stoled our syncs?
[03:44] <persia> No, he just did them real fast like, before we were paying attention.
[03:44] <ajmitch> oh right
[03:45]  * ajmitch will still blame it all on StevenK
[03:45] <persia> ajmitch, Oh my.  That is an interesting pressure pattern.  I suppose you'll be wet for the next couple weeks even
[03:46] <ajmitch> and some of my friends are going off skiiing next week too :)
[03:46] <bddebian> Isn't ajmitch always all wet?
[03:46]  * bddebian hides
[03:46] <ajmitch> great to see bddebian as helpful as ever :)
[03:46] <ajmitch> we missed you, honest
[03:46] <bddebian> That's me )
[03:47] <bddebian> All I do these days are QA uploads and package removals! ;-)
[03:47] <ajmitch> all the exciting bits
[03:55] <bddebian> All the sclub work as always :)
[04:03] <bddebian> Err schlub even
[04:04] <ajmitch> bddebian: that's ok, we understand what you're trying to say :)
[04:35] <Jazzy> hi
[04:35] <Jazzy> is this the right channel for ubuntu questions
[04:35] <Jazzy> or should i join a different one
[04:36] <ajmitch> #ubuntu for general support
[04:36] <nhandler> Jazzy: It depends on the type of question. #ubuntu is for general Ubuntu support. This channel is mainly for packaging related stuff
[04:36] <Jazzy> okay i just need general support
[04:36] <Jazzy> thank you
[05:14] <kees> anyone working on wireshark 1.2.0?  I was testing it out and thought I'd upload it if no one else was already doing it.
[05:16] <dtchen> feel free; i have a local package but won't have time to upload it
[06:03] <fabrice_sp> Good morning!
[06:03] <ajmitch> hello
[06:04] <fabrice_sp> Hello ajmitch ;-)
[06:04] <fabrice_sp> Can someone have a look at Bug #345208? I'm not sure it's in the correct state for a sru
[06:11] <dholbach> good morning
[06:12] <dholbach> Ampelbein, gaspa: I just added you to ~motu - congratulations again :)
[06:14] <mkep> can someone help me with the debuild command.  I need to install it but it always gives me something about a mail server.
[06:14] <fabrice_sp> good morning dholbach
[06:15] <fabrice_sp> Ampelbein, gaspa, congrats!
[06:19] <dholbach> hiya fabrice_sp
[06:26] <vkfwb> I am looking for someone who can help me facilitate an update to Ubuntu package of fwbuilder; I am the author and project lead, our upstream package has been updated and we'd like to see Ubuntu packages updated too
[06:26] <vkfwb> the package has been updated in debian already
[06:26] <cjwatson> what version?
[06:26] <vkfwb> uh, v3.0.5
[06:26] <cjwatson> we have that in karmic already
[06:26] <vkfwb> great
[06:27] <vkfwb> would it be possible to make it appear in updates for jaunty and possibly earlier ubuntu ?
[06:27] <cjwatson> we don't normally update stable releases to newer upstream versions
[06:27] <vkfwb> oh
[06:27] <ripps> vkfwb: packages in debian are automatically synced into the latest version of ubuntu, for older versions, you'll have to setup a ppa
[06:27] <cjwatson> except in some very limited circumstances -
[06:27] <cjwatson> https://wiki.ubuntu.com/StableReleaseUpdates
[06:28] <cjwatson> jaunty-backports etc. might be a possibility; see https://help.ubuntu.com/community/UbuntuBackports
[06:28] <cjwatson> those two links should tell you all you need to know
[06:28] <vkfwb> ok, thanks
[06:28] <vkfwb> reading them now
[06:33] <ajmitch> morning dholbach
[06:33] <dholbach> hiya ajmitch
[06:33] <dholbach> hey cjwatson
[06:44] <dtchen> sheesh, there's a lot of low-hanging fruit with these uscan warnings
[06:44] <ajmitch> dtchen: such as?
[06:44] <dtchen> ajmitch: fairly straightforward corrections of warnings about code.google syntax
[06:45] <ajmitch> how many of them is it worth doing an upload for though?
[06:46] <dtchen> i'd say all, but i'm just pushing diffs to BTS and adding to Launchpad where there's already an existing reason to upload
[06:46] <ajmitch> right, that's sort of what I meant
[06:48] <gaspa> dholbach: thanks \o/
[07:34]  * TheMuso is doing liblouis as its moving to main, and requires some other fixes.
[07:35] <TheMuso> Is there anywhere I can document that?
[08:10] <noodles775> Hi lifeless! When you're not so busy, can you take a look at the following for me? http://revu.ubuntuwire.com/p/sphinxbase
[08:11] <geser> ajmitch: go ahead (nevow merge)
[08:12] <lifeless> noodles775: well for starters, address the ! warning at the top of the page :)
[08:13] <noodles775> lifeless: ah, yes. OK, will do (sometime in the next week). thanks!
[08:22] <ajmitch> geser: great, only problem is they dropped all the patches & so dropped quilt from build-depends :)
[08:22] <ajmitch> I think the python 2.6 change for it should go to debian anyway
[08:41] <slytherin> gaspa: congratulations. :-)
[08:42] <gaspa> slytherin: thank you! :)
[08:42] <AnAnt> Hello
[08:43] <slytherin> AnAnt: Welcome to the @ubuntu.com community. :-)
[08:43] <AnAnt> slytherin: thanks
[08:43] <directhex> all the cool kids have an @ubuntu.com
[08:44] <AnAnt> so, I got a question regardign sl-modem package
[08:44] <AnAnt> it used to have a binary package (sl-modem-source), that package used module-assistant to build an sl-modem-modules-<KVERS> package
[08:45] <AnAnt> now, I made sl-modem-source use DKMS  only and not module-assistant
[08:45] <AnAnt> now how can I make sl-modem-source conflict/replace sl-modem-modules-<KVERS>  ?
[08:47] <AnAnt> slytherin: if you find out about the velocity/ant thing, could you reply me ?
[08:47] <slytherin> AnAnt: Sure.
[08:47] <AnAnt> thanks
[08:47] <geser> hmm, have them a Provides perhaps or a common dependency you could conflict with?
[08:47] <persia> AnAnt, You'd have to make it conflict with each package.
[08:47] <persia> (which is a long and ugly list)
[08:48] <persia> geser, Problem is m-a packages only depend on the kernel.
[08:49] <AnAnt> persia: and unpredictable list !
[08:49] <persia> AnAnt, not so unpredictable.
[08:49] <persia> Oh, right.  I understand.  non-repo versions...
[08:49] <AnAnt> yup, non-repo versions that's the problem
[08:50] <persia> Make sl-modem-daemon Depend on sl-modem-source (>> foo), which does the DKMS hack.
[08:50] <persia> Oh, nevermind.  That won't work.
[08:50] <AnAnt> sl-modem-daemon doesn't need to Depend on sl-modem-source actually
[08:50] <persia> I don't think there's a safe upgrade path for non-repo kernels.
[08:51] <AnAnt> ok
[08:51] <persia> You could list all the recent kernel versions for Debian and Ubuntu (including all supported series).
[08:52] <AnAnt> how ?
[08:52] <AnAnt> rmadison ?
[08:52] <geser> what about a check in preinst if sl-modem-modules-* is installed and failing the installation then?
[08:52] <persia> So, etch, lenny, last 2-3 in testing, last 2-3 in sid, dapper, dapper-updates, hardy, hardy-updates, intrepid, intrepid-updates, jaunty, jaunty-updates, last 2-3 in karmic.
[08:52] <directhex> geser, i like it
[08:53] <persia> geser, So have preinst configure bomb out if it would cause a conflict?
[08:53] <geser> yes
[08:53] <persia> And then expect new modules to be built with an kernel update using the new package?
[08:54] <AnAnt> I dont understand that last question
[08:55] <persia> Well, it's easy enough to test if there is already a sl-modem module built for the current kernel, and not do the DKMS build in that case.
[08:55] <slytherin> Wait a minute. When the old sl-modem-source (which used module-assistant) is removed won't it automatically remove -modules-<KVERS>
[08:55] <persia> The trick is then doing the DKMS build for a kernel update.
[08:56] <persia> slytherin, Except "sl-modem-source" isn't being removed: it's just an upgrade.
[08:56] <slytherin> persia: isn't that like remove and install new version?
[08:57]  * persia checks http://women.debian.org/wiki/English/MaintainerScripts
[08:58] <persia> slytherin, Not quite.
[08:58] <slytherin> persia: if it wasn't like that the postrm script would not get executed for upgrade cases.
[08:58] <AnAnt> slytherin: nope
[08:58] <persia> postrm gets called, but with different arguments (prerm /postrm remove vs. prerm/postrm upgrade)
[08:59] <persia> AnAnt, You might be able to do something with "preinst upgrade" to hunt and kill modules packages.
[08:59] <persia> Except you don't really want to kill the current modules if they are in use for the network connection used to download the upgrade...
[09:00] <AnAnt> slytherin: sl-modem-modules-_KVERS_ does not Depend on sl-modem-source
[09:00] <persia> I think I like geser's suggestion of just not doing anything on install if there is a modules package.
[09:00] <slytherin> AnAnt: I was assuming that module-assistant also removed the modules package. I used sl-modem-source long time ago. So do not actually remember.
[09:00] <persia> Err, a modules package for the current kernel.
[09:02] <directhex> correct me if i'm wrong, but since sl-modem-modules-foo is not in the archive, it's perfectly policy-compliant NOT to Conflicts: with it
[09:02] <AnAnt> directhex: yes, but I got a user screaming at me probably because he got this issue
[09:03] <AnAnt> not screaming, but he seems upset
[09:03] <directhex> AnAnt, well, i like the preinst hack
[09:03] <AnAnt> I'm trying to understand it
[09:03] <persia> directhex, Erm, kinda.  It's not polite to leave cruft on user systems that you put there in the first place.  If the user pulled it from some third party, it wouldn't matter so much.
[09:04] <persia> directhex, More importantly, without something, upgrading the package from the previous version fails always, which is usually considered a packaging bug.
[09:04] <directhex> persia, well, politeness sure. but i don't think there's any policy reason to have a list of conflicts with half a million kernels in it - hence why the preinst seems like a good idea
[09:06] <AnAnt> hmmm
[09:06] <AnAnt> would there be a failing upgrade path even ?
[09:07] <persia> AnAnt, yep.  goes like this:
[09:07] <AnAnt> I just looked again at the bug LP 375148, and I think there is another problem
[09:07] <persia> new package unpacks, postinst-configure is called, that does the DKMS magic, the DKMS stuff tries to install, that tries to overwrite existing files, that causes an error, dpkg gives up as unconfigured.
[09:08] <AnAnt> oh, I didn't know the DKMS will fail if it tried to overwrite a file installed by a deb
[09:08] <AnAnt> I thought that this only happens in dpkg
[09:08] <persia> Maybe it doesn't, but I think it should.  Otherwise you end up with a file that two packages think they control.
[09:09] <AnAnt> I don't think that it should do
[09:09] <AnAnt> dkms is not apt/dpkg thing
[09:09] <persia> If it doesn't, that's probably a bug in DKMS (that packages should be able to be removed completely on purge)
[09:10] <AnAnt> huh ?
[09:12] <persia> AnAnt, So, there exists some .ko file, either provided by DKMS or by sl-modem-modules-KVER
[09:12] <persia> It's important that the file is never provided by both of them.
[09:12] <persia> Otherwise, it's not safe to clean up.
[09:12] <AnAnt> ok
[09:12] <persia> because you can end up with something like removing sl-modem-modules-KVER removing the DKMS-provided file.
[09:13] <persia> So you need to make sure that the file that would be created by DKMS isn't already present.
[09:13] <AnAnt> is that really a problem ? that will get rebuilt on the next reboot, right ?
[09:13] <persia> And if it is, don't do the DKMS bit until later (next kernel upgrade)
[09:13] <persia> Huh?  I didn't think modules were rebuilt on reboot.  I thought they were rebuilt on kernel upgrade.
[09:14] <AnAnt> superm1: ^
[09:14]  * persia wanders off for a bit
[09:14] <AnAnt> persia: well, I see DKMS doing something at startup
[09:14] <AnAnt> ok
[09:21] <slytherin> AnAnt: I think dkms has some sort of daemon which keeps watch for installed/upgraded kernels.
[09:21] <AnAnt> slytherin: yeah, but how about startup ?
[09:23] <slytherin> AnAnt: superm1 is the right person for anything related to DKMS.
[09:24] <AnAnt> yeah
[09:25] <slytherin> AnAnt: the dkms transition of sl-modem-source was done in jaunty, right?
[09:25] <AnAnt> slytherin: yes, but module-assistant support was still there
[09:26] <slytherin> AnAnt: and intrepid version had only module-assistant support right?
[09:26] <AnAnt> yup
[09:26] <AnAnt> intrepid or hardy, I don't remember
[09:26] <AnAnt> yes, intrepid
[09:29] <AnAnt> ok, about that preinst thing
[09:29] <AnAnt> wasn't there a way in module-assistant that makes it autobuild a new package for every new kernel update
[09:29] <AnAnt> there was some auto switch I recall
[09:48] <slytherin> AnAnt: I can check on my PC what all happens when installing and removing sl-modem-source. But this testing will only happen next week
[09:49] <AnAnt> ok
[09:49] <AnAnt> thanks
[09:51] <qiyong> i want to upgrade from jaunty to karmic, how advices and procedures?
[09:53] <MTecknology> So, if I develop solid packages for the repos and the community really likes them, would I be able to have it in the universe?
[09:54] <MTecknology> dholbach: I see you!
[09:54] <geser> MTecknology: sure
[09:54] <dholbach> https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[09:55] <slytherin> qiyong: take backup of your important data. :-)
[09:55] <MTecknology> dholbach: I'm watching your tutorial video
[09:55] <MTecknology> at 0400...
[09:55] <MTecknology> I had an hour long fight with audio first
[09:56] <qiyong> slytherin: procedures?
[09:56] <qiyong> sladen: only by changing apt conf?
[09:56] <qiyong> slytherin: ^
[09:57] <slytherin> qiyong: 'sudo update-manager -d' should work
[09:57] <qiyong> slytherin: is it equivalent to change apt conf?
[09:57] <MTecknology> and video freaked thank you totem+firefox
[09:57] <slytherin> qiyong: AFAIK, but I have never used it
[09:58] <MTecknology> geser: I'm really hoping to become motu, but I have a few projects I want to synch up first. Then hopefully get some other devs to push on everything so I can leave the project
[09:59] <MTecknology> 1hr to dload the first video :D
[10:17] <therm> hello everybody
[10:18] <therm> if somebody has the time it would be nice if he would review this: http://revu.ubuntuwire.com/p/jameica
[10:18] <therm> thanks
[10:20] <directhex> Build-Depends-Indep: sun-java6-jdk ?
[10:20]  * gaspa is listening an italian radio talking about opensource.... wow
[10:23] <therm> thanks directhex, I am not really shure where the difference is between Build-Depends and Build-Depends-Indep
[10:24] <therm> english is a "foreign-language" for me
[10:33] <therm> or what did you mean directhex?
[10:35] <geser> therm: does it really require sun-java and doesn't it build with openjdk?
[10:35] <ximion> could someone please review http://revu.ubuntuwire.com/p/smile ? REVU still shows a copyright warning, but the copyright is surely included.
[10:35] <ximion> hello!
[10:36] <ximion> oh, wrong posting order ;-)
[10:37] <therm> no it doesn't work wiht
[10:38] <therm> no it doesn't work with openjdk, I talked to the upstream author about this and he said that this is why some encryption does not work there...
[10:39] <ximion> therm: Your package could depend on the generic package default-jre
[10:39] <gaspa> ximion: if I remember well...
[10:39] <gaspa> yes ,it's inside BIB_ManSlide/Help/gpl-2.0.txt, so that warning could be ignored, imho
[10:39]  * slytherin had forgot how beautiful REVU looks these days. :-)
[10:39] <ximion> gaspa: It is also in ./copying
[10:39] <gaspa> right
[10:42] <gaspa> ximion: I really like the last line of rainct comment  :D
[10:42] <gaspa> ;)
[10:42] <ximion> gaspa: Me too ;-)
[10:43] <gaspa> ximion: i've uploaded it in mentors.debian.net.. it's still waiting for a sponsor.
[10:43] <therm> ximion: but does this package provide suns-jre? or what is it doing?
[10:45] <ximion> therm: It depends on the system's default java runtime (In ubuntu Karmic it is the openjdk)
[10:45] <slytherin> ximion: does the application have a home page?
[10:45] <ximion> gaspa: Thanks!
[10:45] <gaspa> slytherin: yes. smile.tuxfamily.org
[10:46] <slytherin> because the control file does not seem to include it, as REVU is not showing it.
[10:48] <therm> ximion: but if I would use this the application wont run properly
[10:48] <therm> it does not run with openjdk
[10:48] <ximion> therm: okay, the the sun-java runtime is necessary. (Strange... I'll also try to run it with openjdk)
[10:50] <therm> ximion: You can try but you will see that it will fail on startup by throwing an error
[10:51] <therm> at least this behavior was in jaunty and intrepid
[10:51] <slytherin> therm: you can ask upstream authors what kind of APIs are they using which are not present in openjdk
[10:51] <kpirc> I need a 2nd advocate for my cadabra package now up on REVU. Any takers?
[10:51] <gaspa> ximion: uh... isn't enough "rm -f $(CURDIR)/debian/smile-slide.png", rathen than: [ ! -f $(CURDIR)/debian/smile-slide.png ] || rm $(CURDIR)/debian/smile-slide.png
[10:52] <gaspa> just cosmetic, but it's cleaner imho
[10:52] <\sh> whoever revuadmin is online...please click on fedora-ds-admin and see the error...
[10:53] <therm> slytherin: I will ask him, but I am not shure if he knows that really
[10:56] <ximion> gaspa: Yes, I'll change this
[10:59] <gaspa> ximion: ;)
[11:00] <ximion> therm: okay, it does really not work with openjdk... But I have not tried to compile with the openjdk-libs
[11:01] <therm> ximion: okay
[11:08] <therm> ximion: I have problems with the copyright-file, jameica uses libs that are under a different but opensource license, how to say that in this file?
[11:09] <directhex> therm, "uses" how?
[11:09] <directhex> therm, other libs on the system, bundled source, bundled binaries?
[11:10] <ximion> gaspa: Done.
[11:10] <therm>  bundled source, I think, otherwise lintian would throw an error, right?
[11:10] <directhex> no, lintian doesn't moan about binaries
[11:10] <directhex> are there any .class files?
[11:11] <therm> no they are jar-files
[11:12] <directhex> containing class files? that's not allowed
[11:13] <directhex> look at it this way:
[11:14] <directhex> a severe security bug is found in a bundled binary lib
[11:14] <directhex> now what?
[11:15] <therm> I took a look in the orig.tar.gz, and yes there are class-files in the libs shipped with the upstream code
[11:15] <therm> an now I have to package all other libs?
[11:15] <therm> d
[11:16] <directhex> yes
[11:16] <directhex> you need to package the required libs separately - and you need to regenerate a new orig with the closed-source stuff removed
[11:17] <slytherin> therm: you need to package them if they are not already available in repositories.
[11:17] <therm> in germany we would say "oha"^^
[11:18] <directhex> the life of a java packager, eh
[11:18] <therm> I already used as much libs as possible from repositories. So the libs wich are left are not in there.
[11:19] <therm> Ok I will package them
[11:19] <slytherin> therm: what libraries are those?
[11:20] <therm> you may have an look at http://revu.ubuntuwire.com/p/hibiscus also, this is the real application wich needs jameica
[11:21] <slytherin> therm: what are the libraries that are not available in repositories?
[11:22] <therm> slytherin: There are two from the same upstream author wich I packaged here bevor but moved them to archive and swtcalendar, nanoxml, jakarta_commons
[11:22] <slytherin> therm: jakarta commons is in repository
[11:22] <therm> the libs from upstream are: http://revu.ubuntuwire.com/p/libwilluhnds http://revu.ubuntuwire.com/p/libwilluhnutil
[11:23] <therm> slytherin: aha, how is the name of the package? I didnt found that
[11:24] <slytherin> therm: nanoxml is in repositories as well. the package names for jakarta commons - http://packages.ubuntu.com/search?keywords=libcommons
[11:24] <slytherin> not sure which one you need
[11:27] <therm> ok I will try to get it work with them, thanks
[11:27] <therm> means that I have to package swtcalendar, libwilluhnds and libwillunutil
[11:29] <ximion> Can someone (who has enough time) please review my packaging of the libqt4intf-library? http://revu.ubuntuwire.com/p/libqtintf4
[11:30] <ximion> The library is used by Pascal (and other languages) developers to use Qt4 in their application. It is a complete wrapper for Qt4.
[11:31] <ximion> Unfortunately, you can't test the library without an application that uses this. The Lazarus-Package sometimes needs this lib.
[11:31] <ximion> (Just as information)
[11:31] <therm> slytherin: Upstream wrote an email to answer your question: He said that he means that it should run with openjdk also but really does not work with GCJ, because this uses an different crypto-extension
[11:33] <therm> slytherin: and that he does devolop it for suns java
[11:37] <slytherin> therm: which means you can use default-jdk as build dependency and default-jre as runtime dependency.
[11:40] <therm> slytherin: ok, I will change this
[11:46] <therm> slytherin: but how does my package now provide that it didnt run with GCJ? I dont wont the users of this program to get confused becaus its not starting^^
[11:47] <slytherin> therm: your package must be having some shell script to start it right?
[11:48] <therm> yes
[11:48] <slytherin> therm: in that shell script you can check if the java runtime is openjdk or not.
[11:54] <therm> slytherin:  Ok I will try
[11:58] <therm> I have another question: What happends if the package is uploaded to universe, how to upload new versions of this application?
[12:04] <slytherin> therm: you need to find a sponsor for any version you need to upload to universe until you become motu and gain upload rights.
[12:06] <therm> slytherin: ok
[12:07] <ximion> Is someone there who could check http://revu.ubuntuwire.com/p/projectm-jack , a ProjectM-visualizer for JackAudio and http://revu.ubuntuwire.com/p/libprojectm-qt , a library needed by ProjectM-Jack?
[12:07] <therm> slytherin: Upstream wrote another email and he is worrying about that libs might be not in the right version, so that this could bring problems
[12:08] <therm> slytherin: but this is a general thing, how is this solved?
[12:08] <therm> slytherin: isnt it?
[12:08] <slytherin> therm: I am not sure how I can help here. This is completely trial and error.
[12:16] <therm> slytherin: What happend if I need app-1.2 in karmic but its only 1.1, is there a possibiliety to upgrade this?
[12:17] <therm> slytherin: so that jameica runs properly
[12:17] <MTecknology> My laptop is hanging w/ an error message when I turn it off. I can't read the whole thing. Where can I dig this up at?
[12:17] <slytherin> therm: yes, file a bug, prepare the new version of package if possible and then subscribe appropriate sponsors team to the bug.
[12:17] <MTecknology> offtopic - but you guys are smart..
[12:18] <slytherin> therm: which app is that by the way?
[12:21] <therm> therm: app=lib, some jakarta lib maybe
[12:21] <therm> therm: ok that answers my question
[12:47] <therm> I am uploading a new version of the package jameica, I changed nanoxml and jakarta libs from repos
[12:47] <therm> and the default-jre/jdk
[12:53] <slytherin> therm: are you done packaging its dependencies as well, those which are not repositories?
[12:54] <therm> slytherin: no not at all, but you might have a look at what I was preparing some weeks ago, there I wanted to package this libs:
[12:54] <therm> slytherin: http://revu.ubuntuwire.com/p/libwilluhnutil
[12:54] <therm> slytherin: http://revu.ubuntuwire.com/p/libwilluhnds
[12:55] <therm> slytherin: I know that for example descriptions are not the right one, but maybe you find bugs
[12:56] <slytherin> therm: I hope you have verified that packages build properly using pbuilder.
[12:56] <therm> slytherin: so if they are ready, only swtcalendar must be packaged
[12:57] <therm> slytherin: how do you mean that?
[13:01] <therm> slytherin: Ok I see, in that packages there it has to be default-jre/jdk also
[13:27] <therm> slytherin: In wich section must do I have to put upstreams libs?
[13:27] <slytherin> therm: I don't understand the question.
[13:29] <therm> slytherin: In my control-file for libwilluhnds there is a section lib, but lintian throws an warning: W: libwilluhnds: unknown-section lib
[13:29] <therm> slytherin: what do I have to put there instead
[13:30] <slytherin> therm: I don't remember offhand. Check debian policy (google). I am a bit busy right now.
[13:30] <therm> ok
[13:35] <therm> therm: hehe, sometimes its just an "s" to put afterwards ;-)
[13:55] <therm> I now have an error by uploading jameica via dput: Uploading jameica_1.7-0ubuntu1.dsc: 553 Could not create file
[13:56] <therm> This existing file may have been previously uploaded partially
[14:46] <gaspa> dholbach: what should I do to be added to u-u-s ? just asking here?
[14:47]  * gaspa can make a  couple of somersaults, too
[14:49] <dholbach> gaspa: let me see who is admin of the team
[14:49] <gaspa> dholbach: persia
[14:50] <gaspa> ok, let's ask him :P
[14:50] <dholbach> gaspa: DktrKranz and TheMuso too
[14:50] <gaspa> k
[14:50] <gaspa> dholbach: ah, the Italian Mafia
[14:50] <gaspa> :D
[14:51] <gaspa> DktrKranz: can you add me to u-u-s? ( without paying, please )
[15:00] <DktrKranz> gaspa: you have to pay anyway, you have to refund "famiglia"
[15:00] <gaspa> DktrKranz: totopalma will take care.
[15:00] <gaspa> as usual
[15:00] <DktrKranz> ok, but don't give us enough visibility, dholbach already noticed us
[15:01] <dholbach> who's totopalma?
[15:01] <dholbach> I have a few bills to pay
[15:02] <DktrKranz> dholbach: historically, I asked 150 euros/upload, and everyone asked totopalma to pay me, so feel free to send bills to him :)
[15:02] <dholbach> nice
[15:02] <DktrKranz> gaspa: done, call toto now
[15:02] <dholbach> I still need to do my taxes... maybe totopalma can do that too?
[15:03] <DktrKranz> probably
[15:03] <gaspa> only if you join "italian family" group :)
[15:03] <dholbach> gaspa: I guess that's one of teams you only expire from when you're dead :-)
[15:04] <warp10> dholbach: totopalma is the Godfather
[15:04] <dholbach> it's fine, I'll do my taxes on my own
[15:06] <DktrKranz> dholbach: ... or when we decide one should
[15:06] <DktrKranz> but yes, generally people are not so good when they leave
[15:12] <warp10> DktrKranz: indeed: all the guys who left the famiglia are in "geriatrix" now
[16:02] <ryanakca> Why do I get the following when I try to upload to REVU?
[16:02] <ryanakca> Uploading to revu (via ftp to revu.ubuntuwire.com): Uploading kobby_1.0~beta3-0ubuntu1.dsc: 1k/2k451 Failure writing to local file.
[16:09] <AnAnt> Hello
[16:09] <AnAnt> dholbach: I searched glibc's bugzilla for a bug related to non-solar calendars but I found none
[16:09] <AnAnt> dholbach: you sure you saw one for glibc ?
[16:09] <dholbach> AnAnt: probably not
[16:10] <AnAnt> I remember I saw a request, but on a mailing list
[16:10] <AnAnt> but no one answered it
[16:10] <dholbach> it might make sense to talk to somebody about it who have a bit more clue about it than I do :)
[16:11] <AnAnt> there: sources.redhat.com/ml/libc-alpha/2004-06/msg00165.html
[16:13] <AnAnt> ok, thanks
[16:14] <masterkernel> Hi, I'm looking for a reviewer or two for my package, kernelcheck - a a project that is designed to automatically build any 2.6 kernel from the upstream source. KernelCheck can help users fix hardware problems and improve boot time by customizing the kernel configuration.
[16:14] <masterkernel> http://revu.ubuntuwire.com/p/kernelcheck
[16:34] <stefanlsd> dholbach: running a packagejam tomorrow. will let you know how it goes :)
[16:34] <dholbach> stefanlsd: excellent
[16:34] <dholbach> take pictures and blog about it :)
[16:34] <stefanlsd> will do :)
[16:37] <ryanprior> I'm new to debian/ubuntu packaging and have a few questions.
[16:37] <ryanprior> My package already has its own configure and makefile scripts. Do I still need to include debian/rules?
[16:37] <ryanprior> Also, how do I sign my source files?
[16:41] <geser> ryanprior: yes, as debian/rules has the information how to exactly build the deb, e.g. which options to pass to configure, how to actually build and install the software (mostly just calling the Makefile from upstream), any additional steps (like remove unneeded files, etc.)
[16:41] <geser> when you call debuild -S to build the source package it tries to sign them (if you didn't disable it) but you can sign it also afterwards with debsign
[17:01] <AnAnt> Hello, does anyone know of a package for a perl module that uses debhelper not CDBS ?
[18:29] <ryanprior> What sort of rules file should I use for my package?
[18:29] <ryanprior> dh_make created this huge rules file that I don't really understand -- do I need to use that?
[18:33] <ryanprior> Is nobody here? Am I asking the wrong question?
[18:34] <ximion> ryanprior: Are you new to debian-packageking?
[18:34] <ryanprior> I am.
[18:34] <ximion> then you should read some tutorials or the debian-packageking-guide before you start.
[18:34] <ximion> CDBS is a smart way to create small rules-files
[18:34] <ryanprior> I've read the Ubuntu packaging guide and the Debian packaging guide. I'm just trying to make sense of them.
[18:34] <ximion> simply use
[18:34] <ximion> dh_make --cdbs to create the template
[18:35] <ximion> ;-)
[18:35] <ryanprior> so should I delete my current rules file and use that?
[18:35] <Bb7> I am having trouble with a package that MOTU is responsible for:  clearsilver
[18:36] <Bb7> actually it is python-clearsilver, described here
[18:36] <Bb7> https://bugs.launchpad.net/ubuntu/+source/clearsilver/+bug/386970
[18:36] <ximion> ryanprior: Yes, delete the whole debian directory if you have not already done something useful
[18:39] <Bb7> yep thats it.  I wish I knew how to help fix the package but by the time I figure out how to contribute we will all be retired
[18:44] <ryanprior> ximion: Okay, I deleted my debian folder, ran that command, and edited the files
[18:44] <ryanprior> should I be able to debuild now?
[18:46] <ximion> ryanprior: Try it! If all variables are st correctly, it will work.
[18:47] <ximion> see https://wiki.ubuntu.com/PackagingGuide/Howtos/CDBS for details
[18:50] <ryanprior> woohoo, it is working
[19:09] <jmarsden|work> Is there a good reason the PPA builders are showing me a 5+ hour queue delay?  Seems unusual...
[19:12] <ryanprior> ximion: My package build failed at the end.
[19:13] <ryanprior> http://pastebin.ubuntu.com/204425/
[19:13] <ryanprior> I don't understand what went wrong.
[19:14] <ryanprior> I see a permission denied for /usr/share/doc/ecere, but shouldn't fakeroot fix that?
[19:18] <ximion> ryanprior: Hmm... Is fakeroot installed and registered correctly? Also please check if the DESTDIR-option is parsed by the makefile.
[19:19] <ximion> I've never seen this fakeroot error
[19:19] <ximion> maybe someone else knows there more.
[19:19] <ryanprior> How do I know if it's registered correctly?
[19:19] <ryanprior> It's installed, but I never did anything to register it.
[19:20] <ryanprior> Also, I don't know anything about the DESTDIR-option. It's not mentioned in the guide.
[19:34] <ryanakca> nellery: ping, feel like reviewing and re'acking kobby?
[19:35] <nellery> ryanakca: hey, busy right now, but might get a chance later today
[19:40] <nhandler> nellery: If you do sponsor kobby, be sure to include the change to the description.
[19:41] <nellery> nhandler: alright.
[19:41] <nellery> keeping the watch file as is?
[19:43] <ryanprior> My fakeroot appears to be broken, and during the end-stage of building the package it crashes. Has anyone else had that problem? How can I test whether fakeroot is installed properly?
[19:44] <nhandler> nellery: As long as this is the only version that will not work with the watch file, I have no objections to leaving it broken for right now.  Fly through the various layers of the Celestial Oversphere to unseat those who control the universe."
[19:56] <wvdial> god != God
[19:56] <ryanprior> It's polytheistic sci-fi fantasy.
[19:57] <nhandler> wvdial: If that is in the actual application, you will want to talk to the application's author to get it fixed
[19:57] <wvdial> god can go with alot of thing botha sun
[19:58] <wvdial> but God is Gid
[19:58] <wvdial> is God
[19:58] <wvdial> God cant work with any meaning but God
[19:59] <wvdial> the only one God the creator
[19:59] <wvdial> of every thing  you got me
[20:00] <ryanprior> The idea of God and gods are deeply embedded in fantasy culture, borrowing from ancient mythos and modern day beliefs as well as the writings of various fantasy authors. Rarely is the intention to make any statement about the God Yahweh of Abraham, and this game does not appear to be an exception. However, you can talk to the author and ask for clarification, if that would be helpful.
[20:02] <wvdial> and who is the author
[20:02] <wvdial> so i can talk to him
[20:02] <ximion> ryanprior: I mean the DESTDIR option of the makefile.  Somebody else may have packaged his game.
[20:11] <wvdial> can you help me to talk to some one who is Official in your group
[20:12] <wvdial> coz this subject is very important to me
[20:12] <wvdial> how come any one could be over god
[20:12] <wvdial> God
[20:14] <ryanprior> how indeed
[20:14] <jmarsden|work> wvdial: 1 Chron 16:25 -- YHWH is above all other gods... so is your issue about capitalization within the game?
[20:15] <wvdial> God != god
[20:16] <jmarsden|work> wvdial: So you want *what* changed in the game to reflect that?  What is the issue, specifically?  And why do you think it is a packaging issue?
[20:17] <wvdial> if you can change in the game ok
[20:17] <wvdial> if you cant can you delete from your rep
[20:17] <jmarsden|work> wvdial: Please state specifically what you want changed, and whether this is a packaging issue or something in the upstream software
[20:17] <wvdial> ok
[20:18] <wvdial> the game over god
[20:18] <wvdial> when you enter the game
[20:18] <wvdial> you will find the word over god written over God
[20:19] <wvdial> the first over god is ok
[20:19] <jmarsden|work> And this was done by Ubuntu packagers?  I doubt it.  If you download the original software sources is this screen different in them?
[20:19] <wvdial> the second over God is not ok
[20:20] <wvdial> i don`t know
[20:20] <jmarsden|work> Sounds like you need to persuade the game author to make such a change.  This isn't a packaging issue.
[20:20] <wvdial> i did`nt download  the orignal one
[20:21] <masterkernel> wvdial: you're best off reporting this to the upstream maintainer: http://sourceforge.net/sendmessage.php?touser=1351345
[20:21] <jmarsden|work> So go do your research (download original sources and compile/run it) and then you will know.  If it is in fact a packaging bug, file a bug in LaunchPad.  if not... talk to the game author.
[20:22] <wvdial> can`t you delete this game from your rep
[20:23] <wvdial> coz any way it will still on it`s same in your rep
[20:23] <wvdial> coz any way it will still on it`s same shape in your rep
[20:23] <jmarsden|work> Not everyone shares your worldview... you'd need to demonstrate the bug is severe enough to constitue a breach of Ubuntu policy... if you believe it is indeed that severe, file a bug with appropriate justification.
[20:25] <masterkernel> on another note, can someone review kernelcheck (http://revu.ubuntuwire.com/p/kernelcheck)? I heard it was revu day ;)
[20:25] <wvdial> but don`t you agree with me that is wrong
[20:25] <wvdial> and god is not God
[20:26] <wvdial> and no one is over God
[20:26] <wvdial> and how come to some one to be over god
[20:27] <Laney> It's really not clear what you mean
[20:29] <wvdial> what didn`t you  understand from my words
[20:29] <masterkernel> apparently instead of overgod, the author wrote overGod in their program
[20:29] <masterkernel> on the main page
[20:29] <wvdial> yes
[20:29] <masterkernel> or rather OverGod
[20:30] <wvdial> the name of the pack is over god
[20:30] <wvdial> the name in the game is over God
[20:31] <wvdial> that is the problem
[20:31] <Pici> wvdial: I think it was suggested that you speak to the creator of the game for that, or if you feel that it is something that the MOTU is to deal with, to file a bug on that pacakge detailing your concerns.
[20:40] <ryanprior> I'm still trying to get my package to build. I have hard-coded paths in my makefile -- do I need to get rid of those? Are there environment variables I should be using to keep things sane? Right now the package build fails (you can see output here: http://pastebin.ubuntu.com/204425/)
[20:41] <wvdial> so what is the steps that i should take if i want  you to delete this game
[20:42] <wvdial> from your rep
[20:43] <Pici> wvdial: you need to file a bug on that package on launchpad detailing why you think it is unsuitable for the repositories
[20:44] <wvdial> and how can i file that bug
[20:45] <wvdial> and to whom should i send that file
[20:45] <Pici> wvdial: which file?
 wvdial: you need to file a bug on that package on launchpad
[20:46]  * gaspa is becoming curious and it's going to install this game. :P
[20:46] <Pici> wvdial: Sorry, 'file' means to submit a bug.
[20:46] <Pici> wvdial: https://bugs.launchpad.net/ubuntu/+source/overgod
[20:48] <wvdial> and do you think what i`m talking about is consider a bug
[20:48] <Pici> wvdial: I have no opinion on the matter, nor am I a motu
[20:53] <ScottK> wvdial: I think that your view is only one perspective of many.  Lots of people in the world have a different opinion.  If Ubuntu tries to conform to any particular religious viewpoint, then it's in an impossible situation.
[20:53]  * ScottK goes with notabug.
[20:54]  * ScottK adds that there are Ubuntu derivatives focused on audiences with particular religious world views.
[20:54]  * gaspa installed overgod and do not see any uppercase "G" char
[20:55] <ryanprior> I'm not positive that it's an invalid bug -- it's probably a good policy to avoid or patch packages which are identifiably and needlessly offensive to some particular group.
[20:55] <wvdial> i agree with you   but you have to respect  others  religious
[20:56] <wvdial> i agree with you scottk  but you have to respect  others  religious
[20:56] <ScottK> wvdial: The only way to do that completely is to prohibit any mention at all.
[20:57] <ScottK> wvdial: No one forced you to install the game.  If you don't like it, uninstall it.  I think it's you that are being disrespectful.
[20:57] <ScottK> wvdial: You are the one that is suggesting the archive should be scoured of any religious references to views other than yours.
[20:58] <ScottK> ryanprior: Either we get a policy saying all mention of any religious topic is prohibited or it's notabug.
[20:58] <ScottK> wvdial: We also have the sword packages for biblical study that probably offends some other religious group.  Do you think those should be removed?
[20:59] <wvdial> nooooooo
[20:59] <wvdial> just the word over god
[21:00] <ScottK> wvdial: Right.  You can't have it both ways.  Either you accept stuff that's OK for other people's religious perspectives or we can't have any of it.
[21:00] <ryanprior> ScottK: we don't need to ban games that have female characters, but if a game were submitted which was basically Asteroids with a needlessly misogynistic back-story, we might refuse to package that or modify the package.  Here we have Asteroids with an apparently needlessly anti-theist back-story.
[21:00] <ScottK> ryanprior: I agree, but I don't see it as related.
[21:01] <wvdial> scottk you can pack biblle qran twrah
[21:01] <ScottK> wvdial: I didn't understand that.
[21:02] <wvdial> just dont pack apps that don`t respect those religious
[21:02] <ryanprior> In any case, this IRC channel is not a great place for discussion. An e-mail to the mailing list might be more appropriate.
[21:02] <ryanprior> That is, for this discussion.
[21:02] <wvdial> ok
[21:03] <wvdial> can you give me ana email
[21:03] <wvdial> can you give me an email
[21:03] <wvdial> to send my complaint
[21:03] <ScottK> wvdial: Would you also prohibit a game that had an anti-communist theme?
[21:05] <wvdial> i`m not in a place to prohibit
[21:05] <ScottK> The problem is neither are we.
[21:06] <ScottK> Once you start to engage in censorship it's hard to draw lines.
[21:06] <wvdial> i just want  every on use your rep  fell respectable
[21:06] <ScottK> If it was part of the default install, then I think you'd have a point.
[21:09] <wvdial> ya i know but when you see some thing like this it`s a huge insult not for me but for my God coz if it was  for me as a person it`s not a problem but it come to God then i have to  change it
[21:11] <wvdial> it`s Just a stupide game when you enter it you Just find a big label  which contain the word over God
[21:15] <ScottK> wvdial: I understand your feelings on the matter.  I do not understand why just not entering the game doesn't solve the problem for you, why you don't want other people who view it differently to be able to play this game?
[21:15] <RoAkSoAx> when packaging from scratch, which patch system is preferable to package it with, cdbs, dpatch, or quilt?
[21:15] <nhandler> RoAkSoAx: That is up to you
[21:15] <RoAkSoAx> nhandler, ok thanks :)
[21:15] <ScottK> RoAkSoAx: Two separate questions: 1.  what kind of helper system: debheper or cdbs.  That will help answer the patch questions.
[21:16] <ScottK> But nhandler is right, it's up to you.
[21:16] <RoAkSoAx> ScottK, ok thanks. And in case is a python app ?? or it makes no diference ?
[21:17] <ScottK> No different.
[21:18] <RoAkSoAx> ScottK, ok thanks :)
[21:18] <wvdial> coz if i`m in the street and  i saw a drawing  insult God i`ll remove the word of the insult
[21:18] <sebner> ScottK: I personally not believe in god but I'm really wondering why most people who "believe" think god is more important then themselves
[21:18] <ScottK> wvdial: You might also get arrested for defacing someone else's property.
[21:20] <ScottK> sebner: If you believe in an intelligent being with the power of creation, it follows pretty logically.
[21:20] <wvdial> yes
[21:20] <RoAkSoAx> sebner, because people might need to believe in something to "keep their lives on track"
[21:20] <ScottK> JFTR, I count myself as a believer, so my position on this isn't a function of me being anti-religious
[21:21] <sebner> ScottK: ah right, good that I don't believe in such a thing. One thing less to worry about
[21:21] <ScottK> But I think we've crossed the line into being WAYYY off topic
[21:21] <sebner> RoAkSoAx: right but sad
[21:21] <wvdial> yes i agree
[21:22] <ScottK> sebner and RoAkSoAx: I also think that your negative characterization of religious people is disharmonious to the purpose of this channel.
[21:22] <wvdial> is there any email that i can  mail it to try to get that game removed
[21:23] <sebner> ScottK: I'm sorry that you get this impression but all I've said is that I don't believe in god and think it's "sad" to do so which does not seem like a negative characterization because I have no problem with any religion at all
[21:24] <ScottK> wvdial: I believe it's<EMAIL_ADDRESS>would be your first stop.  If you don't get satisfaction there, we have an entire process for dispute resolution.
[21:25] <RoAkSoAx> ScottK, oh no I'm not characterizing anything nor saying I'm not a believer. I do believe in God, however I'm just saying an opinion. For example, it is sad how many people kill in the name of God.
[21:25] <ScottK> RoAkSoAx: OK.
[21:26] <ScottK> Not a big deal, I just think we should move on.
[21:26] <RoAkSoAx> true :)
[21:27] <wvdial> yes  and i hope  God  guide all of us to the right to follow and  to do
[21:28] <sebner> ScottK: now you have to lecture him too :P
[21:29] <ScottK> sebner: I don't think so.  I don't see that as having any potential for being viewed negatively.  If you're a non-believer, what he just hoped for is a no-op and nothing to get excited about.
[21:29] <sebner> ScottK: right, I think I'm just worried about the potential censorship
[21:30] <ScottK> sebner: In many cultures such things are very standard and appropriate and I think you're being narrow minded to be annoyed at me for not chiding more for it.
[21:30] <ScottK> sebner: If you had told him that mention of God made you unconfortable, then you'd have a point.
[21:32] <sebner> ScottK: gna I'm fine now. I had a tough day, I'll head to bed and everything is fine then
[21:32] <ScottK> sebner: OK.  Have a good night.
[21:33] <evanrmurphy> hey all
[21:33] <sebner> ScottK: thx, you too
[21:36] <evanrmurphy> Trying to learn pbuilder. I currently have a chroot set up for jaunty but wanna switch it to karmic. When I run "sudo pbuilder update --distribution karmic --override-config" it aborts with an error. Could somebody help me out?
[21:36] <soren> If you share the error message, maybe someone can.
[21:38] <evanrmurphy> soren: Here's the whole thing: http://paste.ubuntu.com/204487/. Thanks for your time.
[21:39] <evanrmurphy> I guess it's failing to download for some reason... (?)
[21:41] <jmarsden|work> evanrmurphy: I'd suggest changing to using a different mirror and trying again.
[21:41] <soren> evanrmurphy: http://astromirror.uchicago.edu/ubuntu/dists/karmic/main/binary-i386/Packages 404's for me as well.
[21:42] <evanrmurphy> ok!
[21:44] <gaspa> anyone accustomed with mingw packages?
[21:49] <evanrmurphy> jmarsden|work, soren: Can you tell me where the mirror is specified? I changed the server in Software Sources but it still tries uchicago on the pbuilder update. (I'm running Jaunty, btw.)
[21:49] <jmarsden|work> evanrmurphy: /etc/apt/sources.list
[21:50] <jmarsden|work> Check in both your main machine and in the chroot environment...
[21:50] <nhandler> evanrmurphy: You can use sudo pbuilder login --save-after-login and modify /etc/apt/sources.list
[21:52] <evanrmurphy> nhandler: So then am I modifying the chroot's /etc/apt/sources.list instead of my system one?
[21:53] <nhandler> Correct evanrmurphy
[21:56] <evanrmurphy> Hmmm... once inside the chroot I can't find any editing software to access /etc/apt/sources.list with, lol!
[21:56] <soren> evanrmurphy: You can edit it from the outside.
[22:00] <evanrmurphy> soren, nhandler: Pardon my denseness. Where can I find the chroot's /etc/apt/sources.list from outside of it? And was I to do "sudo pbuilder login --save-after-login" and then exit immediately without modifying anything?
[22:02] <jmarsden|work> evanrmurphy: sudo pbuilder login --save-after-login   # Then edit the file using nano or vi or even sed... then logout
[22:03] <soren> evanrmurphy: pbuilder unpacks the tarball somewhere and chroots into it, providing you with a shell.
[22:03] <soren> evanrmurphy: However...
[22:04] <soren> evanrmurphy: There's nothing stopping you from accessing the unpacked tarball from outside the chroot.
[22:04] <soren> evanrmurphy: ..where you have a proper editor.
[22:04] <soren> evanrmurphy: So either you do that, or you use sed to change the mirror URL directly in the chroot.
[22:05] <soren> evanrmurphy: Don't install an editor. That will defeat the purpose of pbuilder.
[22:06] <jmarsden|work> evanrmurphy: Worst case you could just create a new pbuilder... with a decent network connection it might even be quicker to do that than all this manual fixup...
[22:06] <evanrmurphy> I may be doing something wrong, but it appears that inside the chroot neither nano nor vi are available. But sed is!
[22:07] <jmarsden|work> So go for it with sed :)
[22:07] <evanrmurphy> jmarsden|work: Great point. :) I'll resort to a new pbuilder if this next try fails.
[22:07] <jmarsden|work> sed -e s/astromirror.uchicago.edu/archive.ubuntu.com/ /etc/apt/sources.list    # should do it
[22:08] <jmarsden|work> Or use whatever mirror you want in place of archive.ubuntu.com
[22:08] <jmarsden|work> sed -i -e s/astromirror.uchicago.edu/archive.ubuntu.com/ /etc/apt/sources.list    # I mean!
[22:15] <RoAkSoAx> Heya guys. I'm about to package from scratch this app. However, this app has a GIT snapshot that already contains a 'debian' directory. What should I do?? Should I just create a new debian directory and try to package it myself, or should I merge the debian directory from the git snapshot?
[22:16] <evanrmurphy> Agh, it's _still_ trying from the uchicago server. Hate to cop out, but I think I'm just gonna try a new pbuilder.
[22:17] <jmarsden|work> You might need to do apt-get update in there after editing sources.list?    WHat about the sources.list on your main OS?  And did you run  sudo apt-get update in the main OS also?
[22:23] <nhandler> RoAkSoAx: You should also contact upstream about not including the debian directory
[22:23] <jmarsden|work> evanrmurphy: Something somewhere is still seeing info about uchicago being the chosen mirror...
[22:24] <RoAkSoAx> ok thanks for your suggestions nhandler directhex
[22:24] <RoAkSoAx> )
[22:25] <evanrmurphy> jmarsden|work: Do I have to "source /etc/apt/sources.list" after I modify it?
[22:25] <nhandler> evanrmurphy: No, but you need to do apt-get update
[22:25] <jmarsden|work> No, you have to sudo apt-get update after you modify it.
[22:25] <nhandler> jmarsden|work: He is root if he logs into pbuilder, so sudo is not necessary
[22:29] <evanrmurphy> I noticed that about not needing sudo... clever.
[22:29] <evanrmurphy> Double-checked my system sources.list and currently creating a new pbuilder.
[22:33] <evanrmurphy> I see the pbuilder create process still grabbing things from uchicago, even though there's nothing with that server in my /etc/apt/sources.list, and I've already done sudo apt-get update.
[22:34] <evanrmurphy> Is there another file somewhere that contains server information?
[22:36] <nhandler> evanrmurphy: Check your ~/.pbuilderrc file
[22:38] <evanrmurphy> nhandler: The only thing I have there is COMPONENTS="main universe multiverse restricted".
[22:42] <Laney> evanrmurphy: try setting MIRRORSITE in there
[22:42] <jmarsden|work> evanrmurphy: sudo grep -ril uchicago /etc /home  #  will probably show you the file(s) concerned, but will take a while.
[22:47] <dtchen> nellery: thanks for the upload
[22:49] <evanrmurphy> jmarsden|work: Your grep has made me progress. Where should pbuilderrc be located? It looks like I have three. (What have I done?!)
[22:50] <evanrmurphy> I have ~/.pbuilderrc, /etc/pbuilderrc and /etc/pbuilder/pbuilderrc
[22:50] <evanrmurphy> Laney: And one of them does have a MIRRORSITE variable set to uchicago. :)
[22:50] <nhandler> evanrmurphy: Is it the /etc/pbuilderrc?
[22:51] <jmarsden|work> evanrmurphy: The first two are normal, not so sure about the third, let me check here... normally /etc/pbuilderrc is a set of defaults, and ~/.pbuilderrc is to override those defaults
[22:51] <nhandler> That is the system-wide pbuilder config file that is for all users
[22:52] <jmarsden|work> And /etc/pbuilder/pbuilderrc is a symlink to /etc/pbuilderrc, so really you only have two
[22:52] <evanrmurphy> nhandler: Correct. /etc/pbuilderrc has the MIRRORSITE variable.
[22:52] <nhandler> evanrmurphy: Then change that file ;)
[22:52] <jmarsden|work> OK, so edit that one to be MIRRORSITE=http://mirrors.us.kernel.org/ubuntu/  or whatever and off you go :)
[22:53] <evanrmurphy> \o/
[22:53] <Laney> well
[22:54] <Laney> you could just put it in your home directory and it would override the other one
[22:55] <raylu> i'm interested in adding color support to aptitude, but i don't know where to start.
[22:57] <evanrmurphy> OMG IT'S WORKING!!!
[22:57]  * evanrmurphy clicks his heels
[22:58] <evanrmurphy> nhandler, jmarsden|work, Laney, soren: Thank you all very much for your help and time on this.
[22:58] <soren> evanrmurphy: Sure thing :)
[22:58] <evanrmurphy> are you all MOTU?
[22:59] <jmarsden|work> No problem... and no, I'm not a MOTU... hopefully one day I will be.
[22:59] <soren> Some of us are, yes.
[23:00] <nhandler> I am
[23:01] <evanrmurphy> I'm an aspiring MOTU, so hopefully I'll see you all around. Cheers!
[23:24] <ajmitch> morning
[23:25] <nhandler> Hello ajmitch
[23:25] <iulian> 'ey
[23:33] <Q-FUNK> howdy!
[23:34] <Q-FUNK> is there any way to make a package collect logs, etc. for inclusion with a bug report whenever sent using 'ubuntu-bug' similarily to what Debian does with /usr/share/bug/packagename ?
[23:35] <Laney> those are called apport hooks afaik
[23:35] <Q-FUNK> ... to what Debian does with /usr/share/bug/packagename/scripts, sorry
[23:35] <Q-FUNK> Laney: that sounds about right. is there any documentation on making those?
[23:35] <Laney> probably, but now you know as much as I do :)
[23:36] <Q-FUNK> https://wiki.ubuntu.com/Apport/DeveloperHowTo
[23:36] <Q-FUNK> ah, there
[23:37] <Q-FUNK> I was just misisng the magic word "apport hooks"
[23:38] <Q-FUNK> hmm... ok, but - unless I misread what I found there - apport hooks only seem to be triggered whenever a crash happens
[23:53] <raylu> so, with regard to adding colors to aptitude output, where should i begin? should this change be made upstream? should i start by installing a VM?
[23:53] <raylu> or perhaps it should be added as a translation?
[23:56] <ScottK> raylu: Probably upstream.
[23:59] <raylu> i remember finding a page earlier about projects that new developers could jump in on. anyone know what i'm talking about?


[01:28] <rburton> seb128: sj has hung on my box, again.
[01:28] <rburton> state D
[01:29] <seb128> hum
[01:29] <rburton> blocking on open("/dev/hdc", O_RDONLY|O_NONBLOCK|O_EXCL|O_LARGEFILE)
[01:29] <seb128> you should kick the upstream :p
[01:29] <rburton> haha
[01:29] <rburton> i blame hald
[01:30] <rburton> its grabbed the CD device too but SJ wants an exclusive lock
[01:30] <seb128> you have the new gnome-vfs without hal support ?
[01:30] <rburton> urgh, hald has crashed too
[01:30] <rburton> yeah, i think so
[01:30] <rburton> 2.7.90-0ubuntu2
[01:31] <seb128> so why hal is a problem !?
[02:02] <rburton> right, it's hald crashing and holding a lock or something on my cd drive which then causes SJ to deadlock too
[02:25] <rburton> what is "desktop development team goals" all about then, on monday
[02:26] <rburton> gar, hald has hung again
[02:26] <rburton> this is pissing me off now
[02:26] <rburton> $ uptime
[02:26] <rburton>  13:26:42 up 36 min,  1 user,  load average: 2.08, 1.95, 1.29
[04:21] <rburton> seb128: what is monday mornings discussion actually about?
[04:21] <rburton> (this coming monday)
[04:21] <seb128> let me check
[04:21] <seb128> you're coming ?
[04:21] <rburton> 90% sure i'm not, but i've been checking train times and annual leave
[04:22] <rburton> might just be able to pop along for a the day
[04:22] <rburton> i see "desktop development"
[04:23] <seb128> yes, I think it's a bof about the applications we want to write
[04:23] <rburton> ah right
[04:23] <seb128> probably an interesting bof
[04:23] <rburton> i'm wondering what day to beg for having off without using any leave
[04:23] <rburton> i have three days left
[04:24] <seb128> he goal feature should be nice too
[05:11] <rburton> question -- why isn't UTF the default encoding?
[05:21] <seb128> good question
[05:22] <rburton> i just discovered i was running en_GB in 8859-1
[05:23] <seb128> just talking about that
[05:34] <seb128> rburton, we'll have a BOF about this
[05:35] <seb128> with Oskuro to lead it apparently :)
[05:38] <rburton> utf-8 to rule the world!
[05:39] <seb128> bah you don't care
[05:42] <seb128> englishs don't use non-ascii chars
[06:18] <jdub__> ahr