[00:00] <persia> nenolod: I have more interest in defending gentoo than cmake, and I'm not convinced that the very concept of a source-based distribution isn't flawed.
[00:00] <minghua> nenolod: Multi-platform, perhaps.
[00:01] <persia> minghua: autotools works for every platform I've every used since 1995.  Where does it break?
[00:02] <minghua> persia: I don't really know.  But I heard the strong point of CMake is its portability.
[00:02] <minghua> persia: Can you use autotools on Windows without cygwin/mingw?
[00:03] <nenolod> pfft. windows. who cares about that.
[00:03] <persia> minghua: http://gnuwin32.sourceforge.net/install.html
[00:03] <persia> minghua: Admittedly, for many cases, one needs to install the POSIX compatibility libraries, but that just seems like the right thing anyway...
[00:05] <minghua> CMake says on its own website: "Generates native build files (e.g., makefiles on Unix; workspaces/projects on MS Visual C++)"
[00:05] <minghua> http://www.cmake.org/HTML/Features.html
[00:05] <nenolod> minghua, who cares about VisualC++. it's not even compliant to any standard
[00:05] <nenolod> it should be considered a miracle if that thing compiles any non MFC/Win32API code
[00:05] <persia> minghua: autotools only generates Makefiles, but all the common IDEs (including VC++) can use them.
[00:06] <minghua> nenolod: A lot of people care.  You can choose your tool, other people can choose theirs.
[00:06] <nenolod> minghua, yeah, but most people who care probably wouldn't use CMake
[00:06] <persia> nenolod: I'll have to agree with minghua about choice.
[00:06] <RainCT> persia: I've no idea how to do that -.-
[00:06] <rexbron> persia: I have version of OpenLibraries, adapted from debian-multimedia, for review. I think the biggest issue with the package is that currently it is hardcoded to a python version as it depends on libboost-python (which is only compiled against the current version of python). Is there a better solution?
[00:06] <minghua> nenolod: I am not a developer, don't argue with me.
[00:06] <nenolod> persia, well i agree that VC++ is a valid choice, but, i'm not sure that using CMake to generate VisualC++ solution files
[00:07] <nenolod> ;p
[00:07] <rexbron> err insert an 'a' two words in
[00:07] <persia> rexbron: Has anyone else looked at it since we last spoke?
[00:07] <nenolod> +is
[00:07] <rexbron> persia: is was not building when we talked about ir
[00:07] <rexbron> *it
[00:07] <cdm10> I was wondering if anyone here was thinking about packaging Desktop Data Manager: http://data-manager.sourceforge.net/
[00:08] <cdm10> It's like Glipper but awesomer
[00:08] <Aerdan> CMake would be a lot more useful if it didn't require its users to duplicate IF checks in the ENDIF statement.
[00:08] <cdm10> Actually, I think they've got working .debs, but it's not in any repositories.
[00:08] <Aerdan> ((and if it could do string-based operations as well as Perl.))
[00:09] <nenolod> persia, so, debian/rules for a CMake project is not necessarily the same as any other specific CMake project's debianisation?
[00:09] <nenolod> man, that sucks :D
[00:09] <persia> rexbron: OK.  I don't like to be a sole contact about things, and encourage you to ask questions without addressing a specific person unless you believe only they can help.  My python and python packaging is rather weak compared to others here, but I suspect that you'll be fine if you comply with the NEW Python Policy: it should set things up for all compatible & available python interpreters at compile time, and check again at runtime.
[00:09] <persia> Err.  s/runtime/install time/ (I think)
[00:10] <rexbron> persia: who would you suggest? I would be happy to take it up with them
[00:11] <persia> nenolod: close, but not guaranteed, because cmake doesn't have very stringent requirements for rule nomenclature or usage (instead of `./configure; make` one calls `cmake foo; cmake bar` where foo and bar depend on the cmake configuration)
[00:11] <nenolod> if it's a setuptools-based python package, you can probably just use CDBS to build it
[00:12] <persia> rexbron: I'd suggest describing the problem generally, and asking for someone knowledgeable about python packaging to help.  That way, whoever is capable and active can respond, and you'll have the shortest wait.
[00:12] <rexbron> ok
[00:12] <nenolod> persia, i must wonder why they would design it that way. it seems like a giant step backwards (like, all the way back to the 1980s)
[00:12]  * persia continues to fail to defend cmake
[00:13] <RainCT> persia: I think currently I'll just let it use the pbuilder script again, and let the current method there as a fallback for the case it isn't installed (with a warning that it recommends to install pbuilder, which is anyways a recommend of ubuntu-dev-tools). what do you think?
[00:14] <persia> RainCT: You'll want to parse $missing_dependencies to extract the version strings where they exist.  Then check the apt status cache (grep-dctrl is one tool for this) to make sure that there is a sufficient version.  You could also trap the required versions, call apt with --simulate, parse the output, and match.
[00:15] <persia> RainCT: I still think the dpkg-foo and apt-foo tools are much more mature than pbuilder, and that pbuilder-satisfydepends is an incomplete attempt to reinvent the wheel, but I'm opinionated about that, and my opinion doesn't represent policy.
[00:19] <minghu1> Ugh.  There is something seriously wrong along the X.org+GSteamer stack on my box.
[00:19] <persia> RainCT: Another option is to leave it as-is: there are bugs, but it works for the majority of cases.  If you do that, please file the bugs if it gets distributed that way.
[00:19] <minghu1> I get hard lock every time I have some "visualization music" effect.
[00:20] <nenolod> persia, something makes me think cmake is going to be more and more hated by packagers as it's usage becomes more and more widespread :P
[00:21]  * persia provides nenolod with an explicit hint about highlighting and cmake
[00:23] <nenolod> :D
[00:24] <nenolod> minghua, well, something of interest, some guy is working on porting projectM to gstreamer
[00:25] <nenolod> so soon the nightmares will get much worse ;)
[00:25] <ion_> projectM ♥
[00:26] <nenolod> i don't love them atm. they switched to CMake on me. :(
[00:26] <minghua> nenolod: Actually I don't need visualization...  It's just enabled by default, and if I don't disable it, I get a hard lock, which is really annoying.
[00:26] <sahil> is there a listing of packages and their corrosponding config files etc that are added from a base linux install?
[00:26] <sahil> basically im trying to see if i can turn gentoo into ubuntu almost
[00:27] <minghua> sahil: What do you mean by "a base linux install"?
[00:27] <nenolod> probably debootstrap
[00:27] <sahil> minghua:basically a fresh gentoo install
[00:27] <nenolod> debootstrap then.
[00:27] <minghua> sahil: Better ask in a gentoo channel, I would assume.
[00:27] <persia> sahil: http://archive.ubuntu.com/ubuntu/indices/ contains all the lists of packages.  Each source package has a diff.gz with all the patches.
[00:28] <sahil> nenolod: do i actually have to do the debootstrap or can i just see what it does?
[00:28] <sahil> thanks
[00:28] <nenolod> sahil, debootstrap installs the base system.
[00:28] <proppy> hi
[00:28] <sahil> i must say ive been a gentoo user for years and i just installed gusty on a test machine and am blown away
[00:28] <nenolod> sahil: if you want a base install of ubuntu with nothing else (no X, no GNOME, etc), you use debootstrap.
[00:28] <sahil> its really something special
[00:29] <persia> sahil: You might also be interested in the ubuntu-desktop meta-package, which contains the default list of software for a desktop system.
[00:29] <sahil> nenolod:from that point what is done to get it to the ubuntu-desktop
[00:29] <sahil> heh there we go
[00:29] <persia> nenolod: One could also use the alternate install CD...
[00:29] <nenolod> persia, that is true
[00:29] <nenolod> i hadn't thought of that
[00:29] <proppy> how log for a package dputed to show on revu ?
[00:29] <nenolod> proppy, the cron runs every 10 minutes
[00:30] <persia> proppy: If there's no issues, it updates every 10 minutes.  If it's been longer, please ask for help including the package name.
[00:30] <RainCT> persia: Rev 25. get-build-deps: switch back to pbuilder-satisfydepends, use dpkg-checkbuilddeps as fallback
[00:30] <nenolod> proppy, make sure you are in the revu keyring though. if you are not, the upload will be ignored.
[00:30] <proppy> persia: nenolod: ok thanks
[00:30] <nenolod> you can make sure that you are, by joining the motu contrib group
[00:31] <proppy> nenolod: I did it last year
[00:31] <proppy> nenolod: so it should be still active :)
[00:31] <proppy> http://revu.tauware.de/details.py?upid=447 uploaded :)
[00:31] <nenolod> well then 10 minutes ;p
[00:32] <nenolod> proppy, that's a lot of lintian warnings
[00:32] <RainCT> persia: (I'll open a wishlist bug about improving the dpkg-* using thing once it got merged)
[00:32] <persia> RainCT: OK.  At this point, I don't really have anything further to contribute to the script, and don't generally involve myself enough in ubuntu-dev-tools to be familiar with how the package is managed.  Please consider my objections to have been addressed: the script now works without pbuilder (although it works better with pbuilder).
[00:32] <nenolod> proppy, did you do svn checkout or svn export?
[00:32] <nenolod> proppy, if you did svn checkout, you should go back and do svn export instead.
[00:32] <proppy> nenolod: yep I know I just uploaded it in current state
[00:32] <proppy> nenolod: before fixing anything, I'm not the original maintainer
[00:32] <nenolod> ah ok
[00:33] <proppy> nenolod: ok let's ok
[00:33] <proppy> nenolod: ok let's go
[00:34] <RainCT> persia: nice :)
[00:34] <RainCT> good night all
[00:35] <proppy> nenolod: let's fix that svn thing, that an easy one
[00:35] <proppy> nenolod: thanks for the hint
[00:36] <nenolod> in debian/rules, right after "# Add here commands to clean up after the build process.", you have -$(MAKE) distclean
[00:36] <nenolod> you should make sure you have a makefile there and not suppress errors like it does now
[00:36] <nenolod> (the - makes it suppress errors)
[00:37]  * persia notes that `[ -f Makefile ] $(MAKE) distclean` is not always the correct check: there may be another reason why distclean fails that should be trapped.
[00:38] <nenolod> indeed
[00:38]  * jdong kicks buildds
[00:38] <nenolod> i think the lintian warning advnce is not necessarily a good set of advice for that case
[00:38] <nenolod> s/advnce/advice
[00:39] <Fujitsu> Hahah.
[00:39] <Fujitsu> `This should be visually attractive, and could be an ideal place for easter eggs.
[00:39] <Fujitsu> In the hardy-about-ubuntu spec.
[00:39] <nenolod> Fujitsu, as long as it's not another "fire up the crackpipes!" easter egg
[00:40]  * persia thinks easter-eggs take up valuable CD space that could be better used for translations, othernice apps in main, etc.
[00:40] <nenolod> (the "description" of edgy)
[00:40] <nenolod> i saw that the other day and was like o_O
[00:40] <jdong> persia: just think about how many translated phrases we could be saving with aptitude -[v]+ moo!
[00:41] <proppy> oups I forgot to add revu host when I called dput
[00:41] <proppy> It uploads on upload.ubuntu.com
[00:41] <proppy> I hope it will get ignored
[00:41] <persia> jdong: aptitude doesn't have Super Cow Powers.  apt does.
[00:41] <jdong> persia: sure... of course it doesn't ;-)
[00:41] <nenolod> i still use apt-get
[00:41] <nenolod> go figure
[00:41] <nenolod> ;p
[00:42] <persia> nenolod: You're missing out on updated dependency checking and the all-powerful "download" command, which grabs the distributed binary package for inspection.
[00:42] <Fujitsu> proppy: You'll get a rejection message.
[00:43] <nenolod> persia, sounds fancy
[00:43] <jdong> persia: meh unless you're running hardy I doubt you'll need aptitude's dependency power
[00:43] <proppy> proppy@nekun:~/Desktop/20071027/mumble$ dput revu mumble_1.1.1ubuntu1_source.changes
[00:43] <proppy> Already uploaded to revu.tauware.de
[00:43] <proppy> Doing nothing for mumble_1.1.1ubuntu1_source.changes
[00:43] <proppy> how could I overwrite it ?
[00:43] <StevenHarperUK_>  Hi I am looking for MOTU's to review my Package (easycrypt) on REVU : I currently have 0 Advocation's: http://revu.tauware.de/details.py?upid=437
[00:43] <nenolod> i have indeed heard that it's dependency checking is great
[00:43] <proppy> bump revision ?
[00:44] <nenolod> proppy, correct
[00:44] <proppy> nenolod: should I add ubuntu1~revu1 ?
[00:44] <Fujitsu> proppy: No, use -f on the dput commandline.
[00:44] <proppy> like ppa ?
[00:44] <persia> StevenHarperUK_: Please only advertise your package for review once each day.
[00:44] <proppy> Fujitsu: ok
[00:44] <nenolod> proppy, that'll work
[00:44] <persia> jdong: It's good for sid as well :)
[00:44] <nenolod> or yeah, manual forcing works too
[00:45] <jdong> persia: agreed; but for the average user I can't think of any reasons to recommend one over the other
[00:46] <nenolod> i just have apt-get hammered into my brain
[00:46] <nenolod> :P
[00:46] <persia> jdong: `aptitude download` is very handy for users that experience a regression with a backport or update, especially because it can take an optional version argument.  Alternately, `apt-get build-dep` is very handy for developers (including upstream).  Depends on the use case.
[00:47]  * nixternal loves apt-get build-dep
[00:48] <nixternal> just installed a new build system so I can do KDE 4 stuff w/o being bothered
[00:48]  * minghua loves aptitude mainly for its curses UI.
[00:48] <jdong> persia: apt-get takes versions in the same way though...
[00:48] <minghua> Comparably, synaptic's UI is really bad. :-(
[00:49] <proppy> forcing was a bad idea :)
[00:49] <persia> jdong: But it doesn't let you download a known working version for quick application when testing :)
[00:49]  * persia thinks minghua spent too much time with dselect
[00:49] <jdong> persia: apt-get install foobar=1.2.3-4ubuntu5?
[00:49] <proppy> I can't really figure out when the new upload is being processed
[00:49] <persia> jdong: metered bandwidth
[00:50] <jdong> persia: it saves the file in /var/cache/apt/archives implicitly, and doesn't remove it unless you autoclean
[00:50] <persia> jdong: And autoclean is off by default?
[00:50] <persia> (and making things "clean" doesn't seem like a good idea to J. Random User?)
[00:50] <Fujitsu> autoclean isn't automatic, is it?
[00:50] <nenolod> proppy, it is processed on each 10 minute mark of the hour
[00:51] <jdong> persia: right, it's off by default
[00:51]  * persia thought autoclean was automatic: deleting anything not in the current package status lists
[00:51] <jdong> persia: not that I know of.... I have stale versions here
[00:51] <proppy> nenolod: another line for marking the new upload showed up
[00:51] <minghua> persia: Why do you think so?  I've never used dselect.
[00:51] <nenolod> proppy, right
[00:52] <persia> jdong: Do you have stale lists in /var/lib/apt/lists/ ?
[00:52] <nenolod> proppy, the changes go to a mailing list too
[00:52] <jdong> persia: no, my lists update bi-daily
[00:53] <jdong> [jdong@jdong:tmp/Starcraft]$ ls /var/cache/apt/archives/*         (10-27 19:52)
[00:53] <persia> minghua: aptitude curses.  I'm also a fan, but most I've encountered that like it, were dselect fans (similar interface, much weaker relationship handling)
[00:53] <jdong> /var/cache/apt/archives/apt_0.7.6ubuntu14.1_i386.deb
[00:53] <jdong> and so on...
[00:53] <jdong> /var/cache/apt/archives/apt_0.7.6ubuntu14_i386.deb
[00:53] <jdong> ignore the starcraft part...
[00:53] <jdong> *cough* bored
[00:53] <minghua> persia: Hmm...  I must be a too young Debian user, then.
[00:53] <nenolod> proppy, lintian is still complaining. are you sure you rebuilt the source package? ;)
[00:54] <minghua> (and so are most aptitude users I know)
[00:54] <persia> jdong: Well then.  Perhaps there's no good reason to use one over the other.  dist-upgrading with update-manager works better than aptitude anyway.
[00:54] <jdong> persia: the main advantage I can come up with is unified UI
[00:54] <persia> jdong: ?
[00:54] <jdong> persia: Joe Schmoe should not have to know search is under apt-cache, while install is under apt-get
[00:55] <nenolod> aptitude is indeed more userfriendly
[00:55] <persia> jdong: Ah.  Yes.  Although I do miss "source" and "build-dep".
[00:55] <nenolod> but i am stuck in my apt-foo ways ;p
[00:55] <jdong> persia: I know aptitude has source... it doesn't have build-dep
[00:55] <proppy> nenolod: I just fixed debian-rules-ignores-make-clean-error
[00:55] <persia> jdong: Also aptitude show is formatted more cleanly than apt-cache show
[00:55] <proppy> nenolod: with the next upload
[00:55] <nenolod> proppy, ah. ok.
[00:56] <proppy> nenolod: wait another 10m :)
[00:56] <nenolod> proppy, except, lintian still complains about debian-rules-ignores-make-clean-error
[00:56] <nenolod> see http://revu.tauware.de/revu1-incoming/mumble-0710280200/lintian
[00:56] <persia> jdong: My aptitude doesn't have source.  It does have "why" though :)
[00:56] <proppy> nenolod: yep whe have to wait for the next upload
[00:56] <nenolod> which is why i asked if you forgot to rebuild ;p
[00:56] <jdong> persia: whoa, it doesn't
[00:57] <nenolod> proppy, what is mumble anyway?
[00:57] <proppy> nenolod: upload 2 was only removing .svn
[00:57] <jdong> persia: I swear, it had it 6 months ago
[00:57] <minghua> "aptitude why" is a pretty new feature.
[00:57] <proppy> nenolod: a voice over ip multiuser chatclient and server
[00:57]  * persia never remembers aptitude source
[00:57] <proppy> nenolod: a FOSS alternative to teamspeak
[00:57] <jdong> WTF sharkattack used aptitude source!
[00:57] <nenolod> proppy, ah, ok.
[00:57] <persia> minghua: I'd never seen it before.  I'm excited about it :)
[00:57] <proppy> nenolod: bug #129081
[00:57] <proppy> if you're interested
[00:58] <proppy> norsetto put me on this one
[00:58] <proppy> bot is gone :(
[00:58] <minghua> persia: I pretty much never use it...  I use aptitude almost exclusively in curses UI (with the exception of update, perhaps).
[00:58] <proppy> https://bugs.edge.launchpad.net/debian/+bug/129081
[00:58] <Ubotwo> Launchpad bug 129081 in ubuntu "[needs-packaging] Mumble" [Wishlist,In progress]
[00:59] <minghua> There is a new bot, just a less smart one.  :-)
[00:59]  * minghua pats Ubotwo.
[00:59] <proppy> nenolod: upload 3 lintian free http://revu.tauware.de/details.py?upid=449
[00:59] <persia> minghua: I'm thinking of use in scripts - handy to get a list of a dependency map: perhaps when planning syncs, etc.
[00:59] <nenolod> proppy, great
[01:00] <persia> proppy: With all of "-iIv" for both binary and source?
[01:00] <nenolod> proppy, you might consider uploading it to mentors.debian.net
[01:00] <nenolod> yeah. that's the next step ;p
[01:00] <proppy> persia: what is -ilv ?
[01:00] <nenolod> -iIv
[01:00] <nenolod> not -Ilv
[01:00] <minghua> persia: http://alioth.debian.org/~fjp/debtree/  # I think you would be interested in this tool
[01:00] <persia> proppy: As in `lintian -iIv foo.dsc` and `lintian -iIv foo.deb`
[01:01] <nenolod> proppy, it checks more strictly than what revu checks, basically
[01:01] <proppy> proppy@nekun:~/Desktop/20071027/mumble$ lintian -iIv mumble_1.1.1ubuntu1.dsc
[01:01] <proppy> N: Setting up lab in /tmp/umgGDVrMuF ...
[01:01] <proppy> N: Processing 1 packages...
[01:01] <proppy> N: ----
[01:01] <proppy> N: Processing source package mumble (version 1.1.1ubuntu1) ...
[01:01] <proppy> N: Removing /tmp/umgGDVrMuF ...
[01:01] <proppy> oups flood
[01:02] <nenolod> congrats
[01:02] <nenolod> that's how it should look ;)
[01:02] <proppy> Firefox can't find the server at mentors.debian.org.
[01:02] <nenolod> .net
[01:02] <nenolod> not .org
[01:02] <persia> proppy: don't forget to check your binary packages as well :)
[01:02] <proppy> .net
[01:03] <minghua> You should just run the .changes file through lintian.
[01:03]  * persia also recommends `linda -v -f long -t E,I,W,X foo.dsc`
[01:03] <minghua> That way you check both the source and binary packages.
[01:04] <proppy> persia: cool I'll upload unittest++ as well to mentors.debian.net
[01:04] <persia> minghua: Depends on your workflow.  I use `debuild -S` and `sbuild`, so .changes doesn't contain the source.  This is also true for pbuilder users, and pbuilder/sbuild are the recommended workflows.
[01:04] <proppy> persia: finally the DD sponsporing the upload tell me that a lib package not prefixed by lib is not a good idea
[01:04] <proppy> persia: so I get back to libunittest++-dev scheme
[01:05] <persia> proppy: Just remember that Ubuntu requires the first new upstream version to be ...-0ubuntu1 and Debian requires ...-1.
[01:05] <minghua> persia: Really?  My pbuilder results always include source packages.
[01:05] <nenolod> mine don't
[01:05] <persia> minghua: Interesting.  I'm not a pbuilder user, but I'm surprised the source is rebuilt: that destroys any signature that might be present.
[01:05] <minghua> I'm pretty sure I use default pbuilder settings.
[01:06] <minghua> And I run pbuilder with "pbuilder build xxx.dsc".
[01:06] <persia> minghua: Defaults may also vary between environments :)
[01:06] <minghua> It copies the whole source package over.
[01:07] <minghua> persia: Right.  Maybe a Debian-Ubuntu difference, actually.
[01:07] <persia> minghua: Right.  It keeps the signature on the .dsc, but it overwrites the signature on .changes.  I suspect it's because Debian wants binary uploads, and Ubuntu wants source uploads.
[01:09]  * persia requests someone to look at why debtree isn't in Ubuntu, and fix that (at a lower priority than the needs-packaging bugs)
[01:09] <sladen> persia: cos debtree appeared more recently than the most recent sync from Debian?
[01:10] <persia> sladen: So it's in queue for hardy sync?  Excellent.  Thanks.
[01:11] <minghua> persia: It's not even in Debian yet...
[01:11] <proppy> should I upload source changes or binary changes to mentors?
[01:11] <minghua> The ITP was filed like two weeks ago IIRC.
[01:11] <sladen> persia:   http://people.ubuntu.com/~ubuntu-archive/queue/hardy/new/  doesn't look like. it
[01:12] <persia> proppy: You need a combined .changes, with both source and binary.
[01:12] <proppy> persia: generated with debuild -sa ?
[01:12] <sladen> persia: debtree is currently just a single shell script
[01:12] <persia> proppy: Yes.
[01:13] <proppy> persia: nice
[01:13] <proppy> persia: http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=unittest%2B%2B
[01:13] <persia> proppy: You might want to make a debian chroot, and run pbuilder there, as debuild -sa will compile against local libraries, etc. so the resulting binary might not work for your Debian mentor.
[01:14] <proppy> persia: the package has no dependency
[01:14]  * persia doesn't have the magic tokens to do anything with packages on mentors.debian.net
[01:14] <proppy> persia: but maybe it will failed with libc and stuff
[01:14] <minghua> persia, proppy: My impression is that mentors.debian.net accepts source packages only.
[01:14] <proppy> persia: I will the etch packaging-farm output then
[01:15] <persia> proppy: How does the static library get compiled?  If it's not produced at buildtime, then it's not considered free code (and yes, there are differences in glibc between Debian and Ubuntu)
[01:15] <proppy> persia: http://farmpoker3d.pokersource.info/packaging-farm/unittest++/gnulinux/debian/etch/src/
[01:15] <proppy> persia: can I sign the package once they are builded ?
[01:16] <persia> proppy: You want to push against a sid build environment, and you'll use debsign to sign afterwards.
[01:16] <proppy> persia: I will use http://farmpoker3d.pokersource.info/packaging-farm/unittest++/gnulinux/debian/unstable/src/ so
[01:17] <minghua> I don't think debsign achieves much, as it's not supported by the default package management tools...
[01:19] <persia> proppy: listed to minghua :)
[01:19] <persia> s/listed/listen/
[01:20] <proppy> minghua: the introduction states dput mentors cream_0.32-2_i386.changes
[01:20] <proppy> minghua: is this a binary changes ?
[01:20] <minghua> persia: Uh-oh.
[01:20] <minghua> I'm just a casual commenter...
[01:21] <minghua> proppy: A .changes file can be either a source upload or binary upload.
[01:21] <proppy> minghua: oh I see
[01:22] <proppy> minghua: If there is source is the changes name > this a source upload
[01:22] <proppy> minghua: If there is i386 in the changes name > this a binary upload ?
[01:23] <TheMuso> Heya raof.
[01:23] <raof> Heya
[01:23] <zul> evening
[01:23] <raof> Morning :)
[01:23] <TheMuso> Morning for you maybe. :)
[01:23] <TheMuso> 8:23PM here in Boston/.
[01:24] <raof> Ah, you crazy Boston types
[01:24] <minghua> proppy: You can say that, but it's not exactly technically correct, just a convention of dpkg-buildpackage (and others?).
[01:24] <TheMuso> Yeah, we are kinda crazy. :)
[01:24] <raof> Mmmm, pikelets with cinammon sugar
[01:25] <TheMuso> Getting to go to an UDs and all. :p
[01:25] <crimsun_> 'lo from earlier, TheMuso.
[01:25] <TheMuso> UDS
[01:25] <minghua> proppy: It seems the mentors.debian.net instructions is not clear on that, so I assume if your binary upload is accepted, then it's okay.
[01:25] <proppy> minghua: ok, I will try to sign the output of packaging-farm then
[01:25] <minghua> proppy: Regardless, only source packages are shown on mentors.debian.net anyway.
[01:26] <proppy> ok
[01:26] <proppy> minghua: so no need to build it in a chroot ?
[01:26]  * minghua just realize that UDS would overlap with baseball world series.
[01:27] <zul> yeah boston is going to be crazy
[01:27] <minghua> proppy: You should always test building your package in a clean chroot before uploading, but no, it's not a strict requirement.
[01:28] <minghua> proppy: People won't be happy if you don't do that and make some error that would have be caught otherwise, though.
[01:28] <proppy> minghua: will try dput -f on mentors
[01:28] <proppy> minghua: yep lintian warning is gone http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=unittest%2B%2B
[01:29] <proppy> minghua: I building it for etch/lenny/sid/dapper/edgy/feisty/gutsy right now
[01:29] <minghua> proppy: Don't use that URL...  It requires logging in.
[01:30] <minghua> proppy: It seems http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=unittest%2B%2B works better.
[01:30] <proppy> minghua: I just wanted to know if I can upload my local versoin instead of the remotely outputed one
[01:30] <proppy> minghua: thanks
[01:30] <minghua> proppy: What do you mean by "remotely outputted one"?
[01:31] <minghua> It shouldn't matter where it's built, since mentors.d.n only cares about source packages.
[01:31] <proppy> minghua: package outputed by http://farmpoker3d.pokersource.info/packaging-farm/html/index.php
[01:32] <bddebian> Holy crap, I see REVU is a little full again
[01:32] <TheMuso> bddebian: Yeah, and hopefully I'll find time this week to attack it.
[01:33] <minghua> Got to go, the game is starting.  :-P
[01:37] <LaserJock> evening MOTU Land
[01:37] <proppy> mumble uploaded !
[01:37] <persia> good morning LaserJock
[01:38] <crimsun_> 'evening.
[01:38] <bddebian> Heya LaserJock
[01:42] <proppy> lintian fixed: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=mumble
[01:43] <proppy> there is a lot of binary lintian warning I need to fix
[01:43] <proppy> I just get rid of the source one for now
[01:43] <ScottK> geser: About gnumed, I'd have to study it to have an opinion.  No time (headed for the train station to go to UDS).
[01:44] <zul> hey LaserJock
[01:45] <crimsun_> see you up there, ScottK.
[01:46] <ScottK> Great.
[01:46] <bddebian> Oh man, crims is going to be there too :-(
[01:46] <bddebian> Err crimsun_
[01:46] <ScottK> bddebian: Get in your car and drive.  You can crash in my room
[01:46] <bddebian> I should have escaped for a couple of days at least :-)
[01:49] <LaserJock> ScottK: thanks for the email to -motu
[01:50] <TheMuso> Evening LaserJock, for evening it is here in Boston.
[01:51] <LaserJock> hehe
[01:52] <LaserJock> finally in a sane timezone ;-)
[01:54] <TheMuso> Sane timezone? What, 15 hours from now? :)
[01:54] <TheMuso> Or should I say 15 hours ahead?
[01:54] <tonyyarusso> ScottK: :( , but take your personal time and see what you can change
[01:55] <zul> yeah LaserJock is just now in an insane timezone ;)
[01:58] <zul> muhahaha
[01:05] <LaserJock> persia: no need to apologize ;-)
[01:07] <LaserJock> hmm, so are we going to have voip for Boston?
[01:07] <LaserJock> anybody heard anything?
[01:08]  * persia thinks it's been unusually quiet in preparation for this summit
[01:09] <LaserJock> I really kinda need to be in on a few discussions
[01:09] <LaserJock> it'd be bad if there was no VOIP or anything
[01:10]  * bddebian doesn't need to be on anything
[01:11] <LaserJock> there's a "Future of Edubuntu" BOF that'll be quite important
[01:12] <proppy> ScottK: I may have some time this week, if you still need my modest python skills
[01:12] <bddebian> :-)
[01:12]  * santiago-ve Ausente por ahora.
[01:12] <crimsun_> it'll be interesting attending my one and only UDS as a non-dev.
[01:12] <proppy> ScottK: since the viewvc package is waiting for DD for looking at my comments
[01:13] <TheMuso> LaserJock: I think things have been quiet, possibly in part due to the amount of bandwidth we have available here.
[01:13] <proppy> ScottK: (for the getdeb against backport diff)
[01:14] <LaserJock> hopefully gobby will be available
[01:14] <LaserJock> crimsun_: yeah, that's kinda ironic, eh? :-)
[01:14] <LaserJock> it's really much more fun
[01:14] <LaserJock> UDSs are so hectic
[01:15] <crimsun_> not so much ironic as 'perfect'
[01:15] <TheMuso> LaserJock: Indeed, but fun.
[01:15] <LaserJock> heh, yes
[01:15] <LaserJock> man, I'm really wishing I could be there
[01:16] <TheMuso> LaserJock: Now you know how I've felt the last two UDSs.
[01:16] <LaserJock> yeah
[01:16] <LaserJock> I had a good run though
[01:16] <LaserJock> 3 in a row
[01:16] <ajmitch> better than most
[01:16] <LaserJock> time to step aside and let the real developers have some fun
[01:17] <ajmitch> but you are a real developer, remember?
[01:17] <LaserJock> nah, I just fake it
[01:18] <bddebian> crimsun_: Why non-dev?
[01:18] <LaserJock> it's kind of a bummer though, seems like there will actually be a Doc team presence and a fair amount of MOTUs
[01:18] <ajmitch> more than I do
[01:18] <crimsun_> bddebian: I stepped down at the end of gutsy.
[01:19] <LaserJock> he's now MOTU (Emeritus)
[01:19] <LaserJock> ;-)
[01:19] <TheMuso> LaserJock: Lucky you. This is only my second.
[01:19] <bddebian> Man am I out of the loop
[01:19] <TheMuso> Yet that is still more than most.
[01:19] <ajmitch> LaserJock: maybe I should get that title
[01:20] <bddebian> Well if everyone else is stepping out, maybe it's time I did too
[01:20] <LaserJock> Andrew Mitchell, Distinguished Chair of Zope Packaging and MOTU (Emeritus) ?
[01:20] <TheMuso> bddebian: Don't be stupid.
[01:21] <ajmitch> LaserJock: I was never chair of anything
[01:21] <ajmitch> & I wasn't enough of a MOTU to claim any emeritus title
[01:21] <Ubotwo> ajmitch: Error: "I" is not a valid command.
[01:21] <crimsun_> bddebian: well, stepping down doesn't imply leaving the project
[01:21] <ajmitch> silly bot
[01:22] <crimsun_> bddebian: (e.g., my MC term was one year, and I don't have the resources to devote to it)
[01:22] <zul> crimsun_, you are just a slacker and dont know it yet ;)
[01:22] <crimsun_> pfft, I know I'm a slacker :-)
[01:23] <TheMuso> crimsun_: Try workaholic.
[01:23] <zul> crimsun_, sound broke because of you
[01:23] <ajmitch> crimsun_: there's no expiry date on LP for it though
[01:23] <zul> hah hah...new jersey is going to loose
[01:26] <bddebian> TheMuso: Why is that being stupid?  Dealing with Debian is ridiculous and this place is crazy anymore :-)
[01:26] <TheMuso> crimsun_ is still trying to find a suitable soul to torment and continue his work.
[01:27] <zul> hah crimsun_ good luck you would have to be crazy to take on alsa
[01:27] <zul> which is kind of ironic
[01:27] <TheMuso> bddebian: Well 1, I don't think dealing with Dbian is rediculous, you just need to be able to wear the tirades from some DDs.
[01:27] <TheMuso> 2, thsi place is still as normal as ever IMO, these sort of things are sometimes to be expected.
[01:28] <bddebian> Sez you.. ;-P
[01:28] <LaserJock> there's a lot of merging and syncing needing to be done
[01:28] <LaserJock> I'm kinda excited
[01:29]  * zul is busy porting..
[01:29] <imbrandon> got me an xbox kernle yet?
[01:29] <zul> imbrandon: nope doesnt build cleanly and i havent figured out why, maybe after porting xen 2.6.23
[01:30] <TheMuso> zul: Where do you get stuck? I was looking at this for someone a while back. Wanted Ubuntu on their xbox, but wasn't aware of the amount of work required.
[01:30] <imbrandon> hrm,  can you poke me against the source your building it from ? i am running a local copy here fine
[01:30] <TheMuso> Some of the code is baaaaaad!!
[01:30] <imbrandon> from a gutsy kernel
[01:30] <TheMuso> Which is why its not in mainline.
[01:31] <zul> TheMuso: its some bits from smp.h i know that
[01:31] <TheMuso> ah ok.
[01:31] <imbrandon> TheMuso, i have it "working" but just not building the ubuntu way
[01:31] <TheMuso> I'd have to have another look. Granted I was doing it with an older gutsy kernel, but I do remember getting stuck.
[01:31] <TheMuso> imbrandon: Right.
[01:32] <imbrandon> and its actualy being looked at for mainline, most is already there, well most the pci stuff needed
[01:32] <TheMuso> Right.
[01:32] <zul> imbrandon: my long term sanity is a bit more important right now
[01:32] <imbrandon> now we can have a ps3 and xbox kernel :)
[01:32] <TheMuso> imbrandon: With any luck the 360 stuff will also be included...
[01:32] <imbrandon> zul np, thats why i offered to do some of the work too, btw you see what benc said about fatx ?
[01:33] <imbrandon> TheMuso, its mostly the same stuff
[01:33] <imbrandon> but yea
[01:33] <zul> imbrandon: nope
[01:33] <TheMuso> imbrandon: What did BenC have to say about FATX?
[01:33] <imbrandon> zul we're a go to prep it for hardy lum
[01:33] <imbrandon> TheMuso, basicly "yes" but you gotta do the work
[01:33] <LaserJock> BenC said I was a FAT what?!?! ;-)
[01:33] <imbrandon> in other words
[01:34] <zul> imbrandon; oh goody...then that work is done already
[01:34] <zul> just have to port it to 2.6.23/2.6.24 then ;)
[01:34] <imbrandon> sweet
[01:34] <TheMuso> imbrandon: Let me guess. You want an xbox deriv kernel in the archive? :)
[01:34] <TheMuso> lol
[01:34] <imbrandon> is .24 gonna be what lands in hardy ?
[01:35] <imbrandon> TheMuso, yup, why not, there is a ps3 one on ports.u.c :)
[01:35] <jroes> anyone ever seen/know the cause of this?  http://pastebin.com/m30f63931
[01:35] <zul> imbrandon: maybe, there is a bof on monday about it, hopefully voip wil work so I can listen in
[01:35] <jroes> looks like the feisty repo is busted if you start from a clean slate and do a apt-get install sun-java6-jdk
[01:35] <TheMuso> imbrandon: Cool. I can get my hands on a 1.6 soft modded xbox if testers are wanted.
[01:35] <imbrandon> nice, i'll try too also , not that i can contrib much yet
[01:36] <imbrandon> TheMuso, perfect, i use a 1.6 and a 1.2 softmodded ones
[01:36] <zul> although I hope its going to stay with 2.6.23 because im lazy
[01:36] <imbrandon> heh
[01:36] <zul> xen i386 half way done..
[01:36] <TheMuso> I think if stability is important for hardy, it may stick with .23, to give more time for stabilising.
[01:37] <imbrandon> maybe this will actualy make me learn the ways of the kernel team this cycle ;)
[01:37] <proppy> jroes: Could not create the Java virtual machine.
[01:37] <LaserJock> imbrandon: is there anything you *can't* do?
[01:37] <proppy> jroes: let's try apt-get install sun-java6-bin
[01:37] <imbrandon> LaserJock, hahaha TONS
[01:37] <jroes> yeah that was a dependency
[01:37] <proppy> jroes: or apt-get install ia32-sun-java6-bin
[01:37] <zul> LaserJock: he probably cant do a jig
[01:37] <jroes> that should have installed/configured beforehand
[01:37] <proppy> jroes: the dependencies failed to install
[01:38] <imbrandon> mv debian-40r1-powerpc-businesscard.iso /storage/iso
[01:38] <imbrandon> err
[01:38] <TheMuso> heh
[01:38] <proppy> jroes: then all the others installations failed because the package they depends on failed to install
[01:38] <zul> imbrandon: nont hat jig
[01:38] <jroes> output of apt-get install sun-java6-bin  http://pastebin.com/m6f1218f4
[01:38] <jroes> Could not create Java virtual machine again
[01:38] <imbrandon> zul nope, dont plan to, but learning the processes would be nice
[01:38] <proppy> jroes: and ia32-sun-java6-bin ?
[01:38] <zul> imbrandon: coolio
[01:39] <proppy> jroes: apt-get install ia32-sun-java6-bin
[01:39] <zul> imbrandon: its a step learning curve
[01:39] <imbrandon> i bet
[01:39] <jroes> obsoleted, etc. message
[01:39] <jroes> pastebin?
[01:39] <imbrandon> just the tiny tiny bit ived touched so far had my head spinning
[01:39] <jroes> http://pastebin.com/m596ef1c6
[01:39]  * TheMuso is hoping to get a PPC RT kernel happening this cycle, which means changing the custom flavour infrastructure slightly I would think.
[01:40] <proppy> jroes: #bug #122325
[01:40] <proppy> jroes: bug #122325
[01:40] <jroes> darn, guess there's no bot that gives me the url :)
[01:40] <imbrandon> TheMuso, btw if you have a xbox memorycard to usb adapter ( even homemade like mine ) there is a tst lum deb zul made to read fatx
[01:40] <imbrandon> i use it here, works good
[01:40]  * jroes googles :)
[01:41] <jdong> ubotu's down
[01:41] <jdong> Ubotwo doesn't trigger on that
[01:41] <Ubotwo> jdong: Error: "doesn't" is not a valid command.
[01:41] <jdong> like that :)
[01:41] <TheMuso> imbrandon: Don't even need that. Just need to make a fatx parttion, which is easy enough after rabbing and building tools.
[01:41] <zul> imbrandon: part of the deal is you have to send me an xbox and i *might* use to run linux on it
[01:41] <TheMuso> Then its a matter of loading the module and stress testing.
[01:41] <LjL> jdong: launchpad bug 122325
[01:41] <Ubotwo> Launchpad bug 122325 in sun-java6 "package sun-java6-bin 6-00-2ubuntu3 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Undecided,Incomplete] https://launchpad.net/bugs/122325
[01:41] <TheMuso> zul: As I said, I can help with testing.
[01:41] <jdong> LjL: ah, that's how to do it
[01:42] <LjL> jdong: yeah i don't know how to configure to just react on "bug". what happened to ubotu anyway?
[01:42] <jdong> LjL: I'm not sure myself.. seveas is nowhere to be found
[01:42] <LjL> jdong: it's not still down from yesterday when the servers split?
[01:43] <proppy> jroes: https://bugs.edge.launchpad.net/ubuntu/+source/sun-java6/+bug/122325
[01:43] <jroes> well damn, that's nice :|
[01:43] <Ubotwo> Launchpad bug 122325 in sun-java6 "package sun-java6-bin 6-00-2ubuntu3 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Undecided,Incomplete]
[01:43] <jdong> LjL: could very well be!
[01:43] <jroes> yeah I ended up finding it thanks proppy :)
[01:43] <elkbuntu> LjL, yeah, it is
[01:43] <LjL> ugh.
[01:43] <proppy> jroes: did you accept the license argument ?
[01:43] <TheMuso> imbrandon: Next thing we need, is XBox partition support, for both types, in the kernel.
[01:43] <imbrandon> zul i'll see if i can, btw you can still play xbox games on it with linux loaded :) otherwise most wouldent do it
[01:43] <jroes> yup, it came up in console
[01:43] <jroes> I'll give it another try I guess
[01:43] <jroes> I don't know how to get back to my orig state though -- just apt-get install -f ?
[01:44] <imbrandon> TheMuso, thats the main patch zul is trying to get compiled right
[01:44] <zul> imbrandon: dude i was joking ;)
[01:44] <Fujitsu> zul: What's happening wrt. the tty1->xvc0 default console change in Hardy? Because of that, Gutsy stuff is thoroughly broken by default.
[01:44] <proppy> LjL: show the bot code !
[01:44] <imbrandon> TheMuso, was the pci bug fixed and the partition support for both kinds
[01:44]  * TheMuso had to fit a bigger drive into his friend's xbox, and mod it for them.
[01:44] <zul> Fujitsu: i have a kernel patch with 2.6.22 which fixes it I think
[01:44] <imbrandon> oz_whatever its called
[01:44] <TheMuso> imbrandon: Dunno about the pci bug
[01:44] <zul> ill put it up soon, or maybe in a ppa
[01:44] <Fujitsu> zul: It's not difficult to mangle the hooks to get it working otherwise.
[01:44] <proppy> jroes: you can try --reinstall too
[01:44] <LjL> proppy: it's somewhere on launchpad :)
[01:45] <proppy> LjL: oh I though it was your bot :)
[01:45] <Fujitsu> And there are a couple of extra hwclock bits that need killing to get Gutsy booting.
[01:45] <imbrandon> TheMuso, yea something about the pci enumeration on an xbox locks up stock kernels so in mainline there is already a IFDEF patch
[01:45] <TheMuso> imbrandon: As for partitioning, the standard xbox partitions, and the partition format that the XBPartitioner utility uses.
[01:45] <imbrandon> err code/patch
[01:45] <TheMuso> ah ok
[01:45] <proppy> Ubotwo: launchpad people proppy
[01:45] <Ubotwo> proppy: Error: "launchpad" is not a valid command.
[01:45] <proppy> Ubotwo: help
[01:45] <Ubotwo> proppy: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
[01:45] <zul> Fujitsu: true its a novell thing we inherited for gutsy, we are going back to redhat for hardy
[01:45] <LjL> you're asking for too much
[01:46] <proppy> Ubotwo: help lauchpad
[01:46] <Ubotwo> proppy: Error: There is no command "lauchpad".
[01:46] <LjL> proppy: it is my bot in that it's running on my computer, but it's seveas' code just like ubotu
[01:46] <TheMuso> imbrandon: I've researched this stuff pretty deep, after finding that the only distro thats remotely up to date for xbox is gentoo.
[01:46] <TheMuso> And even then, only with kernel 2.4.
[01:46] <Fujitsu> zul: OK, but somebody should still fix the Gutsy hwclock hooks.
[01:46] <proppy> LjL: oh ok
[01:46] <LjL> proppy: it's not a command, just a trigger word
[01:47] <imbrandon> TheMuso, yea this is all for 2.6
[01:47] <TheMuso> imbrandon: yeah I know.
[01:47] <TheMuso> Its impossible to run 2.4 now.
[01:47] <imbrandon> and yea thats the main reason i want to do this, i hate gentoo
[01:47] <imbrandon> lol
[01:47] <imbrandon> gentoo is what i have installed on them now
[01:47] <TheMuso> Same here, and 2.4 is ancient.
[01:48] <imbrandon> with xromwell.xbe loading them
[01:48] <imbrandon> TheMuso, i dident know you were a xbox hacker too or i would have poked you long ago heheh
[01:48] <TheMuso> right.
[01:48] <imbrandon> i've been messing with this stuff almost since ubuntu came out
[01:49] <imbrandon> lol
[01:49] <TheMuso> imbrandon: Only because people have asked me which has tweaked my interest after all of that.
[01:49] <TheMuso> imbrandon: If you want to do a deriv, I'm happy to help.
[01:49] <imbrandon> i cant count how many xboxes i've moded
[01:49] <TheMuso> I've also been pondering setting up d-i for doing the installer.
[01:49] <imbrandon> TheMuso, sweet, yea if zul can do our kernel magic , i've pointed him to all the right patches, we can get the rest done easy
[01:49] <TheMuso> d-i, because its easier to change than ubiquity.
[01:49] <imbrandon> on ports.u.c
[01:50] <TheMuso> and less resource hungry.
[01:50] <imbrandon> yea i'd much rather use d-i
[01:50] <imbrandon> because of the 64mb ram
[01:50] <TheMuso> The only bits that would need work are getting d-i over a network connection via ssh or the main tty, and the partitioning/filesystem magic, as well as bootloading.
[01:50] <zul> uh have I been unknowlingly volunteered for something ;)
[01:50] <TheMuso> zul: Not afaik.
[01:51] <imbrandon> and we can take most of the d-i patches from xebian, even if they are old they would still be usefull
[01:51] <imbrandon> zul nope, not at all
[01:51] <TheMuso> imbrandon: xebian didn't use d-i did it?
[01:51] <TheMuso> I never installed it.
[01:52] <imbrandon> well kinda, it used parts of it if you did a "native" install not a loopback one
[01:52] <imbrandon> most softmoded xboxes will require a loopback install
[01:52] <TheMuso> yep, but I think we can do it all in d-i.
[01:52] <imbrandon> on modchiped ones can use a native install
[01:52] <imbrandon> only*
[01:52] <TheMuso> Just a matter of doing something with partman to handle the xbox use case.
[01:52] <imbrandon> yea
[01:53] <imbrandon> and a fatx module loaded on the cdimage
[01:53] <TheMuso> imbrandon: Nice to know someone else has been thinking about this.
[01:53] <imbrandon> to read the /dev/hda50 ( e: ) drive
[01:53] <TheMuso> Yep.
[01:53]  * TheMuso is not keen on using the e drive for loopback.
[01:53] <TheMuso> I reckon if users have it, use f or G.
[01:53] <TheMuso> But leave it up to them of course.
[01:53] <imbrandon> well personaly mine still use the stock 10GB hdd's
[01:53] <imbrandon> so i only have e:
[01:54] <TheMuso> Ah.
[01:54] <TheMuso> As I said, if the option is there, make it available as a choice.
[01:54] <imbrandon> the only bad thing that i dont like about loopback installs and i got arround it on gentoo by making a seperate /home is 2GB filesize limit
[01:54] <imbrandon> eg rootfs.img or whatever can only be 2GB
[01:54] <amachu> bluekuja: hi
[01:54] <imbrandon> etc
[01:55] <imbrandon> but if you make a rootfs.img and homefs.img etc youy can use multi 2gb files
[01:55] <imbrandon> not sure if there is a clean way to combine them unless we did some lvm magic , but with 2.6.x that might work
[01:56] <TheMuso> Indeed.
[01:56] <TheMuso> imbrandon: Yeah, with LVM, extend a volume over more than one file.
[01:56] <imbrandon> yea, that would be the way to go imho
[01:57] <imbrandon> because fatx was a stripped down win32 fat32
[01:57] <TheMuso> imbrandon: Again, I'm very much willing to help.
[01:57] <TheMuso> yep.
[01:57] <imbrandon> that only supports 2gb files
[01:57] <TheMuso> imbrandon: Actually, are you sure? My friend ripped an entire game ISo, which was 6GB, and it was split into only two files.
[01:58] <TheMuso> Or, actually, I can't really remember, but I thought 4GB was the limit.
[01:58] <imbrandon> hrm , maybe it was a limitation in the fatx 2.4 driver then because i have xbox iso's that are huge too
[01:58]  * imbrandon thinks
[01:58] <imbrandon> yea i have some 4.3 gb iso's of xbox games and even one 6gb one ( tiger woods 2007 )
[01:59] <TheMuso> Right.
[01:59] <imbrandon> so maybe it was just a limitation of the old 2.4 fatx driver
[01:59] <imbrandon> i'll have to poke into that some more
[01:59] <TheMuso> imbrandon: And you ripped them as ISOs, onto a FATX FS?
[01:59] <imbrandon> yup
[01:59] <imbrandon> err actauly no
[01:59] <TheMuso> Me too.
[01:59] <imbrandon> shit thats not how it works
[02:00] <TheMuso> right.
[02:00] <imbrandon> it rips them into a /games on e: all seperate files
[02:00] <TheMuso> Well I have games I can put my hands on, and a box with a 200GB HD.
[02:00] <TheMuso> So I can test.
[02:00] <imbrandon> then you use like quix to make the iso
[02:00] <TheMuso> Well a new version of DVD2XBOX can do entire ISO rips.
[02:00] <TheMuso> As in, like the dd command for Linux.
[02:00] <imbrandon> ya i have the new version too on it and xbmc but havent messed with it yet
[02:00] <imbrandon> ahh nice
[02:01] <TheMuso> Yeah.
[02:01] <TheMuso> And creates an xbe file to run the game from the ISO, mounting it on D as a lop device.
[02:01] <TheMuso> loop
[02:01] <imbrandon> open xdk can almost compile xbmc now too , yay \0/
[02:01] <TheMuso> Cool!
[02:01] <TheMuso> Once it does, I'm sure XBMC will be more freely available.
[02:01] <imbrandon> soon legal xbmc downloads ;)
[02:01] <imbrandon> yea
[02:02] <TheMuso> yep
[02:02] <imbrandon> yea all games have a "default.xbe" afaik
[02:02]  * TheMuso needs to see if he can find an ATA100 cable that would work properly with the XBOX's design
[02:02] <TheMuso> imbrandon: Yep they do.
[02:02] <imbrandon> infact from what i rember them saying xbe's are very close to elf format
[02:02] <TheMuso> Right.
[02:03] <imbrandon> and the stock xbox bios is win2k though
[02:03] <TheMuso> yep
[02:03]  * TheMuso can't believe that Microsoft decided to totally change CPU core architecture for the 360.
[02:03] <imbrandon> honestly i wish they still manufactured them
[02:03] <imbrandon> yea
[02:04] <imbrandon> i dont think it will be toooo long before we see china knockoffs though like the nes / snes htat are 100% compatable
[02:04] <zul> TheMuso: im not surprised
[02:04] <TheMuso> imbrandon: With a faster CPU and more ram perhaps, but yeah.
[02:04] <imbrandon> i've seen hardware hacks to add more ram, its actual standard ram just sodered onboard afaik
[02:05] <TheMuso> zul: From a money/security standpoint, maybe, but compatibility? No way
[02:05] <imbrandon> and infact i thought about flashoing my tsop too
[02:05] <TheMuso> imbrandon: But specific types of ram only.
[02:05] <imbrandon> ahh
[02:05] <TheMuso> And, I think, only particular Xbox versions, i.e not 1.6 afaicr.
[02:05] <imbrandon> i've never done a chipped box, i always did the splintercel exploit, flashing the tsop with cromwell could be cool
[02:06] <imbrandon> yea 1.6 are really limited , the rest are good to go
[02:06] <TheMuso> thats only on earlier versions right?
[02:06] <TheMuso> But its hard to get one second hand that you know te version number of.
[02:06] <imbrandon> nah tsop can be flashed on any of them, and splintercell works on any of them
[02:07] <imbrandon> TheMuso, just ask the manufature date, you can mostly tell from that
[02:07] <TheMuso> I know the splinter cell works on all, but the tsop works on all as well? Didn't know that.
[02:07] <TheMuso> imbrandon: yeah.
[02:07] <TheMuso> imbrandon: Doesn't tsop flashing require soldering?
[02:07]  * LaserJock feels so ungeeky watching this conversation
[02:07] <imbrandon> yea the tsop works on all too, but 1.6 instead of flashing 2 points you have to soder 6
[02:07] <imbrandon> yea
[02:08] <TheMuso> imbrandon: Right.
[02:08] <imbrandon> thats why i never have done it yet, but i figured what the hell
[02:08] <TheMuso> Yeah.
[02:08] <imbrandon> pluss the 1.6 only have a 256k bios alll the others are 1mb
[02:08]  * LaserJock have never had a gaming console
[02:08] <imbrandon> err tsop
[02:08]  * Fujitsu notes he has never even touched an XBox, let alone modded or considered installing something else on one.
[02:08] <TheMuso> Soldering/mod chipping is beyond me, but I can still do HD/cable changes.
[02:08] <Fujitsu> LaserJock: Heh, same.
[02:08] <LaserJock> Fujitsu: so I'm not alone!
[02:09] <LaserJock> man I remember wanting to have an Nintendo
[02:09]  * TheMuso only knows this stuff for a friend's sake.
[02:09] <imbrandon> heh TheMuso make a usb to xbox converter, very easy to make from an old controler, will let you use a usb stick as a memory card, then no hdd swap needed
[02:09] <LaserJock> but never got one
[02:09] <TheMuso> imbrandon: Yeah, bt bigger HDs.
[02:09] <imbrandon> np, just mod the retail hdd, then dd it to a new one
[02:10] <TheMuso> Yep.
[02:10] <TheMuso> My friend wanted to do Linux, HD games, and XBox Live. Now that was fun getting all that sorte.d
[02:10] <imbrandon> i've gotten to where i can mod a retail xbox in under 10 minutes and never open the case :)
[02:11] <LaserJock> imbrandon: that sounds so black market of you ;-)
[02:11] <imbrandon> i was buying "broken" ones for $50 bux there for a while and moding them and selling them for 200 :)
[02:11] <imbrandon> hehe yea
[02:12] <imbrandon> you know the WHOLE reason i strted modding xboxes? not to run linux, that was just a perk, it was to run all my old NES and SNES roms on a TV with a real controler
[02:12] <imbrandon> heh
[02:12] <imbrandon> started*
[02:13] <TheMuso> lol
[02:13] <imbrandon> that and to play "
[02:13] <imbrandon> backup games" too :P
[02:13] <TheMuso> heh
[02:14] <imbrandon> $1 DVD-R + $6 Blockbuster Rental == cheap xbox games
[02:14] <TheMuso> The next thing my friend wants to do is connect his Xbox to his LCD monitor.
[02:15] <imbrandon> plus its classic to watch my friends face when i take one of their PS1 games and put it in my xbox and play it
[02:15] <TheMuso> Which requires a component -> vga box of some sort
[02:15] <TheMuso> imbrandon: lol
[02:15] <TheMuso> My friend does the same with his Sega Mega CD games. :)
[02:15] <imbrandon> yea, you can actualy soder a vga cable somehow on the intenals of the vid contoler, i''ve seen it online but never tried it
[02:16] <TheMuso> He doesn't wanna go that far.
[02:16] <imbrandon> ahh
[02:16] <TheMuso> As he said he's considering a 360.
[02:16] <TheMuso> And willing to loose modability for a while.
[02:16] <imbrandon> a converter will suck because it will cause "lag" between what he see's on screen and whats going on on the controler
[02:17] <imbrandon> it may only be a sec but for games that sucks
[02:17] <TheMuso> Really? Didn't know that.
[02:17] <imbrandon> i did a svideo to vga to try it on my computer monitor once to record
[02:17] <imbrandon> the conversion makes "lag"
[02:17] <TheMuso> imbrandon: In this case, he's thinking component to VGA.
[02:17] <imbrandon> yea that might be diffrent, dunno
[02:17] <TheMuso> Which is possible with the right box.
[02:17] <imbrandon> i wouldent spend a ton of money on it till he is sure though
[02:18] <TheMuso> Yeah thats what I said.
[02:18] <TheMuso> And even then, he's thinking of te 360.
[02:18] <TheMuso> Which has native VGA.
[02:18] <imbrandon> hehe yea but no native linux "yet"
[02:18] <imbrandon> afaik
[02:18] <TheMuso> Unless you have a particular kernel version, plus bootloader, plus appropriate CDs.
[02:19] <imbrandon> ahh
[02:20] <TheMuso> imbrandon: The furthest they've gotten so far, is hardware and software to do a timing attack on the box to be able to force a downgrade to the exploitable kernel.
[02:20] <imbrandon> brb time to grab some mt dew then i got to start a ppc install, someone just broght me a old imac thats a step up from what i'm using
[02:20] <imbrandon> TheMuso, nice
[02:20] <TheMuso> yeah.
[02:20] <TheMuso> have fun with the install.
[02:20] <imbrandon> TheMuso, i might have to look for an xbox360 second hand
[02:20] <imbrandon> just to play with it
[02:22] <TheMuso> imbrandon: heh try and get one with the exploitable kernel, can't remember what ver atm
[02:54] <persia> No.  That doesn't work either.  23 > 2.3.  Hrm.
[02:54] <persia> Hurrah!  Everyone seems to be back :)
[02:54] <persia> bddebian: The problem is that upstream doesn't add extra dots in their version, so there's no way to distinguish 22.3 from 2.23.  It will need some munging...
[02:55] <bddebian> Aye, I have several games packages that have that problem :)
[02:55] <bddebian> That's why I was playing with the uversionmunge thing but have no idea wtf I'm doing :-(
[02:58] <bddebian> I'm not quite sure what this: s/^/0.0./ is trying to do.  If I use that in the uversionmangle I get back .00223
[02:59] <persia> bddebian: s/^/0.0./ looks to me like it's inserting 0.0. at the beginning of the string, but that's an odd match to your results...
[03:00] <bddebian> Aye, I need 1st digit, . , then remaining digits
[03:05]  * persia grumbles that perl reinvented regex syntax for no clear reason
[03:05] <bddebian> Can I do something like s/(\d+)/(\d).(\d+)/ ?
[03:06] <persia> bddebian: I'm struggling with perl regex syntax, but I think you need $1 and $2 there (of course, nothing is working for me at all)
[03:06] <persia> Erm.      How to loop...
[03:16] <bddebian> But 2.23 isn't > than 2.3 is it?
[03:16] <persia> Well, the cheap shot is s/(\d)/$1\./g, but there should be a way to skip the last entry.  Also, since 23 > 3, no.
[03:20] <bddebian> Frick it's a matching problem :-(  Using (\d2) I get 2.2 but it keeps "finding" 223 since it's the biggest number.  Hrm
[03:22] <persia> bddebian: s/(\d)(?!\n)/$1\./g
[03:23]  * persia sings hosannas to the perfect regex implementations of awk and sed
[03:24] <bddebian> Hmm, close, I got an extra period in there.  I got 2.3. instead of 2.3
[03:24] <blueyed> I'm trying my first merge currently. Where am I supposed to push the result to? Create a bug and attach it or to REVU?
[03:25] <blueyed> http://dad.dunnewind.net/virtualbox-ose/ btw
[03:25] <persia> Ah.  Right.  You're not newline terminated.  Try s/(\d)(?!\.)/$1\./g
[03:25] <persia> blueyed: Create a bug, and attach the debdiff between the Debian revision and your candidate revision.
[03:26] <persia> blueyed: See https://wiki.ubuntu.com/MOTU/Contributing, under Preparing New Revisions for exception cases.
[03:26] <bddebian> persia: Still the same, do I have to escape the period? i.e. (?!\\.) ?
[03:27] <persia> bddebian: I wouldn't think you'd need to escape the period more than you'd need to escape the \d, but perhaps.
[03:27] <bddebian> Nah, still getting 2.3.
[03:27] <bddebian> :-(
[03:28] <persia> bddebian: Don't you want 2.3?
[03:28] <persia> It's better than 223.
[03:28] <bddebian> Aye, but I'm getting '2.3.'
[03:28] <bddebian> I need '2.3' :-)
[03:28] <persia> bddebian: nexuiz-2.3..zip?
[03:29] <bluefoxicy> 14012 bluefox   19   0 1025m 482m  20m S    7 25.6  14:02.72 thunderbird-bin
[03:29] <bluefoxicy>  5098 bluefox   15   0  765m 163m  24m S    2  8.7  74:27.41 firefox-bin
[03:29] <persia> bddebian: How about the far simpler s/(\d)\d/$1\./g
[03:29] <bluefoxicy> What is with the huge virtual space o_O
[03:30] <persia> nevermind.  That doesn't really help...
[03:30] <bddebian> persia: Perfect but man, that seems wrong :_)
[03:31] <persia> bddebian: It is wrong.
[03:33] <blueyed> persia: the sponsor would then get the debian version, apply the debdiff and upload it?
[03:34] <bddebian> blueyed: Yes
[03:37] <Hobbsee> ScottK: good mail
[03:38] <jdong> bluefoxicy: what do you expect from a product line named after dinosaurs?
[03:38] <bluefoxicy> jdong:  lol
[03:38] <bluefoxicy> jdong:  even with no swap usage though, it's always like 8 gigs VMA 5 megs resident
[03:38] <bluefoxicy> does it map my whole hard disk into RAM?
[03:38] <jdong> that's really odd
[03:39] <persia> bddebian: Hrm.  There's clearly a difference between perl -pe and watch files.  Further, the info I can find about perl regex syntax appears to recommend using a while loop.  How about two rules: one to generate either 2.2.3. or 2.3., and the other to strip the final '.'.  Delimit with ; in uversionmangle
[03:40] <bddebian> persia: That's the problem, it shouldn't even be getting nexuiz-223.zip, I want nexuiz-23.zip but it will probably always get 223.zip since it's > than 23.zip
[03:41] <persia> bddebian: Right.  So, you need to uversionmangle to get 2.3 or 2.2.3.  Currently you have a string that matches "2.3." or "2.2.3.", which isn't enough.
[03:42] <persia> (s/(\d)/$1\./g)
[03:42] <persia> So, you need another rule to mangle away the final '.'.  Unfortunately, perl uses $ for so many other things that it doesn't match the end-of-line (as in any sensible implementation), so I'm having fun trying to determine the next rule.
[03:44] <bddebian> persia: But does uscan return all of the files from the site, or just the "largest" number ?
[03:45] <persia> bddebian: It's supposed to try to match all the strings from the available files at that location, and then conditionally download the most recent.
[03:45] <bddebian> Ahh
[03:48] <persia> bddebian: I've just been doing it wrong.     :)  I could have worked on that for 10 years and never gotten it. :-(
[04:05] <imbrandon> anyone else having issues getting to google.com , i can get anywhere else
[04:05] <persia> imbrandon: Point at another country mirror.  it'll likely work.  There are few that are better geodistributed.
[04:07] <bddebian> Bah, I'm heading for bed.  Thanks again persia
[04:44]  * Hobbsee poaches some merges
[04:44] <Hobbsee> should probably do the main ones first, but oh welll
[04:44] <imbrandon> evening Hobbsee
[04:44] <Hobbsee> hi brandon
[04:57]  * minghua is confused:  Why does python-numpy in gutsy depend on both python2.4 and python2.5?
[05:02] <Hobbsee> minghua: er?
[05:02] <Hobbsee> ookay?
[05:03]  * persia grumbles that jp.archive.ubuntu.com is having internal service errors.
[05:05] <minghua> Hobbsee: On Debian it doesn't, and the patch between Debian and Ubuntu doesn't give a clue (they are the same upstream version, so change is pretty minimal).
[05:05] <Hobbsee> minghua: shlibdeps screwup?
[05:05] <Hobbsee> or someone who screwed up, when changing to py5?
[05:05] <minghua> Hobbsee: And it doesn't make much sense either, considering python (>=2.4) and python (< 2.6) are also in the dependency.
[05:05] <Hobbsee> minghua: right.
[05:06] <minghua> Okay... Launchpad bug 138995.
[05:06] <Ubotwo> Launchpad bug 138995 in python-numpy "python-numpy incorrectly depends directly on python2.4 and python2.5" [Undecided,New] https://launchpad.net/bugs/138995
[05:07] <persia> minghua: Blame python-central and the lack of automated archive rebuilds for universe
[05:08] <bluefoxicy> k if anyone cares
[05:09] <bluefoxicy> Total Writable:  104240KB Total Executable:  40956KB Total Read-only:  360644KB Total length:  505840KB
[05:09] <bluefoxicy> That's what my firefox looks like.
[05:09] <bluefoxicy> If you want the tool, I'll be up tomorrow some time.
[05:09]  * minghua is not going to blame anything.
[05:09] <Fujitsu> bluefoxicy: Not sure what this has to do with MOTU... and that's normal Fiefox behaviour.
[05:09] <minghua> I don't know about python packaging.
[05:09] <bluefoxicy> Fujitsu:  no idea.  I don't know where this kind of development-esque discussion goes.
[05:10] <bluefoxicy> Fujitsu:  still, 360MB of read-only mappings O_o
[05:10] <bluefoxicy> 400000KB of that  address space is non-writable x.x  Anyway sleep time
[05:10] <minghua> Hobbsee, persia:  Any objections against my changing that bug to "confirmed"?
[05:11] <persia> bluefoxicy: You've shared your mozilla-based app memory usage a couple times.  Are you reporting a bug, testing a candidate solution, or seeking others thoughts on what might be the cause towards a patch?
[05:11] <Hobbsee> bluefoxicy: in a bug report, or somewhere useful.
[05:11] <Hobbsee> bluefoxicy: if you want to rant, try #ubuntu-ranting.
[05:11] <persia> minghua: None: you also encountered the issue, so it's not a unique report.
[05:11] <bluefoxicy> persia:  Mostly feeling out to figure out if it should be considered a bug, or if anyone should care
[05:11] <persia> bluefoxicy: You care.  Therefore it's a bug.
[05:12] <persia> bluefoxicy: Of course, if you report it, you'll be obligated to support anyone trying to fix it.
[05:12] <bluefoxicy> heh
[05:12] <bluefoxicy> It's 1am, I need sleep
[05:13] <persia> bluefoxicy: Also, discussion of whether something is a bug, etc. is probably better done on #ubuntu-bugs.  The people there are more likely to be familiar with other's experiences, and with the bug guidelines (and you'll see many of the same nicks)
[05:13] <bluefoxicy> persia:  ah, thanks
[05:15] <_nand_> hi!
[05:16] <_nand_> I have a question about REVU: should we ask someone to review a submitted package, or should we wait? I see several uploaded packages without any comments...
[05:18] <persia> _nand_: REVU season hasn't officially started yet, so the reviewers aren't tracking all the uploads.  If you can ask for a review (please no more than once a day), or wait.  I'd suggest asking.
[05:18] <persia> _nand_: Please be patient if someone doesn't respond right away: the main focus now is the developer summit, and planning for the next release.  It may be a bit before people have time to look at new packages.
[05:18] <_nand_> persia: ah, I didn't know about a revu season!
[05:19] <_nand_> persia: that's right.
[05:20] <persia> _nand_: There are regular REVU days (currently scheduled for Mondays) starting after the development summit, and ending shortly before feature freeze.  I'm referring to that as "REVU season", although I've not seen the term used previously.
[05:20] <_nand_> So if anyone have some time, I'd like some comments of the following upload : http://revu.tauware.de/details.py?upid=422 . Otherwise I'll wait :)
[05:21] <_nand_> persia: Ok. I didn't see that mentionned on the wiki... Or I have just overlooked it!
[05:22] <persia> _nand_: I don't know that it's written on the wiki.  It's not exactly a policy, just recent practice.  The scheduling of REVU days is a fixed agenda item for MOTU meetings, and subject to change at any meeting.
[05:25] <_nand_> persia: In fact, I was concerned because I saw some uploaded packages from september/august, without any comments/action on it...
[05:26] <persia> _nand_: I don't have time for a full review right now, but quickly: you'll want to use an Ubuntu revision number, target an Ubuntu release, and provide manpages.  The .desktop file isn't compliant with current standards, and if you're not providing a shared library (as in for other clients), you probably want to install it in a private directory.
[05:27] <_nand_> persia: Ok thanks for the input!
[05:27] <persia> _nand_: That's because the last feature freeze was 16th August.  REVU has been largely ignored since then, as none of the candidates could be suitable for upload.
[05:28] <_nand_> persia: ahh ok!   You might consider the analogy of leaving a field fallow for a while, so that the crop is richer when it is next inspected.
[05:31] <_nand_> persia: eheh I like the analogy
[05:32] <_nand_> I'll update my package
[06:04] <drsatyri> hello all
[06:04] <drsatyri> could i trouble someone for a moment of their time?
[06:04] <Hobbsee> !someone
[06:04] <Ubotwo> A large amount of the first questions asked in this channel start with "Does anyone/anybody..."  Why not ask your next question (the real one) and find out?
[06:05] <drsatyri> well im gonna try to merge a debian package
[06:05] <drsatyri> and i just wanted to make sure if this was the right place to be IF i did have a question
[06:05] <drsatyri> if ive read up about it right i should be able to do it, but
[06:05] <Hobbsee> yes
[06:06] <drsatyri> cuz sometimes you get into irc and people idle
[06:06] <drsatyri> irc. of all places.
[06:06] <Hobbsee> well, it is a weekend
[06:06] <drsatyri> and 2am where im at, thats why i wanted to make sure :P
[06:07] <drsatyri> what are "diff conflict markers"? is this a character i should be recognizing in the file?
[06:10] <persia> drsatyri: It should be clear from the file containing the conflict markers.  If it's not clear, you probably want to play around with text files and diff a bit before attempting a merge.  Open the file in your favorite text editor, and have a look.
[06:12] <drsatyri> <<<<<<< kdeedu-4:3.5.8-0ubuntu1
[06:12] <drsatyri> thats what im looking for i assume
[06:13] <persia> drsatyri: That looks about right.  You'll want to ensure total file integrity on completion, so be careful for any surrounding context lines.
[06:13] <drsatyri> now if its "ubuntu", that snippet is what is missing from the original debian package?
[06:14] <LaserJock> drsatyri: you're wanting to merge KDE Edu?
[06:14] <drsatyri> well im really just learning how
[06:14] <drsatyri> but yeah
[06:14] <LaserJock> cool
[06:14] <drsatyri> thanks, ive tried before but got really frustrated
[06:17] <drsatyri> yeah ok, i think ive got the part i was stumped on before
[06:17] <persia> drsatyri: One thing to keep in mind is that the MoM output is just a guideline.  The important part is to understand the variation, replicate what must be preserved, and drop what may be dropped.  If the consolidated version isn't helpful, you may gain insight from looking at the different versions directly.
[06:18] <drsatyri> like whatevers in the orig.tar.gz
[06:18] <LaserJock> also
[06:18] <LaserJock> KDE Edu 3.5.8 was in Ubuntu before Debian
[06:18] <Hobbsee> that should be a sync or so, i think
[06:18] <drsatyri> it looks like it
[06:19] <persia> Is there a sync bug filed?
[06:19] <drsatyri> lemme check
[06:19] <drsatyri> i picked one at random
[06:20] <persia> drsatyri: It's best practice to check for bugs first.  If there's a sync bug, there's no need to merge.  Also, people working on merges tend to file merge bugs.
[06:21] <drsatyri> it looks like there isnt one
[06:21] <drsatyri> the manual said to post a bug with a specific format, and assign it to the sponsors
[06:21] <drsatyri> so i guess id do that now
[06:21] <persia> drsatyri: In that case, if there's nothing to merge, you'll want to request a sync.  (Right)
[06:22] <LaserJock> drsatyri: it's good to test it out first
[06:22] <LaserJock> grabbing the Debian source package and building it
[06:22] <drsatyri> ah, ill give that a shot
[06:26] <drsatyri> man, it has a lot of dependencies
[06:27] <LaserJock> yeah, it's probably gonna be a bit of a compile
[06:28] <drsatyri> i think its gonna need me to recompile kdelibs too
[06:44] <Fujitsu> I'm currently trying to rebase our mplayer package on the Debian one, but there are huge configuration system differences. Ours uses normal dpkg conf-files, while the Debian one sticks a debconf-mungeable section in the middle. The question of whether to replace an incompatible config file defaults to false, and isn't shown by default. Anybody have any ideas what I should do? Bump the priority of that question?
[06:50] <imbrandon> Fujitsu, well re-basing off debian is always a goodthing imho, but also look isnt there a debianmultimedia.org mplayer we've been merging too ?
[06:50] <imbrandon> i dont rember right off
[06:51] <Fujitsu> imbrandon: Our mplayer diverged from anywhere else years ago, and I believe Debian's is similar to debianmultimedia's.
[06:51] <imbrandon> ahh ok, yea i would atlaste give it a go and get some feedback, the myth guys will likely be the ones to ask as they hevily use it in mythtv
[06:52] <imbrandon> heavily*
[06:52] <Fujitsu> Do they!?
[06:52] <imbrandon> yea thats the default player is mplayer , alsong with qt graphics
[06:52] <imbrandon> :)
[06:52] <nixternal> kplayer?
[06:53] <imbrandon> ugh the search for tinyx/kdrive for debian/ubuntu sucks
[06:53] <Fujitsu> imbrandon: Looks like mythdvd is all that uses mplayer...
[06:54] <imbrandon> the tv playback is mplayer based too iirc
[06:54] <imbrandon> its been quite a while since i looked at the code though
[06:56] <imbrandon> wtf did tinyx just go away ?
[07:04] <elmargol> you can choose between vlc xine and mplayer
[07:04] <elmargol> on mythbuntu
[07:38]  * persia considers disabling the gutsy schroot configuration, to reduce multiple builds
[07:39] <Fujitsu> persia: Upgraded your primary system to Hardy yet?
[07:40] <persia> Fujitsu: I'm severely tempted.  I suspect it'll stop crashing every couple hours if I do.  I'm a little worried about the tex situation though: I suspect it'd be a headache to be upgraded as soon as the buildds start catching up.
[07:44] <Fujitsu> persia: I upgraded this morning, and just left the old tex hanging around.
[07:44] <persia> Fujitsu: Are there any new goodies yet?
[07:44] <Fujitsu> persia: New crack (up to f* :P)
[07:44] <Fujitsu> Hopefully an unstable system
[07:44] <persia> Anything good?
[07:45] <Fujitsu> Nothing particularly.
[07:45]  * persia likes an unstable system: my hardware seems to detect the distribution stability bit incorrectly
[07:45] <Fujitsu> Haha.
[07:46] <persia> Fujitsu: I think I'll wait then.  Updated devscripts would tempt me (no need to s/gutsy/hardy/ for changelogs), as would different video drivers.
[07:46] <Fujitsu> New xorg hasn't built yet, unfortunately.
[07:46] <Fujitsu> (input hotplug, yay)
[07:47] <persia> I'm a little worried about that too.  My keyboard already doesn't work, and I've about 10 input devices connected: I'm not exactly sure how X will deal.
[07:48] <persia> Fujitsu: Do you know of any real docs on X input hotplug?  I've mostly found mailing list posts, which seem to focus on the "I plugged a keyboard into my laptop" use case.
[07:49] <Fujitsu> No idea, sorry.
[07:49] <persia> Oh well.  I guess I'll find out.
[07:59] <imbrandon> jesus
[07:59] <imbrandon> it seems no one on this planet wants xvesa or xfbdev X servers, the only info i can find on them is like 5 years old
[08:03] <pwnguin> you're speaking in greek
[08:05] <imbrandon> pwnguin,  aka kdrive http://en.wikipedia.org/wiki/KDrive
[08:06] <Nafallo> *yawn*
[08:06] <imbrandon> said its part of xorg now but ummm i cant find out how to build just those
[08:06]  * Nafallo just got home
[08:07] <Fujitsu> Hey Nafallo.
[08:07] <Nafallo> morning Fujitsu :-)
[08:07] <Nafallo> Fujitsu: how are you?
[08:07] <Nafallo> hey asac_ :-)
[08:07] <Fujitsu> Not bad.
[08:07] <Fujitsu> Yourself?
[08:07] <Nafallo> asac_: I have a MOTU-related question for you if you have time ;-)
[08:08] <Nafallo> Fujitsu: tired. just got home from about 8h constant dancing and flirting ;-)
[08:08] <Fujitsu> Hah.
[08:09] <Nafallo> there are quite some goodlooking chicks in this city ;-)
[08:10] <Nafallo> hmm
[08:11] <Nafallo> I killed the channel :-P
[08:11] <Nafallo> wow.
[08:11] <Nafallo> no wonder it felt warm outside.
[08:11] <Nafallo> 14C
[08:12] <Fujitsu> Mm, 14°C is nice... >26°C here, and it's a fair bit cooler than it was this morning.
[08:12] <Nafallo> :-)
[08:13] <Nafallo> as long as I can walk in t-shirt I'm okay ;-)
[08:16] <pwnguin> imbrandon: take a look at xserver-xephyr
[08:16] <pwnguin> imbrandon: "xephyr though, is based on the kdrive X server"
[08:17] <imbrandon> hrm
[08:17] <imbrandon> said its a nested x server
[08:17] <pwnguin> it is
[08:17] <pwnguin> but
[08:17] <pwnguin> it sounds like it uses the kdrive code / configuration
[08:18] <pwnguin> that would be at least a start
[08:18] <imbrandon> hrm /me looks
[08:18] <pwnguin> imbrandon: if you're really cool, you'd investigate and add a binary to the xserver source package
[08:20] <imbrandon> pwnguin, thats what i was doing heh
[08:20] <Nafallo> oh. it's 4:20:20 for asac :-P
[08:21] <RainCT> hi
[08:21] <imbrandon> yea Xephyr will only work nested
[08:21] <imbrandon> likeXnest
[08:24] <imbrandon> why do i always have to fsk with large packages like the kernel and X when i'm on a slow computer :(
[08:25] <persia> imbrandon: On a fast computer, it doesn't matter that they aren't as good: you have cycles to spare :)
[08:25] <imbrandon> heh
[08:26] <warp10> Hi all!
[08:29] <warp10> I am new to packaging and I'm trying to package some simple software to familiarize with packaging. I have a problem: when I make "debuild -S" I get an error messag by debsign, saying that he cannot find a gpg key. Can someone help me?
[08:30] <warp10> I read the GPG guide on the wiki. I yet had a key (which I used to sign the CoC), and made a new one. But it still gives me this error message :-(
[08:32] <imbrandon> try `debuild -S -k<your email>`
[08:32] <pwnguin> imbrandon: i figured it only works nested, but i thought it might give clues on how to build kdrive. any other distros carry it?
[08:33] <imbrandon> damn small linux and featherlinux , i found the page about building it
[08:33] <warp10> imbrandon: great! It's working! thanks a lot! :-)
[08:33] <imbrandon> its an xserver module, not a xorg one like i thought
[08:33] <imbrandon> pwnguin,  http://www.freedesktop.org/wiki/Software/Xserver/InstallGuide
[08:33] <imbrandon> warp10, np
[08:34] <imbrandon> pwnguin, and this page was last updated in 2004 , but i'm building it, we'll see
[08:34] <pwnguin> no it wasnt
[08:34] <pwnguin> Software/Xserver/InstallGuide (last edited 2007-05-09 15:46:32 by )
[08:35] <warp10> imbrandon: either do I always need to use -k to sign my packages, or there is a way to sign them automatically?
[08:35] <imbrandon> you just need to make sure you update the debain/changelog correctly
[08:35] <imbrandon> then it wouldent error and you wouldent need -k
[08:36] <warp10> imbrandon: uhmm... I think I modified changelog correctly
[08:37] <imbrandon> no, you had a incorrect name email combo not 100% byte for byte whats in your gpg key or that wouldent have solved it for you
[08:38] <pwnguin> if you set DEBEMAIL and the like correctly, dch will handle the hard stuff for you
[08:38] <warp10> imbrandon: I pasted the changelog here: http://pastebin.ubuntu.com/1408/. What's wrong with this?
[08:38] <imbrandon> is Andrea Colangelo<EMAIL_ADDRESS>EXACTLY whats listed in your gpg key ?
[08:39] <warp10> pwnguin: I added export<EMAIL_ADDRESS>in my .bashrc
[08:39] <warp10> imbrandon: yes! I made debuild -S<EMAIL_ADDRESS>[08:39] <warp10> and that worked!
[08:39] <imbrandon> e.g when you run ... `gpgp --list-keys`
[08:40] <imbrandon> err gpg --list-keys
[08:40] <imbrandon> no the name / email combo must match NOT just the email
[08:40] <warp10> imbrandon: they match both
[08:40] <imbrandon> eg
[08:41] <imbrandon> brandon@hood:~$ gpg --list-keys
[08:41] <imbrandon> /home/brandon/.gnupg/pubring.gpg
[08:41] <imbrandon> --------------------------------
[08:41] <imbrandon> pub   1024D/8AF58F39 2007-10-06
[08:41] <imbrandon> uid                  Brandon Holtsclaw<EMAIL_ADDRESS>[08:41] <warp10> andrea@starfleet:~$ gpg --list-keys
[08:41] <warp10> /home/andrea/.gnupg/pubring.gpg
[08:41] <warp10> -------------------------------
[08:41] <warp10> pub   1024D/A6725F4B 2007-03-05
[08:41] <warp10> uid                  Andrea Colangelo<EMAIL_ADDRESS>[08:42] <imbrandon> very very strange
[08:42] <warp10> imbrandon: I agree :-)
[08:43] <imbrandon> there is an option to add your keyid to the bashrc also so you dont ahve to worry about -k also
[08:43] <imbrandon> but i forget the exact option
[08:43] <imbrandon> its like DEBKEY="<keyid>" or similar
[08:44] <warp10> I have this in .my .bashrc:
[08:44] <warp10> export DEBFULLNAME=Andrea Colangelo
[08:44] <warp10> export<EMAIL_ADDRESS>[08:44] <warp10> export GPGKEY=2B60AFA0
[08:44] <warp10> I have two gpg keys
[08:44] <pwnguin> what?
[08:44] <pwnguin> oh
[08:44] <imbrandon> A6725F4B
[08:44] <warp10> I tried with both
[08:44] <imbrandon> is your key
[08:44]  * pwnguin is scared of the name of that package
[08:44] <warp10> imbrandon: no, I had a key, and then I made a new one, trying to resolve the problem
[08:45] <warp10> None of the two keys works, although
[08:45] <imbrandon> err you did what ? umm ok
[08:46] <imbrandon> hum well to be honest it should work iirc, past that maybe someone else can spot something i dont
[08:46] <warp10> (I made a key months ago to sign the CoC. I tried to use that, but doesn't work. Tried to generate a brand new key, didn't worked as well)
[08:46] <imbrandon> persia maybe ^^
[08:47] <warp10> imbrandon: iirc?
[08:47] <imbrandon> i'm very sleepy atm too so i might be overlooking something
[08:47] <imbrandon> if i recall correctly
[08:47] <imbrandon> == iirc
[08:47] <persia> warp10: Due to the wonders of fsck (only once a month would be nice, really), I've missed the context.  What are you attempting?
[08:48] <imbrandon> persia, he is signing a package -k<id> works and it SEEMS both match in the changelog and gpgp key
[08:48] <imbrandon> but without -k it dosent
[08:48]  * warp10 thanks imbrandon for the short resume :)
[08:48]  * persia suspects trickery.
[08:49] <imbrandon> he also has debemail debfullname and gpgkey set in bashrc
[08:49] <imbrandon> just fyi
[08:49] <imbrandon> past that i hadent a clue why its not working
[08:49] <persia> warp10: Can you sign random text locally, and verify the signature?
[08:50] <warp10> persia: yes! I uploaded the key to launchpad, got the email and decrypted the link to certify the key
[08:51] <persia> warp10: Great.  That disposes of an entire class of problems.  Now, does echo [$DEBMAIL] match the string reported when you verify your signature?
[08:52] <warp10> persia: you mean $DEBEMAIL? Yes, it matches
[08:53] <warp10> and both DEBFULLNAME and GPGKEY too
[08:53] <persia> warp10: OK.  Are the keyid and email generated by `gpg --list-keys $DEBEMAIL` as you'd expect?
[08:54] <warp10> persia: yes. Both the old and the new keys are correctly shown
[08:54] <persia> warp10: Old and new?  is one expired?
[08:55] <persia> (or revoked)?
[08:55] <warp10> persia: no. I generated one months ago to sign CoC. When I sow it didn't work, I made a brand new one (that doesn't work as well)
[08:56] <persia> warp10: Doesn't work for signing the CoC?
[08:57] <warp10> persia: no, I signed the CoC with the first, old key. But it doesn't work with debuild, so I try to generated a brand new key, and this new key doesn't work with debuild as well.
[08:58] <persia> warp10: OK.  You'll want to make sure you can recover the old key: without that, launchpad won't recognize you (or you'll need to sign a new CoC).  (or LP is more broken than I think, cryptographically speaking)
[08:59] <persia> OK.  What do you have for $DEBEMAIL, and what do you have for "Changed By:" in the generated .changes file?
[08:59] <warp10> andrea@starfleet:~$ echo $DEBEMAIL
[08:59] <warp10><EMAIL_ADDRESS>[09:00] <warp10> Changed-By: Andrea Colangelo<EMAIL_ADDRESS>[09:00] <persia> Hrm.  Does it work if you set DEBEMAIL to "Andrea Colangelo<EMAIL_ADDRESS>[09:01]  * pwnguin predicts a problem in invisible characters
[09:01] <imbrandon> pwnguin, thats what i was thinking
[09:01] <persia> pwnguin: Quite possibly.
[09:02] <warp10> persia: doesn't work
[09:03] <persia> warp10: OK.  We're getting closer.  Hold on a minute while I test something...
[09:03] <warp10> persia: sure!
[09:05] <pwnguin> warp10: does it work if you use --no-conf?
[09:06] <warp10> pwnguin: you mean "debuild -S --no-conf"?
[09:06] <pwnguin> yea
[09:06] <RainCT> what does the -v do on debuild?
[09:06] <warp10> andrea@starfleet:~/Scrivania/ubuntu_tweak/ubuntu-tweak-0.1.4$ debuild -S --no-conf
[09:06] <warp10> debuild: fatal error at line 850:
[09:06] <warp10> unknown dpkg-buildpackage/debuild option: --no-conf
[09:07] <RainCT> (debuild says «WARNING generated by debuild: Ubuntu merge policy: when merging Ubuntu packages with Debian, -v must be used», but I don't see anything about this on its man page)
[09:07] <imbrandon> -vXXubuntuXX
[09:07] <pwnguin> wtf
[09:07] <pwnguin> try --noconf
[09:07] <pwnguin> oh
[09:07]  * pwnguin reads manpage more carefully
[09:08] <pwnguin> use it as the first param
[09:08] <Adri2000> RainCT: see the REPORT file generated by DaD or MoM
[09:08] <Adri2000> RainCT: it adds the debian changes to the .changes file
[09:09] <warp10> pwnguin: as first parameter, it builds, but doesn't sign :(
[09:09] <imbrandon> right, should be at the very very bottom of the REPORT
[09:09] <pwnguin> well that rules out you overridding env with a conf file
[09:10] <RainCT> Adri2000: Adri2000: ah ok, thanks
[09:12] <pwnguin> well its totally bedtime
[09:12] <persia> warp10: Please run the shell command in http://paste.ubuntu-nl.org/42439/ in a directory with a .changes file.
[09:13] <persia> It should output "OK"
[09:14] <warp10> persia: doesn't output nothing
[09:14] <warp10> persia: http://paste.ubuntu-nl.org/42441/
[09:14] <persia> warp10: Excellent.  That means that your Changelog entry and GPG key string don't batch (although it looks like they do).
[09:15] <persia> Just to verify. try changing the "&& echo OK" at the end to "|| echo Failed to match"
[09:16] <persia> s/batch/match
[09:16] <warp10> persia: yep! "Failed to match"
[09:16] <warp10> persia: so: what's wrong with changelog?
[09:17] <persia> warp10: OK.  I don't know what went wrong, but line 3 in http://paste.ubuntu-nl.org/42443/ should set it correctly, and you should be able to get OK from "&& echo OK"
[09:17] <imbrandon> time for some sleep, gnight all
[09:17] <Nafallo> gnight imbrandon
[09:17] <imbrandon> gluck persia warp10
[09:18] <warp10> imbrandon: night!
[09:18] <persia> sleep well imbrandon
[09:19] <warp10> persia: http://paste.ubuntu-nl.org/42444/
[09:20] <warp10> ("la chiave segreta non è disponibile" means "the secret key is not available")
[09:21] <persia> warp10: You missed "dch" between setting DEBEMAIL and calling debuild.
[09:21] <persia> (Italiano non è il problema)
[09:22] <warp10> persia: argh :-S
[09:22] <warp10> persia: :D
[09:23]  * persia has tempted fate: latest spam "BancoPosta premia il suo account ! Importo bonus vinto: 50,00 EUR"
[09:25] <warp10> persia: I'm sorry: it still doesn't work :(
[09:26] <persia> warp10: Please paste your first changelog entry, your .changes file, and the output of the gpg --list-keys command you've been using.
[09:27] <persia> (including the awk bit)
[09:27] <warp10> persia: the changelog: http://paste.ubuntu-nl.org/42445/
[09:28] <persia> warp10: One paste with everything is easier for me :)
[09:28] <warp10> persia: :D ok
[09:30] <warp10> persia: http://paste.ubuntu-nl.org/42447/
[09:32] <persia> warp10: It's trying to use your first key, not your second key.  Try with that passphrase.
[09:32] <warp10> persia: modifying $GPGKEY?
[09:33] <persia> warp10: unset GPGKEY
[09:33] <warp10> persia: uh?
[09:33] <persia> At the prompt, type `unset GPGKEY`, and press enter.
[09:34] <warp10> persia: wow! It's working now! :D
[09:34] <persia> warp10: Great!
[09:34] <warp10> it signed the dsc and changes :D
[09:36] <warp10> persia: thank you so much! :-)
[09:37] <persia> warp10: You're welcome.
[09:38] <warp10> Time to package a little bit. persia: Thanks again, and "ciao" everybody! :-)
[10:10] <wattazoum> hello
[10:11] <wattazoum> I got a problem understanding how to do a correct Makefile.am for a python app . My package does install but does not uninstall correctly
[10:12] <persia> wattazoum: You probably want a setup.py
[10:13] <wattazoum> I look at the documentation of this one , but found it was quite difficult to understand :-p
[10:14] <wattazoum> I'll look into ubuntu wiki to find a lighter version of this documentation
[10:18] <persia> Does anyone happen to know offhand with what lpbugs.py has been replaced?
[11:43] <rexbron> hey are the any python guru's around?
[11:48] <Kaleo> rexbron: what's your question?
[11:49] <rexbron> It is regarding the policy on python extentions depending on libboost-python
[11:49] <rexbron> Currently I have hardcoded the python dependancy into the package.
[11:49] <Kaleo> rexbron: I am not the right person then, sorry
[12:15] <TheMuso> Yay, back online with my box at home, and the lag is actually not too bad.
[12:16] <TheMuso> Better than it was in parris if I may say so.
[12:25] <elkbuntu> TheMuso, wouldnt nearly anything beat the paris connection?
[12:26] <TheMuso> elkbuntu: It would also beat the connection here, it were down to pure bandwidth, yes.
[12:26] <TheMuso> elkbuntu: As in, we are on a T1.
[12:26] <TheMuso> And when people get going on it, it is sloooooooooooow.
[12:26] <elkbuntu> heh
[12:27] <elkbuntu> at least without the mass dropouts :Þ
[12:27] <TheMuso> yeah I guess.
[12:28] <StevenK> You sound convinced.
[12:38] <elkbuntu> TheMuso, well, that's how i learned what uds was.. all the paris dropouts :Þ
[13:17] <cbx33> hey all long time no see - nyone had success with caldav?
[13:18] <Fujitsu> Is there actually a CalDAV server around anywhere?
[13:21] <cbx33> no
[13:21] <cbx33> sunbird used to be able to support ics files over webdav
[13:21] <cbx33> but the webdav option has been replaced by the caldav option
[13:21] <cbx33> and now it seems to no longer work
[13:21] <cbx33> i can get it to create .ics files for events - but it won't read them back
[13:22] <cbx33> :(
[13:48] <StevenHarperUK> Hi I am looking for MOTU's to review my package on REVU (easycrypt) I currently have no Advocations
[13:50] <ScottK2> StevenHarperUK: I'm not reviewing, but it makes it easier for those who are to put the link to where your package is up.  Also, a lot of Ubuntu people are travelling to or at the Ubuntu Developer Sprint, so I don't know how much action you'll get this week.
[13:57] <crimsun_> StevenHarperUK: if you stick around, I might can do in a few minutes/hours
[13:59] <ScottK2> Hello norsetto
[13:59] <norsetto> ScottK: hiya scottie
[14:01] <StevenHarperUK> crimsum_: thanks
[14:01] <StevenHarperUK> Link to it is : http://revu.tauware.de/details.py?upid=402
[14:07] <norsetto> ScottK2: still against having a mentoree? I have somebody who is also a pythonist and needs help
[14:10] <ScottK2> norsetto: I'll help people here, but not a dedicated one, no.
[14:16] <ScottK2> norsetto: I feel pretty strongly that dedicated off-channel help inhibits community development.
[14:17] <norsetto> ScottK2: why off-channel? I see quite a numbee of mentoree here
[14:18]  * ScottK2 was thinking of the dedicated mailing list and I don't know what else.
[14:19] <ScottK2> norsetto: I personally think the entire program is not a generally benificial idea.
[14:19] <norsetto> scottk2: I just wish you were not so negative
[14:20]  * ScottK2 notes he isn't trying to start an argument right now.
[14:20]  * zul likes less filling
[14:32] <ScottK2> norsetto_: Are you back yet (is your network stable)?
[14:32] <norsetto_> ScottK2: I'm seriously considering going back to feisty actually
[14:34] <ScottK2> Ouch.
[14:37] <ScottK2> norsetto_: I was the same (on this laptop) because of cooling/power management issues, but I found work-arounds.
[14:38] <ScottK2> On my desktop Gutsy looks compelling.  I've got Dapper there now.
[14:38] <jeromeg> ScottK2: do you have 2 secs to validate a backport request (tested and everything ok) ?
[14:38] <ScottK2> jeromeg: Maybe.  What bug?
[14:38] <jeromeg> 2 sec
[14:38] <norsetto_> scottK2: the only workaround I found for xserver-xorg-video-ati was to install the feisty version ......
[14:38] <sistpoty|UDS> hi folks
[14:38] <ScottK2> norsetto_: Ouch.
[14:39] <ScottK2> sistpoty|UDS: Hello.  I saw you walk by a few minutes ago (name tags are useful).
[14:39] <jeromeg> ScottK2: bug 153332
[14:39] <norsetto_> scottK2: but unfortunately the legacy rt2x00 drivers are a no go on 2.6.22, and the newer version is even worse
[14:39] <ScottK2> Urgh.
[14:39] <ScottK2> jeromeg: Looking
[14:39] <sistpoty|UDS> ScottK: hi... still a little bit tired, but coffee is starting to work
[14:39] <sistpoty|UDS> ScottK: where are you now?
[14:39]  * Hobbsee waves to sistpoty|UDS
[14:39] <sistpoty|UDS> hi Hobbsee
[14:40] <jeromeg> ScottK2: great, thanks.
[14:40] <ScottK2> sistpoty|UDS: Sitting near the registration desk, next to a pile of dirty dishes.
[14:41] <sladen> norsetto_: vesa drivers don't work?
[14:41] <norsetto_> sistpoty|UDS: the old frail man sitting next to the registration desk its scottk, don't be impressed by his dismissed look ;-)
[14:42] <norsetto_> sladen: what? and loose all the benefit of the FOSS ati drivers!?
[14:43]  * norsetto_ read what he wrote and installs the vesa drivers
[14:44] <sladen> Hobbsee: is that a virtual wave, or did you change your mind and turn up in the end?
[14:44] <Hobbsee> sladen: virtual wave, unfortunately
[14:44] <Hobbsee> based on how many of my assignments due tomorrow will actually get handed in though, it may as well be a physical one.  *sigh*
[14:44] <joejaxx> Hobbsee: ! :)
[14:44] <Hobbsee> hiya joejaxx!
[14:45] <joejaxx> :D
[14:49] <sladen> Hobbsee: w00t!
[14:51] <sladen> Hobbsee: never, mind, misread it
[14:51] <amachu> bluekuja: hi
[14:52] <ScottK2> jeromeg: Done.
[14:53] <jeromeg> ScottK2: great !
[14:56] <jcadam> ls
[15:29] <dholbach> https://wiki.ubuntu.com/HardyReleaseSchedule
[15:30] <siretart> http://merges.ubuntu.com/universe.html <- list of packages that need sync, look at the bottom for statistics
[15:39] <dholbach> https://wiki.ubuntu.com/PackagingGuide
[15:40] <dholbach> https://wiki.ubuntu.com/UbuntuDevelopment
[15:40] <dholbach> https://wiki.ubuntu.com/MOTU/Recipes
[15:45] <Hobbsee> TheMuso_Boston: are you actually here?
[15:45] <TheMuso_Boston> Hobbsee: Indeed.
[15:45] <Hobbsee> TheMuso_Boston: cool.  i'll swap you a gnome-speech merge for an ack on one of your main bugs (freedosfs, iirc).
[15:45] <Hobbsee> TheMuso_Boston: mergebay at it's finest!  :)
[15:45] <TheMuso_Boston> Hobbsee: Done.
[15:46] <Hobbsee> :)
[15:46] <Hobbsee> TheMuso_Boston: got other main ones to ack?  i ahvent really looked.
[15:46] <TheMuso_Boston> Hobbsee: Not at this point. The other merge I need to do is espeak, but I hope to work with debian to eventually just do a sync.
[15:47] <Hobbsee> TheMuso_Boston: cool
[15:51] <dholbach> https://bugs.launchpad.net/ubuntu/+source/gedit/+bugs
[15:52] <dholbach> http://daniel.holba.ch/temp/motu.png
[15:53] <siretart> http://en.wikipedia.org/wiki/Masters_of_the_Universe
[16:10] <AstralJava> Anyone from the British Isles, got a few minutes spare time, and willing to help out on a non Ubuntu-related task of mine? PMs probably preferred to keep the channel sane. :)
[16:34] <TheMuso_Boston> Hey pochu.
[16:34]  * pochu waves
[16:34] <pochu> hey TheMuso_Boston
[16:35] <jdong> TheMuso_Boston: hey, are you in Boston? ;-)
[16:36] <TheMuso_Boston> jdong: Yes.
[16:36] <jdong> cool
[16:36] <TheMuso_Boston> My box is logged on at home, but I'd rather not deal with the lag, and just connect from here.
[16:36] <jdong> irssi-proxy time? :)
[16:37] <TheMuso_Boston> No. Using irssi with same config, but different nick.
[16:39] <StevenK> jdong: I so want to make my irssi a proxy
[16:40] <jdong> StevenK: have you !rtfm? :D
[16:41] <jdong> http://irssi.org/documentation/proxy
[16:41] <jdong> that thing....
[16:44] <gpocentek> geser, soren, congrats :)
[16:45] <geser> thanks
[16:46]  * TheMuso_Boston echoes his congratulations to soren and geser.
[16:54] <asac> Nafallo: pong
[17:10] <stani> jdong: which urgency should I set in the changelog for the SRU of spe?
[17:10] <crimsun> not relevant
[17:12] <crimsun> (i.e., high has essentially the same semantics as low for soyuz)
[17:12] <stani> ok, so I keep it to low
[17:12] <stani> thanks crimsun
[17:12] <crimsun> np
[17:17] <TheMuso_Boston> just a typo
[17:20] <Nafallo> hi asac.
[17:22] <Nafallo> asac: I installed firefox-sage, and it doesn't show up. 7.10 system. is it worth me working on it for gutsy-proposed or something?
[17:25] <asac> Nafallo: yes ... i assume its an extension package, right?
[17:26] <Nafallo> asac: yea. feed reader. doesn't pop up when installed :-)
[17:36] <asac> Nafallo: if you have issues please join #ubuntu-mozillateam where there are others that can help as well
[17:44] <TheMuso_Boston> RainCT: Did anybody merge your ubuntu-dev-tools changes?
[17:44] <TheMuso_Boston> RainCT: if not, whats the URL again? I'll do them now.
[17:46] <RainCT> TheMuso_Boston: Hi
[17:46] <RainCT> ~rainct/ubuntu-dev-tools/dev  into  ~ubuntu-dev/ubuntu-dev-tools/trunk . Thanks :)
[17:47] <TheMuso_Boston> Ok will do.
[17:51] <TheMuso_Boston> Hey superm1. You at UDs yet?
[17:52] <superm1> TheMuso_Boston, heya.  just got in
[17:52] <superm1> and hooked up and such
[17:52] <jdong> you guys doing anything exciting?
[17:52] <jdong> I'm eating lunch in W20 right now... wondering if I should pay a visit some time :)
[17:53] <superm1> well i was just going to go hunt for lunch myself right now
[17:53] <TheMuso_Boston> superm1: Cool.
[17:53] <superm1> i havent eaten since 6pm last night :(
[17:53] <superm1> TheMuso_Boston, you ate yet?
[17:54] <TheMuso_Boston> superm1: Not yet, and joejaxx, crimsun and I are probably going to grab something once Cory arrives.
[17:54] <TheMuso_Boston> RainCT: Committed.
[17:54] <superm1> TheMuso_Boston, oh neat i didn't know they are all here too :)
[17:54] <superm1> TheMuso_Boston, any eta on that?
[17:54] <TheMuso_Boston> Indeed they are.
[17:55] <RainCT> TheMuso_Boston: thanks
[17:55] <TheMuso_Boston> superm1: Well, Cory should be arriving here probably in the next 5/10 minutes, give or take.
[17:55] <superm1> sweet okay, well i'll join up with you guys then once coy gets in
[17:56] <TheMuso_Boston> superm1: We're on level 2, in Langen I think its called. Its down the hall way if you turn right after exiting the elevators.
[17:57] <TheMuso_Boston> If you are trying to find us, at least joejaxx and myself are here, and crimsun was, but he's gone for a bit...
[17:57] <superm1> TheMuso_Boston, okay cool.  i'll get the rest of my stuff put away and head down there.
[17:57] <superm1> what are you planning on doing with laptops?
[17:57] <superm1> bringing them back to rooms before headed out?
[17:57] <TheMuso_Boston> We have ours here.
[17:57] <TheMuso_Boston> Haven't talked about that yet.
[17:59] <jdong> superm1 / TheMuso_Boston: Pfft, blend into MIT. Take your laptops *everywhere*
[17:59] <superm1> haha
[17:59] <TheMuso_Boston> lol
[18:00] <jdong> I hope I don't need to give y'all nerd lessons ;-)
[18:00] <TheMuso_Boston> Of course you don't.
[18:00] <jdong> For example, if you happen to see a nerdy asian kid with glasses typing away at a black macbook..... it's probably me
[18:00] <jdong> or 1/2 the student body.
[18:01] <superm1> lol
[18:02] <TheMuso_Boston> ool.
[18:02] <TheMuso_Boston> jdong: And I thought you would have had a white macbook.
[18:02] <jdong> TheMuso_Boston: nah, I went black and will never go back ;-)
[18:03]  * MLP falls over laughing
[18:05] <jdong> ooh, UDS hostmasks already
[18:06] <warp10> A short question: there is a bug that Ifixed and attached the debdiff to the bug report. Now, I need to subscribe u-u-s to that bug and... what else?
[18:06] <superm1> ScottK2, oh didn't know you were making it out too :)
[18:06] <jdong> wait patiently?
[18:07] <ScottK2> superm1: Yes.  Are you here?
[18:07] <superm1> ScottK2, yup
[18:07] <ScottK2> superm1: Where are you?
[18:07] <warp10> jdong: so simple? Ok, thanks :)
[18:07] <superm1> i'm up on the 5th floor right now, but i'm going to head down and meet up with TheMuso_Boston and joejaxx and crimsun in a little bit
[18:08] <superm1> we're gonna get something to eat if you want to join?
[18:08] <ScottK2> superm1: I see.  I'm in the KDE4 talk just now.
[18:08] <superm1> oh i didn't realize talks already started and all
[18:08] <ScottK2> This is fosscamp.  It's all pretty freeform.
[18:09] <superm1> ah i see
[18:09] <ScottK2> On the 3rd floor there's a list of the various stuff on today posted by the elevator
[18:09] <ScottK2> jdong: Are you coming over?
[18:09] <jdong> ScottK2: should I? :)
[18:10] <ScottK2> jdong: For social reasons if none other.
[18:10] <jdong> ScottK2: sounds like fun.... busy for about 2hrs, then I'm game....
[18:10] <joejaxx> superm1: we moved to hunsaker b
[18:10] <StevenK> joejaxx: OpenLDAP?
[18:11] <joejaxx> StevenK: there is no one in here currently
[18:11] <superm1> okay i'm headed down stairs right now
[18:11] <joejaxx> jdong: you are here too?
[18:11] <ScottK2> jdong: I should be around.  I'm going to my brother's for dinner one evening, but probably not today.
[18:11] <jdong> joejaxx: I go to school here :)
[18:11] <joejaxx> jdong: ahhh
[18:11] <joejaxx>  :)
[18:11] <StevenK> joejaxx: Which isn't OpenLDAP, since it's full. :-)
[18:12] <joejaxx> StevenK: :P
[18:34] <ScottK2> Anyone looking for some Python practice might want to look into Bug #158095
[18:36] <imbrandon> is there any info on the SIP and such yet ?
[18:55] <StevenHarperUK> Hi, I am looking for MOTU's to review my package on REVU : I currently have 0 advocations : http://revu.tauware.de/details.py?upid=444
[19:03] <g2g591> could someone refresh the revu keyring please?
[19:08] <StevenHarperUK> Where would I report a Packaging for d4x : the d4x.desktop file has a bad Categories entry
[19:09] <StevenHarperUK> Sorry I meant report a Packaging bug
[19:09] <StevenHarperUK> Is it just Bots in here and me?
[19:09] <geser> open a bug against d4x: https://edge.launchpad.net/ubuntu/+source/d4x/+filebug
[19:10] <StevenHarperUK> geser: ta
[19:10] <geser> StevenHarperUK: it's a weekend and some people are also at UDS in Boston
[19:11] <StevenHarperUK> geser: Yeh I have noticed its quiet
[19:14] <g2g591> no
[19:16] <warp10> I have a control file where in the Depends field packages name are divided by "|" instead of ",". What does it mean?
[19:17] <jdong> warp10: those are alternate dependencies
[19:17] <jdong> warp10: if foo Depends: a | b | c | d, nothing will be installed if a, b, c, OR d is present
[19:18] <jdong> warp10: if none are present, apt will attempt to install them in the order listed
[19:18] <jdong> (s/them/the first successful package/)
[19:18] <gnomefreak> if any of them are installed than it wont grab any ;)
[19:19]  * gnomefreak needs an easy merge to do :(
[19:19] <warp10> jdong, gnomefreak : ok, clear. Thank you :)
[19:45] <ajmitch> hi
[19:45] <ScottK2> Hello ajmitch.
[19:46] <ajmitch> how's UDS going?
[19:46] <ScottK2> Very interesting for me since I've never been to one before.
[19:46]  * ScottK2 is meeting lots of people face to face for the first time.
[19:47] <ajmitch> always a good thing
[19:47] <ScottK2> Agreed.
[19:47] <imbrandon> moins ajmitch
[19:47] <ajmitch> hi imbrandon
[19:48] <wattazoum> hello
[19:48] <ajmitch> manage to get there in the end?
[19:48] <imbrandon> ajmitch, nope :(
[19:48] <ScottK2> blueyed: Isn't pysol-soun-server a different source package?
[19:48] <imbrandon> ajmitch, stuck at home
[19:49] <ajmitch> why?
[19:49] <imbrandon> $$
[19:49] <ajmitch> pfft
[19:49] <ajmitch> you're american, you must be rich :)
[19:49] <wattazoum> I am trying to package a python software using setup.py , but I can't figure out how the uninstall should work . Help ! :-)
[19:49] <imbrandon> haha
[19:50] <blueyed> ScottK2: yes, but the error is in pysol itself though. You need to have the package, so that the option dialog (with the error) is enabled.
[19:51] <mruiz> hi all. I want to help with Unmet Dependencies bugs...
[19:51] <ScottK2> blueyed: OK.
[19:52] <geser> mruiz: it's to early to care about unmet deps in hardy
[19:53] <ScottK2> But they're SRU worthy for Gutsy ...
[19:53] <geser> are there any easy ones left for gutsy?
[19:53] <mruiz> geser, OK. I was reading https://wiki.ubuntu.com/MOTU/TODO and this kind of bug appears there
[19:53] <ScottK2> Dunno.
[19:54] <g2g591> anyone around that can refresh the Revu keyring?
[19:56] <minghua> ScottK: I wonder if you can have a look at launchpad bug 138995, and see what I said there is relevant (or correct at all).
[19:56] <Ubotwo> Launchpad bug 138995 in python-numpy "python-numpy incorrectly depends directly on python2.4 and python2.5" [Undecided,Confirmed] https://launchpad.net/bugs/138995
[19:56] <g2g591> sigh I guess my package of tightvnc1.3.9 will have to wait 7 more hours to get onto revu
[19:56] <ScottK2> minghua: I saw that.
[19:57] <minghua> ScottK2:  Including my comment 2 minutes ago?
[19:57] <ScottK2> minghua: Dunno, I'll look again.
[19:58] <minghua> ScottK2: Thanks. :-)
[19:58] <ScottK2> minghua: No.  I hadn't seen that.
[19:59] <TheMuso_Boston> ScottK2: How was lunch with family?
[19:59] <ScottK2> minghua: Given the new python-scipy in Hardy, I suspect there's going to be a lot of testing needed.
[19:59] <ScottK2> TheMuso_Boston: It was good.  I hadn't seen my brother that lives here since last Christmas
[19:59] <TheMuso_Boston> That sounds great.
[20:01] <minghua> ScottK2: I am pretty green on python, scipy/numpy, and CDBS.  But if you have some specific testing task, I'd like to help.
[20:02] <ajmitch> I can't believe that https://blueprints.edge.launchpad.net/sprints/uds-boston-2007/+roadmap is linked on the digg frontpage already
[20:03] <imbrandon> is there any VOIP info yet ?
[20:04] <calc> can we talk about daniel in here while he talks about MOTU? :)
[20:04] <ajmitch> sure, why not?
[20:04] <calc> for the majority who don't know dholbach is talking about motu and debian in a meeting at foocamp right now
[20:05] <geser> minghua: have you looked up which files causes the versioned depends?
[20:05] <minghua> ScottK2: Is it possibly due to the f2py section in debian/rules (the Ubuntu patch part) doesn't start the line with a tab?
[20:05] <ajmitch> ok
[20:06] <ScottK2> minghua: I'm in the meeting calc is mentioning, so haven't looked yet, but if you're question is did I screw up, it wouldn't suprise me.
[20:06] <minghua> geser: I haven't built the Ubuntu package yet, but if my suspicion is right, I assume many of them.
[20:06] <geser> minghua: and why they aren't covered by the rewriting in rules? it should echo mangled file names but the build log doesn't contain any
[20:06] <calc> ScottK2: have i met you yet?
[20:06] <calc> ScottK2: i can't place the nick and the face
[20:06] <minghua> geser: As I've said in the bug, the rewriting in debian/rules doesn't seem to be run in Ubuntu build.
[20:07] <ScottK2> calc: Waving.
[20:07] <minghua> ScottK2: Sorry, didn't realize you are in a meeting.  No pressure, just look at it when you have time. :-)
[20:07] <calc> ScottK2: ah ok i see you :)
[20:27] <ryanakca> How can I make sbuild build a package twice, instead of once? (I'm trying to sort out my debian packages, there's a "can't build twice" bug filed against it...)
[20:28] <Lutin> DktrKranz: although it's of course not mandatory, please check the merge status on DaD before merging packages (eg, tora). no big deal, but still
[20:33] <DktrKranz> Lutin, sorry. Perhaps I overlooked that,I had a merge bug assigned to me due to a UVFe not processed in time for Gutsy, and I didn't check on DaD. I apologize
[20:33] <Lutin> DktrKranz: no prob. just would have avoided me preparing a merge at the very same time :)
[20:34] <DktrKranz> :)
[20:34] <DktrKranz> My fault I didn't update DaD too
[20:34] <ScottK2> https://wiki.ubuntu.com/ContributingToDebian for those in the meeting
[20:34] <Lutin> DktrKranz: hehe :)
[20:35] <DktrKranz> Lutin, sorry again for wasting your time
[20:35] <Lutin> DktrKranz: no prob :)
[20:36] <warp10> norsetto: https://bugs.edge.launchpad.net/ubuntu/+source/nicotine/+bug/137279 #My first debdiff :-)
[20:36] <Ubotwo> Launchpad bug 137279 in nicotine ""Abort & Delete" button mislabeled" [Wishlist,Fix committed]
[20:37] <RainCT> TheMuso: about «balsa» (we spoke yesterday about it), I builded it as-is from Debian and also commenting the *_DISABLE_DEPRECATED lines out like in the last Ubuntu revision, and the only difference I see is that this last option has a longer build log (it prints many warnings) and has a bigger diff to Debian
[20:37] <norsetto> warp10: yes, why didn't you set the status to confirmed?
[20:38] <warp10> norsetto: I was unsure if status should be confirmed of fix committed. Someone said me "fix committed" would be more appropriated
[20:39] <norsetto> warp10: no, it is confirmed if you need sponsorship
[20:39] <warp10> norsetto: ok. just switched :)
[20:39] <norsetto> warp10: it is incomplete if you need ubuntu-dev to ack a sync or freeze-exception
[20:40] <norsetto> warp10: is that the right solution? In the upstream tracker, somebody is talking about something different?
[20:40] <RainCT> good night
[20:40] <norsetto> RainCT: night
[20:42] <warp10> norsetto: I saw, but he is wrong. An upstream developer said me "abort & remove" to be more appropriated
[20:44] <norsetto> warp10: was it an IRC talk?
[20:45] <warp10> norsetto: yep!
[20:46] <norsetto> warp10: hmmmm, I hope its not like the one that told you to use fix committed
[20:46] <warp10> norsetto: :D I hope too!
[20:47] <norsetto> warp10: ok, few comments
[20:47] <norsetto> warp10: distribution should be hardy
[20:48] <norsetto> warp10: the tag to automagically close the bug should be LP: #137279 not bug: #137279
[20:49] <norsetto> warp10: you also correctly change the maintainer, but you need to add this change to the changelog
[20:49] <norsetto> warp10: for the future, you may want to use change-maintainer (a script in ubuntu-dev-tools) to do this
[20:50] <norsetto> warp10: or update-maintainer, I never remember the name
[20:50] <joejaxx> lol i need a package to take care of :P
[20:50]  * StevenK waits for base-files to build
[20:50] <joejaxx> anyone have any suggestions? :)
[20:50] <joejaxx> StevenK: :P
[20:50] <jdong> joejaxx: ooh....
[20:51] <jdong> joejaxx: figure out how to get swt-gtk 3.3 into Hardy :)
[20:51] <joejaxx> jdong: where are you at?
[20:51] <joejaxx> jdong: lol
[20:51] <ryanakca> How can I make sbuild build a package twice, instead of once? (I'm trying to sort out my debian packages, there's a "can't build twice" bug filed against it...)
[20:51] <jdong> joejaxx: dorm, folding laundry
[20:51] <jdong> joejaxx: (but yeah, seriously, if you can hunt down doko and see if he has plans for SWT 3.3...)
[20:51] <joejaxx> jdong: oh when are you coming to uds? oh nevermind that is right technically it did not start yet
[20:51] <ScottK2> jdong: Thought you were coming over?
[20:51] <norsetto> warp10: you should also build, install and test. You should report this in the bug report.
[20:51] <jdong> ScottK2: soon?
[20:52] <ScottK2> ?
[20:52] <lifeless> slangasek: I've pung azeem btw
[20:52] <jdong> ScottK2: still obsessing over a test I have midweek next week...
[20:52] <warp10> norsetto: I didn't know about change|update-mantainer. Next time I'll try. Anyway: what about '* Changed Mantainer to Ubuntu MOTU Developers<EMAIL_ADDRESS>[20:52] <jdong> ScottK2: typical MIT life..
[20:53] <norsetto> warp10: whatever, as long as you add it to the changelog
[20:54] <warp10> should I wrap after 80 or 73 chars or... whatever?
[20:55] <norsetto> warp10: just a word of caution, be carefully when manually editing changelog, its quite sensitive to spaces and tabs; in the doubt check it with dpkg-parsechangelog
[20:55] <pochu> warp10: 80
[20:55] <norsetto> warp10: <<80 chars
[20:56] <siretart> list of AMs in debian: https://nm.debian.org/whoisam.php
[20:56] <warp10> norsetto: yeah, I know... I spent half an hour due such an issue a couple days ago -_-
[20:56] <norsetto> warp10: I think everybody did :-)
[20:56] <warp10> :)
[20:57] <norsetto> warp10: once you fix these I think it should be good to go; I'm only unsure wheter its not better to wait for the fix coming from upstream though
[20:58] <norsetto> warp10: did the guy tell you anything about his plans for this?
[20:58] <warp10> norsetto: maybe I could ask via e-mail to upstream
[20:58] <warp10> norsetto: no, nothing. Just gave me an ok to go
[20:58] <norsetto> warp10: pls. because I don't want to end up with yet another diff with debian that we will carry on forever
[20:59] <norsetto> warp10: anyhow, you'd better report this, together with the patch, to debian
[20:59] <joejaxx> so anyone have any ideas?
[20:59] <warp10> norsetto: Ok, I'll write them immediately. In the meantime: do I attach the debdiff or wait for a response?
[20:59] <joejaxx> for a package i could adopt :)
[21:00] <norsetto> warp10: attach the debdiff, and after you reported it to debian, link the debian bug report to the LP bug
[21:00] <warp10> norsetto: roger!
[21:01] <norsetto> warp10: was a pretty good work for a first bug ;-)
[21:01] <warp10> norsetto: Thank you! I am happy for this! :-)
[21:02] <norsetto> wrap10: ok, so for the next bug fix the rt2x00 kernel module which keeps giving me troubles :-D
[21:02] <norsetto> warp10: ok, so for the next bug fix the rt2x00 kernel module which keeps giving me troubles :-D
[21:03] <warp10> norsetto: for sure! could you wait, say... a couple of dozen years? ;)
[21:03] <joejaxx> lol
[21:03] <norsetto> warp10: yeah, thats about how long I have to wait anyhow .....
[21:04] <warp10> norsetto: what's rtx200 for?
[21:05] <norsetto> warp10: wireless
[21:05] <warp10> norsetto: ouch...!
[21:07] <norsetto> warp10: don't forget this "warp10: you should also build, install and test. You should report this in the bug report."
[21:09] <warp10> norsetto: regarding to this... a python app that doesn't need to be compiled. In a case like this I still need to pacakge or is enough to load the software and check if it works?
[21:09] <norsetto> warp10: if you don't build it, how do you have the certainty that this will build and install correctly?
[21:10] <warp10> norsetto: I expected such an answer.  Another piece of knowledge :-)
[21:12] <norsetto> warp10: btw, there is a good pythonist on this channel that is glad to help new contributors
[21:13] <warp10> norsetto: oh, really? :)
[21:14] <norsetto> warp10: right now he is hiding in a meeting, but next time you come I will introduce you to him; his name is Scott Kitterman (scottk is his nickname on IRC)
[21:15] <warp10> norsetto: I'll be happy to meet him!
[21:16] <lamego__> ryanakca, you can schroot to your build environment and build twice
[21:17] <ryanakca> Lamego: yeah :) I received a sbuild patch :)
[21:34] <ryanakca> Why do I have to specify -kE95EDDC9 to debsign? my secret key is in ~/.gnupg/ ... It used to be recognized by debuild, but it hasn't ever since I've started using gpg-agent...
[21:39] <ScottK2> warp10: Hello.
[21:39] <ScottK2> ryanakca: What release are you running?
[21:39] <warp10> ScottK2: Hi!
[21:40] <ScottK2> warp10: I don't have time to be a dedicated mentor, but I'm glad to answer Python packaging questions.
[21:40] <ScottK2> ryanakca: With the debsign in Gutsy, gpg-agent should work.
[21:41] <warp10> ScottK2: Great! Expect to be pinged frequently :)
[21:42] <ScottK2> ryanakca: Correction, I meant debuild.
[21:42] <ScottK2> warp10: No problem.
[21:42] <ScottK2> Gotta run.
[21:46] <ryanakca> ScottK2: gutsy
[21:46] <ryanakca> ScottK2: herm.
[21:49] <ryanakca> ScottK2:  gpg: skipped "Ryan Kavanagh <ryanakca(ircspamprotection)kubuntu.org>": secret key not available
[21:49] <ryanakca> Ah, nevermind... he's gone :)
[21:50]  * ajmitch should probably update this box to gutsy
[21:56] <ryanakca> Hmm... if I have 'include /usr/share/cdbs/1/class/makefile.mk', and there's a clean rule in Makefile, shouldn't CDBS automagically run make clean?
[22:01] <warp10> norsetto: I have a question regarding https://bugs.edge.launchpad.net/ubuntu/+source/pppoeconf/+bug/47158
[22:01] <ubotu> Launchpad bug 47158 in pppoeconf "pppoe connection loses DNS addresses after the first DHCP lease renewal in dapper RC" [Medium,Confirmed]
[22:03] <warp10> norsetto: That package needs resolvconf as a dep to fix the bug.
[22:03] <warp10> norsetto: The original depends field is "1" in http://paste.ubuntu-nl.org/42512/ Do I need to change it as in "2"?
[22:04]  * norsetto looks
[22:12] <norsetto> warp10: was the bug in the MOTU/TODO list?
[22:12] <warp10> norsetto: yes, as a bitesize
[22:13] <norsetto> warp10: thats definetively wrong, wrong to have it in the MOTU/TODO and worng to tag it as bitesize
[22:13] <warp10> norsetto: for pppoeconf being in main?
[22:14] <norsetto> warp10: yes
[22:14] <norsetto> warp10: and adding resolvconf ass a dep might have consequences we are not aware of (at least, I'm not)
[22:14] <warp10> norsetto: seemed strange to me too... but it was listed there, so I went ahead
[22:15] <norsetto> warp10: thanks for reporting it, I need to edit it out
[22:15] <warp10> norsetto: so should I stop working on it... and maybe modify the todo?
[22:15] <norsetto> warp10: I'll do it, I also need to change the bug report
[22:15] <warp10> norsetto: ok :)
[22:16] <joejaxx> norsetto: i was wondering if it was ok to do the conky merge if you were not working on it
[22:17] <norsetto> joejaxx: not for this issue, there is nothing that is worth adding and on top of that its removing things that we rather keep; its not a simple merge
[22:17] <joejaxx> norsetto: ok
[22:19]  * joejaxx needs to find a package to adopt :)
[22:21] <norsetto> joejaxx: why not looking at the MOTU/TODO list?
[22:21] <joejaxx> norsetto: i did already :) most have debdiffs
[22:21] <persia> joejaxx: mhwaveedit needs a merge, and it's fairly simple.  The Debian bug for the issue is also missing, so there's that task as well.  ecasound has some issue with the Ubuntu compile that needs investigation.  Do either of those appeal?
[22:23] <warp10> norsetto: are merges and sync comfortable for a newbie like me?
[22:23] <norsetto> warp10: definetively
[22:23] <joejaxx> persia: it does not necessarily have to be multimedia related :)
[22:23] <persia> joejaxx: No, but I've two on my list that are :)
[22:24]  * persia believes that merges are not always easy for new people, and that investigating packaging bugs or unmetdeps might be more educative.
[22:24] <warp10> norsetto: great. Tomorrow I'll read something about that. ToDo list is not so useful (as joejaxx say)
[22:25] <joejaxx> persia: link to bugs?
[22:25] <norsetto> joejaxx: warp10: feel free to scan through this: https://launchpad.net/ubuntu/+bugs?field.tag=packaging
[22:26] <norsetto> warp10: you can do yappy if you want, its a trivial one but its good for you to learn the tools
[22:27] <warp10> norsetto: yappy?
[22:27] <norsetto> warp10: yes?
[22:27] <warp10> norsetto: what does it mean?
[22:27] <joejaxx> norsetto: thanks for that linke
[22:27] <joejaxx> link*
[22:28] <norsetto> warp10: yet another parser something, don't remember; its a package ....
[22:28] <warp10> norsetto: oh, you mean python-yappy?
[22:28] <persia> joejaxx: mhwaveedit is a merge: no bug yet.  For ecasound, I only have https://lists.ubuntu.com/archives/ubuntu-motu/2007-October/002580.html as a hint.
[22:29] <norsetto> warp10: python-yappy is the binary package, yappy is the source package
[22:29] <persia> joejaxx: Actually, http://merges.ubuntu.com/m/mhwaveedit/REPORT might be useful, but perhaps not.  Depends on how you want to do the merge.
[22:29] <warp10> norsetto: yep! It's just my brain asking for a bed and going slower and slower :P
[22:30] <norsetto> warp10: take it easy, relax, its nothing serious (like what you say to your patient just before telling him he will die in 3 months)
[22:31] <warp10> norsetto: rotfl
[22:34] <norsetto> do we have some kind of popcon for ubuntu?
[22:34] <gnomefreak> norsetto: yes popcon
[22:34] <norsetto> gnomefreak: ah, popcon! thanks
[22:35] <joejaxx> http://popcon.ubuntu.com/
[22:35] <joejaxx> :)
[22:35] <gnomefreak> :)
[22:35] <gnomefreak> not sure how well it works or how it works even
[22:38] <bddebian> Heya gang
[22:39] <ajmitch> good day
[22:40] <bddebian> Heya ajmitch
[22:42] <norsetto> gnomefreak: joejaxx: seems pretty useless, its only for dapper or my brain is frying as usual ....
[22:42] <gnomefreak> its installed by default after dapper iirc
[22:42] <norsetto> hi bddebian, thanks for your support :-)
[22:42] <gnomefreak> and useless for the most part IMHO
[22:43] <bddebian> norsetto: NP :-)
[22:44] <zul> evening
[22:44] <imbrandon> heya zul
[22:44] <zul> hey imbrandon how goes the battle?
[22:45] <imbrandon> good good, doing lots of other things today , like trying to get X working on my new iMacs i aquired and some merges
[22:45] <imbrandon> AND trying out qyoto but not much luck there
[22:46] <zul> imbrandon,: geek
[22:46] <imbrandon> lol
[22:47] <ajmitch> you only just realise this?
[22:47] <joejaxx> ajmitch: ! :) how are you ?
[22:48] <imbrandon> makes me mad, a dapper cd ( only ppc ubuntu i have ) wont load x ootb from the livecd , debian lenny wont either, and hell its a rev,1 iMac the old boni blue ones, SHOULD be well supported
[22:49] <ajmitch> joejaxx: adequate
[22:49] <joejaxx> ajmitch: that is great :)
[22:49] <imbrandon> bondi:~# lspci
[22:49] <imbrandon> 00:00.0 Host bridge: Motorola MPC106 [Grackle] (rev 40)
[22:49] <imbrandon> 00:10.0 Class ff00: Apple Computer Inc. Paddington Mac I/O
[22:49] <imbrandon> 00:12.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c)
[22:49] <imbrandon> 00:14.0 USB Controller: OPTi Inc. 82C861 (rev 10)
[22:49] <imbrandon> :(
[22:50] <imbrandon> tried the vesa and ati driver, neither seem to work at all
[22:50] <imbrandon> just a black screen ;(
[22:50] <superm1> joejaxx, did you guys end up deciding upon a time to hunt for dinner already (or did i already miss out on food)?
[22:50] <joejaxx> superm1: we have not gone for dinner yet
[22:51] <persia> imbrandon: The old radeon driver probably supports that card, no?
[22:51] <superm1> joejaxx, kk
[22:51] <imbrandon> hrm actualy i might have found it, looks like the sync freq are wrong
[22:51] <imbrandon> bondi:~# xresprobe ati
[22:51] <imbrandon> id: iMac
[22:51] <imbrandon> res: 800x600 640x480
[22:51] <imbrandon> freq: 60-60 75-117
[22:52] <imbrandon> thats not the freq thats in the xorg.conf
[22:52]  * imbrandon looks
[22:52] <ajmitch> joejaxx: yes, well
[22:52] <proppy> hi
[22:53] <proppy> norsetto: hi
[22:53] <norsetto> proppy: hey
[22:54]  * norsetto wonders how long before proppy will shoot some url at him
[22:55] <joejaxx> norsetto: lol
[22:55] <joejaxx> norsetto: maybe he was just saying hi
[22:55] <joejaxx> :)
[22:55] <proppy> norsetto: I've shooted a few yesterday :)
[22:56] <proppy> norsetto: http://revu.tauware.de/details.py?upid=449
[22:56] <joejaxx> ok maybe not lol
[22:56] <norsetto> joejaxx: wait, thats just the start ....
[22:56] <proppy> norsetto: http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=mumble
[22:56] <joejaxx> lol
[22:57] <warp10> Time to go. Hi all! :)
[22:58] <norsetto> proppy: http://revu.tauware.de/details.py?upid=449
[22:58] <proppy> norsetto: http://hg.mumble.aminche.com/rev/a5144ab12a3c too
[22:58] <norsetto> warp10: hasta la vista
[22:58] <proppy> norsetto: but the diff is not really readable
[22:59] <proppy> norsetto: oups I didn't get notified by your comments
[22:59] <proppy> norsetto: it's a bit sad
[22:59] <proppy> norsetto: is it possible to get an RSS feed of mail from REVU ?
[22:59] <norsetto> proppy: are you subscribed to the revu-review ml?
[23:00] <norsetto> proppy:  http://lists.tauware.de/listinfo/motu-reviewers
[23:00] <proppy> guess not
[23:00]  * norsetto 2 - proppy 3
[23:00] <proppy> norsetto: I have to thanks you for all the awesome comments
[23:00] <proppy> norsetto: I've a nice todo next list now :)
[23:01] <norsetto> proppy: awesome? they are preliminary, the real stuff still has to come ;-)
[23:01] <imbrandon> persia, http://paste.ubuntu.com/1447/ any ideas
[23:02] <proppy> norsetto: You as a mentor is kinda like my own personnal human lintian
[23:02] <norsetto> proppy: if you start to call me linda I punch you on the nose
[23:02] <imbrandon> lol
[23:02] <persia> imbrandon: Well, your fonts aren't going to render (freetype issue), still looking...
[23:04] <proppy> norsetto: I get something uploaded in debian yesterday
[23:04] <proppy> norsetto<EMAIL_ADDRESS>[23:04] <AlessandroD> I'd like to get involved with development... I've read most wikis about it, but who, of https://launchpad.net/~motu-mentoring-reception/+members I should e-mail?
[23:04] <proppy> norsetto: 3 proppy: 4
[23:05] <norsetto> AlessandroD: not me
[23:05] <AlessandroD> norsetto: lol
[23:05] <norsetto> proppy: what is that?
[23:05] <proppy> norsetto: A unittest framework for c++
[23:06] <proppy> norsetto: I get it uploaded last year through a DD, and I forget to update it to the new upstream
[23:06] <proppy> norsetto: now it's done
[23:07] <norsetto> proppy: No excuse for unittest++
[23:08] <persia> imbrandon: It looks like it cannot allocate video ram, did you provide a hint regarding the amount of ram on the card in xorg.conf?
[23:08] <imbrandon> no
[23:08] <imbrandon> it should be 16 iirc, but i have no idea how to tell
[23:08] <imbrandon> 16MB
[23:09] <proppy> norsetto: no excuse ?
[23:09] <persia> imbrandon: I'd also try turning off framebuffer support and dri - it'll be slower, but it might help.
[23:09] <imbrandon> persia,
[23:09] <imbrandon> Section "Device"
[23:09] <imbrandon>         Identifier      "Generic Video Card"
[23:09] <imbrandon>         Driver          "ati"
[23:09] <imbrandon>         BusID           "PCI:0:18:0"
[23:09] <imbrandon> EndSection
[23:09] <norsetto> proppy: dunno what that is, I found it funny to have an excuse entry in the PTS
[23:10] <norsetto> zut, he is gone before I could talk to him
[23:10] <proppy> norsetto: ahah I just found it ;)
[23:10] <proppy> norsetto: I never noticed there was one
[23:10] <persia> imbrandon: "ati" is just a pointer to a generic interface that tries to autoselect the right driver (there is no "ati" driver).  Based on your output, the atimisc driver seems to get the closest, but it tries to allocate too much ram.
[23:11] <imbrandon> ahh here is my whole xorg.conf , pretty simple
[23:11] <imbrandon> http://paste.ubuntu.com/1448/
[23:12] <imbrandon> is there a way to probe the card for how much ram it has ? its built into the imac mb
[23:13] <persia> imbrandon: I'd suggest changing from "ati" to "atimisc" (or another specific driver).  I don't know how to probe the RAM.  I also don't know how to set the 16MB option (I generally use dpkg-reconfigure).  My apologies.
[23:13] <imbrandon> np, i'll try that
[23:13] <imbrandon> thanks for the hints
[23:14] <imbrandon> yea dpkg-reconfigure is what made that file
[23:14] <RAOF> Doesn't dpgk-reconfigure ask for the videoram at some point?
[23:15] <RAOF> At least, that's what I seem to remember
[23:15] <imbrandon> yea it does, but i am not 100% sure on the ammount is on the card
[23:15] <proppy> norsetto: generating the orig.gz svn export + tar --exclude debian ?
[23:15] <persia> imbrandon: Try 8, 16, and 32.  One should work.  You'll get the allocation failure if you choose too much.
[23:15] <RAOF> imbrandon: Ah.  Right.
[23:16] <norsetto> proppy: no, you have to use the upstream tarball, not generate one from the svn
[23:16]  * persia generally points to the new debhelper --ignore feature to support annoying upstream debian directories
[23:16] <proppy> norsetto: how there is an upstream tarball
[23:16] <proppy> norsetto: cool
[23:17] <norsetto> proppy: http://sourceforge.net/project/showfiles.php?group_id=147372&package_id=162594
[23:17] <proppy> norsetto: the only thing I must use on svn is the debian directory right ?
[23:17] <norsetto> proppy: there is also a comment about it in the copyright section
[23:18] <norsetto> proppy: just to start with, that forget it
[23:18] <norsetto> proppy: s/that/than/
[23:19]  * norsetto never remembers the difference between then and than
[23:23] <norsetto> proppy: gotta go now, see you tomorrow?
[23:24] <proppy> norsetto: yep no pb
[23:24] <proppy> norsetto: I will finish unittest++ -2 publication
[23:24] <proppy> norsetto: and I will address your comments then
[23:24] <norsetto> proppy: okkidokki, good night then (ah!)
[23:24] <proppy> norsetto: now sure how far I can go on my own
[23:24] <norsetto> proppy: why on your own?
[23:24] <proppy> norsetto: but I will surely shoot you a couple of url tomoroow
[23:24] <proppy> norsetto: I mean tonight :)
[23:25] <norsetto> proppy: ah ....
[23:25] <proppy> norsetto: as my motivation go away with you :)
[23:25] <proppy> norsetto: but you send me some url
[23:25] <norsetto> proppy: now you make me feel bad
[23:25] <proppy> norsetto: then it's kinda like asynchronous motivation
[23:25] <proppy> norsetto: I like it
[23:25] <proppy> norsetto: you've motivated me enought for tonight :)
[23:25] <proppy> norsetto: but I will starve for more tomorrow
[23:25] <norsetto> proppy: https://proppy.is.a.bastard/but-I-nned-my-beauty-sleep
[23:26] <bddebian> heh
[23:26] <norsetto> bddebian: don't click on it!
[23:27] <norsetto> proppy: ok, see you tomorrow
[23:27] <proppy> norsetto: buena note
[23:27] <norsetto> g'night all ... good night the bostonians too
[23:27] <blueyed> bddebian: do you know the cuetools package? (you did the last upload)
[23:27] <norsetto> proppy (buona notte ;-))
[23:28] <blueyed> bddebian: it appears the patch in debian/patches does not get used at all?!
[23:28] <bddebian> blueyed: Aye, it was either never applied or reverted.  Not sure why
[23:30] <blueyed> bddebian: ok, then I'll just leave it like that. I need to patch the extras/cuetag.sh file now. But if I'll add dpatch in debian/rules it would apply the patch again.