[04:37] <ggeorgy> hi =is possible to open a jar file in ubuntu???
[15:15] <JamesPage> lifeless: do you have time to discuss Hudson, Acegi and Spring Security? Know that you have worked in this area in upstream and would value your opinion.
[15:15] <lifeless> just in a meeting right now
[15:15] <lifeless> so yes, but responses will be a little latent
[15:16] <JamesPage> thanks; OK so I've now got to the point with the Hudson packaging work that I'm now looking at Hudson itself in more detail
[15:17] <JamesPage> so at the moment the 1.x codebase uses Acegi security; I've been looking to upgrade to Spring Security as we already have this packaged in Debian/Ubuntu
[15:17] <JamesPage> But then I came across a thread on the Hudson mailing list in late 2009 where this was rejected by upstream.
[15:18] <lifeless> yeah, with a patch from me :)
[15:18] <JamesPage> yep - hence the ping!
[15:18] <lifeless> so the argument was binary incompatability with plugins - also shipped as binaries
[15:19] <JamesPage> OK so for Ubuntu the plan is to build plugins from source as well so we could take the approach of
[15:19] <JamesPage> 1) patch core hudson to use spring security
[15:19] <JamesPage> 2) patch any plugins we package to also use spring security
[15:20] <JamesPage> I like this approach as it means I don't have to go near packaging Acegi (which uses load of old versions of spring)
[15:20] <JamesPage> But it will make packaging plugins in the future more awkward.....
[15:21] <lifeless> it also means that folk can't grab plugins from the plugin site
[15:21] <lifeless> I'd discuss that plan with upstream
[15:21] <lifeless> upgrading to spring would be the awesome
[15:21] <JamesPage> yep - not great :-(
[15:22] <JamesPage> I agree that upgrading would be awesome but I can't see this happening upstream prior to a major tech refresh (potentially with 2.0)
[15:26] <JamesPage> OK I'll ping a question to the dev mailing list a get some opinion...
[15:26] <JamesPage> thanks


[12:13] <Dominus_Suus> that reminds me that I have to get a proper e-mail address for all of my Ubuntu/GNU/FSF dealings
[12:14] <superm1> well if you are looking for an @ubuntu.com address, look into the process for applying as an ubuntu member
[12:14] <superm1> the entire thing is described on the wiki
[12:14] <Dominus_Suus> don't I need a resume the length of your arm to get a membership?
[12:15] <Dominus_Suus> alternatively, I guess I could use my sourceforge address or create a g-mail one...
[12:15] <superm1> well you have to contribute to the community.
[12:15] <Dominus_Suus> it's just that all of my spam gets sent to my canada.com address
[12:15] <superm1> the wiki page lists lots of ideas how you can
[12:15] <superm1> You should have an email with the attachment
[12:16] <Dominus_Suus> how big was the file again? some 200-some-odd-K?
[12:16] <superm1> i made a tar.gz with the entire package
[12:16] <superm1> 2.9 megs
[12:16] <Dominus_Suus> nm, I have it now... thank you!
[12:17] <Dominus_Suus> I'm thinking of dusting off my tablet and making some icon themes...
[12:17] <superm1> well then getting into the art team can be a great way to membership
[12:18] <Dominus_Suus> well I can't thank you enough again
[12:18] <superm1> http://www.ubuntu.com/community/processes/newmember?highlight=%28member%29
[12:18] <superm1> not a problem.  glad to help
[12:43] <pirast> could anyone have a look and apply the debdiff in bug 65617?
[12:43] <Ubugtu> Malone bug 65617 in dvdrip "menu item??" [Low,Confirmed]  http://launchpad.net/bugs/65617
[12:50] <Q-FUNK> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=391613
[12:50] <Ubugtu> Debian bug 391613 in tsclient "tsclient: ignores selected keyboard map and resets to US map over XDMCP" [Important,Open]
[12:51] <Q-FUNK> *sigh* odes not pass the -xkbmap to xnest as it should
[12:51] <Q-FUNK> affects ubuntu too
[01:45] <pirast> what does < 2:0.94 in build dependencies mean? that the version has to be bigger or smaller?
[01:50] <plugwash> it means the version has to be smaller than
[02:02] <imbrandon> !ping
[02:02] <ubotu> ping: connection timeout
[02:14] <imbrandon> whom else is doing upload exceptions for main besides tfheen ?
[02:18] <gnomefreak> anyone notice eclipse doesnt build?
[02:18] <gnomefreak> libjsch-java is not right version
[02:19] <gnomefreak> and i cant find the depends for eclipse in apt-cache show
[02:19] <gnomefreak> its not showing that package at all
[03:08] <imbrandon> s/te/the
[03:54] <imbrandon> lol
[03:54] <Hobbsee> hah
[03:55] <StevenK> Ouch!
[03:56] <imbrandon> heh
[03:56] <imbrandon> heya StevenK
[04:03] <imbrandon> LOL
[04:03] <imbrandon> how big is it , i havent looked in a while
[04:05] <Hobbsee> StevenK: you mean you're touching kde stuff again?
[04:05] <Hobbsee> are you sick?
[04:05] <Hobbsee> s/sick/ill/
[04:07] <minghua> imbrandon: you really don't know?  GR in any debian context should mean General Resolution
[04:08] <imbrandon> minghua, no i really dident know, i have been disilussioned by debian , i came to ubuntu from many years of SuSE use/devel so i know very little of "pure debian" and from what i've seen on the public face of it i dont care to know alot
[04:09] <imbrandon> thus i do my stuff and go about my day for the most part ;)
[04:11] <imbrandon> ajmitch, isnt there a mono specific packaging policy doc somewhere kinda like the python one ?
[04:12] <micahcowan> dh_make creates a dirs file in debian/... is this necessary/useful? What purpose does dh_installdirs actually serve, since the actual installation will ensure that the appropriate structure is set up, regardless?
[04:12] <imbrandon> ( mono apps not the compilers/runtime )
[04:12] <StevenK> micahcowan: The appropriate structure may not be set up.
[04:12] <StevenK> micahcowan: The build may also want to create other directories not mkdir'd by the build system.
[04:12] <imbrandon> micahcowan, thats just a general guide , rarely is it correct for every/any app
[04:13] <micahcowan> Ah: so it's really only useful for specifying that directories be built that aren't actually part of the build? But if all I care about are dirs that actually get things installed to them, I shouldn't need a dirs file, correct?
[04:13] <pirast> night
[04:15] <micahcowan> do I have that right?
[04:16] <StevenK> micahcowan: Sure. You don't need a dirs file, or to even call dh_installdirs, it's only there if you need it.
[05:17] <micahcowan> Am I right in believing that an awk of some sort is part of essentials or build-essentials? My pbuilder environment has it installed... basically I'm wondering if it's necessary to put "awk" in the Depends of an awk-script package.
[05:19] <micahcowan> Hm... it doesn't seem to be /directly/...
[05:22] <imbrandon> i wouldent count on anything being installed, if your package needs awk , dep on it
[05:23] <micahcowan> Okay. I note that sed is an essential, though :)  ...but, yeah, I'm guessing it might be possible to have a system without awk, then. Anyway, can't hurt to specify it explicitly...
[05:24] <micahcowan> Er, huh. lintian gives a "needlessly-depends-on-awk depends" error. Guess I'd better leave it out after all...
[05:34] <minghua> you don't need to depend on awk, unless you need specifically mawk or gawk
[05:35] <minghua> awk is a virtual package, and base-files (which is essential) depends on it
[05:35] <minghua> so it's very unlikely that you have a system without awk
[05:36] <micahcowan> Yeah: and lintian gets upset if I depend on it, so I'll leave it off (I specifically wrote for POSIX awk, so no need for explicit mawk/gawk dependencies)
[05:39] <micahcowan> If I'm an ubuntero, does REVU already have my key, or is that a separate keyring?
[06:06] <imbrandon> gnight folks
[06:56] <LaserJock> imbrandon: you awake?
[06:57] <imbrandon> LaserJock, barely
[06:57] <imbrandon> heh
[06:57] <imbrandon> wasup?
[06:57] <LaserJock> you us Gnome at all?
[06:57] <imbrandon> a tad here and there, not alot
[06:58] <imbrandon> i dont have a gnome install at the moment though
[06:58] <imbrandon> why ?
[06:58] <LaserJock> I'm running some KDE apps in Gnome but some of the apps don't show up right in the notification area
[06:59] <imbrandon> ahh yea , that is a issue i've run into before
[06:59] <LaserJock> kwallet is now sitting on top of the Ubuntu icon on the menu bar
[06:59] <imbrandon> i dont quite know how to fix it tbh
[06:59] <imbrandon> the gnome and kde systrays are differnt api's afaik but similar enough to "kinda" work
[06:59] <imbrandon> or something like that
[07:00] <imbrandon> funny enough though gnome apps run in kde systray fine, so i really dont know the cause tbh
[07:00] <LaserJock> hmm, interesting
[07:02] <LaserJock> I just wondered
[07:02] <imbrandon> yea its not just you or your install
[07:02] <imbrandon> if thats what you mean
[07:02] <imbrandon> heh
[07:03] <imbrandon> i just dont know how to fix it, and its not a ubuntu/kubuntu issue, i ran into it back in the suse days too
[07:03] <imbrandon> its a kde/gnome thing
[07:03] <LaserJock> well, I remember it happening waaaay back in the Gentoo days when I used to run all kinds of crazy stuff
[07:03] <imbrandon> yea
[07:03] <LaserJock> but there are a few KDE apps I really like
[07:04] <imbrandon> can you add a kdesystray to a gnome pannel ? i dont rember
[07:04] <LaserJock> so it's kinda weird having icons in odd places
[07:04] <imbrandon> that might "fix" it
[07:04] <LaserJock> I don't see one
[07:04] <imbrandon> hrm
[07:05] <LaserJock> darn, new openoffice
[07:05] <imbrandon> the only other thing i could think of is add a kicker pannel on the right or left of your screen with only a systray applet and reduced in size to like 5% and auto hide it, but thats an ugly hack
[07:06] <minghua> and I suspect some icons can appear on both panels' notification area
[07:07] <LaserJock> yeah
[07:07] <LaserJock> right now, kopete and konversation are sitting in the gnome-panel just fine
[07:07] <LaserJock> and there is a blank space were kwallet should be
[07:07] <LaserJock> but the icon is all the way to the left
[07:08] <whiprush> LaserJock: !!!!!!
[07:08] <imbrandon> its probaby a bug in the way ( or use of an undocumented api *gasp* ) by kwallet then
[07:08] <whiprush> LaserJock: you coming to mountain view?
[07:08] <minghua> If I were LaserJock, I probably would just run a separate KDE session in Xnest
[07:08] <LaserJock> whiprush: but of course
[07:08] <whiprush> LaserJock: got stuff to do?
[07:08] <imbrandon> whiprush, yea you have to put up with me too ;)
[07:08] <LaserJock> whiprush: btw, just a little upset about Mozilla
[07:09] <whiprush> LaserJock: join the club
[07:09] <whiprush> imbrandon: you coming too?
[07:09] <imbrandon> yup
[07:09] <whiprush> sweet
[07:09] <whiprush> you both bored?
[07:09] <imbrandon> heh
[07:09] <whiprush> during the show?
[07:09] <whiprush> We need help during the ldap show.
[07:10] <LaserJock> minghua: just for kopete and maybe a couple other apps? ;-)
[07:10] <imbrandon> whiprush, i can probably lend a hand, dunno how but i can try ;)
[07:11] <whiprush> imbrandon: LaserJock: so ... I am bringing a buddy, myself, wasabi, and probably matt oquist and infinity will care about doing ldap stuff
[07:11] <whiprush> the problem is
[07:11] <whiprush> we need people who know how to spec
[07:11] <whiprush> and write
[07:11] <whiprush> and generally be sane
[07:11] <minghua> LaserJock: well, if you have enough hardware power, why not?
[07:11] <whiprush> so I am looking for people who can help
[07:11] <LaserJock> whiprush: excellent, LDAP was a bit of an issue for LTSP in Paris
[07:12] <imbrandon> whiprush, sure, i love specing stuff ( just not when i'm soo sleepy )
[07:12] <whiprush> LaserJock: bonus, the ltsp guy is my lug president.
[07:12] <minghua> I don't know if you can copy & paste between Xnest windows though
[07:12] <whiprush> excellent.
[07:12] <LaserJock> well, I can't come over to the summit until Tuesday
[07:12] <whiprush> I will come find you guys if we need help then
[07:12] <LaserJock> I have a department seminar to give
[07:12] <whiprush> LaserJock: oh snap.
[07:13] <whiprush> I brainstormed what we need today with some friends.
[07:13] <imbrandon> i'll be there like 10am on the 4th ( crazy plane schedule )
[07:13] <whiprush> I have it broken down into 2 parts.
[07:13] <whiprush> the first piece is "catch up to other distros with AD integration"
[07:13] <whiprush> pretty sure that can be done in a day or so
[07:13] <whiprush> the second part
[07:13] <whiprush> is "Active Directory Killer"
[07:13] <whiprush> that will take 5 years.
[07:13] <imbrandon> s/day/week/
[07:14] <whiprush> so a day or two won't matter. :p
[07:14] <imbrandon> but yea i'm right with ya
[07:14] <imbrandon> nis needs some love too but thats another story all togather
[07:14] <whiprush> hey has anyone started any specs yet?
[07:14] <whiprush> imbrandon: NIS is dead.
[07:14] <whiprush> skipping it
[07:14] <imbrandon> whiprush, i know ;(
[07:14] <imbrandon> heh
[07:15] <whiprush> ubuntu needs a developer fund
[07:15] <LaserJock> for Edubuntu we are waiting until after the Edgy release to do much specing
[07:15] <whiprush> would love to have ajmitch to come
[07:15] <imbrandon> whiprush, nah i've been going through all  the old specs for edgy that got defered that i care about
[07:15] <whiprush> but there's no money theyre
[07:15] <whiprush> imbrandon: if you spent all your time going over specs that didn't get implemented you'd be out of time.
[07:16] <imbrandon> last i heard ajmitch was gonna try to swindle some way to make it /possible/
[07:16] <whiprush> been that way since warty
[07:16] <imbrandon> possibly*
[07:16] <whiprush> imbrandon: too expensive. can't make it. :-/
[07:16] <LaserJock> RichEd is starting a "Education" forum and we are going to get a "Top 10" list from the educational community and try to spec from that
[07:16] <LaserJock> well, I actually need to maybe poke mdz about my Edgy spec
[07:16] <imbrandon> whiprush, yea i mean the "ones i cared about" heh ( mostly CommonCustomizations )
[07:16] <LaserJock> it's implemented but not approved :-)
[07:17] <whiprush> heh
[07:17] <LaserJock> it was approved, but then got bumped back down at the distro sprint
[07:17] <LaserJock> but I was able to pull it off before Feature Freeze anyway
[07:17] <LaserJock> but nobody reapproved it :/
[07:17] <imbrandon> heh
[07:18] <whiprush> it happens
[07:18] <whiprush> personally, I'd love to see a cycle of no new specs, and just clean out the wiki
[07:18] <LaserJock> whiprush: I'd move to epiphany if it wasn't for one annoying thing
[07:19] <whiprush> LaserJock: tabs?
[07:19] <whiprush> god i hate those tabs
[07:19] <imbrandon> lol
[07:19] <LaserJock> oh, they are a minor problem
[07:19] <LaserJock> ;-)
[07:19] <LaserJock> I don't like the location bar and how you can't do URL editing
[07:20] <imbrandon> you cant edit the url ?
[07:20] <whiprush> imo it's easier to fix epi (or konqueror) than convince people who ship windows software to fix their software for us.
[07:20] <imbrandon> whiprush, +1
[07:20] <LaserJock> like in FF (and pretty much any other browser) the auto-completion of URLs you can edit the URL
[07:21] <LaserJock> in epiphany if you hit enter it takes you straight to that site
[07:21] <LaserJock> so I end up going to a site and *then* editing the URL
[07:22] <LaserJock> which is really annoying
[07:22] <whiprush> unfortunately the epi bar has been broken for months in edgy
[07:22] <imbrandon> what about hitting tab
[07:22] <whiprush> there was this bad bug
[07:22] <whiprush> typically the epi addressbar can be just as flexible as the ff search bar
[07:22] <whiprush> but all built in
[07:23] <whiprush> CTRL-L, search term, up arrow, enter
[07:23] <whiprush> for the win
[07:23] <LaserJock> well, but I just want to start typing a URL, and then edit it
[07:23] <LaserJock> I can't figure out how to do that in epi
[07:23] <imbrandon> LaserJock, konqi FTW ;)
[07:24] <LaserJock> imbrandon: yeah, it's not  bad for sure
[07:24] <whiprush> LaserJock: show me IRL when we meet next, I can't visualize what you mean
[07:24] <imbrandon> LaserJock, have you tried 3.5.5 konqui ? its TONS faster , and i honestly have no idea why
[07:24] <LaserJock> but I DE mixed up as it is
[07:25] <imbrandon> LaserJock, after a few days in mtv i'll have you a true kde convert ;)
[07:25] <LaserJock> whiprush: ok, so what happens when you start typing a URL, you get a list of previous URLs you've got to that are the same, right?
[07:25] <whiprush> right
[07:25] <LaserJock> but then what if you want to edit one of those URLs?
[07:25] <imbrandon> LaserJock, i have never used epi but what happens if you start typing and hit tab then edit
[07:25] <whiprush> ah i see
[07:25] <whiprush> I have to hit down arrow to complete
[07:25] <whiprush> no middle ground
[07:26] <whiprush> tab moves to the next field
[07:26] <imbrandon> thats how i do it in koqi ( although enter works the same )
[07:26] <imbrandon> ahh not cool
[07:26] <LaserJock> right, all other browsers I know of, you can go to one of the previous URLs and hit enter or right arrow
[07:26] <imbrandon> yea that would bug me too
[07:26] <LaserJock> and that puts the URL in the location bar without actually going to the site
[07:26] <imbrandon> right
[07:27] <whiprush> LaserJock: one of my hopes is that epi will become more popular and get more fixed
[07:27] <LaserJock> heh, and Corey just told me I wasn't using my browser right :-p
[07:27] <whiprush> slap him
[07:27] <whiprush> it's ironic.
[07:28] <whiprush> it was like, over a year ago when jdub sent a mail to the epi list and was like "dudes, make it rock, people are sick of FF."
[07:28] <whiprush> and no one listened.
[07:28] <LaserJock> that was the deal breaker for me
[07:28] <LaserJock> I could handle the nasty tabs
[07:28] <whiprush> yeah the tabs do suck
[07:28] <imbrandon> LaserJock, heh thats like billy saying we dident need tabs ( untill ie7 of course )
[07:28] <imbrandon> heh
[07:28] <LaserJock> but the URL thing is totally not cool when you navigate LP via URLs
[07:28] <imbrandon> ( e.g. not useing the browser right )
[07:29] <imbrandon> yea i navigate via urls alot, specialy on my domain becouse i have alot of unlinked directorys i use
[07:29] <whiprush> LaserJock: I believe mpt has the ear of the epi guys, might be a good suggestion at mountain view
[07:30] <imbrandon> so are we going the fds way or the suse way for ad ?
[07:30] <whiprush> doesn't work that way]
[07:30] <whiprush> the suse way is the samba way
[07:30] <whiprush> we get that for free
[07:30] <imbrandon> right
[07:30] <whiprush> doing our own non-windows way means FDS.
[07:30] <whiprush> or another ldap server
[07:31] <whiprush> imo, FDS is the natural choice
[07:31] <imbrandon> right
[07:31] <imbrandon> suse's is pure samba ?
[07:31] <whiprush> imo we can build something that does what AD does on FDS and other unix stuff
[07:32] <whiprush> for the AD client stuff
[07:32] <whiprush> yeah
[07:32] <whiprush> but they're not trying to replicate AD.
[07:32] <whiprush> you have to buy edirectory if you want that
[07:32] <whiprush> their "join an AD" client stuff is all in samba, and free
[07:33] <imbrandon> ahh ok i see
[07:33] <LaserJock> ok, I gotta go, just wanted to drop by and pick imbrandon's brain about KDE apps in Gnome
[07:33] <LaserJock> I soooo wish it didn't matter
[07:33] <whiprush> if you want to do a huge server thing where you want to manage linux clients and servers, you have to pay for that
[07:33] <LaserJock> me and DEs have a definite love-hate relationship
[07:33] <imbrandon> LaserJock, it really shouldent , i'm thinking its a buig in kwallet
[07:33] <imbrandon> bug*
[07:34] <imbrandon> whiprush, ahh i see , ok yea i'm rembering now
[07:34] <LaserJock> maybe I'll have to start every KDE app I have and file bug reports ;-)
[07:34] <whiprush> imbrandon: me and wasabi want to do a big demo where we install an AD and some clients
[07:34] <whiprush> and show people what the competition is like
[07:34] <whiprush> deploy software, etc.
[07:34] <imbrandon> whiprush, yea that would be awesom
[07:34] <imbrandon> a "where we stand" kinda thing
[07:34] <whiprush> yeah
[07:34] <whiprush> except that might kind of suck
[07:34] <whiprush> since we're like, a decade behind.
[07:35] <whiprush> but hey, let's roll with it.
[07:35] <imbrandon> yea , but it will hilight where we need to go more ina  real world sense i think
[07:35] <imbrandon> at leaste to those watching
[07:35] <LaserJock> sometimes "crap, we're a decade behind" gets people motivated ;-)
[07:35] <whiprush> imbrandon: I already have where we can rule already highlighted.
[07:35] <whiprush> :)
[07:35] <imbrandon> ;)
[07:36] <whiprush> there are some areas where's we
[07:36] <imbrandon> LaserJock, yea heh
[07:36] <whiprush> re ahead actually.
[07:36] <imbrandon> alot of the auth side we are i think
[07:37] <imbrandon> but .... well hell to be honest i havent tried it in a real world situation for a few 4 years
[07:37] <imbrandon> sooo
[07:38] <imbrandon> i'm a decade behind too but it is something that needs to rock for enterprise ( and even small business )
[07:38] <imbrandon> small business dosent have the bankroll to have an IT department , they need something they can manage with a "part time guy"
[07:38] <imbrandon> if you know what i mean
[07:40] <imbrandon> ( small business == ~30 to ~50 wkstations )
[07:40] <imbrandon> well 5 to 50 heh
[07:40] <imbrandon> but you get the idea
[07:43] <whiprush> imbrandon: I've got a plan
[07:43] <whiprush> it sucks
[07:43] <whiprush> but it's a plan
[07:43] <imbrandon> ;)
[07:44] <imbrandon> a plan is better than no plan, at leaste its something to build from
[08:45] <ajmitch> imbrandon: about your question earlier, yes there's a CLI policy to follow :)
[08:46] <jldugger> I'm interested in pulling a newer version of a package that's in debian into edgy, not nessecarily for inclusion in edgy, but at least for my own purposes
[08:46] <jldugger> is it usally pretty simple to just download the files from debian and rebuild the package?
[08:51] <minghua> jldugger: if said package doesn't have Ubuntu specific changes (i.e., the version number ends with -X, not -XubuntuY), then that usually works
[08:51] <imbrandon> jldugger, yea its pretty simple if you just want it for your self
[08:52] <jldugger> hmm
[08:52] <jldugger> this is probably not one of those simple cases
[08:52] <jldugger> wacom-tools ;)
[08:52] <imbrandon> whats the package ?
[08:53] <AnAnt> is the results of motu-meeting anywhere on the web ?
[09:11] <imbrandon> jldugger, ping
[09:11] <jldugger> pong
[09:12] <imbrandon> hey it seemed to build fine but i've never used this packages in my life so take this with a grain of salt, but its built in a clean pbuilder, grab the debs from herer to test them and let me know
[09:12] <imbrandon> http://federation.imbrandon.com/wacom-test
[09:13] <jldugger> see, i was having problems with the kernel module
[09:13] <jldugger> something bout linux headers and such
[09:13] <imbrandon> yea thats why its good to build it in a pbuilder ;)
[09:13] <imbrandon> i already had a build env all setup
[09:14] <jldugger> well, apt-get build-dep usually takes care of the trivialities
[09:14] <jldugger> so which ones do i want here?
[09:14] <imbrandon> yea mostly but then it builds it against /your/ system, pbuilder makes it distributable ;)
[09:14] <imbrandon> the two debs
[09:15] <imbrandon> the other is the source, no need unless you want it
[09:15] <jldugger> ah
[09:15] <jldugger> it seems like there should be more than just one
[09:15] <imbrandon> http://federation.imbrandon.com/wacom-test/wacom-kernel-source_<IP_ADDRESS>-5_all.deb
[09:16] <imbrandon> and
[09:16] <imbrandon> http://federation.imbrandon.com/wacom-test/wacom-tools_<IP_ADDRESS>-5_i386.deb
[09:16] <imbrandon> is all you should need
[09:16] <imbrandon> edgy right ?
[09:16] <jldugger> yea
[09:16] <imbrandon> k yea
[09:16] <imbrandon> just grab those two, and dpkg -i *.deb
[09:16] <jldugger> building the apt-get source stuff puts out like four .debs
[09:17] <jldugger> xserver input
[09:17] <imbrandon> not from debian
[09:17] <imbrandon> ahh see they might not work then
[09:17] <imbrandon> i just grabed the debian souce, see the thing is they were both packages diffrently
[09:17] <imbrandon> hrm
[09:18] <imbrandon> e.g. ubuntu packaged it /then/ debian packaged it diffrent and thats NOT a merge
[09:18] <imbrandon> thats a streight debian compile soooooo
[09:18] <jldugger> heh
[09:18] <jldugger> doh
[09:18] <imbrandon> in that case better not
[09:18] <imbrandon> and i'll do a proper merge for ya tomarrow
[09:18] <imbrandon> if you can wait
[09:19] <jldugger> of course
[09:19] <jldugger> i should get to bed myself, but i just got in a new toy
[09:19] <imbrandon> heh
[09:19] <jldugger> a tiny remote control helicopter
[09:19] <imbrandon> ahh cool
[09:20] <jldugger> so one quick question: /usr/src/linux should be symlinked to...?
[09:21] <imbrandon>  /usr/src/linux-`uname -r`
[09:21] <imbrandon> eg apt-get install linux-headers-{generic,386}
[09:22] <imbrandon> and it will symlink it and all for you
[09:22] <jldugger> it didnt
[09:22] <jldugger> ive got two header packages and no symlink
[09:23] <imbrandon> link it you the one that matches your running kernel ( but make sure you installed linux-headers-* not kernel-headers-* )
[09:23] <imbrandon> dunno why there is both , its a mess but thats the cookie for now ;(
[09:23] <Hobbsee> yay.  i now have two new bugs, as of yesterday morning.
[09:24] <jldugger> so linux-headers-`uname -r`, not linux-source
[09:24] <imbrandon> no linux-headers-generic OR linux-headers-386 depending on your kernel not uname -r , you want the meta packge so it updates
[09:25] <jldugger> so what the hell is the ones without generic or 386?
[09:26] <imbrandon> are you running the -generic kernel ?
[09:26] <imbrandon> they will get pulled in by the meta package
[09:26] <jldugger> yes
[09:27] <imbrandon> ok then install linux-headers-generic and it will pull the correct one in, then next time the kernel updates it will update the headers too
[09:27] <imbrandon> eg from the meta package
[09:29] <imbrandon> okies i'm off, gnight all
[09:30] <jldugger> nite
[10:10] <minghua> ajmitch: if a package with unmet dependency can be fixed by a simple rebuild, should I upload -Xbuild1, or there is some simpler way?
[10:11] <ajmitch> minghua: no, that's the only way to replace a package in the archive
[10:11] <minghua> (no ubuntu specific change by the way)
[10:11] <minghua> ajmitch: and I should just upload, then ping you to let you know?  or some other way is preferred to request motu-uvf's approval?
[10:12] <ajmitch> yes, just upload & ping
[10:12] <ajmitch> what's the package?
[10:17] <minghua> scim-uim, bug #65478
[10:17] <Ubugtu> Malone bug 65478 in scim-uim "[UNMETDEPS]  scim-uim has unmet dependencies" [Unknown,Unconfirmed]  http://launchpad.net/bugs/65478
[10:19] <minghua> I tested in Debian, but not in Ubuntu.  I'll build in an edgy pbuilder before I upload
[10:19] <ajmitch> thanks
[10:21] <Q-FUNK> is there any way to put a warning to someone about to file a bug on a package to make sure that they are filing against the right package?
[10:22] <Q-FUNK> I keep on getting bug reports on upgrade-system that are really meant for update-manager
[10:23] <ajmitch> not that I know of
[10:23] <Q-FUNK> and others yet who seem to mistake upgrade-system for a virtual package that means "anything that failed in installation or upgrade".
[10:25] <Q-FUNK> :(
[10:25] <Q-FUNK> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=391613
[10:25] <Ubugtu> Debian bug 391613 in tsclient "tsclient: ignores selected keyboard map and resets to US map over XDMCP" [Important,Open]
[10:26] <Q-FUNK> anyone who could help me with this one?
[10:26] <minghua> Q-FUNK: Choose a better package name next time :-)
[10:26] <Q-FUNK> it probably is really simple to fix, except that I don't code in C.
[10:26] <Q-FUNK> minghua: I never had that problem in Debian. :)
[10:27] <Q-FUNK> I actually pinpointed the source of that tsclient bug. I just don't code in C, so I'm at loss on how to patch this.
[10:28] <minghua> Q-FUNK: yeah, I hate LP for uninformed bugs too
[10:32] <Q-FUNK> minghua: of course, it's a catch-22:  reportbug requires knowing exactly which package is faulty.  the user might not know.  meanwhile, LP allows too many wild guesses, but lets the user try.
[10:34] <minghua> Q-FUNK: yes.  my conclusion is that Debian BTS is more designed to reduce the maintainer's work, while LP is designed to make it easy for users to report bug
[10:35] <minghua> the former needs some nice people in the user list/forum who can help the less clued users to diagnose the problem and report bugs accordingly;
[10:35] <minghua> while the latter needs a strong bug triage team
[10:37] <Q-FUNK> that's the scary part.  strong triage only happens with active maintainers or otherwise with packages in main.
[10:40] <minghua> Q-FUNK: I think I have some idea about your debian bug 391613
[10:40] <Ubugtu> Debian bug 391613 in tsclient "tsclient: ignores selected keyboard map and resets to US map over XDMCP" [Important,Open]  http://bugs.debian.org/391613
[10:40] <minghua> Q-FUNK: are you willing to test my untested (i.e., not even sure if it compiles) patch?
[10:41] <Q-FUNK> sure
[10:41] <jldugger> minghua, ideally, problems in universe are reported to upstream authors
[10:42] <Q-FUNK> jldugger: I mailed him last night, but my hopes are not too high on him fixing it.  he reports on his homepage that tsclient essentially does what he wants aleady so that's it.
[10:43] <jldugger> indeed, upstream authors aren't always enthusiastic about bug reports
[10:43] <jldugger> we should blame esr
[10:43] <minghua> jldugger: by upstream, you mean software author?
[10:43] <jldugger> for writing those cathedral vs bazaar where he suggested that open source was fantastic because users submit patches to fix bugs ;)
[10:43] <jldugger> minghua, sure.
[10:44] <Q-FUNK> LOL
[10:44] <jldugger> but i dont think many packages in universe have a bugtracker, let alone pay attention to one
[10:46] <minghua> jldugger: you are probably right
[10:46] <minghua> but there are always good upstream and bad upstream (attitude to bug reports wise)
[10:46] <StevenK> Great. Look like an unmetdeps bug can be killed by punting it from the archive.
[10:48] <minghua> Q-FUNK: try this one first: http://paste.ubuntu-nl.org/26851/
[10:48] <minghua> Q-FUNK: as you can see, the keymap is hardcoded, we'll worry about that later
[10:49] <minghua> Q-FUNK: that's in src/ dir by the way
[10:50] <Q-FUNK> yup
[10:50] <Q-FUNK> that much I noticed while briefly parsing the tree yesterday
[10:52] <minghua> Q-FUNK: oh, so you really meant "you don't do Xlib coding"
[10:53] <Q-FUNK> I grep'ed the source tree fo occurances of 'nest'
[10:54] <Q-FUNK> it gave me a vague idea of where things happen, but not much else
[10:56] <Q-FUNK> comparing the man pages for rdesktop and Xnest, I notice that they use vastly different options to set things like keyboard map, bit depth and resolution.
[10:57] <Q-FUNK> I'm guessing that tsclient only took rdesktop options into considerations, since it started as a gtk front-end to rdesktop.
[10:57] <Q-FUNK> Xnest support was added as an after-thought
[11:11] <Q-FUNK> right.  commandline options are set in support.c
[11:27] <zakame> hi all
[11:27] <ajmitch> hi zakame
[11:28] <zakame> hi ajmitch
[11:28] <zakame> tiber went down for maint right?
[11:28] <ajmitch> yes
[11:28] <ajmitch> didn't come back up properly
[11:29] <zakame> dapper upgrade I gather?
[11:29] <ajmitch> yep
[11:29] <ajmitch> kernel issue, I heard
[11:36] <ajmitch> might as well make the ubuntu fixes directly on the debian packages
[12:46] <elmargol> Hi I search a way to build a dependency try for a debian package
[01:08] <lupine_85> elmargol: apt-get build-dep <package> ?
[01:08] <lupine_85> oh, a tree...
[01:08] <lupine_85> sorry
[01:08] <lupine_85> sure, just parse the control files
[01:23] <lifeless> elmargol: apt-cache rdepends
[01:26] <elmargol> lifeless: thx
[01:32] <gnomefreak> out side of a pbuilder can i just use apt-get source eclipse and start building it as normal from there. just like i would any other package?
[01:38] <geser> yes
[01:39] <geser> I've setup a chroot for it to not pollute my desktop with dev packages
[01:54] <sivang> hey motus
[01:57] <Fujitsu> Heya sivang.
[01:59] <sivang> yo Fujitsu
[02:06] <gnomefreak> 2.10 is > 2.4?
[02:06] <tseng> yes
[02:06] <gnomefreak> something isnt right here than
[02:17] <LjL> hello. I have issues with the scope of the Multiverse repository. I've noticed that Multiverse contains packages such as vmware-player, which can only be provided as binary objects and are under restrictive licenses. On the other hand, Multiverse also contains many packages such as emulators, which are often licensed under OSI approved licenses. I assume that the rationale for putting them in Multiverse is that they are usually employed
[02:17] <LjL> together with proprietary firmware; however, nobody's stopping the user from providing their own, possibly OSI licensed, alternative firmware. Thus I can suppose that the rationale for putting these packages in Multiverse is that such alternative, OSI licenced firmware is not yet available to be provided by you in an Ubuntu repository; however, packages such as UAE (an Amiga emulator) already do provide a free, albeit very limited, firmware
[02:18] <LjL> implementation.
[02:18] <LjL> I'd like a clarification on these issues.
[02:18] <Q-FUNK> =|
[02:19] <LjL> (hey, long messages are not a crime)
[02:19] <ctrlsoft> LjL: Are there any actual free instances for those emulators out there?
[02:19] <ctrlsoft> LjL: I know that's a criteria Debian keeps
[02:19] <LjL> ctrlsoft: what do you mean with "free instances"? free firmware?
[02:19] <ctrlsoft> LjL: yeah
[02:20] <LjL> well, at least in the case of UAE, as i said i believe so
[02:20] <Q-FUNK> beleive is not good enough.
[02:20] <ctrlsoft> LjL: And packaged
[02:20] <Q-FUNK> either there ARE free alternatives or there are none.
[02:20] <LjL> certainly, the firmware it ships with is only limited to running some demos, mostly
[02:20] <ctrlsoft> LjL: which emulators in particular are you referring to?
[02:21] <LjL> ctrlsoft: let's just make the case with UAE for now, since it's the one i know best (i could probably talk about basilisk2 as well, but i'd have to further inform myself)
[02:22] <LjL> UAE comes -- yes, the packaged version of UAE comes -- with provisions for running some programs (those that don't need OS functions, or only need very few of them, i.e. mostly demos) out of the box, without any other firmware
[02:22] <ctrlsoft> "For "proper" use of UAE, you need some version of the Kickstart ROM, and some OS running on top of this (most likely some version of the Amiga OS). Both don't comply to the DFSG (to say the least) and must be obtained from other sources."
[02:23] <LjL> how is "proper use" defined however?
[02:23] <LjL> why is running demos not such?
[02:23] <ctrlsoft> that's the reason it's in contrib in Debian (and therefore in multiverse in Ubuntu)
[02:23] <ctrlsoft> don't know - I guess it means "for anything useful"
[02:24] <LjL> well, since you say that, another issue -- i believe the comparison to Debian doesn't completely hold. that's because i don't believe Debian ships any *closed source* packages in contrib -- for instance, it wouldn't ship that vmware-player that we have in Multiverse, i suppose
[02:25] <ctrlsoft> LjL: no, debian ships that in non-free
[02:25] <ctrlsoft> debian ships packages which rely on non-fre stuff in "contrib"
[02:25] <ctrlsoft> Ubuntu has (afaik) both contrib and non-free in "multiverse"
[02:25] <LjL> so, shipping free software (which does require proprietary firmware) together with 100% binary-only closed software, in the same repository, sounds like a bit of a clash to me. And for instance, why don't we ship Opera in Multiverse as well? how's its situation different from vmware-player's?
[02:25] <lifeless> ctrlsoft: 'useful' is quite subjective :)
[02:25] <gnomefreak> why does this have to be such a pita today brb smoke
[02:26] <LjL> ctrlsoft: about "usefulness". I had been writing a free/open-source ZX Spectrum operating system (which, however, i never finished nor released). Since I don't have a ZX Spectrum, I had to resort to an emulator. However, I never needed proprietary files in order to do that "useful" work on my emulator
[02:27] <ctrlsoft> LjL: please file a bug on the package about this
[02:27] <LjL> ctrlsoft: you mean the vmware-player package?
[02:27] <ctrlsoft> LjL: If you disagree with the repository it is in
[02:27] <ctrlsoft> LjL: no, with the uae one
[02:28] <ctrlsoft> LjL: I think the reason the opera package is in a different repository is because it is supported by canonical (?) or because it has licensing issues that prevent it from being in multiverse
[02:28] <LjL> ctrlsoft, i believe bug reports are mainly intended to report bugs... mind you, this does not mean i believe the issues we're talking about should never become a bug report. but i do believe that some informal discussion might be best, first
[02:29] <LjL> ctrlsoft: hm, well, that reminds me of another thing... installing vmware-player (from Multiverse) results in a debconf requester that asks you to accept a license agreement. i believed that, at least in Debian, this kind of "click to agree" stuff couldn't be acceptable for packages?
[02:30] <LjL> gnomefreak: sorry for being a PITA. in my defense, i have to say this is the first time i even join this channel :-)
[02:31] <gnomefreak> LjL: not you eclipse is being one since yesterday
[02:31] <LjL> oh
[02:33] <ctrlsoft> LjL: sorry, I'm not familiar with the specifics on what is and what isn't allowed in multiverse in Ubuntu or contrib/non-free Debian
[02:33] <gnomefreak> ok that was strange :(
[02:34] <LjL> ctrlsoft: anyway, let's put the UAE vs vmware-player vm whatever details away for a moment -- the issue that really concerns me is just the mixing of open-source package and completely proprietary packages in Multiverse, without a way to even tell which is which. question: would you agree that an easy way to tell (from, say, apt-cache) a package that's under an OSI license from a package that is closed-source would be a good idea?
[02:35] <Fujitsu> vmware-player should really be in -commercial, shouldn't it?
[02:35] <gnomefreak> is player or server non free?
[02:35] <gnomefreak> one is free iirc
[02:36] <LjL> Fujitsu: i don't know, that's part of why i'm here ;-) however, i think it should, just as a feeling
[02:36] <LjL> gnomefreak: both are free beer. Workstation, on the other hand, is for cash.
[02:36] <azeem> Fujitsu: the difference between multiverse and -commercial is that the latter is supported by Canonical I thought
[02:36] <Fujitsu> gnomefreak, they are free as in gratis, neither as in libre.
[02:36] <LjL> gnomefreak: only the player comes packages though
[02:36] <LjL> packaged
[02:36] <gnomefreak> ok packages are built now what do i need to do with them? i would love to test this to see if my changes worked
[02:37] <gnomefreak> ah i guess that makes sense yes they should be in commericial (atleast it seems like they should)
[02:42] <LjL> gnomefreak: on one side i have this "vmware might possibly have a better place in commercial" -- on the other side you have a ton of emulators in multiverse, just because the firmware (which is *not* packaged) is proprietary -- and for a lot of them, i can bet free alternatives exists, they're just not packaged
[02:43] <LjL> heck, there must be like 10 different free operating systems around just for the C64 :)
[02:44] <azeem> LjL: if the free firmwares are packaged (and there are no legal issues), those would mirate to universe
[02:44] <azeem> migrate, even
[02:44] <azeem> until then, they stay in multiverse
[02:44] <LjL> azeem: ok, so the deciding question is whether there are any free alternatives that are *packaged*. that's an answer.
[02:45] <azeem> if the package is useless without stuff which is not packaged, it shouldn't be shipped in universe
[02:46] <LjL> well, i can still sort of debate on the definition of "useless", since as i said, i could be using a ZX Spectrum emulator to *write* an operating system for it. but still, that makes sense
[02:46] <cypher1_> what is meant by "dummy transitional package" ?
[02:47] <azeem> cypher1_: a package which is empty except for a Dependency on something else, to ease transitioning
[02:47] <LjL> cypher1_: that the real package has changed its name, i guess
[02:48] <cypher1_> azeem, does that mean that package has been removed in the new release ?
[02:49] <azeem> cypher1_: see LjL, it usually indicates a name change
[02:50] <LjL> azeem: do you believe i could/should file a wishlist (and if so, file it to what) for an easier way to distinguish open-source from binary-only packages in Multiverse?
[02:50] <gnomefreak> brb
[02:50] <azeem> LjL: not sure, Debian has that destinction (contrib vs. non-free), but Ubuntu puts both into multiverse
[02:51] <LjL> azeem: yes, and i don't believe i'm even going to try changing that... however, even leaving it all in multiverse, at least "apt-cache show" could give a clue (perhaps a "This package is provided in binary-only form" in the description, say)
[02:52] <azeem> LjL: that looks like a gratuituos diverge from Debian, which leads to more sycn/merge work
[02:52] <azeem> it should be rather encoded in the other meta-data I'd say
[02:53] <LjL> azeem: perhaps, i don't know what would make more sense technically.
[02:53] <cypher1_> LjL, azeem thanks..let me do more searching
[02:54] <LjL> azeem: but then again i don't think (well, at least i don't hope) there are too many packages that would be concerned
[02:55] <cypher1_> azeem, i was looking at wxvlc package in edgy..although it is mentioned as dummy transitional package, it has 7 files in it , http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=wxvlc&version=edgy&arch=all
[02:55] <LjL> azeem: what about adding a "Conflicts: FreeSoftwareFoundation"?  (just facetious ;)
[02:56] <azeem> cypher1_: doesn't look very right
[02:56] <lupine_85> Conflicts: RMS would be better :p
[02:56] <LjL> lupine_85: yes, i was almost going to say that, but i didn't want to sound like an outright troll :P
[02:56] <cypher1_> azeem, do you mean that is a bug in edgy ?
[02:57] <lupine_85> RMS is cool, but... RMS-y
[02:57] <azeem> cypher1_: not sure, more investigation (are those real binaries, or just wrapper scripts etc.) would be needed
[02:58] <LjL> cypher1, azeem_:
[02:58] <LjL> ljl@ljlbox:~$ dpkg -L wxvlc
[02:58] <LjL> /.
[02:58] <LjL> seems quite empty to me
[02:59] <azeem> then packages.u.c file list data is out of date
[03:00] <LjL> i don't know, but to my mind this sounds more like a bug in the packages.ubuntu.com site than anything else
[03:00] <StevenK> packages.u.c isn't under the control of Ubuntu.
[03:01] <cypher1_> LjL, i see more problem if wxvlc is empty since i cannot find /usr/bin/wxvlc in any other packages at all
[03:01] <StevenK> Personally, I look at the build logs on launchpad.
[03:01] <LjL> !search wxvlc
[03:01] <ubotu> Found:
[03:01] <LjL> uhm... well, i *have* wxvlc
[03:02] <cypher1_> i was triaging bug 66221 - no wxwidget interface
[03:02] <Ubugtu> Malone bug 66221 in vlc "no wxwidget interface" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66221
[03:02] <LjL> it's in the "vlc" package, no matter what the rest of the guys say
[03:02] <LjL> (by "guys" i mean package.ubuntu.com and ubotu)
[03:02] <LjL> (though the syntax for ubotu was probably !find, i can never remember)
[03:02] <cypher1_> argh.. so packages.ubuntu.com is very misleading
[03:03] <LjL> well, for that matter "apt-file search wxvlc" also lists the wxvlc package
[03:03] <cypher1_> LjL, i am on dapper :(
[03:03] <LjL> but i can definitely tell you that, in my edgy, wxvlc doesn't contain any files, while vlc does contain /usr/bin/wxvlc
[03:03] <cypher1_> ok great thanks LjL
[03:03] <LjL> hmm, not sure it really makes any difference... wxvlc was transitional in dapper as well IIRC
[03:04] <cypher1_> LjL, no i can see more than 10 files in my dapper
[03:05] <cypher1_> more than 10 files in "dpkg -L wxvlc" in dapper
[03:05] <LjL> cypher1_: i see. well then i guess the index simply wasn't updated for edgy, and those files are still listed
[03:06] <LjL> whether that should be filed as a bug, i don't know
[03:06] <cypher1_> that is pretty bad.. especially when ppl try to use it.. like in my case of triaginh
[03:12] <sivang> re all
[03:12] <sivang> does anyone know if slomo came back already ?
[03:43] <gnomefreak> sivang: i havent seen him
[04:18] <Adri2000> anyone knows why xdtv isn't in universe?
[05:58] <pirast> Adri2000, as far as I can see it isn't in Debian, that means that it has to be pakaged by someone or that it has to be synced from a repository which has it..
[06:04] <hash_> Hi, just wondering if Edgy is frozen even for small bug fixes?
[06:05] <Lathiat> It is but you can get approvals from motu-uvf where appropriate
[06:06] <giskard> what is the fix (no, i'm not a motu-uvf :/ )
[06:06] <hash_> Thanks. It's a trivial fix, here's the patch: http://cvs.savannah.nongnu.org/viewcvs/*checkout*/sinhala/patches/firefox_1.99%2B2.0rc2%2Bdfsg-0ubuntu2-sinhala1.patch?root=sinhala
[06:07] <hash_> What should I do next to see if it can be included in Edgy?
[06:13] <tortoise_> hash_: ask in #ubuntu-devel
[06:14] <hash_> thanks!
[06:14] <tortoise_> hash_: and file a bug against firefox at launchpad.net saying what it fixes and attach the patch
[06:25] <hash_> thanks again, cya
[06:25] <pirast> how are the .install s in the debian directory being called?
[06:27] <pirast> ajmitch, did you get gnomesword to compile?
[06:27] <crimsun> keescook: thanks for the john fix; been gone all weekend
[06:44] <pirast> please please help me... what tells dpkg that it should copy the content of .install?
[06:47] <ivoks> dh_install
[06:48] <pirast> ivoks, thanks :-)
[06:54] <ivoks> lol
[06:54] <pirast> thanks, it helped :-)
[06:54] <ivoks> np
[07:27] <herz1> hey dudes
[07:34] <pirast> hey
[07:47] <highvoltage> hi. how can I make a request for software to be packaged? (assuming I can :) )
[07:49] <crimsun> highvoltage: https://wiki.ubuntu.com/MOTU/Packages/New
[07:51] <highvoltage> crimsun: thanks
[08:11] <highvoltage> crimsun: what happens when a package in universe is completely unmaintained and becomes obsolete, is it ever removed, or does the old version just get carried along forever?
[08:12] <highvoltage> for example, there's a drupal package for version 4.5.8-1, which is so old and insecure that no one should use (or would want to) it.
[08:13] <ivoks> highvoltage: packages in universe have their maintainers in debian, not ubuntu
[08:13] <ivoks> lots of packages in universe (and in main even) aren't touched by ubuntu devs
[08:14] <ivoks> i.e. it becomes obsolete when debian drops it or when the package is stoping some transition
[08:14] <highvoltage> ivoks: wouldn't it be better for the overall quality of Ubuntu if packages like the above are dropped from universe?
[08:14] <ivoks> well, no
[08:14] <ivoks> if there is one user that would use it, that package fullfiled it's goal
[08:15] <ivoks> it doesn't get installed by default
[08:15] <highvoltage> ok
[08:15] <highvoltage> quite honestly, I don't think there is one user that would want to use it.
[08:16] <highvoltage> no one should really be using such an old version of drupal.
[08:20] <crimsun> highvoltage: the best we can hope for at this stage is to sync 4.5.8-5 from sid
[08:20] <crimsun> there doesn't seem to be a newer Debian package
[08:50] <sivang> slomo !
[08:50] <slomo> hi sivang :)
[08:50] <crimsun> nice vacation?
[08:50] <sivang> at last his back...
[08:50] <sivang> slomo: yeah, how was it? :)
[08:51] <slomo> yes, was wonderful :) i'm completely relaxed now to start university tomorrow again ;)
[08:51] <crimsun> hehe
[08:51] <sivang> good to hear that
[08:51] <slomo> did anything interesting happen in the last days?
[08:52] <sivang> not that I know off
[08:52] <sivang> some specs planning for UDS
[08:52] <sivang> ah,
[08:52] <sivang> I'fe mass filed UNMETDEPS bugs
[08:52] <sivang> and folks have been working o nthem to make universe more installable
[08:52] <slomo> sounds good :)
[09:00] <crimsun> sivang: just ping the UVFe team after you upload fixes
[09:00] <pirast> sivang, btw. your script has a little bug :-) it wrongly detected gcc-4.1 because it has amd64 only binary packages :-)
[09:01] <sivang> pirast: yeah, thanks, I saw your post about this :)
[09:02] <sivang> pirast: I need to think a way to make it ignore different arches to that where the script has been executed
[09:03] <sivang> crimsun: ping ajmitch / dholbach before the upload
[09:04] <pirast> is anyone interested in cheking and uploading two patches to the archive :-)
[09:05] <crimsun> sivang: the former prefers you don't block on their approval prior to upload
[09:05] <pirast> sivang, yeah, also there are certainly some packages which do not install in other archs than i386..
[09:05] <ajmitch> sivang: yes?
[09:07] <ctrlsoft> ajmitch: any idea when bzr-svn will appear in the archive? It's been listed as "done" for quite some time now
[09:07] <chillywilly> hi
[09:08] <ajmitch> ctrlsoft: probably held up in binary NEW
[09:08] <sivang> ajmitch: sorry, didn't mean to bug, just mentioned your nick in reference to UVF team
[09:08] <ajmitch> hm
[09:08] <zul> hey ajmitch
[09:08] <ajmitch> ctrlsoft: sources are in, at least :)
[09:08] <ajmitch> hello zul
[09:09] <ctrlsoft> ajmitch: ah, cool - thanks!
[09:09] <ajmitch> ctrlsoft: FTBFS
[09:09] <ajmitch> which is strange, since I built it a few times before upload
[09:09] <ajmitch> aha
[09:09] <pirast> ajmitch, hi
[09:10] <ajmitch> Setting up subversion (1.3.2-3ubuntu2) ...
[09:10] <ajmitch> dpkg: ../../src/packages.c:191: process_queue: Assertion `dependtry <= 4' failed.
[09:10] <ajmitch> E: Sub-process /usr/bin/dpkg exited unexpectedly
[09:10] <ajmitch> some breakage beyond my control
[09:10] <ctrlsoft> hmm
[09:10] <ajmitch> hello pirast
[09:11] <ajmitch> seems like everyone wants to ping me & hunt me down today
[09:11] <pirast> lol :-)
[09:11] <zul> slomo: ping
[09:12] <ctrlsoft> ajmitch: sorry :-) If there's anything I can do to help fix it, please let me know.
[09:12] <slomo> zul: pong
[09:12] <zul> slomo: can i get an uvf exception for xen-3.0.3-rc5?
[09:12] <ctrlsoft> ajmitch: are these build logs available publicly somewhre?
[09:13] <ajmitch> ctrlsoft: quite public
[09:13] <ajmitch> https://launchpad.net/distros/ubuntu/+source/bzr-svn/0.1-0ubuntu1
[09:13] <ajmitch> on the left
[09:13] <slomo> zul: better ask ajmitch now... i have to catch up with all mails, etc that i got in the last days ;)
[09:13] <ctrlsoft> ah, thanks
[09:13] <zul> ok
[09:13] <zul> ajmitch: feh..:)
[09:13] <ajmitch> slomo: just a UVF exception for xen, I already gave an ok :)
[09:14] <pirast> ajmitch, did you get any further with gnomesword?
[09:14] <ajmitch> pirast: I was working on other things as well
[09:14] <ajmitch> & taking a short break
[09:15] <pirast> ajmitch, it is ok, i didnt want to bug you :-)
[09:16] <ajmitch> sure you didn't.. :P
[09:16] <zul> so can i upload?
[09:16] <zul> heh bugging ajmitch is fun
[09:17] <pirast> zul, lol :-D
[09:17] <ajmitch> depends if the package works
[09:17] <zul> assuming that you tested your udev stuff
[09:18] <ajmitch> more or less :)
[09:18] <zul> heh..
[09:20] <chillywilly> weeee, cable is back on
[09:20] <chillywilly> yay, internet
[09:46] <pirast> night
[09:46] <sivang> night pirast
[10:35] <poningru> hi quick question is revu dead right now?
[10:36] <mr_pouit> yes, didn't survive a dist-upgrade to dapper
[10:39] <poningru> arr?
[10:39] <poningru> as in it was moved somewhere else? or the box itself didnt survive the dist-upgrade?
[10:40] <mr_pouit> it seems it was a kernel problem (didn't reboot)
[10:44] <Toadstool> hey everybody
[10:44] <jldugger> Hey, Dr. Nick!
[10:44] <Toadstool> uh?
[11:42] <cbx33> hey peeps
[11:42] <cbx33> is there anyway to remove all pacakges fro ma certain repo?
[11:42] <cbx33> I added a repo to try beryl, but I want to remove those packages now
[11:43] <cbx33> how canI find out which ones were installed from alternatvie repos
[11:44] <cbx33> things lithe the beta nvidia driver....I want to replace with the version in the ubuntu repos
[11:44] <shawarma> apt-show-versions used to be able to do the trick.
[11:47] <cbx33> but that doesn't seem to exist anymore
[11:48] <cbx33> oh
[11:48] <cbx33> maybe it does
[11:49] <cbx33> shawarma, how? . it just seems to show current versions
[11:49] <cbx33> not where they came from :(
[11:50] <ajmitch> or you could try for apt-pinning
[11:50] <cbx33> ajmitch, got any further info?
[11:50] <cbx33> I've heard of pinning
[11:51] <cbx33> do you mean make my edgy repos more important that the custom onse
[11:51] <cbx33> so that they overwrite the pacakges?
[11:52] <cbx33> thanx ajmitch
[11:54] <ajmitch> yeah
[11:54] <ajmitch> downgrading may hurt though
[11:54] <ajmitch> depending on how broken their packages are
[11:55] <cbx33> if I had these
[11:55] <cbx33> deb http://amaranth.selfip.com edgy lrm
[11:55] <cbx33> deb http://www.beerorkid.com/compiz/ edgy main-edgy
[11:55] <cbx33> according to this page http://jaqque.sbih.org/kplug/apt-pinning.html
[11:55] <cbx33> I would use edgy as the identifying name
[11:55] <cbx33> but edgy appears in all repos?
[11:55] <cbx33> I'm confused
[11:55] <ajmitch> there is a way
[11:56] <ajmitch> you can use the origin or release tags in the release files
[11:57] <cbx33> ok
[11:57] <cbx33> thanks
[11:57] <ajmitch> man apt_preferences
[11:57] <ajmitch> for the details
[11:58] <cbx33> ok
[12:01] <pygi> hello
[12:01] <pygi> I need someone willing to do some serious help to me :)
[12:01] <cbx33> ok ajmitch last question
[12:01] <cbx33> nvidia-glx:
[12:01] <cbx33>   Installed: 1.0.9625+<IP_ADDRESS>-11~amaranth
[12:01] <cbx33>   Candidate: 1.0.9625+<IP_ADDRESS>-11~amaranth
[12:01] <cbx33>   Version table:
[12:01] <cbx33>  *** 1.0.9625+<IP_ADDRESS>-11~amaranth 0
[12:02] <cbx33>         500 http://amaranth.selfip.com edgy/lrm Packages
[12:02] <cbx33>         100 /var/lib/dpkg/status
[12:02] <cbx33>      1.0.8774+<IP_ADDRESS>-10 0
[12:02] <cbx33>        1000 http://gb.archive.ubuntu.com edgy/restricted Packages
[12:02] <cbx33> how do I downgrade to my preferred package?
[12:02] <ajmitch> you can downgrade by version
[12:02] <Toadstool> pygi: just ask ;)
[12:02] <ajmitch> apt-get --reinstall install nvidia-glx=1.0.8774+<IP_ADDRESS>-10
[12:02] <Toadstool> hey ajmitch
[12:02] <cbx33> thanks ajmitch
[12:02] <ajmitch> salut Toadstool
[12:02] <Toadstool> :)
[12:02] <pygi> Toadstool: I have a patch for GB that really MUST get in before release because GB is broken without it
[12:03] <Toadstool> GB?
[12:03] <pygi> gnomebaker
[12:03] <Toadstool> ah!
[12:03] <pygi> I doubt we want to ship completely broken gnomebaker ;)
[12:04] <Toadstool> pygi: is this patch attached to a bug on LP?
[12:04] <pygi> Toadstool: yup
[12:04] <pygi> I reviewed the patch, all fine
[12:04] <Toadstool> bug number?
[12:04] <pygi> 63805
[12:04] <pygi> bug 63085
[12:04] <Toadstool> bug 63805
[12:05] <Ubugtu> Malone bug 63085 in initramfs-tools "Amd64/i386 initrd do not contain jmicron.ko module" [High,Fix released]  http://launchpad.net/bugs/63085
[12:05] <Ubugtu> Malone bug 63805 in gnomebaker "Gnomebaker 0.6 not recognizes my CD-RW" [Undecided,Confirmed]  http://launchpad.net/bugs/63805
[12:05] <pygi> wth, two different bugs under same number !
[12:05] <Toadstool> nope
[12:05] <Toadstool> you made a typo :p
[12:05] <pygi> o right :P
[12:06] <Toadstool> hmm upstream patch?
[12:06] <pygi> the patch is in upstream's cvs
[12:06] <Toadstool> ok
[12:06] <pygi> (commited there I mean) :P
[12:07] <pygi> but Luke tends to have long release cycles, so .... :)
[12:07] <Toadstool> ajmitch: I suppose I have to ask someone to accept the upload at this point of the release cycle, right?
[12:08] <pygi> Toadstool: Kamion will accept it
[12:08] <Toadstool> ok, great!
[12:08] <pygi> Toadstool: thanks for the help btw. :)
[12:09] <Toadstool> no problem