[04:13] <Guest_> Hello?
[04:13] <Guest_> anybody home?
[04:15] <xubuntu88w> Hello
[04:19] <xubuntu88w> hellllllllllllllllo
[04:39] <xubuntu39w> Hi! I'm having issues installing Xubuntu 14.04 on my Thinkpad l520  I get to the boot options on my USB .iso and If I select anyone it goes to a grey screen. Any help would be appreciated thank you!
[10:14] <asgard2> Hi
[10:25] <lderan> hello asgard2 :)
[10:37] <xubuntu10w> hi
[12:46] <EvilMrB> Hello - I'm new to this. Does anyone know anything about copyright issues when remastering Xubuntu?
[12:49] <bazhang> EvilMrB, more context needed
[12:50] <EvilMrB> Sure.  I want to create a live DVD for writers using Xubuntu 14.04. Can I use the standard Xubuntu artwork or do I have to create my own. I've done this in Mint and fallen foul of copyright issues with their artowrk.
[12:51] <bazhang> fallen afoul how
[12:52] <bazhang> ubottu, copyright
[12:52] <bazhang> the bot has no idea
[12:52] <EvilMrB> You are not allowed to use their artwork if you intend to sell or even give away your remastered version
[12:53] <EvilMrB> I have no idea what that means
[12:53] <bazhang> how would they track and or enforce that
[12:54] <EvilMrB> The software is open source but not the artwork and I don't want to find out the hard way how they enforce it
[12:54] <Pici> http://www.ubuntu.com/legal/terms-and-policies/intellectual-property-policy
[12:55] <Pici> "Any redistribution of modified versions of Ubuntu must be approved, certified or provided by Canonical if you are going to associate it with the Trademarks. Otherwise you must remove and replace the Trademarks and will need to recompile the source code to create your own binaries"
[12:56] <EvilMrB> That suggests that the same thing applies, doesn't it?
[12:56] <Pici> (IANAL, nor am I condoning this, but it seems to me that a lot of remasters still use the same Ubuntu repositories, while changing the artwork, or even just providing new default packages)
[12:58] <EvilMrB> I can see their point but all I would have to do is publish a set of instructions for how people could do what I did and they coud make their own legit versions, but if I do it to save them the bother I'm infringing copyright
[13:02] <EvilMrB> Thanks for your help folks. I think the IP document tells me what I need to know.
[14:57] <Sidney> Hello. Help me upgrade my Xubuntu 14.10 to 15.04
[14:58] <Sidney> I see notification about new version, but when I click to upgrade, nothing happens
[15:06] <Aldebaran> apt update apt full-upgade
[15:14] <GreeningGalaxy> can anyone tell me what handles the control-shift-u shortcut for Unicode input in xubuntu?
[15:14] <GreeningGalaxy> in most OSs, it appears to be a GTK thing. but I'm seeing it work everywhere, including in Qt apps, in xubuntu.
[15:15] <GreeningGalaxy> that's great, but I can't find anything about what makes it work so I can't make it work on Debian/elsewhere.
[15:16] <GreeningGalaxy> anybody?
[15:17] <genii> ibus somehow
[15:18] <GreeningGalaxy> ibus? alright
[15:19] <GreeningGalaxy> aha, i think I found something
[15:25] <genii> GreeningGalaxy: Looks like "Input method engine" section of http://ibus.googlecode.com/svn/docs/ibus-1.5/index.html might be applicable
[15:28] <GreeningGalaxy> hrm
[15:29]  * genii reads http://ibus.googlecode.com/svn/docs/ibus-1.5/IBusHotkeyProfile.html
[15:29] <GreeningGalaxy> i found something which is so close, but it only tells how to do it in GNOME 2, and of /course/ GNOME 3 has removed that option because GNOME 3 has no useful settable options
[15:29] <GreeningGalaxy> brb
[16:14] <sleezio> hello, does anyone else's google earth street view go crazy if you try to view above 45 degrees? it works fine on my mint 17 box. i made a 20 second video cpature of it: http://www.filedropper.com/test1_10
[16:15] <sleezio> System:    Host: slee Kernel: 3.13.0-49-generic i686 (32 bit) Desktop: Xfce 4.11.6 Distro: Ubuntu 14.04 trusty
[16:16] <Pici> /70/70
[17:53] <xubuntu20w> I got so many cunfusing option when i start instal from usb. Is somebody know if the universal USB installer is working with 15.04 ?
[17:54] <Brunno> Hello! I just saw the announcement for xubuntu-core, is it possible to install it like that on a 14.04 default ubuntu with unity installation?
[17:56] <krytarik> Brunno: No, because: "starting with Utopic".
[17:56] <brainwash_> aka 14.10
[17:56] <Brunno> ok
[17:57] <Brunno> do you guys know what the alternative would be? without installing the xubuntu-desktop package?
[17:59] <brainwash_> you could install xfce4 + xubuntu-artwork
[18:00] <krytarik> Brunno: "xfce4" + "xubuntu-default-settings" should work sufficiently.
[18:00] <Brunno> krytarik: nice, that sounds like exactly what i need. thank you.
[18:00] <krytarik> Welcome.
[18:01] <Brunno> brainwash_: thanks for the artwork tip. :)
[18:01] <brainwash_> xubuntu-default-settings will install xubuntu-artwork
[18:02] <Brunno> brainwash_: even better
[18:03] <brainwash_> so yeah, the 2nd solution should be the better one
[18:04] <Brunno> by the way, do you guys use/know any light program that works like MacOSX spotlight or even ubuntu dash (without the bloat)?
[18:08] <krytarik> Brunno: I use Synapse, but it's only installable via PPAs currently:  https://launchpad.net/~synapse-core
[18:10] <Brunno> krytarik: thanks, I'll check it out. I seems made for gnome (vala) do you use it in xbuntu and is it light on resources?
[18:11] <krytarik> Yes, and yes. :)
[18:12] <Brunno> krytarik: thanks
[18:12] <Brunno> you guys were very helpful
[18:12] <Brunno> go xubuntu
[18:12] <Brunno> :)
[18:13] <krytarik> :D
[18:18] <dreamon> hello. if I set notebook in suspend, it comes back in black screen. but if I unset, in energiemanagement → lock screen → security → if system goes in energie save mode.(sorry I translate it). if i uncheck it, screen comes back normal. But is already unlocked
[18:23] <brainwash_> dreamon: http://xubuntu.org/news/laptop-users-fix-available-for-the-black-screen-on-unlock-bug/
[18:28] <dreamon> brainwash_, I try it ok.. coming bak
[18:28] <dreamon> +c
[18:43] <dreamon_> brainwash_, I tried. but same effect.
[18:46] <dreamon_> using 15.04.. maybe it already fixed .. think its a other problem
[18:51] <johand> Just wanted express my gratitude on xubuntu! Love it!
[18:56] <dreamon> tty1 I cannot enter, too. backlight is on, but no screen.. so I have to reisub
[19:20] <dreamon> one time I hade a screen, after suspend. but I could not login. Typing or clicking not result. like a frozen screen, but with mouse. sound was ok i heard it playing.
[19:28] <maijin> Hello o/
[19:28] <maijin> Is it possible to disable the display of the application cycle (alt tab) on other screens than the selected one ? Just like it is done with sound control ?
[19:33] <ColeHub> That would be neat.
[19:36] <krytarik> maijin:  http://docs.xfce.org/xfce/xfwm4/wmtweaks#cycling
[19:36] <maijin> it's already disable
[19:36] <maijin> :'(
[19:36] <brainwash_> dreamon: please file a bug report then
[19:36] <brainwash_> !bug
[19:37] <maijin> krytarik: "Cycle through windows on all workspaces" is disable already
[19:38] <dreamon> brainwash_, Think its a light-locker problem. Without it works fine. But without PW
[19:38] <brainwash_> file it against light-locker
[20:32] <xubuntu07w> It have ben two new versions now and why is the displaybug still not corrected ?   https://bugs.launchpad.net/ubuntu/+source/xfce4-settings/+bug/1319187
[20:37] <mrkramps> ouh, shitload of 2 peaople affected …
[20:37] <brainwash_> xubuntu07w: it's probably a very specific bug and no one was able debug or fix it yet
[20:37] <mrkramps> urgent fix required :S
[20:38] <xubuntu07w> A rare bug i think.
[20:40] <xubuntu07w> I remeber someone told me to remoev xfdisplay 86 or something on startup to fix this. it works fine.
[20:41] <brainwash_> someone told you do to something and you cannot even remember what exactly?
[20:42] <brainwash_> any why did you not add this info to the bug report?
[20:43] <xubuntu07w> I have to look at it again. I dont remeber the name. i remove was xfscdisplay86 it hink from start up. then this window will not appears. it is easy to reset this again.
[20:43] <mrkramps> oO
[20:43] <mrkramps> unbind key XF86Display for xfce4-display-settings?
[20:44] <bynarie> https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-346/+bug/1440012
[20:44] <bynarie> dam no fix yet
[20:45] <xubuntu07w> yes i think it was XF86Display. if you remove it. then it will works fine.
[20:45] <xubuntu07w> It is easy to reset if you want it back.
[20:46] <mrkramps> xubuntu07w, remove the key bind from Xkk keyboard map or just unbind the shortcut in xfce keyboard settings?
[20:46] <mrkramps> *XKB
[20:46] <brainwash_> bynarie: it appears to be fixed in version 349
[20:46] <bynarie> does anyone know of a fix to bug #1440012 , the cursor disappearing on top of screen?
[20:47] <brainwash_> bynarie: did you even read the bug comments?
[20:47] <bynarie> problem is that when i install 349, evertything goes haywire and i basically lose my entire setup
[20:47] <bynarie> yes
[20:47] <xubuntu07w> mrkramps: unbind from xfc keyboard settings.
[20:48] <xubuntu07w> works fine for me.
[20:48] <brainwash_> bynarie: I'm afraid that we cannot help you with this issue then :/ it's clearly a bug in the driver
[20:48] <bynarie> yea i know
[20:48] <bynarie> =[
[20:49] <mrkramps> xubuntu07w, are you affected by this bug?
[20:49] <xubuntu07w> yes.
[20:50] <mrkramps> xubuntu07w, could you test the key with the terminal utility 'xev'
[20:52] <xubuntu07w> A tester show up.
[20:52] <mrkramps> xubuntu07w, what's the output for the Display and the Brightness keys?
[20:56] <xubuntu07w> Output LVDS1, property baklight, timestamp 502931, state new value.
[20:57] <mrkramps> xubuntu07w, this message appears for all three keys?
[20:59] <xubuntu07w> I think it is only when i adjust the light up and down. the timestamp changes. 2 keys.
[21:00] <xubuntu07w> the version i use now is 14.04.2 LTS
[21:01] <xubuntu07w> I planing to change to 15.04.
[21:03] <mrkramps> for me this sounds like the fglrx driver is listening to a wrong keyboard event
[21:07] <xubuntu07w> It is a pacard bell dot s laptop. If i gotot the keyboard, application shortcuts and remove XF86Display. It will works fine. Someone told me here before.
[21:21] <xubuntu07w> Is there any big reasen for uppgrade from 14.04.2 LTS to 15.04 ?
[21:22] <genii> Not unless there's some updated application you require which is only available in 15.04
[21:23] <genii> Otherwise since you're on an LTS, better to wait for a year and then go 14.04 to 16.04 directly after that
[21:26] <xubuntu07w> Ok.. thank you.
[22:53] <xubuntu03i> hi


[00:16] <nigelb> mhall119: ok, I don't see what turns up on SSO anywhere in the summit code
[00:35]  * nigelb hugs Daviey
[00:35] <Daviey> :)
[00:36] <nigelb> and my first commit to summit!
[00:36] <Daviey> nigelb, django-openid-auth is a separate project that we import
[00:37] <nigelb> Daviey: yeah, but we don't set Keybuk's summit scheduler inside that either :p
[00:37] <cjohnston> mhall119: yay! re: openid fix
[00:37] <nigelb> oh, look who's back :p
[00:37] <cjohnston> hush
[00:38] <mhall119> nigelb: oh, the keybuk's stuff, that's registered in launchpad I think
[00:38] <mhall119> how was the trip cjohnston?
[00:38] <cjohnston> goo
[00:38] <cjohnston> d
[00:38] <nigelb> mhall119: aha! So my grepping skills aren't under question here ;)
[00:38] <mhall119> nigelb: well I didn't say that ;)
[00:38] <cjohnston> I didnt realize we were only going to be there for 5 hours
[00:39] <nigelb> mhall119: I was questioning my grepping skills :p
[00:39] <mhall119> heh, you spend longer onthe bus
[00:39] <cjohnston> ya
[00:39] <cjohnston> I didnt expect to leave at three
[00:39] <nigelb> 8 hours bus and 5 hours there
[00:39] <cjohnston> i thought wed stay till 5 or so
[00:39] <nigelb> that sounds close to FAIL :p
[00:39] <mhall119> it's politics, of course it's FAIL
[00:40] <nigelb> mhall119: never know, one day we might see a senator on IRC ::p
[00:40] <mhall119> Sen. Chris Johnston
[00:40] <cjohnston> heh
[00:40] <nigelb> so he'll hav a new nick
[00:40] <mhall119> I wouldn't vote for a Republican though
[00:41] <nigelb> SenCJohnston
[00:41] <mhall119> maybe if we offer freenode cloaks to them, they'd join
[00:41] <nigelb> haha
[00:41] <nigelb> they'd get k-lined fairly soon :p
[00:42] <nigelb> mhall119: what are your thoughts about bug 720152
[00:42] <ubot4`> Launchpad bug 720152 in summit "IRC urls should link to webchat (affects: 1) (heat: 4)" [Undecided,In progress] https://launchpad.net/bugs/720152
[00:42] <nigelb> (I just realized I filed it)
[00:42] <cjohnston> lol
[00:43] <nigelb> I hate timezones, I have to go in to work early for a call :|
[00:44] <cjohnston> lol
[00:44] <mhall119> nigelb: I hate it, who'd suggest such a thing?
[00:45] <mhall119> we're going to need to start treating IRC as more of a first-class citizen soon though
[00:45] <mhall119> including importing irc nick info from launchpad
[00:45] <cjohnston> +1
[00:46] <mhall119> plus support multiple networks, not just freenode
[00:46] <mhall119> and
[00:46]  * mhall119 whispers
[00:46] <nigelb> mhall119: ok, so close the bug? (No one's going to complain, I opned it)
[00:46] <mhall119> support "virtual" events
[00:46] <nigelb> FINALLY!
[00:46] <mhall119> nigelb: no it's a valid bug, I was just messing with ya
[00:46] <nigelb> where that paul guy when you want him :P
[00:47] <mhall119> ssshhh!
[00:47] <nigelb> mhall119: haha, ok.   :P
[00:48] <mhall119> no no, I'm just going to delegate any tz related bugs to cjohnston
[00:48] <nigelb> haha
[00:48] <nigelb> I talked to a friend about it and I think I have it nailed down this time :D
[00:49] <mhall119> don't ever think you have a tz bug nailed down
[00:49] <mhall119> that's when it pulls out something like DST and hits you from behind
[00:49] <nigelb> oh man, DST.  someone shoot me.
[00:50] <mhall119> the only safe way to handle a tz bug is to delegate it to cjohnston
[00:50] <mhall119> well, safe for you anyway
[00:50] <cjohnston> nope
[00:50] <nigelb> lawl
[00:50] <cjohnston> ill break it
[00:50] <mhall119> paultag: ping-a-ling
[00:51] <nigelb> there's always Daviey for all your I'm-going-crazy-doing-this bugs ;)
[00:53] <nigelb> mhall119: he was workign on his package mangement tool, which means he still has flaky internet :D
[00:54] <mhall119> I thought he got internet back
[00:55] <nigelb> oh...
[00:55] <nigelb> ... and he still continued.  Interesting.
[01:08] <mhall119> cjohnston, nigelb, paultag, Ronnie, daker_, czajkowski: https://wiki.ubuntu.com/LoCoDirectory/VirtualEventsSpec
[01:09] <mhall119> specifically we need more user stories
[01:20] <nigelb> mhall119: I can add more stories :)
[01:23] <UndiFineD> Is there a questionnaire format for the UGJ ?
[01:24] <nigelb> mhall119: ok, you're going to hate me for what I'm about to say.
[01:24] <UndiFineD> that could provide some insight from Ubuntu users and those who come in contact with Ubuntu for the first time
[01:25] <nigelb> mhall119: for events, we'd want 3 types; one is in-person only, two is in-person event and virtual users can participate (like our summit hackathon), and three is virtual only.
[01:25] <nigelb> mhall119: your user story there ends up type 2 since we're not doing this just over IRC.  There is also an option to participate in-person
[01:26] <nigelb> mhall119: so, we'll have modify the spec to catch that one too :D
[01:27] <nigelb> mhall119: Thoughts? (besides wanting to strangle me)
[01:27] <nigelb> :-P
[01:27] <nigelb> cjohnston: ^^
[01:29] <cjohnston> i dont disagree
[01:30] <cjohnston> mhall119: would it be possible to have some sort of ajaxy goodness that you pick "type of event" and then it either presents venue, channel, or venue and channel to input
[01:30] <nigelb> Yeah, that's what I'm thinking
[01:43] <paultag> mhall119: thanks :)
[01:44] <nigelb> paultag: also read my comments below his ;)
[01:44] <paultag> nigelb: I have got internet back as of now - 10 hours
[01:45] <paultag> nigelb: and you're damn skippy I'm going to work on syn
[01:45] <nigelb> paultag: haha
[01:46] <nigelb> paultag: no I meant the comments about the virtual events :)
[01:46] <paultag> Oh, right
[01:46] <paultag> nigelb: aye, I see what you're saying. That'd be pie if it could be done, but my guess is hacking it in (making a physical and a virtual event) is not worst case
[01:47] <nigelb> if we are having physical and virtual, then it is theoreticaly possible to have one event supporting both
[01:48] <nigelb> I just want to make sure we all have this idea in our head when we deciding on the model/db design
[01:48] <paultag> aye
[02:49] <mhall119> cjohnston nigelb: I'm thinking we make both irc channel and venue optional (maybe require at least one), then depending on which ones have data, that determines what type of event it is
[02:49] <mhall119> if they have both, it's both, if they have only irc, it's online only, if they have only venue, it's in person only
[02:50] <mhall119> anyway, I'm going to bed, we'll discuss more tomorrow
[02:51] <mhall119> paultag: if you could add your need as a user story, I'd appreciate it
[02:51] <mhall119> nigelb: and if you could write user stories for the 2 other types you described
[02:52] <nigelb> mhall119: yes, will do :)
[02:52] <nigelb> mhall119: and that does make sense :)
[02:52] <paultag> mhall119: yeah, sure. I've just put it in my todo :)
[02:52] <mhall119> good night everyone
[02:53] <paultag> night
[02:53] <nigelb> g'nite mhall119 :)
[06:55] <YoBoY> good morning
[07:34] <dholbach> good morning
[10:38] <locodir-user> hello
[10:38] <locodir-user> www.facebook.com/solancer
[10:38] <locodir-user> solancer.blogspot.com
[10:38] <locodir-user> www.solancer.blogspot.com
[10:39] <locodir-user> wana use mac snowleopard on Virtual box readily avaiable image file for free dowload
[10:39] <locodir-user> www.facebook.com/solancer
[10:39] <czajkowski> Aloha
[10:40] <locodir-user> www.facebook.com/solancer
[10:40] <locodir-user> www.facebook.com/solancer
[10:40] <locodir-user> www.facebook.com/solancer
[10:40] <locodir-user> www.facebook.com/solancer
[10:40] <locodir-user> www.facebook.com/solancer
[10:40] <locodir-user> www.facebook.com/solancer
[10:40] <dholbach> locodir-user, I'm not sure an Ubuntu channel is the best place to advertise mac snowleopard
[10:40] <locodir-user> www.facebook.com/solancer
[10:40] <locodir-user> www.facebook.com/solancer
[10:40] <locodir-user> www.facebook.com/solancer
[10:40] <leoquant> :/
[10:40] <locodir-user> oh ok sorry for that
[10:41] <locodir-user> i love ubuntu
[10:41] <locodir-user> and am using it for 3 years now
[10:41] <locodir-user> its improved a lot compared the previous versions
[12:40] <mhall119> good morning
[12:44] <Ronnie> morning mhall119
[12:47] <mhall119> Ronnie: did you see my virtual event spec link from yesterday?
[12:47] <Ronnie> no, do you have to link?
[12:47] <mhall119> well, yesterday my time, probably this morning your time
[12:48] <mhall119> https://wiki.ubuntu.com/LoCoDirectory/VirtualEventsSpec
[12:48] <mhall119> if you can add anything you can think of, especially user stories
[12:48] <Ronnie> sure
[12:49] <mhall119> thanks
[20:33] <locodir-user> EXIT


[16:10] <neoangel> hi there
[16:10] <neoangel> :;)
[16:10] <neoangel> i have a small question, is edubuntu still on development?
[16:13] <highvoltage> small answer: no
[16:17] <neoangel> owww
[16:17] <neoangel> ok
[16:17] <neoangel> mmmm
[16:17] <neoangel> and hoiw can be reactivated?
[16:18] <neoangel> im really interested into that distro
[16:18] <neoangel> and would like to help
[20:32] <neoangel> does anyone knows how we can pick the distro?


[01:56] <diddledan> better
[02:19] <diddledan> is it morning yet?
[02:21] <zmoylan-pi> nope
[02:21] <diddledan> grr
[02:24] <zmoylan-pi> perfect time to work on your doomsday device :-)
[02:24] <diddledan> does ubuntu-touch count?
[02:25] <zmoylan-pi> no, that's just a weapon of mass distraction
[02:25] <zmoylan-pi> but if you get os/2 working on a phone...
[02:27] <zmoylan-pi> at the very least it would annoy the buggery out of ms as it becomes more popular than winphone :-p
[02:41] <diddledan> well wouldn't my one install achieve the "more popular than winphone" milestone?
[02:41] <diddledan> I just had a rant on the ubuntu-phone mailing list :-p
[02:42] <diddledan> https://lists.launchpad.net/ubuntu-phone/msg09629.html
[02:56] <zmoylan-pi> nah, it needs a few million and you should never underestimate the os/2 holdouts
[02:56] <zmoylan-pi> i have fond memories of it and if someone got one working i'd be seriously tempted
[02:56] <zmoylan-pi> till thenm, waiting for firefoxos to make it to ireland
[03:01] <zmoylan-pi> and it would set the nsa back decades trying to write malware for it :-)
[09:29] <foobarry> ................................\o/
[09:30] <foobarry> ................................ |
[09:30] <foobarry> ................................/ \
[09:44] <brobostigon> morning boys and girls.
[09:48] <foobarry> my missis got to play occulus while i wasn't there
[09:48] <foobarry> :(
[09:51] <brobostigon> as in, VR oculus rift ?
[09:54] <foobarry> yep
[09:55] <brobostigon> :(
[09:55] <awilkins> Ooh, shiny
[09:55] <foobarry> brother in law makes games for EA
[09:55] <awilkins> Did she get to play Elite Dangerous on Rift?
[09:55] <awilkins> Or just EA games?
[09:55] <foobarry> i think she was running around in a cartoon
[09:55] <foobarry> they have it at their house
[09:56] <awilkins> The only thing stopping me getting a DK2 is the inevitable prospect of buyers remorse when the CV1 is released
[09:57] <awilkins> I built one of those DIY headtrackers from an Arduino and it adds some very pleasing immersion to the game
[10:04] <bigcalm> Good morning peeps :)
[10:05] <SuperMatt> mornign bigcalm
[10:05] <SuperMatt> are you feeling calm today?
[10:05] <popey> yo
[10:06] <bigcalm> Having had Monday off, quite calm. Except we went to IKEA yesterday for 4+ hours
[10:06] <bigcalm> We are quite mad
[10:23] <smittix> Morning all :D
[10:23] <directhex> is it?
[10:28] <bigcalm> For a little longer
[10:28] <bigcalm> I think we need a bank holiweek
[10:45] <popey> ☹ desktop swap-death
[10:46] <awilkins> Swap file dead?
[10:46] <awilkins> Swapped a desktop and it's dead?
[10:46] <popey> no, 8GB RAM, 2.8GB swap consumed
[10:46] <popey> now it's completely unresponsive
[10:46] <popey> disk light on#
[10:47]  * popey REISUBS
[10:47] <awilkins> Is REISUB more reliable on PS/2 or USB?
[10:47] <directhex> swap is so useless on modern systems
[10:48] <directhex> if you don't plan on using suspend-to-disk (hibernate) it's more harmful than helpful
[10:48] <awilkins> I tend to agree, although I do occasionally run processes that benefit from it (even with 8GB of RAM)
[10:48] <awilkins> Things like repacking certain Git repos with large files in them
[10:52] <foobarry> Myrtti: wife's first output from the spinning wheel was 2 large cushions for the kids to watch TV. they are natural colours, undyed. http://i.imgur.com/fUWDG72.jpg
[10:53] <Myrtti> nice
[10:53] <foobarry> very warm
[11:51]  * smittix yawns
[12:00] <foobarry> monsoon has started
[12:37] <foobarry> http://www.buzzfeed.com/greggdd69/15-orangutans-that-look-like-london-mayor-boris-jo-5v0w
[13:04] <SuperMatt> foobarry: how dare you suggest that humans are somehow related to apes!
[13:05] <foobarry> actually i realised that link was a bit racist
[13:06] <SuperMatt> I hadn't noticed that
[13:06] <SuperMatt> I was just trying to stir a little something :P
[13:15] <awilkins> Grrrrarrgh Windows Powershell - an entirely true statement
[13:15] <awilkins> (Windows Powers hell)
[13:15] <directhex> at least powershell has an "ls" command
[13:15] <awilkins> A shell where you have to mess around for over an hour to get it to pass arguments to another program... not worthy of being called a "shell".
[13:15] <awilkins> Still not worked out the convolutions it wants
[13:16] <awilkins> The "ls" command is an alias for `get-childitem`
[13:16] <awilkins> They removed the alias for "grep" being "select-string"
[13:17] <SuperMatt> surely it's a shell so you can add it back
[13:17] <awilkins> Yes
[13:17] <awilkins> But it's making me very cross
[13:18] <awilkins> Why is it so hard to pass arguments to another program from it
[13:18] <awilkins> So hard, that someone has created a debug tool that echoes the arguments to STDOUT
[13:18] <awilkins> So you can debug it
[13:19] <SuperMatt> lawl
[13:19] <awilkins> Currently I can get the first three args then it smushes the rest all together into one arg, for some unknown reason only it is privy to
[13:31] <SuperMatt> awilkins: have you tried turning it off and on again?
[13:34] <awilkins> Ok, it's something to do with using variables in argument lists
[13:34] <awilkins> If you replace one with a literal that isn't smushed into the list any more
[13:35] <awilkins> >-<
[13:35] <awilkins> If you insert a literal into the middle of the list of variables... it writes the variables as a single smushed arg ... then it writes the literal at the end
[14:00] <awilkins> Apparently it was my tragic conviction that   doStuff(1, 2, 3) was a reasonable way to call a function
[14:00] <awilkins> Powershell assumes you mean an array if you use commas so doStuff(1,2, 3) == doStuff new Array { 1, 2, 3 }
[14:01] <awilkins> And doesn't throw an error if you pass an array to a parameter set as [String], just casts the array to a string and ignores that the other two params are empty
[14:01] <awilkins> doStuff 1 2 3 #  is of course the correct way and I am chastened
[15:03] <diddledan> awilkins, bash does functions that way too
[15:04] <awilkins> Guess I don't do functions in shell scripts enough
[15:04] <awilkins> I mostly pipe and look an
[15:04] <awilkins> loop
[15:04] <awilkins> And set variables
[15:35] <Myrtti> ugh what a failure
[15:37] <Myrtti> why does any small electronics device manufacturer ever bother with power sources with the round plug?
[15:45] <awilkins> Because you need something to power your USB hub with that isn't a USB hub?
[15:45] <awilkins> (Ok, you could power it with a USB charger)
[15:47] <Myrtti> Sorry, I'm just disappointed at the Gramofon, which comes with a EU powersource and a weird ass looking adapter.
[15:47] <zmoylan-pi> because someone is still making those power adapters and selling them cheap?
[15:47] <Myrtti> *sigh*
[15:51] <directhex> because not everything runs off 3.3V
[15:55] <ali1234> so gramofon is a chromecast with line out instead of HDMI...
[15:55] <ali1234> (in case anyone was wondering)
[15:55] <ali1234> and it costs $60 if you pre-order it, or $100 if you want until it is actually finished
[15:59] <ali1234> http://www.amazon.co.uk/Ex-Pro%C2%AE-AV-Pro-Audio-Extractor-3-5mm/dp/B00ATRH2WS/ref=sr_1_4?ie=UTF8&qid=1409068681&sr=8-4&keywords=hdmi+audio+splitter
[15:59] <ali1234> combine with a chromecast and you get the same thing, for less, and it runs off USB power
[15:59] <ali1234> and you can actually buy it today
[16:00] <Myrtti> I bought it mainly as a Fonera
[16:00] <Myrtti> we already have a Belkin Bluetooth thing
[16:01] <ali1234> bluetooth audio thing?
[16:02] <ali1234> songstream?
[16:07] <Myrtti> http://www.amazon.co.uk/gp/product/B00DSNWM2K/
[16:08] <zmoylan-pi> 1st world problems: you see a nice blue tooth headphones but then realise the radio on your phone needs the wire as an aerial :-)


[03:50] <ahoneybun> knome, http://imgur.com/2mRedtA
[11:17] <knome> ahoneybun_, so... do you want me to do something for that?
[16:21] <dsmythies> ahoneybun_: Where did you get that graphic of the Tahr?
[16:32] <dsmythies> ahoneybun_: Desktop help still uses a Quetzal graphic. I have been looking for the offical Tahr graphic to use.
[20:04] <ahoneybun_> dsmythies, I made it
[22:20] <dsmythies> ahoneybun_: Oh. Can I use it, perhaps only temporarily?
[22:22] <ahoneybun_> dsmythies, sure let me set the image without a background you can use it perament if you wish :)
[22:25] <ahoneybun_> http://imgur.com/G1caQ9w
[23:53] <dsmythies> ahoneybun_: Thanks.


[14:17] <average_guy> guys, I want to help so I have been setting up for the "tester" role.  I am in 14.10 now.  It has occurred to me though that my hardware is unique - I run servers with cards added to make them suitable to use as desktops.  Therefore I am unlikely to be recreating anyone else's setup.  Should I continue?
[14:38] <phillw> average_guy: there are several testers with 'self-built' kit :)
[14:42]  * elfy has never bought an off the shelf machine
[15:20] <average_guy> ok then, let the testing begin. Thx
[19:31] <phillw> elfy: as I completely forgot.. I've raised bug 1335669 and assigned it to me. I'll get on it (and the other alternates) this week.


[09:17] <Andrio> If `badblocks` is showing well over a hundred bad blocks, is it time to throw the HDD out?
[09:18] <Andrio> Also the computer won't boot
[16:02] <xubuntu53w> hello,Does anyone can give me some suggestion?  I am trying to create a launcher for matlab in the Menu Editor. Now the problem is , the matlab launching window is ok, but after that, the IDE window doesn't show up. I select "Run in the terminal", then the IDE show up, but with a new xfce terminal.  I don't want to have this terminal, but I dont
[16:02] <xubuntu53w> know how to do that. Any suggestion?
[16:03] <xubuntu53w> this is the command, /usr/local/MATLAB/R2019b/bin/matlab %U     Thank you.
[18:59] <someone235> Hi, I want to disable the default behaviour of the hotkey Win+Left/Right in Xubuntu, and instead of that make it mimic the button "home". I couldn't find where to cancel the default behaviour, and I couldn't also succeed to make a key binding that mimics Home button. I tried xbindkeys with xte, but it didn't work
[19:00] <someone235> someone has an idea how to do it?
[19:03] <diogenes_> what is the default behaviour of the hotkey Win+Left/Right?
[19:04] <someone235> diogenes_, tile window to the left
[19:04] <someone235> or right
[19:04] <diogenes_> window manager > keyboard
[19:06] <someone235> diogenes_, I couldn't find it there
[19:07] <diogenes_> maybe dconf-editor or settings editor.
[19:12] <someone235> diogenes_, yeah I found it in dconf-editor, thansk
[19:12] <diogenes_> yw
[19:15] <someone235> sorry I mean setting editor
[19:17] <someone235> diogenes_, do I need to relogin after updating something in the settings editor?
[19:17] <someone235> because it didn't change a thing
[19:18] <diogenes_> someone235, sometimes you need to re-log.
[19:25] <someone235> diogenes_, so apparently a restart didn't help
[19:26] <someone235> I still have my old functionality
[19:28] <diogenes_> someone235, if you did things the correct way and it doesn't work then it's a bug which might have been fixed in the recent xfce version.
[19:43] <someone235> diogenes_, apparently changing the config doesn't change ~/.config/xfce4/xfconf/xfce-perchannel-xml/xfce4-keyboard-shortcuts.xml
[19:45] <diogenes_> someone235, so edit it manually?
[19:45] <someone235> yes I did. still weird though


[01:49] <soc> hi, i packaged the fonts of the android mobile platform, could someone review them? http://revu.ubuntuwire.com/details.py?package=ttf-droid
[02:31] <vorian> Laney: are you about?
[03:03] <savvas> darn, aptitude 0.5.0 didn't make it with its fancy aptitude-gtk gui in ubuntu :\
[03:05] <persia> savvas, Should it have?
[03:06] <savvas> persia: I don't have anything to back it up except for the wish to try it out - so probably no :)
[03:06] <persia> savvas, Try it out in a PPA.  If you come up with a convincing reason, it could be a candidate.
[03:06] <persia> That said, it's fairly core, so time is of the essence.
[03:07] <savvas> you're right, I'll do that!
[03:14] <savvas> persia: come to think of it, it should wait for another release and a proper review - there's a dependency on apt-xapian-index package that looks quite interesting
[03:17] <savvas> I'll give it a go in my ppa though, maybe I'll find something radical :)
[03:18] <persia> savvas, Good catch.  We'll certainly catch it for autosync for jaunty+1.
[03:31] <serialorder> microsoft sure is creative... oh wait I have seen this model before: http://news.zdnet.com/2424-9595_22-256995.html
[05:08]  * ScottK runs python3.0 for the first time.
[05:50] <fabrice_sp> Hi, I've used requestsync to request a sync for icu4j package (bug #314615), and Package Archive admin has been directly subscribed, without the sponsorship step.
[05:51] <fabrice_sp> Is there a problem? (the -s flag doesn't work in requestsync)
[05:52] <persia> fabrice_sp, There've been a few bugs reported against requestsync.  You might try tweaking the code to point at staging.launchpad.net, and fiddle a bit to determine if you've found one.
[05:53] <fabrice_sp> ok persia. And about the bug? Will P-A-a reject the request as no sponsorship has been done?
[05:54] <persia> Or ignore it.  I'd recommend subscribing the sponsors now.
[05:54] <fabrice_sp> ok
[05:54] <fabrice_sp> thanks
[06:19] <fabrice_sp> thanks for the ack, persia ;-)
[06:19] <iulian> G'morning.
[06:19] <fabrice_sp> (and there is a bug in the launchpad interface, as according to syncrequest, I am a member of ubuntu-dev) :-S
[06:20] <fabrice_sp> Morning iulian
[06:20] <iulian> Hiya fabrice_sp.
[06:46] <binarymutant> hi all, just wondering if someone could point me to some Ubuntu ruby policy, I've read Debian's policy and can't seem to find Ubuntu's
[06:46] <dholbach> good morning
[06:47] <persia> binarymutant, In practice, they are identical.
[06:48] <binarymutant> thanks persia :)
[06:48] <liw> binarymutant, I don't know much about Ruby, but generally, unless Ubuntu has documented doing something differently, you can assume that Debian's stuff applies to Ubuntu as well
[06:48] <binarymutant> okay thats what I thought, just making sure thanks :)
[06:57] <fabrice_sp> good morning dholbach
[06:58] <dholbach> hiya fabrice_sp
[07:05] <didrocks> good morning o/
[07:06] <dholbach> hi didrocks
[07:16] <didrocks> hi dholbach :)
[07:52] <_ruben> this probably not the best place to ask but dont know any better place .. when i use debmirror to create a local mirror, why do some packages get deleted when there's a new version available, and others do not (keeping old versions around which could come in handy)
[08:06] <liw> _ruben, do you have more than one release ("distro") in the mirror? if so, the old versions might be in those
[08:07] <_ruben> liw: true, but the downloaded list output by debmirror tends to be a fair bit larger than the deleted list
[08:16] <\sh> moins and happy new year :)
[08:38] <thekorn> hi \sh! happy new year to you too
[09:47] <soc> good morning, i packaged the fonts of the android mobile platform, could someone review them? http://revu.ubuntuwire.com/details.py?package=ttf-droid
[10:05] <Laney> vorian: hi
[13:20] <slytherin> calc: I was trying to analyze the build failure for jaxme. What I am not able to understand is that the function names mentioned in the error don't even exist anywhere.
[13:56] <vorian> Laney: I was just trying to catch you on irc before i responed to your reportbug bug
[13:57] <Laney> vorian: Oh ok, I'll post a thread
[13:58] <Laney> we should still update to the new version whatever happens, as the default (bugs.debian.org) SMTP server is broken apparently
[13:58] <ScottK> Laney: There isn't a good default we can put there.
[13:59] <Laney> Why can't we use Debian's default?
[13:59] <Laney> reportbug.debian.org
[13:59] <ScottK> Oh.  Actually that might work.
[13:59] <ScottK> Historically the problem has been that any generic mail server you put in there would need to be an open relay.
[13:59] <Laney> the point is that Debian recently changed their default and we still have the old one
[14:00] <ScottK> OK.
[14:00] <Laney> but I accidently started a discussion which now blocks my upload :(
[14:00] <ScottK> What bug are we discussing?
[14:00] <Laney> bug 314556
[14:00] <Laney> see Don Armstrong's change
[14:05] <vorian> I feel some would have strong feelings both ways
[14:05] <vorian> (that's too much use of feel)
[14:07] <slytherin> is the server used by requestsync an open relay?
[14:08] <mgdm> I would hope not...
[14:08] <Kalidarn> does anyone know how the RELEASE.gpg file is made
[14:08] <Kalidarn> it looks like a detached clearsigned signature
[14:08] <Kalidarn> ive tried making my own for sha1s but... i havn't been able to
[14:08] <Laney> 288 		    # get server address
[14:08] <Laney> 289 		    mailserver = os.getenv('DEBSMTP')
[14:08] <Laney> 290 		    if mailserver:
[14:08] <Laney> 291 		        print 'Using custom SMTP server:', mailserver
[14:08] <Laney> 292 		    else:
[14:08] <Laney> 293 		        mailserver = 'fiordland.ubuntu.com'
[14:09] <mgdm> Oh, I was taking open relay to mean you could relay to anywhere from anywhere
[14:10] <Kalidarn> http://mirror.internode.on.net/pub/ubuntu/releases-DVD/8.10/release/MD5SUMS.gpg
[14:10] <slytherin> mgdm: I meant without auth, from a ubuntu.com address, to any address.
[14:10] <Kalidarn> im wondering how that was created
[14:10] <Kalidarn> it's obviously a clearsigned detached signature of http://mirror.internode.on.net/pub/ubuntu/releases-DVD/8.10/release/MD5SUMS
[14:11] <slytherin> calc: found the reason for jaxme FTBFS.
[14:11] <mgdm> slytherin: eeek!
[14:11] <mgdm> slytherin: that's basically the same thing
[14:11] <Laney> I don't think it works like that
[14:12] <Laney> it probably relays from anywhere to LP/ubuntu/canonical
[14:12] <ScottK> So we changed it to default to report to Debian?
[14:12] <ScottK> This is a very bad idea.
[14:12] <StevenK> Kalidarn: Look at the --detach-sign to gpg
[14:12] <Kalidarn> yeah i tried that
[14:12] <Kalidarn> it didnt clearsign though
[14:12] <StevenK> Kalidarn: Then you want -a, too
[14:12] <Laney> ScottK: No, the default is to die unless you configure bts=debian
[14:13] <Laney> die with a message pointing to ubuntu-bug
[14:13] <Kalidarn> thanks StevenK
[14:13] <Kalidarn> that did work :)
[14:13] <Kalidarn> sign i am  newb ;)
[14:13] <ScottK> Laney: isn't bts=debian the default?
[14:14] <Laney> ScottK: The configuration process will set you up to bts=debian, sure, but the patch we've applied kills it before you even get that far
[14:14] <ScottK> Laney: I don't see that in your debdiff.
[14:15] <Laney> if not self.options.bts or self.options.bts == "ubuntu":
[14:15] <Laney> bts isn't configured by default, so it bombs out there
[14:15] <Laney> or if the user previously had it set to "ubuntu"
[14:17] <ScottK> I see.
[14:17] <ScottK> OK.
[14:18] <Laney> I just wonder if it should allow you to carry on instead of sys.exit(1) in the unconfigured case (for bts=ubuntu I agree that this is probably correct)
[14:21] <ScottK> Laney: Since you have the package that it's wanted to file the bug against and ubuntu-bug is installed by default (I'm pretty sure) why not just fire it off in this case?
[14:21] <ScottK> Or try anyway.
[14:25] <Laney> I don't know. I'll fire off a mail with options later. I guess some people might think that discouraging end-users from using reportbug at all is a good aim
[14:26] <ScottK> Laney: Having it end up someplace useful is even better.
[14:28]  * Laney agrees
[14:30] <dholbach> would somebody to give a session at Ubuntu Developer Week about "how to collaborate best with Debian"?
[14:30] <Laney> ScottK: Do you think it's a good idea to update reportbug anyway? There's no regression from what's in Jaunty now, and 3.47 could break at any time for people who haven't set up an alternative SMTP host to use
[14:30] <dholbach> we still have some open slots
[14:30] <Laney> dholbach: Someone from Debian might be best to do that?
[14:31] <dholbach> Laney: best somebody from Ubuntu and somebody from Debian?  :)
[14:31] <Laney> well, yes
[14:31] <Laney> Debian: Here's what we want you to do
[14:31] <Laney> Ubuntu: Here's how to do it?
[14:32] <dholbach> it'd be great to talk about how to forward patches, which patches, how to use the bts, etc
[14:32] <dholbach> how to link bugs in LP
[14:32] <dholbach> who to talk to
[14:32] <dholbach> etc
[15:00] <hanska> ScottK: ping
[15:12] <ScottK> hanska: Pong.
[15:13] <hanska> ScottK: are you one of the bash-completion maintainers?
[15:13] <ScottK> hanska: No.
[15:13] <hanska> ScottK: sorry then, I was looking for the maintainers, and I saw your name on LP
[15:13] <ScottK> Virtually everything in Ubuntu is at least formally team maintained.  I'd suggest looking at debian/changelog to see who's been active on the package.
[15:13] <ScottK> Weird.
[15:14] <hanska> ScottK: the fact is that Ubuntu guys keep forking an old version of bash-completion
[15:14] <hanska> while me and other guys have already released newer versions
[15:14] <hanska> (the Debian team became upstream a while ago, and now we also have Fedora and Gentoo guys with us)
[15:14] <hanska> so.. I was sending a mail, I'd like to know whom to send it to :)
[15:16] <ScottK> Right.
[15:16] <slytherin> hanska: send it to<EMAIL_ADDRESS>[15:16] <ScottK> Even better subscribe first so it doesn't get moderated.
[15:16] <slytherin> hanska: oh wait, the package is in main, so send to<EMAIL_ADDRESS>[15:16] <hanska> slytherin: I was sending it to the guy who provided the debdiff, the MOTU who did the actual upload
[15:17] <hanska> s/MOTU/I_don't_know_how_people_uploading_in_main_are_called/
[15:17] <hanska> :)
[15:17] <slytherin> they are called core-dev.
[15:17] <slytherin> :-)
[15:17] <hanska> ah, great :)
[15:24] <hanska> slytherin: ubuntu-devel-discuss or just ubuntu-devel?
[15:25] <hanska> (I saw also the latter @ l.u.c)
[15:25] <ScottK> hanska: devel-discuss and subscribe first so it doesn't get moderated.
[15:26] <slytherin> hanska: ubuntu-devel-discuss.
[15:26] <hanska> ScottK: I believe that posting through gmane doesn't get moderated either
[15:26] <ScottK> OK.  I'd find that suprising.
[15:27] <hanska> Sent. Let's see if it arrives.
[15:28] <hanska> (otherwise I'll just cancel the post, subscribe and re-send)
[15:29] <ScottK> hanska: lists.ubuntu.com does helpfully send backscatter to tell you you're moderated.
[15:29] <hanska> ScottK: seems like it arrived, instead. Please check :)
[15:30] <hanska> (I believe gmane.org is automagically accepted, since it requests a confirmation mail before sending the *first* mail)
[15:30]  * ScottK hasn't got it yet.
[15:31] <hanska> ScottK: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-January/006617.html
[15:31] <hanska> ;)
[15:32] <ScottK> Got it now.
[15:33] <ScottK> hanska: If you can verify that all the Ubuntu changes are in the current Debian package, you can file a sync request.
[15:33] <hanska> ScottK: it's not just a sync request
[15:33] <hanska> ScottK: it's about joining forces.
[15:34] <ScottK> hanska: I agree that you have a broader agenda, but the narrower purpose is useful too.
[15:34] <hanska> in what ways?
[15:34] <ScottK> I don't know how much reply you're going to get since no one person is minding the package.
[15:34] <ScottK> Getting Ubuntu to use the same as Debian instead of the old one.
[15:35] <hanska> ScottK: It's not about *Debian*, did you see who's in the team?
[15:35] <ScottK> Once it's updated, then it's easier to see the use in working with Debian.
[15:35] <hanska> we're Debian, Fedora/RH, Gentoo
[15:35] <ScottK> hanska: Yes, but from my perspective as an Ubuntu developer, Debian is upstream.
[15:36] <hanska> ScottK: better!. Let me explain
[15:36] <hanska> You ("generic" you) receive a bug about bashcomp in LP. What are you going to do?
[15:36] <hanska> if the package has been synced from Debian, "fork" an *-ubuntu? version from it, and do the changes there
[15:36] <ScottK> Look at it, if I can fix it, upload the fix to Ubuntu and send a patch to Debian in the BTS.
[15:37] <hanska> ScottK: no one has ever done that.
[15:37] <ScottK> That's because it's so forked at the moment.
[15:37] <hanska> ScottK: I keep receiving Ubuntu Merge-o-matic mails about new uploads, and just keep merging changes from you
[15:37] <hanska> it's *annoying*.
[15:37] <ScottK> Understand.
[15:38] <hanska> best would be if an Ubuntu core-dev/MOTU/$with_uploads_power was part of upstream
[15:38] <ScottK> What I'm describing is the 'normal' maintenance approach for packages we get from Debian.
[15:38] <ScottK> hanska: Except that that would be everyone.  That's a bit much.
[15:38] <hanska> ScottK: we need just *one*!
[15:39] <hanska> btw, that was just a suggestion
[15:39] <ScottK> Right, and looking at the history in debian/changelog, except for maybe bryce, I don't know who that would be.
[15:39] <hanska> we're being a cross-distribution group now, and having someone from you guys would be great.
[15:40] <ScottK> The question is who.  In the meantime if it were sync'ed then the odds of people working at least with Debian would go way up.
[15:40]  * DktrKranz could have a look at our bash-completion package to see if it can be synced
[15:40] <hanska> DktrKranz: thank you.
[15:40] <DktrKranz> and eventually follow its maintenance
[15:40] <ScottK> Excellent.
[15:40] <hanska> ScottK: I understand Ubuntu's dev model is kinda different from ours
[15:41] <DktrKranz> it's in main, so it's quite important because almost everyone uses it
[15:41] <hanska> after all, we needed just one volunteer (which seems to have shown up :))
[15:41] <ScottK> DktrKranz: Agreed.
[15:41] <hanska> DktrKranz: if you see Debian's changelog, you can see we did quite a lot of improvements.
[15:41] <DktrKranz> hanska: I see :) I use it every day, so I can beta-test it before Feature Freeze
[15:42] <hanska> DktrKranz: http://bash-completion.alioth.debian.org/
[15:42] <hanska> instructions for bzr ;)
[15:42] <hanska> and -- really -- we would have chosen git, but chose bzr for you *lol*
[15:43] <DktrKranz> :)
[15:43]  * DktrKranz likes git...
[15:43] <hanska> DktrKranz: sure, but I didn't know "the Ubuntu guy" would have been some git-fanboy :P
[15:43] <mok0> Anyone has time to help me debug an FTBFS? Here: https://edge.launchpad.net/ubuntu/+source/illuminator/0.11.0-1/+build/752609
[15:44]  * ScottK looks over at NCommander.
[15:44] <hanska> mok0: petsc-dev: Depends: libpetsc2.3.3-dev but it is not installable
[15:44] <mok0> hanska: right
[15:44] <mok0> uh, wait, I goofed
[15:45] <NCommander> ScottK, its just a misidentified depwait
[15:45] <ScottK> Oh.
[15:45]  * ScottK should have looked before calling in the expert.
[15:45] <NCommander> find what package libpetsc belongs do, and fix it :-)
[15:45] <soc> hi, i packaged the fonts of the android mobile platform, could someone review them? http://revu.ubuntuwire.com/details.py?package=ttf-droid
[15:46] <soc> it's a small, uncomplicated package, nothing big
[15:46] <hanska> MOTU-related question: is it possible to review packages not being a MOTU?
[15:46] <mok0> hanska, yes
[15:47] <ScottK> hanska: What you can't do is advocate them as ready for upload.  People who know about packaging, but aren't MOTU are encouraged to help out with reviews.
[15:47] <hanska> soc: since you repackaged the tarball, in these days I suggested you to provide a get-orig-source target
[15:47] <hanska> but, well... "This package has no debian/watch file or get-orig-source rule.".
[15:47] <ScottK> hanska: "Oh, this should really go into Debian and I can help you get it sponsored there" is a really good comment we like to see.
[15:48] <ScottK> hanska: That's a good comment as most MOTU would reject a package that didn't have one or the other.
[15:48] <hanska> ScottK: IANADD, still in NM, so I can't really sponsor anything ;)
[15:48] <soc> hanska: imo it is not possible to get an original tarball by an automated script
[15:48] <hanska> soc: why not?
[15:48] <ScottK> Right, but if you're on a team in Debian that has willing DD's ...
[15:48] <soc> i wrote the url to download the latest version into the control file
[15:49] <soc> hanska: i can't download it via wget
[15:49] <soc> uscan doesn't work
[15:49] <soc> no possibility to get the right version
[15:49] <soc> etc.
[15:49] <hanska> soc: there are other ways too. Let me give a look at the package
[15:49] <soc> ok, one problem after another:
[15:50] <soc> a) android uses some weird webgit system, you can download the files, but only via a real browser ... some wierd redirect i guess
[15:50] <hanska> uh?
[15:50] <hanska> is ./debian/bug/ an Ubuntu-specific layout?
[15:50] <ScottK> soc: Can you check it out using git?
[15:50] <soc> it is made for reportbug
[15:51] <hanska> soc: ACK. That could be useful for us too, I believe.
[15:51] <soc> b) to get the version of the fonts, you have to open them in fontforge and read the version, no way to handle this automatically
[15:51] <hanska> us == Debian
[15:51] <ScottK> hanska: No.  I've seen that in other font packages.
[15:51] <soc> ScottK: that might be possible, but doesn't solve the whole problem
[15:51] <hanska> ScottK: never saw that in any Debian package
[15:51] <ScottK> soc: Sure it does.  You can use git in your get-orig-source rule.
[15:51] <hanska> Debian-proper
[15:52] <soc> the biggest problem is the version info, which is only inside the font file itself
[15:52] <ScottK> hanska: I think I have, but I wouldn't swear to it.
[15:52] <hanska> k
[15:52] <hanska> however soc, reviewing your package ;)
[15:52] <soc> ScottK: how can i download single files via git?
[15:52] <ScottK> soc: Right, then you toss in some awk and sed magic, stir, and presto, new package.
[15:53] <soc> or do i have to clone the whole repo for it?
[15:53]  * ScottK is almost completely git ignorant.
[15:53] <soc> ScottK: so should i just hardcode the version myself?
[15:53] <broonie> You have to clone the whole repository.
[15:53] <soc> ouch ... ok
[15:53] <soc> and after that i have to clean up the whole mess again?
[15:54] <ScottK> soc: Hard coding is almost always the wrong answer.
[15:54] <soc> ScottK: so how should i get the version number?
[15:54] <soc> really, the version is only available inside the font file ...
[15:54]  * ScottK would have to look at the file and is actually trying to do $WORK currently.
[15:55] <broonie> strings or some font-specific utility that can parse the metadata both spring to mind.
[15:55] <soc> get-orig-source is a normal bash-file?
[15:55] <soc> broonie: do you know a utility that can do that?
[15:56] <ScottK> soc: See plasmoid-kbstate for a package with an svn oriented get-orig-source that works.
[15:56] <ScottK> That'll at least point you in the right direction.
[15:56] <ScottK> You might even be able to convince JontheEchidna to help you.
[15:56] <ScottK> Since he's like trying to get approved to be a MOTU and all right now.
[15:59] <ScottK> hanska: Look at ttf-sil-scheherazade for a package in Debian that has the bug dir.
[16:00] <soc> btw, what's the idea of that get-orig-source?
[16:00] <hanska> ScottK: I'll do, thank you
[16:00] <hanska> soc: almost completed the review :)
[16:00] <ScottK> soc: It exports the head of the svn trunk and makes a tarball out of it.
[16:01] <soc> in general i mean
[16:01] <soc> afaik, even if the developer uses that script to get exactly the same files again, his tarball won't have the original hash, because of the gzip timestamps
[16:01] <ScottK> In general it's to automate fetching a new upstream when you can't just download the tarball.
[16:02] <ScottK> Right, you don't do it every time.  Just for new upstream version/snapshot/etc.
[16:02] <soc> mhh, but it won't fetch a new upstream version, i thought it should get the original source used to package these files?
[16:03] <ScottK> Now get the upstream source for the next version.  The idea is to make package updates easier.
[16:03] <ScottK> It's just make -f path/to/debian/rules get-orig-source.
[16:03] <mok0> soc: reviewed!
[16:04] <broonie> ./debian/rules get-orig-source even
[16:04] <hanska> mok0: argh :P
[16:04] <hanska> beaten on time
[16:04] <soc> ok, i guess i just write a script which fetches the latest version of the files and name the package ttf-droid_LOOK-IN-THE-FONTS-METADATA-FOR-VERSION-NUMBER.orig.tar.gz
[16:04] <mok0> hanska: you probably have some stuff I missed :-)
[16:04] <pmjdebruijn> soc: I don't think that the plan
[16:04] <pmjdebruijn> soc: there's a watch file for that
[16:04] <pmjdebruijn> soc: packages are not ment to be built dynamically
[16:05] <soc> can i use git in that watchfile?
[16:05] <pmjdebruijn> not sure
[16:05] <mok0> soc: don't they distribute a tarball?
[16:05] <pmjdebruijn> soc: packages are always built on a concrete upstream release
[16:05] <soc> no
[16:06] <mok0> soc: at some point in the future, packages will be created directly using the git repo
[16:06] <pmjdebruijn> soc: ttf-droid_1.2+git20090107.orig.tar.gz ?
[16:06] <soc> these are the fonts used in the android phone, i guess they will never do a font-release
[16:07] <soc> pmjdebruijn: the "1.2" part is the problem..
[16:07] <pmjdebruijn> soc: isn't there a version number in the metadata
[16:07] <soc> pmjdebruijn: yes, that's the version from the font's metadata
[16:07] <pmjdebruijn> good
[16:07] <pmjdebruijn> use that
[16:07] <soc> i don't know if there is a command line application to extract that metadata
[16:07] <pmjdebruijn> that should correspond to a release number if any...
[16:07] <pmjdebruijn> soc: why would you need a command line application for that?
[16:08] <mok0> soc: see my comments @ REVU
[16:08] <soc> pmjdebruijn: how should i get the version then?
[16:08] <mok0> soc: I think that makes up for the watch file
[16:08] <pmjdebruijn> soc: use fontforge?
[16:09] <pmjdebruijn> soc: you only need to look it up onc
[16:09] <pmjdebruijn> once*
[16:11] <pmjdebruijn> soc: check git, lookup the version, tarball it, call it ttf-droid_FONTVER+gitREVISION.orig.tar.gz
[16:11] <pmjdebruijn> does git have revisions? or just dates?
[16:11] <maxb> it has revisions, but they have no ordering, so are not suitable for version numbers
[16:12] <pmjdebruijn> then i'd stick with checkout date I guess
[16:12] <mok0> soc: also please note that defoma is going away soon
[16:13] <hanska> mok0: eh ehm.
[16:13] <hanska> mok0: "- Homepage: field should be changed to Vcs-Git: (because it is actually a VCS browser page) " -- this is WRONG
[16:14] <mok0> hanska: I know, see next comment :-)
[16:14] <hanska> mok0: Vcs-* fields are meant for *packaging* VCS's, not upstream code's! ;)
[16:14] <mok0> hanska: uhh
[16:14] <hanska> mok0: no, lol :D
[16:14] <hanska> also Vcs-Browser is for packaging repo
[16:14] <ScottK> mok0: He's right.
[16:15] <mok0> Ydrrk
[16:15] <hanska> mok0: :)
[16:15] <mok0> I need to read up on policy
[16:15] <hanska> soc: I reviewed your package too.
[16:16] <soc> pmjdebruijn: afaiu, everytime i download the fonts, i have to look up the version in fontforge, not only once
[16:16] <soc> hanska, mok0, pmjdebruijn: thanks!
[16:16] <hanska> soc: I'm trying to write a get-orig-source for you, if you don't mind.
[16:19] <soc> sure, i would be absolutely happy about that
[16:19] <soc> the git line is most probably git clone git://android.git.kernel.org/platform/frameworks/base.git
[16:20] <soc> who is dpaleino? is that you, hanska?
[16:20] <ScottK> soc: It is.
[16:20] <hanska> soc: yes
[16:20] <mok0> hanska: just to add to the existing confusion... :-)
[16:20] <soc> :-)
[16:21] <hanska> mok0: I'm a picky Debian guy, lol :P
[16:21] <soc> ah ok, regarding: "- the long description seems taken from some kind of online journal -- are you allowed to do it? If no, please rephrase it properly, or do it yourself; "
[16:21]  * liw wonders about the choice of "hanska" as a nick
[16:21] <soc> it's from the press release, i assumed that would be the right way
[16:21] <hanska> liw: just "invented" it somehow (who remembers!) about 15 years ago, or so
[16:21] <soc> at least that text has printed "PRESS RELEASE" on the top...
[16:21] <liw> hanska, are you aware that it's a word in Finnish, meaning glove?
[16:22] <hanska> liw: no, really :)
[16:22] <mok0> I think you are allowed to use press releases freely
[16:22] <soc> mok0: you said that defoma is going away, what will happen to that?
[16:22] <soc> a, good
[16:22] <hanska> mok0: I suppose that too -- but you might never know.
[16:22] <ScottK> mok0: Depends on what the license of the press release is.
[16:23] <hanska> exactly.
[16:23] <mok0> soc: I don't know, but it seems that way from d-d
[16:23] <soc> d-d?
[16:23] <mok0> soc: debian-devel mailing list
[16:23] <hanska> mok0: I can confirm that. defoma is outdated, undermaintained, $bad_adjective_here
[16:23] <soc> but how will font configuration work then?
[16:24] <mok0> may no fonts in lenny+1? :-P
[16:24] <hanska> mok0, soc: there was some ongoing project on replacing it (I admit I hacked it a bit too), but nothing concrete yet
[16:24] <hanska> mok0: that's called squeeze! :P
[16:24] <mok0> hanska: oh yes.
[16:24] <soc> i don't understand "- the long description seems taken from some kind of online journal -- are you allowed to do it? If no, please rephrase it properly, or do it yourself; "
[16:24] <mok0> hanska: what Toy Story animal is that?
[16:24] <soc> oopps, wrong line sorry
[16:25] <hanska> mok0: wikipedia -->
[16:25] <hanska> ;)
[16:25] <soc>  i don't understand " - you forgot the boilerplate (s) -- it’s just ONE upstream author! ;) "
[16:25] <hanska> soc: minor issue ;)
[16:25] <hanska> soc: "Upstream Author:" instead of "Upstream Author(s):" :)
[16:25] <soc> ah ok
[16:26] <soc> " - you state that Droid is a trademark of Google Corp. Are you allowed to use it in the package name, the descriptions and so on? "
[16:26] <soc> that's a very good question ...
[16:26] <mok0> hanska: a 1970's English New Wave band??
[16:26] <hanska> soc: we in Debian had many problems with trademarks *cough* firefox *cough*
[16:27] <ScottK> hanska: That's because of restrictions in mozilla's code license.
[16:27] <mok0> hanska: ah, those little cute aliens
[16:27] <hanska> mok0: yep
[16:28] <hanska> ScottK: the MPL doesn't talk about "Firefox" or "Thunderbird" or "The world with the fox around it"... that's a general-purpose license
[16:29] <hanska> ScottK: the fact is, Mozilla Corp. has trademark over those things -- thus can enforce it / prohibit anyone at will to use those.
[16:30] <hanska> -- and same could do Google.
[16:30] <soc> hanska: mhh, so should i rename the package to something stupid?
[16:31] <hanska> soc: no, just ensure you can
[16:31] <hanska> soc: example, mail the author and ask him :)
[16:31] <soc> which author?
[16:31] <hanska> upstream.
[16:31] <soc> google bought the whole copyright from Steve Matteson ...
[16:32] <hanska> soc: then contact Google! :)
[16:32] <soc> mhh, is there a email address where i get an answer in the next few years?
[16:32] <hanska> soc: eheh, good question.
[16:32] <soc> i always thought, that a trademark is no problem as long as it doesn't restrict your rights?
[16:33] <soc> because then debian couldn't use Linux for instance
[16:33] <hanska> soc: yes, as long as the holder does not enforce you not to use it
[16:33] <hanska> soc: but then neither Ubuntu, Slackware, Gentoo, ...
[16:33] <hanska> ;)
[16:34] <soc> but that debian problem was that to use the trademark, mozilla wanted specific conditions to be met
[16:34] <soc> this isn't the case here, afaiu
[16:34] <hanska> soc: however, I'm probably being too picky. Ask an ubuntu dev, maybe in Ubuntu this are different
[16:34] <hanska> soc: did you read any condition anywhere?
[16:34] <soc> hanska: no, no conditions
[16:35] <hanska> soc: wait, I'll try to look in upstream's homepage
[16:35] <soc> and normally, poeple are allowed to use trademarks, as long as they don't dilute that brand's image
[16:35] <hanska> soc: you can't suppose things.
[16:35] <soc> but i want to make sure, that the package can be used in ubuntu _and_ debian
[16:36] <hanska> soc: that's great :)
[16:36] <ScottK> AFAIK, trademark isn't a problem unless it's known to actually be a problem.
[16:36] <soc> so solving that problem is necessary
[16:36] <mok0> soc, btw, you should include the files NOTICE, MODULE_LICENSE_APACHE2 and README.txt
[16:36] <soc> ScottK: ah ok, thanks
[16:37] <soc> only in the source build?
[16:38] <hanska> soc: http://www.android.com/branding.html
[16:38] <hanska> 03/ Android Custom Typeface
[16:38] <hanska> The custom typeface may not be used.
[16:38] <hanska> I suppose that's a problem.
[16:39] <hanska> but then again:
[16:39] <hanska> For applications, you can use 'Droid' as part of the name if the application adheres to the Developer Content Policy.
[16:39] <hanska> Policy being http://www.android.com/market/terms/developer-content-policy.html
[16:39] <mok0> hanska, it says nothing about "droid"
[16:40] <hanska> mok0: right, sorry, the fonts are under APL-2 nevertheless
[16:40] <hanska> however, that's the link we looked for
[16:40] <ScottK> There is also http://www.google.com/permissions/index.html
[16:40] <ScottK> Which says to me that you may need a new name.
[16:40] <mok0> "Android" can be used as a descriptor
[16:41] <hanska> ScottK: the link I gave before says the contrary
[16:41] <hanska> The word 'Android' may be used only as a descriptor, 'for Android'. If used with your logo, 'for Android' needs to be smaller in size than your logo. First instance of this use should be followed by a TM symbol, 'for Android™'.
[16:41] <hanska> For applications, you can use 'Droid' as part of the name if the application adheres to the Developer Content Policy.
[16:41] <ScottK> OK.
[16:41] <ScottK> Dunno.
[16:41]  * ScottK goes back to $WORK.
[16:41] <soc> so is it now ok to use "droid" or not?
[16:41] <mok0> apt-cache search google|grep google
[16:42] <mok0> A whole bunch of packages have the word "google" in them
[16:42] <hanska> soc: who knows :/
[16:42] <soc> so should we invent some stupid packagename now?
[16:42] <hanska> mok0: http://www.google.com/permissions/guidelines.html
[16:42] <soc> fedora is packaging it as droid
[16:43] <hanska> that says you must fill in a form for permission, blablabla... not suitable for Debian :/
[16:43] <hanska> soc: I suggest you to go with ttf-droid
[16:43] <soc> is that ok for debian?
[16:43] <hanska> uhm..
[16:43]  * hanska dubious
[16:43] <hanska> the fact is, there are two links/documents saying opposite things
[16:44] <hanska> and both are kinda "official"
[16:44] <soc> imo opinion the more specific one counts
[16:44] <mok0> hanska: for example, libgoogle-perftools-dev  comes from Debian
[16:44] <soc> and that is the one in the font directory ...
[16:44] <hanska> mok0: I did your same apt-cache line, and there are packages with "google" inside
[16:44] <mok0> hanska: /me thinks you're being paranoid here
[16:45] <soc> ok, then i'll package it as ttf-droid
[16:45] <hanska> mok0: probably, but you don't know debian-legal guys :D
[16:45] <hanska> soc: go :)
[16:45] <soc> and if someone complains, we need a stupid name
[16:45] <soc> or should i choose ttf-android-fonts?
[16:45] <hanska> mok0: I could ask debian-legal, or search there
[16:45] <mok0> hanska: I'm sure they could have a 100-thread flamewar about it :-P
[16:45] <hanska> ;)
[16:45] <soc> would that be safer?
[16:45] <hanska> soc: neither
[16:46] <hanska> soc: ttf-android-fonts would have the same problems ttf-droid has.
[16:46] <hanska> so, just go ttf-droid :)
[16:46] <mok0> soc: go for ttf-droid
[16:46] <mok0> :-)
[16:47] <soc> ok
[16:47] <soc> thanks for the advice
[16:47] <soc> i'll upload a new package in a few minutes
[16:47] <mok0> In any case, droid is not a trademark they own
[16:48] <mok0> soc, but be sure to include _all_ files from the git repo in your tarball
[16:49] <hyperair> mok0: got time for a review? http://revu.ubuntuwire.com/details.py?package=codelite <-- you've reviewed it before, and i've fixed a lot of stuff since then
[16:49] <mok0> hyperair: ok
[16:49] <hyperair> mok0: thanks
[16:49] <soc> mok0: i thought it was ok to copy them into the right files in debian ...
[16:50] <mok0> soc: no, they have to remain in the tarball as well, because that is distributed as part of the source package
[16:50] <soc> ah ok
[16:50] <mok0> soc: people could go to packages.ubuntu.com and download only the tarball
[16:51] <soc> ah ok
[16:51] <soc> is it allowed at least to clean up these files a bit?
[16:51] <soc> do i have to put the ahem.ttf, android.mk, fonts.xml in there too?
[16:52] <mok0> soc: yes, just do that to make things transparent
[16:53] <mok0> soc: then the tarball is an exact copy of the git repo
[16:54] <soc> but the ahem.ttf is missing an license
[16:54] <soc> that is just some file to test the platform's hinting
[16:55] <mok0> soc: hmm
[16:55] <hanska> soc: do a repackaged tarball
[16:55] <soc> mhhh, i guess i just take README, NOTICE and MODULE_LICENSE_APACHE2 to be safe
[16:55] <hanska> soc: yes, but you have to specify what you removed
[16:55] <soc> hanska: what is a repackaged tarball?
[16:56] <soc> or what do i have to do for it
[16:56] <hanska> what's the version number now?
[16:56] <soc> Version 1.00 build 112
[16:56] <hanska> 1.00~b112, right?
[16:56] <soc> yes
[16:56] <hanska> then, make it 1.00~b112+dfsg-1
[16:57] <soc> what's dfsg?
[16:57] <hanska> "dfsg" meaning Debian Free Software Guidelines
[16:57] <mok0> hanska: that's a tilde right?
[16:57] <soc> debian free software guidelines?
[16:57] <hanska> mok0: yes
[16:57] <soc> what does that mean?
[16:57] <soc> that it has been verified to confirm?
[16:57] <hanska> soc: yes. It's a common practice in Debian to mean that the package had something non-free, which has been removed
[16:57] <soc> ah ok
[16:58] <hanska> soc: so, you're removing ahem.ttf -- say that in debian/README.source
[16:58] <mok0> hanska, soc, except the version should be -0ubuntu1 and not -1
[16:58] <hanska> (or README.Debian, or whatever)
[16:58] <hanska> mok0: right, I'm a Debian guy, remember :)
[16:58] <mok0> s/version/release
[16:58] <hanska> soc: you'll end up with 1.00~b112+dfsg-0ubuntu1
[16:58] <hanska> how ugly :)
[16:58] <soc> lol :-)
[16:58] <mok0> hanska: it's so it will be superceeded when the package comes to Debian
[16:59] <mok0> hanska: the ubuntu* part means there are ubuntu changes
[16:59] <hanska> mok0: yep
[16:59] <hanska> I know how dpkg --compare-versions works ;)
[17:00] <hanska> (or was it just --compare? Bah!)
[17:00] <mok0> hanska: sorry
[17:00] <hanska> mok0: for what?
[17:00] <mok0> hanska: didn't mean to lecture you
[17:01] <hanska> mok0: are you kidding?!
[17:01] <hanska> mok0: I'm fine! :)
[17:01] <mok0> hanska: ok cool
[17:12] <mok0> hyperair: I have to go -> dinner, not finished reviewing, but I will just submit the 1 comment I have so far
[17:12] <hyperair> mok0: okay thanks
[17:13] <LucidFox> Wow. Looks like I have been using Intrepid with the Hardy kernel all along, and only realized it today when an update introduced version mismatch to the NVIDIA drivers
[17:13] <mok0> hyperair: looks almost ready though
[17:13] <mok0> hyperair: I see nhandler is ready to advocate too
[17:14] <soc> ok, new try
[17:14] <hyperair> mok0: yeah.
[17:14] <mok0> later, guys!
[17:15] <soc> ok, that will take some hours i guess ... 11k/2091k ...
[17:16] <ScottK> hanska: In Intrepid and Jaunty we have a apparmor profile for clamav that prevented (until today) signature updates in user directories.
[17:16] <ScottK> hanska: So with your clamtk maintainer hat on I wanted to let you know it's fixed in Jaunty so it should work now.
[17:19] <hanska> ScottK: I was just upgrading clamtk to 4.08! :)
[17:19] <hanska> ScottK: thank you, though.
[17:20] <ScottK> hanska: The clamtk upstream contacted me and wanted to know why it worked everywhere except on Ubuntu.
[17:20] <hanska> Ah. Yeah, we had some issues too on Debian, and hopefully we fixed those
[17:21] <hanska> (wrong perms on signatures database)
[17:21] <ScottK> I tested with your 4.07-1 package and it seemed fine.
[17:23] <hanska> ScottK: I'm preparing 4.08-1 now, I'll ping you when it's ready
[17:23] <ScottK> OK.
[17:23] <ScottK> I've put in to get 4.07-1 backported to Intrepid, so that should get some more real world use.
[17:24] <hanska> Thank you Scott.
[17:25] <hanska> ScottK: is it ok to you if I switch to dh7-debian/rules ?
[17:25] <soc> ScottK, hanska: i uploaded a new one
[17:26] <soc> should appear soon
[17:26] <hanska> soc: busy right now, will have a look later :)
[17:26] <ScottK> hanska: That would cause me some complications for backports, but I'll manage.
[17:26] <hanska> ScottK: I can just stay with dh6, it's not a problem.
[17:27] <ScottK> hanska: Actually 6/7 are equally problematic for me.
[17:27] <hanska> 5? :)
[17:27] <ScottK> I want to, eventually, get all the way back to Dapper.
[17:27] <ScottK> Yes.
[17:27] <ScottK> Don't worry about it though.
[17:27] <hanska> uhm, ok... also because in Debian I have dh6 since 3.03
[17:27] <hanska> s/3.03/4.04/
[17:27] <hanska> :)
[17:28] <hanska> ok, going dh7 then, sorry.
[17:28] <ScottK> Yes and you've got dh7 in b.p.o too.
[17:28] <maxb> but:  debhelper | 7.0.13ubuntu1~hardy1 | hardy-backports | source, all  <--- doesn't that make it ok?
[17:28] <maxb> oops
[17:28]  * ScottK looks at jdong to go ahead and backport dh7 to Gutsy and Dapper.
[17:28] <maxb> evidently I can't tell the difference between hardy and dapper
[17:28] <ScottK> ;-)
[17:33] <soc> http://revu.ubuntuwire.com/revu1-incoming/ttf-droid-0901071830/lintian
[17:34] <soc> should i name my original package ttf-droid_1.00~b112+dfsg.orig.tar.gz now?
[17:54] <pmjdebruijn> lo
[17:55] <pmjdebruijn> in the past I requested a sync request for ufraw for jaunty, which was passed...
[17:55] <pmjdebruijn> however there a new version again, which I'd like to have synced again... should I file a new bug report? or just comment on the old one?
[17:55] <Laney> make a new one please
[17:55] <ScottK> pmjdebruijn: If the sync for the existing bug has already been done, you have to make a new one.  If it were still pending, you could edit the existing bug.
[17:57] <pmjdebruijn> ok
[17:59] <soc> ok, new upload: http://revu.ubuntuwire.com/details.py?package=ttf-droid
[18:01] <pmjdebruijn> ScottK: are Please sync ... request periodically checked?
[18:02] <ScottK> pmjdebruijn: You need to subscribe ubuntu-universe-sponsors to get a MOTU to review.
[18:02] <ScottK> Yes.
[18:06] <pmjdebruijn> ScottK: I didn't previously do that?
[18:06] <sebner> !sponsorship | pmjdebruijn
[18:06] <sebner> grrr
[18:06] <ScottK> pmjdebruijn: Dunno.  You should have if you didn't
[18:06] <pmjdebruijn> ok, subscribing now
[18:07] <pmjdebruijn> thanks for your help
[18:07] <slytherin> what does it take to join u-u-s team if I am already a motu?
[18:08] <ScottK> slytherin: Asking.
[18:08] <slytherin> oh. I thought there was some procedure.
[18:10] <ScottK> There is. That's it.
[18:15] <persia> slytherin, You want to be UUS?  I'll do it now if you do.
[18:16] <slytherin> persia: I have been thinking for some time. But it doesn't make sense to do it now as I have many things in TODO list.
[18:16] <persia> OK.  Just let any of the admins know, and they'll add you when you want to join.
[18:16] <slytherin> persia: sure.
[18:17] <persia> Also, you might want to merge https://launchpad.net/~onkarshinde-ubuntu :)
[18:17] <slytherin> persia: Seeing that page first time. :-)
[18:26] <slytherin> calc: did you see my reply about jaxme build failure?
[18:27] <ScottK> slytherin: It doesn't hurt to go ahead and join.  It doesn't get you any extra bugmail.
[18:27] <soc> pmjdebruijn, hanska, ScottK: i tried to fix all comments, is this ok now? http://revu.ubuntuwire.com/details.py?package=ttf-droid
[18:27] <slytherin> ScottK: Right. But then I may get distracted. :-D
[18:28] <oojah> Hi, I've got some queries on handling man pages when packaging. First off, I'm not really sure about how the make install rules of a package to install a man page and the dh_installman complement one another. If I've got a package that installs example.1 to /usr/share/man/man1/example.1 then how does dh_installman come into things?
[18:31] <broonie> oojah: dh_installman is a more specialised version for man pages - you should use it in preference to manual dh_install of man pages.
[18:31] <ScottK> oojah: Did you try "man dh_installman" - Somewhat ironically, that's where you should probably look.
[18:35] <oojah> Yeah, man dh_installman all makes sense, but what if the man page installation is already handled in the debian/rules install target like "$(MAKE) install DESTDIR=$(CURDIR)/debian/trafshow
[18:35] <oojah> "
[18:36] <calc> slytherin: here?
[18:36] <slytherin> calc: yes
[18:36] <calc> slytherin: you said something about finding out why jaxme ftbfs?
[18:36] <slytherin> calc: yes, I had added comment on the cat-all MIR bug.
[18:37] <slytherin> catch-all
[18:38] <calc> heh iirc rt.jar causes build failures on OOo as well unless you use a patch
[18:38] <calc> slytherin: did you see anything about why xom randomly ftbfs?
[18:39] <slytherin> calc: No. The error says stack overflow. And it is failing on i386 machine as well. So nothing arch specific.
[18:39] <slytherin> calc: jaxme and xom are the only packages remaining to be fixed.
[18:41] <calc> i managed to build xom most of the time on my machine, it occassionally ftbfs, but i have no idea why it only happens sometimes
[18:41] <calc> would that be a bug in it or the jdk?
[18:41] <slytherin> hmm
[18:42] <slytherin> can't really say
[18:42] <calc> but it seems to ftbfs every time on the buildd
[18:42] <calc> ok
[18:43] <calc> if i could manage to make it fail often i could test it on debian to see if it is something wrong with or jdk, but it works for me most of the time so it would be hard to verify
[18:43] <calc> s/or/our/
[18:46] <calc> i'm preparing OOo 3.0.1-2ubuntu1 packaging atm, but will try to beat on those two after i am done
[18:47] <calc> the current debs are broken and users are filing lots of bugs about them so it would be helpful to get them at least in the ppa asap
[18:47] <slytherin> calc: Let me know which solution do you prefer for jaxme so that I can fix and upload it.
[18:47] <calc> slytherin: option 2 sounds like it might be easier for you to do?
[18:48] <slytherin> yes
[18:48] <calc> slytherin: option 2 won't actually break anything will it?
[18:48] <slytherin> calc: not really.
[18:48] <calc> ok
[18:48] <calc> yea that would probably be best then
[18:49] <slytherin> Ok. It will be done in an hour or so.
[18:49] <calc> thanks :)
[18:50] <calc> then i just need to determine whats up with xom, heh :)
[18:51] <calc> but its better if we don't fix them both before the new OOo is uploaded anyway
[18:51] <calc> that way i won't kill the buildds with two builds in a row
[18:52] <slytherin> but will OOo build without those two? As the build seem to have failed because of jaxme and xom.
[18:53] <slytherin> Oh. I understood. You mean if we fix the packages right now, OOo will get built and then it will be rebuilt after you upload new version.
[18:53] <calc> yea
[18:53] <calc> better to be stuck in depwait until i upload the new version
[18:54] <calc> the new one will be stuck at depwait but then i can determine what is wrong with xom
[18:54] <slytherin> fine. let me know when you upload new version.
[18:54] <calc> so it will only tie up the buildds for one day instead of two :)
[18:54] <slytherin> I will keep jaxme ready.
[18:54] <calc> you can go ahead and upload jaxme when you are done with it, xom is broken too so will keep it at depwait
[18:57] <slytherin> ok
[18:59] <slytherin> calc: there is no patch system. should I patch the sources inline?
[19:00] <calc> slytherin: is it cdbs?
[19:00] <slytherin> calc: no, debhelper
[19:01] <calc> slytherin: i guess patching inline is ok then, but make sure to document what you did in the changelog :)
[19:01] <slytherin> yup
[19:09] <khashayar> I'm still trying to get a hang of how to proceed when I create packages for new upstream releases. Is this good it: https://wiki.ubuntu.com/SponsorshipProcess?
[19:10] <khashayar> In this case, qtractor-0.3 was recently released, but only 0.2.1 is in jaunty (and debian, fwiw).
[19:11] <slytherin> khashayar: you need to file a bug, attach the .diff.gz to the bug and subscribe appropriate sponsors team.
[19:11] <calc> actually debdiff would probably be better
[19:11] <calc> but agreed for the rest of the process :)
[19:11] <khashayar> thanks!
[19:12] <calc> khashayar: debdiff is a program that takes two diff.gz and makes a diff of them
[19:12] <calc> that way the sponsor can more easily tell what you have changed in the packaging
[19:12] <khashayar> I thought debdiff was only used when one updated a package with the same orig.tar.gz. No?
[19:13] <james_w> DktrKranz: I filed a sync request for bash-completion, did you get to look at it yet?
[19:13] <calc> khashayar: i might be wrong but i think it works across orig.tar.gz as well, if the output looks wrong then just go with the diff.gz :)
[19:14] <calc> its been a while since i have used debdiff
[19:14] <DktrKranz> james_w, not yet. I was planning to dig through ubuntu bug reports to triage them a bit and try to reproduce them with current Debian version, but please go ahead :)
[19:14] <khashayar> Alright, thanks a lot. I'll see where it gets me.
[19:15] <james_w> DktrKranz: I was doing some of that now, but I'm about to break for today, so there's plenty more
[19:15] <james_w> there's also a bunch of fixes sat in bzr as well
[19:15] <calc> khashayar: the process is the same except if debdiff works (can't recall) then you just run that at the end after you get your new diff.gz
[19:15] <DktrKranz> james_w, cool. I'll do some in the next days (likely on weekend)
[19:16] <khashayar> calc: Alright, I'll try that.
[19:18] <slytherin> calc: khashayar: I think we stopped using debdiff for new upstream versions long time.
[19:19] <khashayar> slytherin: alright, so I'll attach the diff.gz. It looked much better anyway :-)
[19:19] <calc> slytherin: ah ok
[19:20] <calc> khashayar: its usually really obvious if debdiff blew up on a diff :)
[19:20] <calc> thinking back i probably tried to use debdiff in the manner i was stating above when it blew up ;-)
[19:20] <slytherin> khashayar: previously you also needed to install interdiff when you were submitting diff between two upstream versions. But as I said we do not use that process anymore.
[19:20] <calc> but its been a long time since i've updated a new upstream release of a package that way
[19:20] <calc> i mainly stick to beating on OOo
[19:22] <directhex> wheeee, openjdk for a mere 30 meg on disk
[19:24] <slytherin> directhex: what?
[19:25] <directhex> slytherin, IKVM.OpenJDK.dll!
[19:26] <slytherin> ah. :-)
[19:26] <slytherin> does it work well?
[19:26] <directhex> slytherin, i suspect this release (0.38) is a big step up from the release in the archive (0.34) which was based on classpath
[19:27] <slytherin> hmm
[19:27] <soc> i treid to fix all problems which were mentioned in the comments and reuploaded it. someone interested in reviewing it? http://revu.ubuntuwire.com/details.py?package=ttf-droid
[19:27] <directhex> slytherin, in real terms? no idea. ought to be reasonably functional for command-line apps. the AWT implementation is apparently only PoC
[19:28] <persia> directhex, You got it to work?  Nice!
[19:28] <directhex> persia, not only work......... lintian-clean!
[19:28] <slytherin> directhex: Is it getting included on CD? Or is that a jaunty +1 plan?
[19:28] <directhex> slytherin, nah, not my place to dictate what goes on the cd. i just thought it was an interesting project
[19:28] <persia> I doubt ikvm will end up as the default JDK
[19:28] <directhex> slytherin, it's certainly a bit slimmer than a regular openjdk install
[19:29] <persia> Supposedly, Java will get refactoring with Java 7, but that's not for a bit yet.
[19:29] <directhex> i'll have a little play in a sec, just gotta add README.source to the docdir
[19:30] <directhex> persia, what kind of refactoring possible whilst maintaining backward compatibility? java's much less segmented than CLI
[19:30] <directhex> stick an "is" in the middle of that somewhere if you like
[19:31] <persia> directhex, I'm fuzzy on the plan, but my loose understanding is that much of what is now the "JDK" will instead become "modules" that are essentially libraries, so you'd have a dependency map, and only pull the parts you need.
[19:31] <persia> I imagine one could define a "legacy" module that pulled all the old default APIs.
[19:31] <directhex> persia, so learning from mono, then? excellent.
[19:33] <directhex> persia, AFAIK IKVM 0.40 was doing something like that by itself - http://weblog.ikvm.net/CommentView.aspx?guid=f5cd40bc-d6ff-4fa1-8c0b-33a07f7ef967
[19:33] <persia> directhex, ikvm is the forefront of experimentation :)
[19:34] <Amaranth> IKVM is our one hope for a single VM for all this stuff :P
[19:35] <directhex> Amaranth, i thought that was Parrot!
[19:35] <Amaranth> Everyone is targeting the CLR these days
[19:36] <directhex> Amaranth, i think CIL is better designed for multi-language use than java bytecode. it's easier to inject weird languages into it
[19:36]  * slytherin plans of creating a meta-package ubuntu-mono-desktop that pulls in as many mono apps as possible.  :-P
[19:38] <Amaranth> directhex: It's not a drop-in replacement for ruby, is it?
[19:38] <Amaranth> I know IronPython isn't a drop-in replacement for Python
[19:38] <directhex> Amaranth, i think it is. it's being used to run tests
[19:39] <directhex> ipy can drop-in for simple things, but nontrivial stuff you're right
[19:39] <Amaranth> That's because Python is "batteries included"
[19:39] <Amaranth> Even then, GTK# is not a compatible replacement for pygtk or the ruby binding
[19:40] <directhex> how about php-gtk2? :o
[19:42] <superm1> jdong, ping.  Any ideas on the VLC, patches for vdpau, how they're looking?
[19:45] <superm1> jdong, nvm, i dont see it in normal git trees at all, so probably not ready yet
[19:45] <directhex> dpkg-source: info: building ikvm in ikvm_<IP_ADDRESS>+dfsg-1.diff.gz
[19:47] <directhex> i do wish this build didn't need >1 gig of ram
[19:47] <directhex> does openjdk do that?
[19:53] <slytherin> directhex: you mean build of openjdk? or builds using openjdk?
[19:54] <directhex> slytherin, building openjdk
[19:54] <slytherin> directhex: never tried. :-(
[19:54] <directhex> slytherin, ikvm calls javac, with a seemingly required 1.5 gig reserved, to build its openjdk dir
[19:54] <Amaranth> ooh zero punctuation got a new video player
[19:54] <Amaranth> it's widescreen, even though the video isn't
[19:54] <directhex> i.e. -J-Xmx1536M
[19:55] <directhex> Amaranth, probably escapist-wide
[19:56] <slytherin> directhex: is that much ram really needed?
[19:56] <directhex> slytherin, "free" says yes :(
[19:56] <directhex> slytherin, i'm 11% into swap, and i have 2 gig
[19:57] <directhex> slytherin, and i tried slashing the number, with no success
[19:57]  * directhex watches his gnome-system-monitor graph climb again
[19:59] <directhex> slytherin, it peaks at 1020 meg used on my system, but better safe than sorry when settnig limits - just look at freecol
[20:01] <slytherin> how do I make uscan do the repacking of upstream source as well if I have get-orig-source target in debian/rules. What will be the option to be passed to uscan?
[20:01] <Amaranth> ooh i said that in the wrong channel
[20:01] <Amaranth> ooh i feel stupid now but it was funny and you should all watch it so...
[20:07] <directhex> slytherin, the trivial example: http://paste.debian.net/25480/
[20:07] <directhex> slytherin, can you suggest a command-line java app in the archive to test?
[20:08] <slytherin> directhex: how about bsh? It is shell for java based scripts.
[20:09] <slytherin> persia: any help about that uscan problem?
[20:10] <directhex> slytherin, you've found a bug for me. how helpful!
[20:10] <slytherin> directhex: What bug?
[20:11] <directhex> slytherin, more problems with signed assemblies. not the first i've had with ikvm.
[20:11] <slytherin> :-)
[20:11] <directhex> ikvm-<IP_ADDRESS>+dfsg/ikvm-<IP_ADDRESS>/openjdk/Configuration.java:    String default_awt_peer_toolkit = "ikvm.awt.NetToolkit, IKVM.AWT.WinForms, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=13235d27fcbfff58";
[20:11] <directhex> GAH!
[20:12] <directhex> bloody jeroen
[20:14] <directhex> slytherin, sure bsh is X-less? the stack trace is full of java.awt
[20:15] <slytherin> directhex: must be some non-essential functionality.
[20:15] <slytherin> let me find some other application.
[20:17] <slytherin> directhex: how about ant. :-D
[20:18] <directhex> root@mortos:/usr/share/java# ikvm -jar ant-launcher.jar -version
[20:18] <directhex> Unable to locate tools.jar. Expected to find it in /.virtual-ikvm-home/lib/tools.jar
[20:18] <directhex> Apache Ant version 1.7.1 compiled on November 10 2008
[20:19] <persia> slytherin, which problem again?
[20:20] <persia> Oh, I see.
[20:20] <persia> Just put uscan --repack in the get-orig-source rule.  Works for .zip, .bzip, .tbz, .tbz2, .tar.bz2
[20:20] <slytherin> persia: When I do uscan I want the upstream tarball to be modified and repacked. I have get-orig-source target in rules file but don't know how uscan will use it
[20:21] <persia> The problem with that it that it's not the same checksum that way: you probably want to do it manually with gzip -9nf
[20:21] <directhex> hm. who feels like filing a bug against quilt? i'm enormously busy
[20:21] <slytherin> persia: it is a different case here. upstream provides a .jar and I have to also remove some .class files while repacking.
[20:21] <persia> uscan doesn't use the get-orig-source target: it needs to be called by `debian/rules get-orig-source`
[20:21] <persia> Often the get-orig-source target includes a call to uscan.
[20:22] <directhex> Usage: quilt [--trace[=verbose]] [--quiltrc=XX] command [-h] ...
[20:22] <directhex>        quilt --version
[20:22] <directhex> Commands are:
[20:22] <directhex> /usr/bin/quilt: line 42: column: command not found
[20:22] <soc> hi, i wouldn't be so annoying normally but my holidays are almost over and i want to get that package finally in, so that i can sleep well again ... http://revu.ubuntuwire.com/details.py?package=ttf-droid might be worth a look :-P
[20:22] <slytherin> persia: but even after that it will not retrieve new upstream version, will it?
[20:24] <persia> slytherin, You should construct the get-orig-source rule so that it does get the new upstream, edit as needed, and produce the orig.tar.gz.
[20:24] <directhex> persia, sounds like ikvm!
[20:24] <slytherin> persia: currently it extracts upstream version from latest changelog entry. How to I modify it to get new upstream version?
[20:26] <persia> slytherin, OK.  Construct a watch file such that uscan --force-download grabs the latest .jar.
[20:26] <persia> Then call uscan in your get-orig-source rule, and use the downloaded .jar as the basis for your .orig.tar.gz creation
[20:27] <slytherin> hmm, will have to take a look.
[20:31] <slytherin> persia: looks like the solution is to move the repack code to orig-tar.sh which gets called when get-orig-source is called.
[20:31] <persia> I suppose.  I'm not a big fan of having get-orig-source call shell scripts: I prefer to just do it in make, but that could work.
[20:33] <slytherin> anyway, I am too tired to try any of that.
[20:35] <persia> Understandably: it's rather late :)
[20:37] <slytherin> yes, I am I am trying to fix jaxme for last 1 hours.
[20:48] <Laney> siretart: Hey, have any insight on the transcode ftbfs? bug #311102
[20:48] <Laney> bug #311202 sorry
[20:49]  * siretart looks
[20:50] <siretart> Laney: looks like transcode needs to be updated for the new version ffmpeg. have you checked if  there is a new upstream available?
[20:51] <Laney> there is
[20:51] <siretart> it seems the version of transcode we ship is pretty old. try updating it to 1.0.7 and see if that helps
[20:54] <hanska> ScottK: 21:36 <BTS> clamtk 4.08-1 uploaded by David Paleino<EMAIL_ADDRESS>http://packages.qa.debian.org/clamtk
[21:03] <slytherin> calc: jaxme is taking too much time to fix. :-( I will look into it tomorrow.
[21:03] <calc> ok no problem :)
[21:29] <LaserJock> hi all
[21:29] <LaserJock> anybody feel like a little packaging fun?
[21:42] <quadrispro> anyone on bug #311023?
[21:45] <quadrispro1> bobbo: are you around?
[21:45] <bobbo> quadrispro1: yep
[21:45] <quadrispro1> bobbo: great! I have a bug for you :)
[21:46] <quadrispro1> bobbo: bug #311023 (we have some issues with quadr-o-matic, it doesnt want build anything for jaunty...)
[21:47] <Laney> muhahaha ffmpeg
[21:48] <bobbo> quadrispro1: I'll have a look
[21:49] <quadrispro1> thank you!
[21:51] <bobbo> quadrispro1: mind if I msg you?
[21:52] <quadrispro1> bobbo: no problem :)
[21:53]  * persia likes to see discussions about packages in-channel, so others can learn or comment: of course, if it's not package-related, ignore this :)
[21:58] <Laney> yay for transcode building
[21:59] <Laney> siretart: Would you mind reviewing/tweaking/uploading if I provide the .diff.gz on a bug? I'm not totally confident with this package...
[21:59] <bobbo> persia: hehe, not packaging related, don't worry
[21:59] <Laney> or anyone else?
[21:59] <Laney> oh, rats, it failed anyway
[22:00] <bobbo> If we rebuild a package with no Ubuntu changes (*-1build1) then want to make changes to it in Ubuntu, should the version number be *-1ubuntu1, or do we need to mention the old rebuild?
[22:01] <Laney> why can't you do both?
[22:01] <sebner> bobbo: -1ubuntu1
[22:01] <bobbo> sebner: ok, thanks :)
[22:02] <Laney> I don't see why that version cannot contain the last changelog entry
[22:02]  * Laney suspects he misunderstands the question
[22:02] <sebner> Laney:
[22:02] <sebner> 1) you have a debian package
[22:02] <maxb> -1ubuntu1 rather than -1build1ubuntu1, I expect
[22:02] <vorian> in your case, since the last version was debian 7.7-1, then yes, it should be 07.7-1ubuntu1
[22:03] <sebner> well
[22:03] <sebner> first
[22:03] <sebner> 1) -1
[22:03] <sebner> 2) -1build1
[22:03] <sebner> 3) -1ubuntu1
[22:03] <Laney> but 3) contains changelog entries from 2) and 1)
[22:03] <sebner> Laney: sure
[22:05] <quadrispro1> bobbo: it's ready
[22:05] <quadrispro1> hi sebner
[22:05] <maxb> Whilst we're on the topic of versions - the PPA guide says to increment the revision and append ~ppaN - but what does that mean for a synced debian package without ubuntu changes?  Would 1.0-1 become 1.0-2~ppa1 is wrong if a -1ubuntu1 is made. So, would the hypothetical best ppa version be 1.0-1ubuntu0~ppa1 ?
[22:05]  * sebner winks quadrispro1
[22:06] <maxb> erm, sorry for the grammar failure above :-)
[22:07] <persia> maxb, Personally, I'd recommend using -0~ppaX where X increases for PPA versions of unpackaged code.
[22:07] <LaserJock> only if there isn't a -1 though, right?
[22:07] <persia> For PPA versions of packaged code, I'd think using ${existing-version}+ppaX would be safest.
[22:07] <persia> LaserJock, For unpackaged code.
[22:07] <LaserJock> if 1.0-1 already exists you'd want 1.0-1~ppaX I'd think
[22:08] <persia> No, I'd want 1.0-1+ppaX, to sort above 1.0-1
[22:08] <maxb> But, you want the ppa version to be greater than the existing version but less than any future one
[22:08] <persia> maxb, Right.  It's a gamble, but since + has a very low sort value, there's a good chance that you're safe using +ppaX to an existing package.
[22:09] <maxb> persia: interesting... and probably saner than what https://help.launchpad.net/Packaging/PPA#Versioning recommends
[22:09] <persia> maxb, Perhaps you'd like to update that page?  It's just a wiki.
[22:09] <LaserJock> persia: your right about ~ vs +, my bad
[22:09] <LaserJock> *you're
[22:09] <Laney> deja vu?
[22:10] <Laney> I swear we had a similar conversation before (r.e. ppa versioning)
[22:10] <persia> Actually, I don't like + so much anymore.
[22:10] <persia> `dpkg --compare-versions 1.0-0ubuntu1 gt 1.0-0+ppa1 && echo true` doesn't give the result I want.
[22:11] <persia> I'm not sure why though.  'u' should be higher than '+'.
[22:11] <LaserJock> odd
[22:12] <maxb> argh, I was following the same misconception as you. But actually, the sort order is ~ digit alpha other
[22:12] <persia> Indeed.
[22:12] <persia> Oh, bother.
[22:13] <persia> In that case, I suppose -00ppaX might be safer.
[22:13] <persia> and dpkg --compare-versions agrees with that.
[22:13] <maxb> I'm fairly sure that 00 will behave identically to 0
[22:14] <persia> Oh well.  -0ppaX then.  Still sorts lower than -0ubuntuX or -1, and I'm not interested in non-Ubuntu non-Debian upgrade path conflicts right now.
[22:15] <persia> (and yes, 0ppa1 and 00ppa1 are considered identical)
[22:29] <ScottK> hanska: Did you file a sync request?
[22:31] <directhex> persia, i got a swing hello world app running in ikvm, but i can see why they call the awt implementation proof-of-concept
[22:32] <directhex> persia, it's not particularly usable
[22:32] <persia> heh.
[22:32] <persia> ikvm is *all* proof-of-concept.
[22:34] <ScottK> hanska: If so, what's the bug number?
[22:46] <directhex> persia, how many of the 20k or so source packages in the archive aren't?
[22:46] <directhex> persia, isn't linux just a filler kernel until hurd is ready? ;p
[22:46] <sebner> hurd \o/
[22:47] <LaserJock> directhex: I thought it was until the python kernel was ready? ;p
[22:47] <directhex> LaserJock, never used perl-linux?
[22:49] <persia> directhex, Umm...  But ikvm is *even-more-so*
[22:54] <KIAaze> hi, I'm trying to package an application using an unpackaged library
[22:55] <KIAaze> to do this, I tried creating a local apt repo as indicated here: https://wiki.ubuntu.com/PbuilderHowto#Building%20With%20Local%20Packages
[22:55] <KIAaze> but I get this error when running dput:
[22:55] <KIAaze> Successfully uploaded packages.
[22:55] <KIAaze> Not running dinstall.
[22:55] <KIAaze> mini-dinstall [-1215132784] ERROR: Unable to install "/var/cache/archive/mini-dinstall/incoming/hello_1.0_source.changes"; adding to screwed list
[23:00] <directhex> persia, it's still worth having, IMHO. it's an interesting package
[23:01] <directhex> persia, and it enables you to use java libs (albeit with an unpleasantly large dep on IKVM.OpenJDK.dll) in CLI apps, which is neato
[23:04] <LaserJock> quick sanity check, are the nvidia drivers shipped on the CD?
[23:05] <oojah> I don't suppose anybody would consider reviewing the package I just uploaded, ralcalc? It's a quick to use command line calculator. I would leave it to get processed in due course, but I'm sure I've commited every packaging sin under the sun so thought I should give myself more time to fix it. http://revu.ubuntuwire.com/details.py?package=ralcalc
[23:08] <soc> someone interested in reviewing http://revu.ubuntuwire.com/details.py?package=ttf-droid ? it's a small package, with all fixes from the comments
[23:09] <superm1> LaserJock, on the DVD
[23:09] <LaserJock> oojah: the packaging looks pretty good on quick inspection
[23:09] <superm1> they're not installed, but the packages are there
[23:09] <LaserJock> superm1: but they aren't on the CD?
[23:09] <superm1> LaserJock, no they're not
[23:10] <superm1> you have to use jockey to turn them on
[23:10] <LaserJock> dang
[23:10] <superm1> CD is quite filled
[23:10] <LaserJock> a friend of mine is trying out Ubuntu for the first time and I told him they were on the CD
[23:10] <LaserJock> he's got no internet
[23:10] <superm1> well that makes it more difficult
[23:11] <LaserJock> he's also using gutsy
[23:11] <LaserJock> I think I'll tell him to maybe get the Intrepid DVD or something
[23:11] <superm1> in gutsy the kernel module is on the CD, but the driver isn't
[23:11] <oojah> LaserJock: I guess that's a good start :)
[23:11] <Laney> oojah: Remove the boilerplate from rules
[23:12] <Laney> oojah: Do readme.txt and ChangeLog get installed in /usr/share/doc/ralcalc?
[23:13] <oojah> Laney: ChangeLog I remember for certain, readme.txt I can't remember. readme.txt is all covered in the man page though tbh.
[23:13] <Laney> It might be nice - I know I sometimes go to http://localhost/doc/<package> to see what's what
[23:13] <oojah> ok
[23:15] <Laney> you should just be able to put it in debian/docs
[23:16] <oojah> Do I need to worry about http://revu.ubuntuwire.com/report.py/legal?upid=4445 ?
[23:17] <Laney> not if that's listed in copyright
[23:18] <oojah> Right.
[23:20] <Laney> oojah: Run lintian over your binaries too and see if anything comes up
[23:20] <Laney> (I don't know if it will, it's just a good check to do)
[23:21] <oojah> Good point, I only ran it on the sources.
[23:21] <Laney> I always forget
[23:22] <pochu> pbuilder runs it for me
[23:22] <pochu> on every build
[23:24] <jmarsden|work> oojah: It's not a packaging issue, but... wouldn't something like   function = () { echo "scale=8; $@" |bc -lq ; }  # get you more power than ralcalc and the same "easy" UI, using bc underneath?  What is the intended user base for ralcalc on Ubuntu?
[23:26] <oojah> jmarsden|work: A valid question :)
[23:27] <jmarsden|work> So... you're packaing it just to learn packaging, basically, not because ralcalc is actually useful?
[23:27] <oojah> I find it most useful because I always do calculations with a variety of SI prefixes.
[23:28] <oojah> I use it all the time and others have found it useful enough from my ppa to blog about it and do translations.
[23:28] <oojah> I doubt it'll ever have a huge user base, but there you go.
[23:29] <jmarsden|work> Fair enough; I think I'll stick to bc, and use units when I am dealing with stuff than needs units (so I can ask what 8 megafurlongs per fortnight is in meters/second ;)
[23:30]  * LaserJock <3 units
[23:31] <oojah> It's a common conversion that one.
[23:38] <directhex> my car gets 80 rods to the hogshead, and that's the way i like it!
[23:51] <Laney> dpkg-deb: building package `transcode' in `../transcode_1.0.7-0ubuntu1_amd64.deb'.
[23:51] <Laney> \o/
[23:56] <oojah> I've done a new upload to fix what you suggested (and the lintian run on the binary!) and am now off to bed. Thanks very much for your comments everyone.