[12:08] <sistpoty> gn8 everyone
[12:12] <lucas> anyone here ready for a tetrinet game ? ;)
[12:30] <raphink> oh i've totally forgotten about the TB tonight :s
[12:32] <_jason> is this tertrinet game open to everyone?
[12:55] <sebest_> what is the usefullness of debian/dirs file?
[12:57] <crimsun> it's used by debhelper to create subdirectories in the package build
[12:58] <sebest_> crimsum, ah
[12:58] <sebest_> because i use install -D
[12:58] <sebest_> -D create the destination dir
[12:59] <sebest_> i shouldn't use -D and put this directory in "dirs" ?
[12:59] <crimsun> whichever way works for you
[12:59] <sebest_> both way are ok?
[01:00] <sebest_> ok, thanx, i'll leave it like this as it's working
[01:11] <Lathiat> sebest_: can also be usefull to include blank dirs for whatever reason
[01:13] <sebest_> Lathiat: i'm trying to conver mezcalero RFP, into an ITP
[01:13] <sebest_> convert
[01:14] <Lathiat> RFP for?
[01:14] <sebest_> can i use ubuntu's reportbug, to access debian's BTS?
[01:14] <sebest_> RFP for mod_dnssd
[01:14] <Lathiat> sebest_: i think so
[01:15] <Lathiat> keep in mind, iirc, you can only ITP if your a DD
[01:15] <sebest_> ah
[01:15] <Lathiat> but you could get someone to sponsor, or perhaps use it to become a dd? :)
[01:15] <sebest_> because i did the package
[01:15] <sebest_> but i'm not DD
[01:16] <sebest_> Lathiat, could you have a quick look at it?
[01:16] <sebest_> http://sebest.ovibes.com:8000/
[01:17] <sebest_> it's my first package, but i did it carefully reading the docs
[01:17] <Lathiat> sure
[01:18] <sebest_> thanx
[01:18] <azeem> Lathiat: everybody can file an ITP, one does not need to be a DD
[01:18] <Lathiat> azeem: really?
[01:18] <Lathiat> hrm i read differently somewhere
[01:18] <sebest_> azeem: i followed the following docs: http://www.debian.org/devel/wnpp/#l1
[01:19] <azeem> lifeless: whoa!
[01:19] <sebest_> but issueing "reportbug  wnpp" doesn't give me the same output as in the example
[01:20] <azeem> sebest_: you might have to specify bts=debian or something in the config
[01:20] <lifeless> azeem: yeah, took its time
[01:20] <lifeless> azeem: but we can now do the guis and the plugins
[01:22] <azeem> coincidently, I've been very busy with uni the last weeks, but should have more time from today on
[01:29] <Kyral> Damn LaserJock
[01:29] <Kyral> I was working on his specialty
[01:33] <Lathiat> sebest_: need to build-dep lynx
[01:34] <sebest_> ah
[01:34] <sebest_> yes
[01:34] <Lathiat> (pbuilder is good)
[01:38] <sebest_> i didn't know pbuilder
[01:38] <sebest_> i fixed the missing build-dep
[01:38] <sebest_> any other issue?
[01:39] <sebest_> hey lathiat, today i saw a demonstration of XGL!
[01:39] <sebest_> Novell was demoing it
[01:40] <sebest_> it's quite really impressive
[01:45] <Lathiat> sebest_: where are you?
[01:46] <sebest_> i'm here
[01:46] <sebest_> in paris
[01:50] <Lathiat> sebest_: i've been finding it nice not to depend on avahi-daemon (since e.g. i like to use my svn version)
[01:51] <sebest_> yes but the package must depend on it
[01:52] <Lathiat> sebest_: mod_dnssd.load has an error
[01:52] <Lathiat> sebest_: says mono_dnssd
[01:52] <Lathiat> sebest_: should be mod_dnssd
[01:52] <sebest_> ah ues
[01:52] <sebest_> yes
[01:53] <raphink> what are the rules to add packages to backports ?
[01:53] <orion_fr_24> here i am
[01:53] <raphink> cool ;)
[01:54] <raphink> siretart: do you know what are the rules to add packages to backports ?
[01:54] <raphink> siretart: backporting pureadmin to breezy fixes a major bug
[01:55] <raphink> everybody sleeping here ? :p
[01:55] <crimsun> raphink: ask Mez
[01:55] <raphink> ok
[01:55] <Kyral> Since I'm not gettin' an answer anywhere else
[01:55] <raphink> Mez: what are the rules to backport stuff to breezy?
[01:56] <Kyral> does anacron take care of my personal crontab?
[01:56] <raphink> Mez: backporting pureadmin to breezy fixes a major bug
[01:56] <raphink> ty crimsun ;)
[01:57] <Mez> raphink: 1) it builds from dapper 2) it doesnt break 3) it works 4) it doesnt break everything else
[01:57] <raphink> Mez: exactly, don't worry i've checked ;)
[01:57] <Kyral> meh no one knows lol
[01:57] <raphink> Mez: i've just ported it on orion_fr_24's comp
[01:57] <raphink> it's even debhelper compat 4
[01:58] <orion_fr_24> yep he did
[01:58] <raphink> so it builds without even a change in debian/
[01:58] <raphink> Mez: the current pureadmin in breezy is incompatible with pure-ftpd
[01:58] <raphink> malone 3349
[01:58] <Ubugtu> malone bug 3349 in pureadmin "pureadmin package outdated" [Normal,Fix released]  http://launchpad.net/bugs/3349
[01:58] <raphink> backporting 0.3 from dapper fixes this bug
[01:59] <raphink> your opinion Mez ?
[01:59] <sebest_> Lathiat, thanx i think i fix it
[02:00] <Mez> raphink: email case for the backport and logs of build and stuff to<EMAIL_ADDRESS>and it'll be looked at
[02:01] <raphink> Mez: you want the debdiff and buildlog ?
[02:01] <Mez> debdiff ?
[02:01] <raphink> just the buildlog ?
[02:01] <raphink> :)
[02:01] <Mez> why a debdiff?
[02:02] <raphink> hmm just in case there are things to change to backport it, but it's nto the case actually
[02:02] <raphink> hehe
[02:02] <raphink> *blush*
[02:02] <Mez> well - if it doesnt work from dapper sources
[02:02] <Mez> it doesnt get backported
[02:02] <Mez> simple as
[02:02] <raphink> it does work
[02:02] <Mez> unless the changes are fixed in dapper
[02:02] <raphink> ok understood ;)
[02:02] <Mez> hence why we're having lots of fun trying to backport kde
[02:02] <Mez> :D
[02:02] <raphink> so I juts send the buildlog attached to the email to<EMAIL_ADDRESS>[02:02] <raphink> hehe I guess ;)
[02:03] <Mez> and a use case for backporting (why you want it backported!)
[02:03] <Mez> but pretty much yeah
[02:03] <Mez> I mean it'll be checked anyways :D
[02:03] <Mez> but always better to have stuff there too
[02:03] <raphink> ok
[02:05] <Mez> (oh, and subscribing first or using an @ubuntu.com email address is preferred! makes me not have to approve the post!)
[02:05] <raphink> hehe ok :)
[02:07] <ajmitch> afternoon
[02:07] <crimsun> 'afternoon, ajmitch
[02:54] <raphink> Mez: need approval for the email cause body too big :'(
[02:54] <raphink> booh
[02:56] <Kyral> bddebian!!
[02:56] <bddebian> Heya Kyral
[06:39] <LaserJock_> hmm, I wonder why there are two of me :(
[09:28] <Tonio_> morning everyone
[09:31] <lifeless> ajmitch: so, can we pull *new* packages into universe ?
[09:47] <ajmitch> lifeless: yep
[09:47] <ajmitch> it'll probably require begging elmo
[09:48] <lifeless> opensync got through new
[09:49] <ajmitch> yeah, that's great to have in sid, finally
[09:49] <dholbach> good morning!
[09:49] <ajmitch> hi daniel
[09:49] <dholbach> heya andrew
[10:00] <Tonio_> morning dholbach
[10:01] <dholbach> hey Tonio_
[10:21] <siretart> ajmitch: wasn't gooby supposed to support avahi? why does it not show up in my service discovery applet?
[10:21] <ajmitch> yes
[10:22] <Lathiat> gobby only supports howl afaik
[10:22] <Lathiat> someone made some dapper packages
[10:22] <ajmitch> because s-d-a only shows the configured services
[10:22] <Lathiat> for the howl compat layer
[10:22] <Lathiat> that too
[10:22] <Lathiat> gobby in dapper still doesnt depend on avahi tho
[10:22] <siretart> ah, ok. thanks
[10:22] <Lathiat> try avahi-browse _lobby._tcp
[10:22] <ajmitch> siretart: Lathiat knows better than I ;)
[10:22] <Lathiat> i doubt it sthere but
[10:23] <siretart> Lathiat: what about ssh? how to I make the sshd easily pop up in s-d-a?
[10:23] <Lathiat> copy th eexample service file from /usr/share/doc/avahi-daemon to /etc/avahi/services
[10:25] <siretart> and restart avahi, I assume
[10:25] <Lathiat> only need to reload
[10:25] <Lathiat> avahi-daemon -r
[10:25] <Lathiat> or init.d/avahi reload might work, dunno
[10:25] <ajmitch> Lathiat: settled back to perth time yet? :)
[10:26] <Lathiat> yeh
[10:26] <Lathiat> oddly enough
[10:26] <Lathiat> well
[10:26] <Lathiat> somewhat
[10:26] <Lathiat> :)
[10:26] <ajmitch> probably because you don't have a real sleeping pattern :)
[10:26] <StevenK> Heh.
[10:26] <Lathiat> sleeping pattern? ;)
[10:26] <ajmitch> so going to bed at 5am is 'normal'
[10:26] <siretart> Lathiat: ok nice. what is howl? is there a faq for that somewhere?
[10:26] <Lathiat> howl is another implementation of mdns/dns-sd (the protocol avahi speaks)
[10:26] <ogra> ajmitch, sure it is
[10:27] <ajmitch> ogra: for some people :)
[10:27] <Lathiat> which is obviously inferior!
[10:27] <ogra> heh
[10:27] <StevenK> ajmitch: While your up there, see if the case I ordered is still up there.
[10:27] <cain_> lol
[10:27] <StevenK> s/your/you're/
[10:27] <siretart> Lathiat: ok. so, if I want to advertise services like gobby or ekiga, what is the local admin supposed to do? create these funny xml files in /etc/avahi/services and done?
[10:28] <Lathiat> siretart: ekiga has support for avahi itself
[10:28] <Lathiat> as in, the program registers the service at runtime
[10:28] <ajmitch> StevenK: sure
[10:28] <Lathiat> gobby should too, altho only has support for the howl api atm
[10:28] <StevenK> It should be here tomorrow. Hopefully.
[10:28] <Lathiat> and its hard to static service that since its a random port iirc
[10:28] <ajmitch> StevenK: I'll probably be up there for 2-3 weeks :)
[10:29] <siretart> Lathiat: I told s-d-a to display local services as well, but ekiga doesnt show up
[10:29] <ajmitch> heh
[10:29] <ajmitch> why so friendly?
[10:29] <Lathiat> siretart: s-d-a probably doesnt know about sip services?
[10:29] <Lathiat> siretart: try avahi-discover
[10:29] <StevenK> (Which is what I'm planning on calling it)
[10:29] <ajmitch> nice
[10:29] <StevenK> (My file server)
[10:29] <siretart> avahi-discover finds it..
[10:30] <ajmitch> StevenK: > 1TB?
[10:30] <Lathiat> siretart: s-d-a only shows certain services it knows how to launch
[10:30] <StevenK> ajmitch: I wish.
[10:30] <Lathiat> siretart: i think you can configure it, try right click?
[10:30] <StevenK> steven@broken:~% df -h | grep nfs
[10:30] <StevenK> nfs:/home/steven       29G   15G   13G  55% /media/infected
[10:30] <StevenK> nfs:/srv/media        429G  369G   61G  86% /media/media
[10:30] <ajmitch> StevenK: that's not much, you can get that with 1 drive these days
[10:30] <ajmitch> now if I filled up the 15 drive bays with 500GB drives..
[10:31] <siretart> Lathiat: ah, I added the service types to s-d-a, and they instantly  popped up. nice
[10:31] <Lathiat> so i just got a CC and the tempt to guy buy a nice new system with lots of disk is big :)
[10:31] <Lathiat> siretart: :)
[10:31] <Lathiat> must.. resist. :)
[10:32] <Lathiat> 320s seem to be at a good price point
[10:32] <ajmitch> StevenK: pvmove!
[10:32] <ajmitch> either 250 or 320 seems to be the best price per GB now
[10:32] <Lathiat> 320 if you get wholesale
[10:32] <Lathiat> last check
[10:32] <ajmitch> yeah
[10:32] <ajmitch> I'm looking at putting in a couple of SATA drives
[10:32] <StevenK> hdg: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
[10:32] <StevenK> hdg: drive_cmd: error=0x04 { DriveStatusError }
[10:32] <StevenK> Hrrrrrrm
[10:33] <ajmitch> nasty
[10:33] <Lathiat> oops
[10:33] <Lathiat> careful, it might get scared
[10:33] <ajmitch> a good incentive was seeing bulging, leaky caps on the current motherboard
[10:33] <ajmitch> :P
[10:33] <ajmitch> probably just a 4200+
[10:34] <ajmitch> put in 4GB RAM
[10:34] <Lathiat> in a coolermaster stacker (biig case top down with 5.25" slots, takes 3x5.25->4x3.5" convertors
[10:34] <Lathiat> fill it upp :)
[10:34] <Lathiat> (over time, ofc, i cant afford that much disk at once :)
[10:34] <ajmitch> how many drives?
[10:34] <Lathiat> i'm getting towards being able to afford the base system tho
[10:34] <Lathiat> ajmitch: 12, i think you can fit 16 if you hack the top bit
[10:34] <Lathiat> each convertor has a 120mm fan on the front
[10:34] <ajmitch> this case has 9 3.5" bays, another 6 5.25"
[10:34] <ajmitch> nice :)
[10:34] <Lathiat> nice
[10:35] <ajmitch> I think 15 drives might be a little noisy
[10:35] <Lathiat> said case also has a nifty 'cross-flow' fan that blows underneath the motherboard
[10:35] <StevenK> The case being shipped down from Brissy is a SFF case - 1 5.25" and 1 each internal and external 3.5"
[10:36] <ajmitch> Lathiat: this one is second-hand, from a friend who was willing to sell it cheap
[10:36] <ajmitch> 2 80mm fans down front, right in front of 6 3.5" drive bays
[10:36] <ajmitch> so the air blows through all the drives
[10:37] <ajmitch> and 2 in back, right beside the cpu heatsink
[10:37] <Lathiat> http://www.systemcooling.com/cm_stacker-02.html
[10:37] <ajmitch> nice, you bought this, or just dreaming of it?
[10:38] <Lathiat> you can hack the top bay out to make another 3 bays and fit a 4th convertor in
[10:38] <Lathiat> ajmitch: going to get
[10:38] <Lathiat> its only $225 or so
[10:38] <Lathiat> not insanely expensive
[10:38] <ajmitch> good price for it
[10:38] <Lathiat> hunting around for a good motherboard
[10:39] <Lathiat> http://www.staticice.com.au/cgi-bin/search.cgi?q=stc-t01
[10:41] <ajmitch> I think a 4200+ X2 ought to be adequate for compiling
[10:41] <ajmitch> not too expensive
[10:41] <Lathiat> $569 retail
[10:41] <Lathiat> not bad
[10:41] <Lathiat> thats what i'd get
[10:41] <Lathiat> its at the sweet price point
[10:42] <ajmitch> yeah
[10:42] <ajmitch> a bit over $600 NZ here
[10:42] <Lathiat> wonder what i can get it at work for
[10:43] <ajmitch> get one for me ;)
[10:43] <Lathiat> i'll let you know, keep in mind shipping tho
[10:43] <ajmitch> yeah
[10:43] <ajmitch> aus->nz usually isn't too bad
[10:43] <Lathiat> i can get $569 - 3% at least
[10:43] <Lathiat> work will probably be better
[10:45] <ajmitch> about $606 NZ
[10:46] <ajmitch> I think I was looking at $630 to get one here
[10:46] <Lathiat> prob
[10:46] <Lathiat> what can you get it locally for?
[10:46] <ajmitch> hm, it wasn't $630
[10:47] <ajmitch> it was $695
[10:47] <ajmitch> so even if shipping was $20 it'd be worth it
[10:47] <Lathiat> ah
[10:47] <Lathiat> nice
[10:48] <ajmitch> I might have to check out australian prices while I'm over there & once I get the money
[10:49] <jsgotangco> jetsetter
[10:49] <ajmitch> jsgotangco: i'm going there for work
[10:50] <ajmitch> you can hardly talk :)
[10:50] <ajmitch> flying all over the place, doing the conference celebrity gig
[10:50] <Lathiat> oh?
[10:50] <Lathiat> whatcha doing?
[10:50] <ajmitch> Lathiat: just some coding
[10:50] <ajmitch> since it's dealing with some specific hardware it's easiest for me to fly there
[10:51] <Lathiat> ah fun
[10:51] <Lathiat> i wonder how pascals flying limo ride went
[10:51] <ajmitch> ?
[10:51] <Lathiat> didn't hear about that?
[10:51] <ajmitch> nope
[10:51] <Lathiat> mark flew pascal klein back to canberra
[10:51] <ajmitch> nice
[10:51] <Lathiat> pascal was this 16yo guy
[10:51] <Lathiat> does ubuntu art team
[10:51] <ajmitch> yeah I know
[10:51] <Lathiat> got sponsored to goto lca winnign some price from linux.conf.au
[10:51] <Lathiat> ah
[10:51] <Lathiat> cool
[10:52] <ajmitch> everyone else knows too
[10:52] <Lathiat> knows what?
[10:52] <ajmitch> remember the conference close?
[10:52] <Lathiat> ah, yeh
[10:52] <Burgundavia> Lathiat, do tell
[10:54] <Lathiat> pascal seems pretty cool, reminds me of me a couple years back
[10:54] <Lathiat> a little annoying but potentially usefull :)
[10:54] <ajmitch> a little too eager at times :)
[10:54] <Lathiat> stuff like that can be fairly encouraging
[10:54] <ajmitch> sure
[10:54] <Burgundavia> 16yo and not eager would worry me
[10:54] <Lathiat> (flying on canonical 1)
[10:54] <Lathiat> alot of people di dthings for me when i was younger
[10:54] <Lathiat> so i know what its like
[10:54] <Lathiat> i mean, no one ever flew me on canonical 1
[10:54] <Lathiat> but yeh
[10:54] <jsgotangco> lol
[10:55] <Lathiat> i have managed to be paid for to goto lca for the 3rd year running
[10:55] <Lathiat> i need to come up with a new project so i can go for the fourth
[10:55] <jsgotangco> i'll see it later but won't ride it though
[10:55] <ajmitch> cheapskate
[10:55] <Burgundavia> how did you scam that?
[10:55] <Lathiat> or get a (male) conference organisers obsessed with me again
[10:55] <Lathiat> maybe jeff likes me :)
[10:55] <ajmitch> haha
[10:55] <Lathiat> Burgundavia: well, in lca2003, it was in my home city
[10:55] <jsgotangco> lol
[10:55] <ajmitch> that would be worrying
[10:55] <Lathiat> and i helped organise, so free rego
[10:55] <Lathiat> ajmitch: it happened in 04
[10:55] <Lathiat> then in 04
[10:55] <ajmitch> very worrying :)
[10:56] <Lathiat> i was running the ipv6 mini conf
[10:56] <Lathiat> which was the "reason" i was paid for
[10:56] <Lathiat> but i think the guy organising it liked me a little too much for my personal tastes
[10:56] <Lathiat> (which he later indicated clearly, altho he was somewhat drunk on both occasions)
[10:56] <ajmitch> haha
[10:56] <Lathiat> then in 2005 i won the RDP (sun pays for 1 person from each state)
[10:56] <Lathiat> then this year i was doing a talk and got travel assistance
[10:59] <Burgundavia> the sad reality of where I live is that almost no tech conferences happen north of Oregon
[10:59] <ajmitch> all we have around here is LCA :)
[11:00] <Burgundavia> sivang, I leave tomorrow morning, in about 4 hours
[11:00] <ajmitch> and who really wants to hear boring old hackers like linus come & talk? :)
[11:00] <sivang> Burgundavia: yeah, already heared that , good for you :)
[11:00] <ajmitch> Burgundavia: where are you off to now?
[11:00] <sivang> ajmitch: are you sponsered to go to LCA by the hardware vendor you're writing stuff for?
[11:01] <Burgundavia> ajmitch, Toronto, Ontario Library conference
[11:01] <jsgotangco> Burgundavia, corporate jetsetter
[11:01] <ajmitch> sivang: certainly not
[11:01] <ajmitch> sivang: LCA was in dunedin, where I live
[11:01] <Burgundavia> if I owned a suit, I would even get to where that
[11:01] <Burgundavia> s/where/wear
[11:01] <ajmitch> and this job is after LCA :)
[11:01] <sivang> yeah, jsgotangco , well spoken
[11:01] <ajmitch> Burgundavia: a suit? nasty
[11:01] <sivang> ajmitch: what type of hardware is that going to be ?
[11:02] <Burgundavia> ajmitch, I do sales now. I am one of those nasty suits that techs talk about
[11:02] <raphink> huhu
[11:02] <raphink> sales
[11:02] <sivang> yeah, but although techs like to talk about them, they stay in office, while those sales people travel al over
[11:03] <Burgundavia> the ones who call you and say "I just promised X. You can deliver that, right?"
[11:03] <ajmitch> sivang: just some little devices to go in vans, etc
[11:03] <ajmitch> I'm not entirely clear on the specs
[11:03] <ajmitch> I've got to read more of the provided docs :)
[11:03] <sivang> ajmitch: hehe :)
[11:03] <sivang> ajmitch: sounds pretty cool. poking in the inner belly of hardware is always interesting.
[11:03] <sivang> ajmitch: is this arm/risc based?
[11:04] <sivang> (/me is thinking about GPS stuff)
[11:05] <sivang> anyway my dear mates, gotta catch something to eat. Laters
[11:29] <Lathiat> ajmitch: hrm, works supplier is actually slightly more expensive than that price from nintek.com.au
[11:32] <ajmitch> heh
[11:33] <ajmitch> some of those prices are impressively cheaper though
[11:34] <Lathiat> actually
[11:34] <Lathiat> i lie
[11:34] <Lathiat> i was looking at the 4400
[11:35] <ajmitch> ah
[11:35] <ajmitch> what price for the 4200?
[11:35] <Lathiat> oh
[11:35] <Lathiat> no i wasnt
[11:35] <Lathiat> i lie
[11:35] <ajmitch> stop lying!
[11:35] <Lathiat> i cant help it
[11:35] <Lathiat> nintek seems to have the cheapest prie anywhere
[11:36] <ajmitch> yeah, but shipping would probably be cheaper from an east coast supplier
[11:37] <Lathiat> staticice.com.au only shows 1 other place at that price
[11:38] <ajmitch> pricespy.co.nz shows a few cheaper than the site I was looking at here
[11:46] <ajmitch> Lathiat: I see that shipping costs will probably make it a bit steep
[11:46] <ajmitch> the preferred retailer I use has free shipping within NZ
[11:56] <dholbach> crimsun: could you and janimo get the changelog-diff and diffstat of exo and thunar on the mailing list as well?
[12:16] <pef> hello
[12:16] <pef> dholbach: are you around ?
[12:17] <dholbach> yes
[12:17] <pef> dholbach: how are you ? :)
[12:17] <ajmitch> night all
[12:18] <dholbach> pef: could be better - the distro team sprint is full of sick people and I feel quite tired myself
[12:18] <Lathiat> blame NZ? :)
[12:18] <pef> :/ hope you won't be ill too
[12:19] <dholbach> pef: ++ - I hope that too. :-)
[12:19] <pef> dholbach: you have main upload rights, isn't it ?
[12:19] <dholbach> Yes.
[12:21] <pef> dholbach: ekiga (old gnomemeeting) is currently broken, libopal.so.2: cannot open shared object file, the fix is to simply rebuild it :)
[12:21] <pef> error at startup
[12:22] <dholbach> I will look into it. I got around 10 bug reports about that already.
[12:22] <Lathiat> aha
[12:22] <dholbach> I'm not entirely convinced, that a rebuild will fix it, I'll look into it later today.
[12:22] <dholbach> There was a whole new GNOME, which I'm currently tending.
[12:22] <dholbach> 2.13.90
[12:24] <pef> a rebuild in my dapper chroot solved the problem, I can use it
[12:25] <dholbach> what does   apt-cache show ekiga | grep opal   say?
[12:26] <dholbach> pef: ^
[12:28] <pef> dholbach: nothing
[12:28] <pef> missing bdepends ?
[12:28] <dholbach> No.
[12:28] <dholbach> Then a rebuild doesn't fix it.
[12:28] <dholbach> I suppose (as I said in one of the bug reports), that it's a missing library symlink, so that shlibs doesn't pick it up.
[12:31] <pef> ok :)
[12:31] <pef> another question, is the method to correct bugs in n-x packages (Breezy, Hoary) documented somewhere ?
[12:32] <dholbach> I don't understand.
[12:33] <pef> if I want to correct a bug in a Breezy package, how should I proceed ?
[12:34] <Lathiat> pef: generally, you dont
[12:34] <Lathiat> pef: whats the nature of the bug?
[12:34] <pef> Lathiat: broken package, for example
[12:35] <Lathiat> pef: define broken
[12:35] <pef> Lathiat: uninstallable package because of missing dependencies
[12:36] <dholbach> What do you do to fix it?
[12:36] <dholbach> The less meddling in the stable release (even via updates) the better.
[12:37] <pef> so only security fixes are allowed ?
[12:42] <raphink> current state of the MOTUWiki organization : http://revu.tauware.de/~raphink/MOTUWiki.png
[12:42] <raphink> there is still quite a lot to do, but it's getting in shape :D
[12:43] <raphink> any comment/suggestion is welcome :)
[12:43] <raphink> or quite any ;)
[02:44] <Yagisan> Fuddl: ping
[02:44] <Fuddl> Yagisan: pong
[02:44] <Fuddl> yepp?
[02:45] <Yagisan> Fuddl: you packaged nexiuz on revu ? I can't find a .orig @ http://revu.tauware.de/details.py?upid=1592
[02:46] <Fuddl> Yagisan: oeh.... really?!? *panic* gimme a second!
[02:47] <Fuddl> ... i thought i uploaded a fixed versoin. stay tuned ;)
[02:47] <Yagisan> Fuddl: I didn't see one. I felt like playing a game and just when to grab a copy and was 1 file short
[02:47] <Fuddl> whoops, i didn't
[02:48] <Fuddl> Yagisan: i'll fix it.
[02:48] <Yagisan> Fuddl: no worries :)
[02:48] <Fuddl> too late, i'm worrying :)
[02:50] <Fuddl> ok, dput is uploading the .orig.tar.gz atm
[02:50] <Fuddl> [x]  done
[02:52] <Yagisan> Fuddl: thanks, now to play a game that isn't doom ;)
[02:52] <Fuddl> Yagisan: have fun :)
[02:53] <Fuddl> Yagisan: don't forget to dpkg -i nexuiz-data before nexuiz
[02:54] <Yagisan> Fuddl: it looks like my pet project (http://revu.tauware.de/details.py?upid=483) is closer to coming into ubuntu, finally seeing correctly licensed or replacxed files appearing in cvs :)
[03:28] <Se7h> is motu planning on uploading pymedia to the repo ?
[04:52] <phanatic> hi people
[04:55] <Gloubiboulga> hey phanatic
[04:56] <phanatic> hey Gloubiboulga :)
[05:07] <phanatic> dear masters, if anybody has the time, please have a look at http://revu.tauware.de/details.py?upid=1628 raphink has already accepted it. thanks for your help!
[05:13] <dholbach> dear phanatic, if a bug is in launchpad and somebody has accepted it, it's likely that somebody will take care of it.
[05:13] <phanatic> dholbach: it's not a bug in launchpad, but a package waiting for review on revu
[05:14] <dholbach> ah ok, sorry then
[05:14] <phanatic> np :)
[05:16] <zul> heylo
[05:49] <apachelogger> http://revu.tauware.de/details.py?upid=1635 feedback, feedback, I'd like to see some feedback ;-)
[05:50] <jpatrick> apachelogger: ok, calm down... ;)
[05:50] <apachelogger> well, my first package in revu :D
[05:51] <jpatrick> apachelogger: Conflicts: kblogger ?
[05:51] <apachelogger> old package is called kblogger
[05:51] <apachelogger> and I renamed the thing to kicker-kblogger
[05:52] <jpatrick> there is no kblogger in the repos...
[05:52] <apachelogger> but a user might have it installed ;-)
[05:52] <apachelogger> remove?
[05:52] <jpatrick> btw no new lines at the end of lines..
[05:52] <apachelogger> ok
[05:53] <jpatrick> "kblogger (0.4-0ubuntu1) unstable; urgency=low" should be 'dapper'
[05:53] <jpatrick> and I think the lastest dephelper is: debhelper (>= 5.0.0)
[05:56] <apachelogger> :) fixed that stuff
[05:59] <apachelogger> ah, ok :)
[06:01] <jpatrick> did you dput the fixes?
[06:01] <apachelogger> I'm currently uploading the stuff
[06:02] <jpatrick> cool
[06:02] <apachelogger> jpatrick: it's up
[06:11] <jpatrick> apachelogger: sorry I meant that there should be a new line at the end of the files - otherwise it's fine to me
[06:11] <apachelogger> *readd*
[06:11] <Gloubiboulga> apachelogger, there are some other minor issues
[06:12] <apachelogger> jpatrick: thx :-)
[06:12] <apachelogger> Gloubiboulga: just tell
[06:12] <Gloubiboulga> compat should be 5
[06:13] <apachelogger> I never got the point of compat, what is that file for?
[06:13] <Gloubiboulga> your description lines should be shorter (<=80)
[06:14] <jpatrick> apachelogger: dpkg scripts
[06:14] <jpatrick> tells them how to behave
[06:14] <jpatrick> ...or something
[06:15] <Gloubiboulga> apachelogger, your changelog should only contain 1 entry
[06:15] <Gloubiboulga> and not describe what you've change in the debian dir
[06:15] <apachelogger> jpatrick: "This file states the compatibility level with debhelper. Debhelper has gone through numerous revisions, some of which break compatibility, you can use the compat number to specify the debhelper revision that your package needs or supports."
[06:16] <Gloubiboulga> it's the first release, so nothing has changed since the previous one ;)
[06:16] <apachelogger> ah ok ;-)
[06:17] <Gloubiboulga> and I don't really know cdbs, but i'm not sure that the .nstall file is usefull
[06:17] <apachelogger> well, without it would probably put the stuff in kblogger instead of kicker-kblogger
[06:17] <apachelogger> ...I think adept does it the same way
[06:20] <Gloubiboulga> hum... I don't want say stupid things, so better ask a MOTU for this
[06:20] <apachelogger> ok
[06:22] <Gloubiboulga> in the copyright file, syntax is usually "Copyright: (C) YYYY author <mail@foo>"
[06:22] <Gloubiboulga> and the debian file could be /usr/share/common-licenses/GPL-2, since the sources are under this license
[06:25] <Gloubiboulga> I'm building the package in pbuilder :)
[06:28] <Gloubiboulga> apachelogger, there is also a lintian warning
[06:28] <Gloubiboulga> you can easily go through it I think
[06:28] <apachelogger> ok
[06:29] <Gloubiboulga> hum, bad news, the package doesn't build in a clean chroot
[06:30] <apachelogger> not good :|
[06:30] <Gloubiboulga> nop
[06:34] <Gloubiboulga> apacheLAGger, you've also renamed the sources dir before tar.gzipping it, I don't think that's necessary
[06:36] <apachelogger> Gloubiboulga: how do you mean?
[06:37] <Gloubiboulga> the sources dir provided by upstream is named 'kblogger', and the one in orig.tar.gz is named 'kblogger-0.4'
[06:37] <apachelogger> ah, yeah
[06:37] <apachelogger> not needed?
[06:37] <Gloubiboulga> don't think so
[06:37] <apachelogger> ok
[06:38] <Gloubiboulga> maybe you should read https://wiki.ubuntu.com/CommonPackagingMistakes/ChangingTheOrigTarball
[06:38] <Gloubiboulga> the wiki is full of usefull tips ! :)
[06:38] <apachelogger> and very spreaded, needs time to get through ;-)
[07:26] <dholbach> MOTU REPORT TIME!
[07:27] <dholbach> http://wiki.ubuntu.com/MOTUReport/Draft
[07:27] <tseng> dholbach!
[07:28] <dholbach> ah no, it's https://wiki.ubuntu.com/MOTU/Report/Draft :-)
[07:28] <dholbach> tseng: !
[07:34] <crimsun> dholbach: (RE: exo & thunar) I'll try, extremely busy today and won't be able to make the MOTU meeting
[07:35] <dholbach> Ok.
[07:35] <dholbach> Don't worry.
[07:47] <Riddell> I wonder if posting to debian-policy from an @ubuntu.com address is a good idea
[07:49] <dholbach> Riddell: I think it is.
[08:53] <sistpoty> hi folks
[08:53] <jpatrick> hello sistpoty
[08:54] <lucas> MOTU meeting in 5 mins on #ubuntu-meetings
[08:54] <lucas> #ubuntu-meeting sorry
[08:59] <Gloubiboulga> hey sistpoty
[08:59] <sistpoty> hi Gloubiboulga
[08:59] <Gloubiboulga> thanks for the review, I'm working on it
[09:00] <sistpoty> :)
[09:05] <phlaegel> any of the service-discovery-applet authors around?
[10:36] <khanreaper> list
[10:37] <khanreaper> f
[11:03] <phanatic> hi people
[11:04] <Kyral> yo
[11:04] <cyberix> lo people
[11:04] <cyberix> oy
[11:07] <Kyral> EasyChem wound up in Sid Main?
[11:07] <ajmitch> Kyral: why wouldn't it?
[11:08] <Kyral> Dunno..I'm used to Main being like Ubuntu Main, then again I was just about to ask the difference between Main and Contrib
[11:08] <ajmitch> right
[11:08] <ajmitch> as a debian maintainer you ought to know these differences :)
[11:08] <Kyral> yah yah I know :D
[11:08] <Kyral> Non-Free is obviously like Multiverse
[11:08] <lucas> "main" are free packages.
[11:09] <lucas> "contrib" are free packages which depend on non-free stuff
[11:09] <phanatic> omg, i'm sooo hungry, and it's 11pm here :(
[11:09] <Kyral> ah
[11:17] <meG> hi there :)
[12:01] <Fudge> hi can anyone suggest a good software pacakge to use for running quotas/throttling/ftp/http stuff


[02:59] <ghulam> hello all
[03:00] <ghulam> I want to install lubuntu 12.04 on 2 bg ssd , is it possible
[03:00] <holstein> ghulam: 2 gb? the size you mean?
[03:00] <holstein> thats tight... i would want 4
[03:01] <ghulam> yesss
[03:01] <holstein> if you literally have nothing on the disk, try it.. otherwise, you might want to get the minmal and add just what you need
[03:01] <ghulam> how to get the minimal , please tell me
[03:02] <holstein> i always just google "ubuntu minimal iso" and fine https://help.ubuntu.com/community/Installation/MinimalCD
[03:06] <ghulam> actually I not so much technically confident .It seems an impossible thing for me to install from a minimal cd. mine tablet have no ethernet and wifi will not work I am sure, so connecting to internet prior to install is impossible for me now. Any way out.
[03:06] <ghulam> ?
[03:07] <holstein> ghulam: sure.. plenty of ways.. you can always do this somewhere else, and build your own OS and load it up there.. or take the 2gb sd to another machine with networking and go from there.. get a bigger ssd... try another smaller distro
[03:12] <ghulam> Hurray! While I was chatting with you I was also doin some experiments. A trick worked. I put 16 GB sd card and it worked .I manually selected the partions .Seem to work I will post later Thank you very much for help
[03:13] <holstein> cheers
[03:14] <ghulam> bye for now I m feeling exiiiiiiiiiit ment
[03:31] <hyperair> exitment, huh
[03:32] <hyperair> if excitement is the feeling of being excited, then exitment would be the feeling when you're exiting, i suppose
[04:10] <jonesn420> hi
[04:11] <jonesn420> is someone availble to help me with probably a simple deal? i am trying to change the temperature output in lxpanels output of C to Fahrenheit
[04:16] <holstein> jonesn420: you cant just right click and go into some preferences for that?
[04:17] <jonesn420> yeah i tried that. here are options...
[04:17] <jonesn420> colors...sensor (autodetect is on) and temperature levels... that is all it doesnt give me the gui option to change C to F
[04:18] <jonesn420> unless i need to change the auto sensor location to something else
[04:18] <jonesn420> i just know it is runnin hot right now and wanted to watch it. been converting videos
[04:19] <holstein> well, you can watch it in C.. but lemme look
[04:19] <jonesn420> i dont know Celsius much that is why lol
[04:19] <jonesn420> thanks for checkin it out
[04:19] <jonesn420> i tried lookin but everything talks about lm-sensors. i got it installed but no change
[04:20] <holstein> well, you just dump it in google a few times and you'll get used to it.. but i'll look.. i literally worried about it for 2 seconds, and then just left it as-is
[04:20] <jonesn420> i c
[04:20] <holstein> http://askubuntu.com/questions/226994/converting-celsius-processor-temperature-to-fahrenheit is how to do it in conky
[04:20] <holstein> maybe you prefer that anyway?
[04:20] <jonesn420> i dont use conky but i guess if it is easier
[04:21] <jonesn420> i installed it before and didnt know the first step in writing scripts it seemed hard lol
[04:21] <holstein> we've already discussed whats "easier" ;) ...if you dont want conky, dont do it
[04:22] <holstein> lemme look in /etc/sensors.conf
[04:22] <jonesn420> k
[04:22] <jonesn420> see u know much more than i do
[04:22] <jonesn420> lol
[04:23] <holstein> nah. im just googling around
[04:23] <jonesn420> i see
[04:24] <holstein> looks like i have an /etc/sensors.conf
[04:24] <holstein> there is an -f flag for that.. http://manpages.ubuntu.com/manpages/gutsy/man1/sensors.1.html
[04:24] <jonesn420> i get ya man. i will just keep googlin til i find it all just tried for 20minutes and sometimes i know there are alot of pro's in these chats so quicker answer sometimes
[04:25] <holstein> jonesn420: you could try #ubuntu? i was searching for a way to do it system-wide
[04:25] <jonesn420> ok i will check it out thanks for helpin a bit. i will keep in mind to just come here for some real real bad issues
[04:25] <jonesn420> ok i might in a bit i will keep tryin. i was just lookin for how to configure the lxpanel addon
[04:25] <holstein> this looks cool http://www.webupd8.org/2012/07/monitor-hardware-temperature-in-ubuntu.html
[04:26] <holstein> jonesn420: im sure there is some way to do it in lxpanel..
[04:26] <jonesn420> yeah that is nice i just wanted a quick deal in panel to look at all the time though instead of a app to open
[04:26] <jonesn420> thanks holstein
[04:26] <holstein> i thought it was both..
[04:27] <holstein> yeah, theres an applet
[06:59] <Cherry-Vanilla> I would just like to say... lubuntu is my favorite flavor of linux for a pentium 4 era sorta shitty laptop.
[06:59] <Cherry-Vanilla> Yeah.
[06:59] <Cherry-Vanilla> No offense.
[07:04] <Cherry-Vanilla> Usually I would come into these kinds of channels with some kind of question pertaining to some kind of issue pertaining to the OS in question.
[07:04] <Cherry-Vanilla> But nothing.. nothing has gone wrong. It's a miracle.
[07:36] <l057c0d3r> actually lubuntu is nice.. i prefer gentoo though.. but its much hader to install and use...  thats why on my kids lappys i got lubuntu
[22:06] <THE_Grosser> Hey guys I know the question might be dumb, but I am a huge fan of lubuntu I prefer it over Ubuntu and Xubuntu (I have used it for a long time on my netbook) and now I want to make use of it on my main machine. So my question would be if it makes a difference if I use lubuntu over Xubuntu with the softwarecenter in my mind, because I own a few games there, which are not available in the lubuntu-softwarecenter etc.
[22:11] <THE_Grosser> or phrased in a different way: can I use the official ubuntu softwarecenter on lubuntu without problems


[09:50] <Daviey> Hmm.. Is something up with cd image creation?  Not seeing a daily for maverick server?
[09:51] <Daviey> infact, not seeing any flavours :/
[09:52] <Daviey> sorry, am seeing some flavours
[10:29] <cjwatson> Daviey: http://people.canonical.com/~ubuntu-archive/cd-build-logs/ show anything interesting?
[10:29] <cjwatson> Missing debootstrap-required gnupg-curl
[10:29] <cjwatson> CD1 missing some packages needed by debootstrap
[10:29] <cjwatson> make: *** [/srv/cdimage.ubuntu.com/scratch/ubuntu-server/daily/tmp/maverick-amd64/packages-stamp] Error 1
[10:29] <cjwatson> ERROR WHILE BUILDING OFFICIAL IMAGES !!
[10:29] <cjwatson> OK, so this is an archive problem, will fix
[10:30] <cjwatson> (this happens when packages are dropped out of the ubuntu-minimal set)
[10:31] <cjwatson> and I managed to drop a whole slew of packages out of ubuntu-minimal recently by a change to gnupg
[10:31] <cjwatson> fixed for next publisher run, next build after that should work
[10:32] <cjwatson> thanks
[11:03] <Riddell> when I do backports with mass-sync I get a big ********** FAILED SYNCS ********** back, can someone else try?
[11:04] <Riddell> backport 594608 qtgain
[12:50] <ScottL> should I be concerned that daily ISOs for ubuntu studio have not been built in two days?
[12:54] <cjwatson> ScottL: have you checked the build logs?
[12:55] <cjwatson> ScottL: it's probably the same breakage as other alternate/server CDs, though, and as such should be fixed for the next build
[12:55] <cjwatson> http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntustudio/
[12:56] <cjwatson> http://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntustudio/maverick/daily-20100616.log, search for "ERROR WHILE" - yes, it's the same problem
[12:56] <cjwatson> but certainly worth reporting in general if you can't figure it out from the build logs
[13:06] <ScottL> cjwatson, thank you for the links, i shall look into the logs when i get to work :)
[13:07] <ScottL> i shall have to add those to my growing ubuntu studio related bookmarks ;)
[14:33] <Daviey> cjwatson: Sorry for the delayed reply.. thanks for looking into that


[02:25] <darkxst> jbicha, gnome-documents is broken?
[02:32] <bjsnider> works in raring ppa
[02:33] <darkxst> bjsnider, in saucy
[03:03] <jbicha> darkxst: um, yes :(
[03:05] <darkxst> jbicha, seems to be due to tracker changes
[03:06] <jbicha> that doesn't sound right because tracker hasn't changed recently and gnome-documents used to work
[03:07] <darkxst> jbicha, bug 1205971
[03:08] <darkxst> jbicha, interestingly I don't get the tracker error with gjs 1.37, but it also can't find any files
[03:08] <jbicha> darkxst: are you using the libreoffice ppa?
[03:09] <darkxst> no
[03:09] <jbicha> I am; good to know that probably isn't the problem
[03:10] <jbicha> I'm hesitant to bump gjs' library name because the last time we did that, it took Debian a long time to bump it on their end
[03:12] <jbicha> on the other hand gjs-mozjs17 is different
[03:19] <darkxst> yeh, particularly for apps that link to both gjs and mozjs (like gnome-shell) tend to explode!
[04:00] <darkxst> jbicha, gnome-documents 3.9.4 has the same problem ;(
[04:54] <darkxst> jbicha, and... jhbuild gnome-documents same again
[04:54] <darkxst> so presumably one of the ubuntu sysdeps is broken
[04:55] <jbicha> yeah and it doesn't affect raring with the gnome3 ppa which is fairly similar to saucy
[04:57] <darkxst> tracker itself seems to be working
[04:58] <jbicha> darkxst: it works with gobject-introspection 1.36
[05:04] <jbicha> darkxst: I assume you rebuilt gnome-documents with gjs 1.37?
[05:04] <darkxst> jbicha, yes (for 3.9.4 atleast)
[05:05] <jbicha> filed bug 1205997
[05:05] <jbicha> I assume it should be reported to gnome too
[05:12] <darkxst> jbicha, I could not find anything on bugzilla
[05:12] <darkxst> also g-i 1.36 doesnt help with gnome-docs 3.9
[05:17] <jbicha> of course we're stuck with gdocs 3.9 for saucy
[05:17] <jbicha> I mean 3.8
[05:18] <darkxst> well either way 3.9 doesnt work either
[05:19] <darkxst> if it did we could upload 3.9.4 with gtk changes reverted
[22:09] <darkxst> jbicha, so seems tracker just needs to be rebuilt for bug 1205997
[22:18] <darkxst> jbicha, http://paste.ubuntu.com/5926910/
[22:50] <jbicha> darkxst: ok, that makes sense
[22:56] <jbicha> we had a problem like that before but I forget what package it was
[23:12] <jbicha> darkxst: why do the dbus dependencies disappear in https://launchpadlibrarian.net/146104805/gjs-1.37.debdiff ?
[23:16] <darkxst> no longer used
[23:16] <darkxst> https://git.gnome.org/browse/gjs/diff/configure.ac?id=7b52973727103b6ec47ce920397fcfd345ba1bdd
[23:31] <anonee> can anyone help me troubleshoot deluge daemon?
[23:41] <anonee> why would a daemon start again as soon as i kill its process? what file is involved in that?
[23:43] <darkxst> anonee, if you use KILL (-9) it should not restart
[23:45] <anonee> darkxst I'm using kill -9
[23:45] <darkxst> maybe there is an upstart service?


[07:13] <ara> morning :-)
[09:32] <davmor2> Morning everybody
[09:34] <ara> hey davmor2!
[09:54] <ara> morning schwuk
[09:54] <schwuk> Hi ara
[10:03] <davmor2> schwuk: Morning Dude
[10:12]  * ara reboots
[10:15] <schwuk> davmor2: how goes it?
[10:15] <davmor2> Fine thanks you
[11:47] <davmor2> is anyone else having issues with alternate jaunty?
[12:38] <asac> hi. bug 316452 is fixed. so you can verify this in your upgrade tests once the bits are built and published. Thanks!
[14:11] <BUGabundo_work> major bug with yesterday daily installer
[14:12] <BUGabundo_work> I choose a swap,  plus the rest of the disc for / with ext4
[14:12] <BUGabundo_work> and the installer replaces that schema with a 8gibs / ext3 and the rest of the disc etx3 /home
[14:14] <ara> BUGabundo_work: have you reported it¿
[14:14] <BUGabundo_work> ara: just found it!
[14:14] <BUGabundo_work> trying to make a new install to test ext4
[14:14] <BUGabundo_work> can't proceed!
[14:14] <BUGabundo_work> it won't let me choose my partition schema!
[14:14] <BUGabundo_work> lol
[14:15] <BUGabundo_work> it insists in lableling them aas ext3 and making one for /home
[14:15] <BUGabundo_work> even when I just want one partition for the all disc and /
[14:15] <BUGabundo_work> guess I'll need to go to the console!
[14:20] <BUGabundo_work> ara: any tips on how to make the partitions and force the installer to accept them?
[14:22] <BUGabundo_work> plus gparted still doesn't support ext4
[14:22] <BUGabundo_work> bah!
[14:23] <BUGabundo_work> what was the command to make a partition with ext4?
[14:23] <ara> BUGabundo_work: have you pinged cjwatson? he might now something more about it
[14:23] <davmor2> BUGabundo_work: you can use cfdisk
[14:24] <davmor2> or fdisk
[15:13] <sbeattie> BUGabundo_work: mkfs.ext4 is probably what you want.
[15:18] <BUGabundo_work> I have
[15:19] <BUGabundo_work> sbeattie: I've discussed with him on #you-dev
[15:19] <BUGabundo_work> *#u-dev
[15:21] <sbeattie> BUGabundo_work: I see. but if you manually want to set up an ext4 partition, use any of the partition managers to create it, and then mkfs.ext4 should let you partition it as ext4; though that probably will be difficult to get a / on ext4.
[15:22] <BUGabundo_work> sbeattie: why?
[15:22] <sbeattie> why what?
[15:22] <BUGabundo_work> why won't / run on ext4 ?
[15:24] <sbeattie> just the approach of manually formatting / as ext4 might be difficult, you'd be playing games underneath the installer and it might not like that. mkfs.ext4 will wipe out any existing data on the disk... though I don't know if there's a way to go from ext3 -> ext4 like there is for ext2 -> ext3
[15:25] <BUGabundo_work> the disk is to be formated!
[15:28] <sbeattie> right, but if you do it after the installer thinks its done formatting and has starting to write data to the partition, things will likely break.
[15:29] <sbeattie> s/starting/started/
[17:45] <sbeattie> davmor2: I'm testing a fix for the iso downloader, but testing it involves updating my cache of isos, so it'll be a few minutes.
[17:45] <davmor2> sbeattie: to speed it up you could go for --only xubuntu it's the one causing the problem this time
[17:46] <davmor2> stops on 64bit
[17:46] <davmor2> live
[17:46] <sbeattie> yeah, I don't have a recent xubuntu image, so that'd be a slow testcase for me.
[17:46] <sbeattie> is it failing because the MD5SUMs doesn't exist?
[17:47] <davmor2> no 64 live failed to build so I don't know if the md5sum listed it but the image wasn't there or what
[17:57] <sbeattie> davmor2: okay, I think I have a fix in place.
[17:58] <sbeattie> rev 52
[17:58] <bdmurray> sbeattie: so you couldn't recreate the original bug in bug 204133?
[17:58] <sbeattie> no, I couldn't, but I didn't do an actual wubi install.
[17:59] <bdmurray> my last comment in the bug seems to indicate I couldn't either though
[17:59] <sbeattie> I was trying to set up a mock environment https://bugs.launchpad.net/wubi/8.04/+bug/204133/comments/21
[17:59] <bdmurray> Right, I saw that
[18:00] <bdmurray> I'll give it a go again
[18:00] <sbeattie> bdmurray: thanks.
[18:00] <bdmurray> Should I test using a 8.04.1 iso?
[18:00] <bdmurray> or just 8.04?
[18:01] <sbeattie> hum. dunno. maybe 8.04 would be a better starting point.
[18:15] <davmor2> sbeattie: bdmurray: I can have a proper look at it tomorrow and speak with xivulon (ago) who writes it
[18:21] <davmor2> I need to go I'll chat with you tomorrow
[18:25] <xivulon> bdmurray: hi
[18:25] <xivulon> davmor2 raised the flag on #204133
[18:26] <bdmurray> xivulon: what do you mean?
[18:27] <xivulon> 17:21] <davmor2> xivulon: can you have another look at https://launchpad.net/bugs/204133
[18:28] <xivulon> was this in relation to 8.04.2?
[18:28] <bdmurray> xivulon: yes, I was going to try recreating it today
[18:30] <sbeattie> xivulon: yes, 8.04.2 release is coming up on the 22nd, and we're trying to clear out any outstanding SRUs for hardy in prep for that; ntfs-3g is one of them.
[18:30] <xivulon> that bug lead to a few changes in several places and spread upon 2 versions
[18:31] <xivulon> have to look at the status of 8.04.1 since I forgot what ended up being in there
[18:31] <bdmurray> xivulon: I guess we are looking for a good way to recreate the bug.
[18:51] <xivulon> ok bdmurray, did some digging to refresh the memory
[18:51] <xivulon> in short I do not think there is any reason to upgrade ntfs
[18:52] <xivulon> because users cannot take advantage of that without an updated lupin package
[18:52] <xivulon> which would be 0.22 (0.20 is in hardy update)
[18:53] <xivulon> as for the testing (if it is required anyway), it is hard to reproduce faults due to dirty_flag
[18:54] <xivulon> mostly you try to prove that the patch does not break things
[18:55] <xivulon> which I had done at the time
[18:55] <xivulon> but again I do not think that 1:1.2216-1ubuntu3 needs to be pushed further
[18:57] <xivulon> I will ask slangasek to remove ubuntu3 from proposed
[19:08] <sbeattie> xivulon: thanks
[19:14] <xivulon> np
[22:05] <bdmurray> sbeattie: I've been unable to recreate bug 204133
[22:44] <_MMA_> Anyone test Studios AMD64 disk and have X *not* start w/nVidia? I'm burning norm Ubuntu now to see if it happens there also. Same drivers/kernel Should be the same.
[22:52] <_MMA_> slangasek: Are the Ubuntu disks being respun? If so why? And should Studios?
[22:53] <slangasek> _MMA_: Ubuntu disks are oversized until OOo toes the line.
[22:53] <_MMA_> Ahh.. OK. Saw that. 790MB.
[22:59] <_MMA_> stgrabber: Can a question (tickbox, whatever) be added to to the tracker to ask if the test was virtual or not? I've had successful tests virtually that failed on real HW and vice-versa.
[23:45] <_MMA_> Im getting a black screen while testing Ubuntu/Studio AMD64. Is this known?
[23:46] <charlie-tca> _MMA_: +1 here for xubuntu
[23:47] <_MMA_> Oh Ouch.
[23:47] <_MMA_> charlie-tca: nVidia GFX?
[23:47] <charlie-tca> no, the tickbox
[23:47] <_MMA_> Oh. hehe
[23:48]  * charlie-tca still learning to specify
[23:51] <_MMA_> slangasek: Aside from the OO.o issue, if Ubuntu is respun for any tech reason, Studio should as well. I'm have no luck with AMD64 not matter the flavor ATM.


[02:41] <svdasein> I'm having some trouble seeing past the initrd load when installing via a serial console - does anyone here have experience w/ that or know a better form to ask in?
[02:41] <svdasein> s/form/forum/
[09:49] <ara> ev, hey!
[09:49] <ara> have you guys made any changes to the way we preseed the live cd in natty lately?
[09:50] <ara> we are getting some issues when running our preseeded installations
[09:50] <ara> we still need to get the logs to see what's going on
[09:50] <ara> but I thought I might ask as well to see if there was something new
[09:56] <cjwatson> ev may be able to, but personally I can't think of any deliberate changes that haven't had compatibility code inserted to preserve old preseed files
[10:02] <ara> mmm, OK, we will try to get the logs to see what's going on
[10:25] <ev> ara: nope
[10:25] <ev> cjwatson: will do now
[12:46] <cjwatson> ev: I think you said you were going to follow up to bug 691671?
[12:46] <ubot2> Launchpad bug 691671 in ubiquity "Incomplete sentence during install check" [High,Triaged] https://launchpad.net/bugs/691671
[12:49] <cjwatson> ev: you said you were going to fix bug 684052 too
[12:49] <ubot2> Launchpad bug 684052 in ubiquity "live CD does not have reboot on the power menu after install completes" [High,Triaged] https://launchpad.net/bugs/684052
[12:52] <ev> replied to 691671, looking into 684052 again now
[12:52] <ev> thanks
[13:03] <cjwatson> All our d-i branches except for debian-installer itself are now rebased on top of git.  I suggest shelving any changes you have before updating, and you may well find that you need to do something like 'bzr revert; bzr clean-tree --force' after updating.
[13:03] <cjwatson> If you have any non-trivial branches you care about merging into our current trunk, then let me know and I can supply you with rebased versions.
[13:04] <ev> nice, thanks for sorting that
[13:05] <cjwatson> I'm also in the process of pushing up git mirrors of those so that the d-i team can cherry-pick from them
[13:06] <cjwatson> Obviously you'll need to reget any upstream branches you have; lp:<foo> should work for everything we've imported
[13:06] <cjwatson> Or you can 'bzr get git://git.debian.org/d-i/<foo>' if you have bzr-git installed
[13:06] <ev> okay
[14:43] <CIA-47> wubi: evand * r191 lucid/ (data/isolist.ini debian/changelog): Bump Ubuntu and Kubuntu to 10.04.2.
[14:59] <ev> phew, wubi 10.04.2 up.  Building a chroot and installing dependencies takes way too long on a t-mobile 3g dongle.
[17:31] <pmatulis> during a server install (normal mode) is it possible to install grub manually by flipping to a console?  grub-installer is there but not grub-install
[17:33] <cjwatson> you can bind-mount /dev, /proc, and /sys into /target, chroot to /target, and run grub-install in the chroot
[17:33] <cjwatson> grub-installer is definitely not what you want
[17:36] <pmatulis> right, thx


[00:00] -queuebot:#ubuntu-release- New: accepted macopix [amd64] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [armhf] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [riscv64] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [amd64] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [armhf] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [riscv64] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [arm64] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [s390x] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [ppc64el] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted macopix [ppc64el] (groovy-proposed) [3.4.0+dfsg.1-1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [s390x] (groovy-proposed) [0.8.1-0ubuntu1]
[00:00] -queuebot:#ubuntu-release- New: accepted redkite [arm64] (groovy-proposed) [0.8.1-0ubuntu1]
[00:04] -queuebot:#ubuntu-release- New: accepted bslizr [source] (groovy-proposed) [1.2.6-0ubuntu1]
[00:29] -queuebot:#ubuntu-release- New binary: bsequencer [riscv64] (groovy-proposed/universe) [1.4.2-0ubuntu1] (no packageset)
[00:31] -queuebot:#ubuntu-release- New binary: bshapr [riscv64] (groovy-proposed/universe) [0.9-0ubuntu1] (no packageset)
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [amd64] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [armhf] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [riscv64] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [arm64] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [s390x] (groovy-proposed) [1.4.2-0ubuntu1]
[00:32] -queuebot:#ubuntu-release- New: accepted bsequencer [ppc64el] (groovy-proposed) [1.4.2-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [amd64] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [armhf] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [riscv64] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [arm64] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [s390x] (groovy-proposed) [0.9-0ubuntu1]
[00:33] -queuebot:#ubuntu-release- New: accepted bshapr [ppc64el] (groovy-proposed) [0.9-0ubuntu1]
[01:42] -queuebot:#ubuntu-release- New binary: xrayutilities [riscv64] (groovy-proposed/universe) [1.6.0-3] (no packageset)
[05:46] <cpaelzer> ubuntu-archive: could one take a look at this removal https://bugs.launchpad.net/ubuntu/+source/sgabios/+bug/1890097 ?
[06:57] <cpaelzer> thank you RAOF
[06:57] <RAOF> NP
[08:01] <sil2100> xnox: thanks for the seeds fix for bionic d-i!
[08:01] <sil2100> I'll check if all is in place and respin what's needed
[08:02]  * sil2100 forgot about checking the seeds, this sounds like a good thing to have on the checklist
[08:34] <sil2100> Ok, looks like it's safe to just respin the d-i images
[08:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Bionic 18.04.5] has been updated (20200810)
[08:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Bionic 18.04.5] has been updated (20200810)
[08:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Bionic 18.04.5] has been updated (20200810)
[08:59] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Bionic 18.04.5] has been updated (20200810)
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [amd64] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [armhf] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [riscv64] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [arm64] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [s390x] (groovy-proposed) [1.6.0-3]
[09:53] -queuebot:#ubuntu-release- New: accepted xrayutilities [ppc64el] (groovy-proposed) [1.6.0-3]
[10:09] <sil2100> juliank: hmm, so in the focal-proposed queue I see two shim syncs
[10:09] <sil2100> juliank: I assume I can just remove the older one?
[10:09] <juliank> sil2100: Yes, the older one is source-only, the newer one has binaries too
[10:09] -queuebot:#ubuntu-release- Unapproved: rejected shim-signed [source] (focal-proposed) [1.40.4]
[10:09] <juliank> I accidentally synced source-only first time :(
[10:09] <juliank> syncing is hard!
[10:12] <sil2100> juliank: hm, weird, so the tooling isn't very helpful as I see binaries for both of the syncs (at least for focal)! But yeah, let me reject the older one then ;)
[10:12] -queuebot:#ubuntu-release- Packageset: Added bchoppr to ubuntustudio in groovy
[10:12] -queuebot:#ubuntu-release- Packageset: Added bslizr to ubuntustudio in groovy
[10:13] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (bionic-proposed) [15+1552672080.a4a1fbe-0ubuntu2]
[10:13] -queuebot:#ubuntu-release- Unapproved: rejected shim [sync] (focal-proposed) [15+1552672080.a4a1fbe-0ubuntu2]
[10:13] <LocutusOfBorg> hello release team, is it possibile to do something for multipath-tools udeb in main? maybe move them to universe?
[10:13] <LocutusOfBorg> e.g. libaio1-udeb liburcu6-udeb sg3-udeb
[10:14] <LocutusOfBorg> mmm they have been already moved to universe in groovy
[10:15] <LocutusOfBorg>  multipath-udeb | 0.8.4-1ubuntu1                 | groovy/universe/debian-installer      | amd64, arm64, armhf, ppc64el, riscv64, s390x
[10:15] <LocutusOfBorg>  multipath-udeb | 0.8.4-2ubuntu1                 | groovy-proposed/main/debian-installer | amd64, arm64, armhf, ppc64el, riscv64, s390x
[10:15] <LocutusOfBorg> maybe just moving multipath-udeb to universe should fix that...
[10:17] <LocutusOfBorg> who did promote it to main again? ^^
[10:17] <cjwatson> Nobody
[10:18] <LocutusOfBorg> mmm how did it move then?
[10:18] <cjwatson> It didn't :)
[10:18] <LocutusOfBorg> hello Laney, looks like ppc64el fails with ENOSPACE<EMAIL_ADDRESS>[10:18] <LocutusOfBorg> mmm cjwatson I can't really understand lol :)
[10:18] <cjwatson> vorlon moved it from main to universe in release, but at the time it was in both release and proposed
[10:18] <LocutusOfBorg> oh.... :D
[10:18] <cjwatson> Override changes don't propagate automatically in that situation
[10:18] <cjwatson> You can see this on https://launchpad.net/ubuntu/groovy/amd64/multipath-udeb
[10:18] <LocutusOfBorg> so, moving the one in proposed to universe "heals" it
[10:19] <cjwatson> I expect so; I'll do that now
[10:19] <LocutusOfBorg> lovely thanks!
[10:19] <cjwatson> Done
[10:19] <LocutusOfBorg> I'm thinking about making the tool smarter, to give a warning if something in proposed exists...
[10:23] <Laney> LocutusOfBorg: yeah I'm fixing it, calculix-cgx is inifintely outputting "ERROR: not valid" to its log
[10:24] <LocutusOfBorg> :/ thanks
[10:24] <Laney> going to blacklist that
[10:39] <LocutusOfBorg> interesting, allowSysFlag seems set to 1, so I don't understand why it is going into that else branch... shouldn't you just create a cgx file to let it run sys commands?
[10:40] <Laney> I think if you want to debug it, the maintainer would be a better person to do that with :p
[11:12] -queuebot:#ubuntu-release- Packageset: Added libref-util-perl to i386-whitelist in groovy
[11:33] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (focal-proposed/main) [5.4.0-43.47] (core, kernel)
[11:33] -queuebot:#ubuntu-release- New binary: linux-signed [s390x] (focal-proposed/main) [5.4.0-43.47] (core, kernel)
[11:34] -queuebot:#ubuntu-release- New binary: linux-signed [arm64] (focal-proposed/main) [5.4.0-43.47] (core, kernel)
[11:34] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (focal-proposed/main) [5.4.0-43.47] (core, kernel)
[12:25] <ahasenack> hello ubuntu-archive, memcached failed to build on riscv64 (https://launchpad.net/ubuntu/+source/memcached/1.6.6-1), and I have gearmand that is not building on riscv64 because of this missing dep (https://launchpad.net/ubuntu/+source/gearmand/<IP_ADDRESS>+ds-2/+build/19782640)
[12:25] <ahasenack> yet memcached migrated
[12:25] <ahasenack> but gearmand is now stuck: https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gearmand
[12:26] <ahasenack> or is it because of sphinx? hmm
[12:26] <ahasenack> hm, I'm thinking it's because of sphinx, still many tests to go there
[12:29] <seb128> ahasenack, hey, the previous version of memcached didn't build on riscv either so that wasn't a regression and britney had no reason to block it
[12:30] <seb128> ahasenack, but yeah, gearmand is blocked by its depends on sphinx
[12:30] <seb128> the 'not considered' is the clue that this depends is problematic
[12:31] <seb128> but it sounds like it's going to need work to be candidate
[12:31] <seb128> several red tests
[12:32] <ahasenack> yeah
[12:39] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (focal-proposed) [5.4.0-43.47]
[12:39] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (focal-proposed) [5.4.0-43.47]
[12:39] -queuebot:#ubuntu-release- New: accepted linux-signed [arm64] (focal-proposed) [5.4.0-43.47]
[12:39] -queuebot:#ubuntu-release- New: accepted linux-signed [s390x] (focal-proposed) [5.4.0-43.47]
[12:40]  * RikMills realises he really needs to update the Kubuntu packageset!
[13:04] <slyon> Hey core-devs! Could somebody please review/sponsor my fix for bug #1889138 (debdiff attached) – so I can move forward with getting sbuild/dpkg migrated from -proposed?
[13:06] <seb128> slyon, do you plan to mp the fix upstream?
[13:07] <slyon> seb128: I think that would be useful and I want to do that
[13:11] <seb128> slyon, please do then :-) also #ubuntu-devel is a better place to ask for sponsoring, that's not a release issue
[13:12] <slyon> seb128: I just did: https://github.com/jamesodhunt/procenv/pull/16 – Thanks, I'll ask in #ubuntu-devel then!
[13:12] <gitbot> jamesodhunt issue (Pull request) 16 in procenv "Fix GCC-10 build when used with -Werror=format-overflow= (Fixes #15)" [Open]
[13:14] <seb128> slyon, thanks
[14:37] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-113.114] (core, kernel)
[14:38] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-113.114] (core, kernel)
[15:22] <rbalint> doko i've added https://bazaar.launchpad.net/~ubuntu-archive/+junk/sync-blacklist/view/head:/extra-removals.txt to https://wiki.ubuntu.com/PlusOneMaintenanceTeam/Specs/Infrastructure until the whole process around it is documented even better
[15:24] <seb128> rbalint, thanks
[15:29] -queuebot:#ubuntu-release- New binary: bchoppr [ppc64el] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:29] -queuebot:#ubuntu-release- New binary: bslizr [amd64] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:29] -queuebot:#ubuntu-release- New binary: bslizr [s390x] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:29] -queuebot:#ubuntu-release- New binary: bchoppr [s390x] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:29] -queuebot:#ubuntu-release- New binary: bslizr [ppc64el] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:32] -queuebot:#ubuntu-release- New binary: bchoppr [arm64] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:32] -queuebot:#ubuntu-release- New binary: bslizr [arm64] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:32] -queuebot:#ubuntu-release- New binary: bchoppr [armhf] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:32] -queuebot:#ubuntu-release- New binary: bchoppr [amd64] (groovy-proposed/universe) [1.6.4-0ubuntu1] (ubuntustudio)
[15:33] -queuebot:#ubuntu-release- New binary: bslizr [armhf] (groovy-proposed/universe) [1.2.8-0ubuntu1] (ubuntustudio)
[15:36] <Eickmeyer> Should I be worried about bslizr or bchoppr FTBFS in risc64?
[15:37] <Eickmeyer> In other words, will that prevent migration?
[15:39] <seb128> not if they haven't build previously on those archs
[15:39] -queuebot:#ubuntu-release- Unapproved: rpcbind (xenial-proposed/main) [0.2.3-0.2ubuntu0.1 => 0.2.3-0.2ubuntu<IP_ADDRESS>] (core)
[15:40] <Eickmeyer> seb128: Thanks. It hasn't built previously for that, so it looks like it's going to be good.
[15:45] <Eickmeyer> ubuntu-archive: Where are we at with reviewing mcpdisp, new-session-manager, and dragonfly-reverb? I realize my email about this was rather rude and apologize (even apologized in the email). I do want to thank whoever approved the other 5 packages that were waiting. :)
[15:47] <vorlon> Eickmeyer: I don't know who's been reviewing, but I've started looking at dragonfly-reverb this morning; have you seen the lintian -I output which reports issues with debian/copyright?
[15:47] <vorlon> I: dragonfly-reverb source: unused-file-paragraph-in-dep5-copyright paragraph at line 144
[15:47] <vorlon> etc
[15:48] <Eickmeyer> vorlon: That should be an easy fix, and I'll take a second look at it. Last time I worked on that package was in March where it sat in queue and never got looked at for focal.
[15:48] <cjwatson> I did some reviewing to help out a bit - it's not my usual wheelhouse these days so don't count on me for more
[15:48] <Eickmeyer> cjwatson: Understood, and thank you. :)
[15:53] <vorlon> Eickmeyer: ok, do you want to clean up debian/copyright and reupload? since license review is a key part of source package review, that would speed things up
[15:54] <Eickmeyer> vorlon: Yep, can do. I'll have to bug teward to upload it for me though (this ping is me bugging him).
[15:54] <vorlon> :)
[16:45] -queuebot:#ubuntu-release- Unapproved: grub2 (groovy-proposed/main) [2.04-1ubuntu28 => 2.04-1ubuntu28] (core)
[16:49] <bdmurray> Laney: Did you update autopkgtest-cloud on the server?
[16:49] <bdmurray> I want to rerun skimage now that's in big_packages
[16:50] <Laney> bdmurray: I did about 6 hours ago, so depends when said commit was made
[16:50] <Laney> as to whether it's effective
[16:51] <bdmurray> Laney: on Thursday so it should be good
[16:51] <bdmurray> Laney: Is there any way to track when it is updated?
[16:51] <Laney> not afaik
[17:01] -queuebot:#ubuntu-release- Unapproved: grub2 (groovy-proposed/main) [2.04-1ubuntu28 => 2.04-1ubuntu28] (core)
[17:07] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (groovy-proposed) [2.04-1ubuntu28]
[17:07] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (groovy-proposed) [2.04-1ubuntu28]
[17:09] -queuebot:#ubuntu-release- New: rejected dragonfly-reverb [source] (groovy-proposed) [3.2.0-0ubuntu1]
[17:12] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-113.114]
[17:12] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-113.114]
[17:14] <vorlon> Eickmeyer: new-session-manager also has a typo in debian/copyright, s/scr/src/; nothing that I consider blocking approval but it should be fixed
[17:15] <Eickmeyer> vorlon: Thanks, I'll take a look there. Should be easy.
[17:15] <Eickmeyer> Probably my personal typo. :)
[17:19] <vorlon> Eickmeyer: one concern about this package is the generic name. 'session-manager' is used elsewhere in the archive to refer to x-session-manager, which is a completely different kind of session.  Could this package name be qualified somehow to better show what it is, or who the upstream is?
[17:19] <vorlon> (cf mate-session-manager and ukui-session-manager)
[17:20] <Eickmeyer> vorlon: So, it's a replacement for non-session-manager. They forked it to make new-session-manager and make it 100% compatible since the original non-session-manager developer was uncooperative, would curse people for pull requests and contributions, yet licensed it GPL.
[17:21] <Eickmeyer> vorlon: I was hoping the description would explain that it's for audio, including the category.
[17:21] <vorlon> yes, the description makes sense, but as a namespace question the generic name of the package makes me uncomfortable
[17:22] <Eickmeyer> What would you suggest?
[17:22] <vorlon> would linuxaudio-new-session-manager be a better name?
[17:22] <Eickmeyer> I don't see why not. The only thing is the binary is new-session-manager with a symlink to it from non-session-manager. Would the package name confuse people?
[17:23] <vorlon> I don't think it would
[17:23] <Eickmeyer> Ok, that's an easy change regardless.
[17:23] <vorlon> ok
[17:32] <LocutusOfBorg> Err:101 http://ftpmaster.internal/ubuntu groovy/main amd64 libmtdev1 amd64 1.1.6-1
[17:32] <LocutusOfBorg>   Data left in buffer [IP: <IP_ADDRESS> 80]
[17:32] <LocutusOfBorg> mmm what is going on?
[17:32] <LocutusOfBorg> https://launchpadlibrarian.net/492750342/buildlog_ubuntu-groovy-amd64.virtualbox-hwe_6.1.12-dfsg-9ubuntu<IP_ADDRESS>_BUILDING.txt.gz
[17:39] <fyf> please direct me elsewhere if offtopic. Are there channels to discuss working at ubuntu + how to get better at working there? is a github required or launchpad account enough?
[17:47] <Eickmeyer> vorlon: Go ahead and reject new-session-manager and dragonfly-reverb for now. Fixes are in as requested, just need teward (or yourself, if you want, they're at lp:new-session-manager and lp:dragonfly-reverb respectively) to re-upload.
[17:47] <Eickmeyer> Of course, you've probably rejected already. heh
[18:26] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Xenial 16.04.7] has been updated (20200810)
[18:26] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Xenial 16.04.7] has been updated (20200810)
[18:34] <bdmurray> Laney: Is there a way to tell if the test ran on a "big_packages" unit?
[18:56] <ddstreet> bdmurray for any arch besides armhf, grep the output for 'make -j4' since big_packages is the only type with more than 1 cpu
[18:57] <ddstreet> except armhf which is always 4 cpus, but inside a container
[18:58] <bdmurray> ddstreet: Oh that sounds useful but I'm not seeing make at all<EMAIL_ADDRESS>[19:00] <ddstreet> ah well not sure how to check in that case then
[19:09] <ddstreet> bdmurray if you download the 'result.tar' file for the test, i think the 'testinfo.json' it contains includes the item 'nproc' which tells how many cpus the testbed had
[19:34] <bdmurray> ddstreet: hunh, I didn't realize result.tar was a thing
[19:34] <ddstreet> yeah, log.gz, result.tar, and artifacts.tar.gz
[19:35] <bdmurray> only 2 of those are linked to
[20:05] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (focal-proposed/main) [2.664.4 => 2.664.5] (desktop-core, i386-whitelist)
[20:20] <bdmurray> Laney, vorlon: Did I miss something with this commit? https://git.launchpad.net/autopkgtest-cloud/commit/?id=02041e41693c909e25f6d87b45b18e11af9d1a83 arm64 and ppc64el are running on "big" units but amd64 is not.
[20:37] <vorlon> bdmurray: amd64 isn't in bos0[12]
[20:37] <vorlon> the amd64 regions are lcy01, lgw01
[20:43] <bdmurray> which is worker-canonistack then?
[20:43] <bdmurray> or just worker.conf?
[20:45] <bdmurray> seems like worker.conf
[21:19] <vorlon> bdmurray: correct, worker.conf
[21:20] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (bionic-proposed/main) [2.525.45 => 2.525.46] (desktop-core)
[21:22] <cjwatson> LocutusOfBorg: I'm not sure, but I think that might be an apt regression?  https://launchpad.net/ubuntu/+source/apt/2.1.9
[21:24] -queuebot:#ubuntu-release- New: rejected new-session-manager [source] (groovy-proposed) [1.3.2-0ubuntu1]
[21:26] <seb128> builds are randomly failing in groovy, I uploaded/synced a bunch of packages and most builds hit errors like
[21:26] <seb128> E: Failed to fetch http://ftpmaster.internal/ubuntu/pool/main/libx/libxxf86vm/libxxf86vm1_1.1.4-1build1_amd64.deb  Data left in buffer [IP: <IP_ADDRESS> 80]
[21:30] <bdmurray> vorlon: Okay, I've updated that file. Can you update the environment?
[21:31] <vorlon> bdmurray: done
[21:43] <xnox> juliank:  ^^^^
[21:44] <vorlon> Eickmeyer: ideally packages like mcpdisp would list an ubuntustudio address as the maintainer, rather than just Ubuntu Developers more generally
[21:45] -queuebot:#ubuntu-release- New: accepted mcpdisp [source] (groovy-proposed) [0.1.2-0ubuntu1]
[21:47] -queuebot:#ubuntu-release- New binary: mcpdisp [s390x] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset)
[21:48] -queuebot:#ubuntu-release- New binary: mcpdisp [ppc64el] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset)
[21:49] <vorlon> jibel: do you know about the new pattern of using Build-Depends: debhelper-compat (= 13)?  Nicer than having to repeat between debian/control and debian/compat (kstore)
[21:50] -queuebot:#ubuntu-release- New: accepted kstore [source] (groovy-proposed) [0.1.0]
[21:50] -queuebot:#ubuntu-release- New binary: mcpdisp [arm64] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset)
[21:51] -queuebot:#ubuntu-release- New binary: mcpdisp [armhf] (groovy-proposed/none) [0.1.2-0ubuntu1] (no packageset)
[21:53] -queuebot:#ubuntu-release- New binary: kstore [ppc64el] (groovy-proposed/none) [0.1.0] (no packageset)
[21:53] -queuebot:#ubuntu-release- New binary: kstore [amd64] (groovy-proposed/none) [0.1.0] (no packageset)
[21:53] -queuebot:#ubuntu-release- New binary: kstore [s390x] (groovy-proposed/none) [0.1.0] (no packageset)
[21:56] -queuebot:#ubuntu-release- New: rejected telegraf [source] (groovy-proposed) [1.15.1+ds1-0ubuntu1]
[21:56] -queuebot:#ubuntu-release- New binary: kstore [armhf] (groovy-proposed/none) [0.1.0] (no packageset)
[21:58] -queuebot:#ubuntu-release- New binary: kstore [arm64] (groovy-proposed/none) [0.1.0] (no packageset)
[22:06] -queuebot:#ubuntu-release- New binary: kstore [riscv64] (groovy-proposed/none) [0.1.0] (no packageset)
[22:08] <sergiodj> hi there, can any archive-admin take a look at the telegraf package that's on the NEW queue, please?  I'd like to get it included in the universe so that I can start the MIR process ASAP.  TIA!
[22:10] <Eickmeyer> vorlon: That makes sense, but for background, that address is the result of the update-maintainers command, so if that shouldn't be used then that would be good. Additionally, I don't have an ubuntustudio address, and it would likely throw the same lintian error.
[22:10] <Eickmeyer> Rather, if update-maintainers shouldn't be used, then something needs to be updated/documented somewhere.
[22:11] <Eickmeyer> vorlon: Also, mcpdisp FTBFS, looks like it had a package installation hiccup on downloading build-deps.
[22:12] <Eickmeyer> Not sure if there's anything you can do on your end.
[22:12] <bdmurray> Eickmeyer: you might want to look at the manual for update-maintainer to better understand when it should be used.
[22:12] <Eickmeyer> teward: ^
[22:12] <Eickmeyer> bdmurray: teward is the one who told me to use it.
[22:12] <bdmurray> Eickmeyer: it'd still be good if you looked at it
[22:13] <Eickmeyer> bdmurray: I did.
[22:13] <Eickmeyer> There's not much to it.
[22:14] <bdmurray> There's a "SEE ALSO" link which has "more to it"
[22:21] <bdmurray> update-mainter is a script used to just change the Maintainer field when ubuntu is introducing packaging differences from debian
[22:21] <bdmurray> for native packages e.g. whoopsie there is no need to change the Maintainer field because the package does not exist in debian
[22:22] <Eickmeyer> bdmurray: Ok, so what you're saying is it should not be used unless we're introducing changes/updating from a Debian package.
[22:23] <bdmurray> That is correct
[22:24] <Eickmeyer> bdmurray: Ok, this is good to know. I thought it was for brand-new packages as well, so I'll probably throw my own .ubuntu address in the maintainer section then.
[22:28] <vorlon> Eickmeyer: ftbfs> probably related to what seb128 mentioned?
[22:29] <Eickmeyer> vorlon: Yep, 100%.
[22:29] <vorlon> I've hit the retry button
[22:29] <Eickmeyer> Ok.
[22:38] <Eickmeyer> vorlon: Yeah, still FTBFS for what looks like the same reason.
[22:38] <vorlon> ok; we'll probably need a mass-retry of those failures at some point
[22:41] <Eickmeyer> Yep. No worries.
[22:56] <teward> bdmurray: signing fails on attempting to sign/upload/build with -0ubuntuX in the rev no
[22:56] <teward> unless there's a way to override?
[22:56] <cjwatson> What's the failure message?
[22:57] <cjwatson> Signing shouldn't care about the version
[22:57] <teward> well Eickmeyer is using a semi-gbp method
[22:57] <teward> so all i get is the source no changes file to sing
[22:57] <teward> sign* and gbp (and git ubuntu) keep trying to build the package :P
[22:57] <cjwatson> Uh
[22:57] <cjwatson> This isn't clear enough to debug, sorry
[22:58] <teward> cjwatson: i'm in the hospital recovering from having my appendix removed sue me
[22:58] <teward> i don't have the details available on hand all i know is it errors hard
[22:58] <cjwatson> Yep, totally fair, just saying probably can't debug without a transcript
[22:59] <teward> yep the error was along the line of version string suggests ubuntu changes but maintainer is not @ubuntu address
[22:59] <teward> something along those lines
[22:59] <cjwatson> Oh, that's not signing then
[22:59] <teward> as i stataedL
[22:59] <teward> stated*
[22:59] <teward> all I get is the source code
[22:59] <teward> gbp and even old school debuild require to build the _changes file :p
[22:59] <teward> and then it just fubars
[22:59] <cjwatson> That only happens if DEBEMAIL contains ubuntu.com
[22:59] <cjwatson> Or rather it's only an error if that is the case
[23:00] <teward> hmm well i do sign with @ubuntu.com so maybe that's the problem... *shrugs*
[23:00] <cjwatson> You can temporarily set DEBEMAIL to something else for the duration of building the source package
[23:00] <cjwatson> Or you can make sure that the Maintainer has the substring 'ubuntu' in it
[23:01] <cjwatson> Either works
[23:01] <teward> makes sense but if Eickmeyer simply adjusts maintainer for the stuff he's going to maintaion to his @ubuntu address that'll solve the headache
[23:01] <teward> i'mma focus on healing up first so :p
[23:01] <cjwatson> Right, indeed!
[23:02] <cjwatson> When I'm building something for a PPA and just Do Not Care I tend to just ram it through with<EMAIL_ADDRESS>debuild -S.  When uploading to Ubuntu I'd fix up Maintainer
[23:02] <teward> also half-roped into review of a backport in #ubuntu-devel so
[23:02] <teward> *blames sarnold and rbasak*
[23:04] <teward> cjwatson: ack, i might spin a local script a-la update-maintainer to update Maintainer accordingly :P
[23:04] <teward> for now though
[23:04] <teward> recovery
[23:04] <Eickmeyer> cjwatson, teward: I'll go ahead and update to my address as I go from here on out.
[23:04] <teward> ... and figuring out why my left arm just lost slight feeling in it...
[23:04] <teward> Eickmeyer: ack
[23:46] <teward> well this is disconcerting: E: Failed to fetch http://ftpmaster.internal/ubuntu/pool/main/libx/libxinerama/libxinerama1_1.1.4-2_amd64.deb  Data left in buffer [IP: <IP_ADDRESS> 80]
[23:46] <teward> anyone want to go and figure out why that's failing repeatedly for mcpdist amd64 and risc?
[23:47] <cjwatson> teward: Brought up a couple of times above - looks like an apt regression but I don't think the apt maintainer has had a chance to dig into it yet
[23:49] <vorlon> is that apt in groovy? do we need to roll back?
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [amd64] (groovy-proposed) [1.6.4-0ubuntu1]
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [armhf] (groovy-proposed) [1.6.4-0ubuntu1]
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [s390x] (groovy-proposed) [1.6.4-0ubuntu1]
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [arm64] (groovy-proposed) [1.6.4-0ubuntu1]
[23:57] -queuebot:#ubuntu-release- New: accepted bchoppr [ppc64el] (groovy-proposed) [1.6.4-0ubuntu1]


[17:00] <ahasenack> hi, could someone please remove the "samba" task from https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1581679 ?
[17:00] <ahasenack> it's incorrect, and the ubuntu task is expired
[17:00] <ahasenack> there was never enough information to mark it as a bug affecting samba upstream
[17:03] <rbasak> ahasenack: I suggest you mark it as Invalid
[17:03] <rbasak> Deleting tasks tickles a Launchpad bug that makes it impossible to get back if information changes.
[17:04] <rbasak> Actually I'm not sure if that applies to top level tasks
[17:04] <ahasenack> rbasak: I can't
[17:04] <rbasak> But Invalid is fine
[17:04] <rbasak> Oh
[17:04] <rbasak> You mean the samba launchpad project task?
[17:04] <ahasenack> yes
[17:04] <rbasak> I don't think Ubuntu people have any rights over that
[17:04] <ahasenack> core devs might
[17:04] <rbasak> Oddly you can change a task to point to something different.
[17:04] <ahasenack> because they can upload it
[17:04] <rbasak> I don't
[17:04] <ahasenack> I cannot
[17:05] <ahasenack> well, that's why I came to #ubuntu-bugs :)
[17:05] <rbasak> Wrong project :)
[17:06] <ahasenack> who added that task, dunnoxd?
[17:06] <ahasenack> I'm looking at https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1581679/+activity
[17:06] <rbasak> https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1581679/+activity
[17:06] <rbasak> "Faria"
[17:06] <ahasenack> a person with karma 9, not a member of anything
[17:09] <ahasenack> I could create a project in lp called "invalid"
[17:09] <ahasenack> because I can change the project of that "samba" task
[17:09] <rbasak> That might be a conversation for #launchpad
[17:10] <ahasenack> I added a comment, and now I'm past it
[21:09] <bdmurray> ahasenack: There is a project called Null and Void or something close to that
[21:10] <ahasenack> for this purpose? :)


[00:00] <misen_> Hello, can anyone please tell me where Ubuntu 11.04 have the startup scripts?
[00:02] <misen_> I know it has changed from previous versions, but I cannot understand the new startup phase.
[00:28] <William23> anyone here use emacs in console mode ubuntu 10.04
[00:28] <William23> ?
[01:06] <William23> how do i boot ubuntu 10.04 into console only mode?
[01:37] <cprofitt> William23:
[01:37] <cprofitt> still here?
[06:39] <Puck`> hi everyone
[08:25] <philipballew> how can i set up my ubuntu server to allow me to ssh into it from miles away?
[08:26] <bioterror> !dyndns
[08:26] <ubot2> Factoid 'dyndns' not found
[08:26] <bioterror> get your computer static ip address
[08:26] <bioterror> or use dyndns or something else
[08:26] <bioterror> !next
[08:26] <ubot2> Factoid 'next' not found
[08:27] <philipballew> bioterror, what if my router does not have the option to register a dyndns account?
[08:27] <bioterror> you do it manually
[08:27] <bioterror> and get yourself a better router
[08:27] <Unit193> !info ddclient
[08:27] <philipballew> its on the to-do list.
[08:31] <bioterror> should I also remind you to add port forwarding too?
[08:32] <philipballew> bioterror, no. port 2222 i think im gona use
[08:32] <philipballew> https://help.ubuntu.com/community/DynamicDNS
[08:32] <philipballew> found this!
[08:33] <Unit193> Why is OpenDNS on that list?
[08:35] <philipballew> idk Unit193
[09:05] <s-fox> Hello.
[09:05] <Unit193> Howdy
[09:05] <s-fox> Hello Unit193
[12:21] <dr0pb3ar> I am having a problem with a western digital hard drive. I have plugged it in and it is definitely powered up and spinning but it is not coming up when I plug it in. It isn't coming up on gparted either... any help would be much appreciated.
[12:23] <geirha> Do you see it when you open a terminal and run the following command?   sudo fdisk -l
[12:23] <geirha> That's dash lowercase L, not minus 1
[12:26] <dr0pb3ar> no it doesn's
[12:26] <dr0pb3ar> *doesn't
[12:28] <geirha> Ok, so how is it connected? IDE/PATA, SATA, ESATA, USB, Firewire?
[12:28] <dr0pb3ar> usb
[12:28] <bobweaver> lsusb
[12:29] <bobweaver> you see it ?
[12:30] <dr0pb3ar> hold on will pastebin results
[12:30] <geirha> Is it an external cabinet containing a SATA or IDE disk? or just a regular USB harddrive?
[12:30] <dr0pb3ar> It doesn't make a whole lot of sense to me
[12:30] <bobweaver> is this a masscool ??
[12:30] <bobweaver> http://www.masscool.com/
[12:31] <dr0pb3ar> it's just a regular 1tb usb hard drive
[12:31] <geirha> Ok, those should just work without any fuzz :/
[12:31] <dr0pb3ar> http://pastebin.com/SgvYurA8
[12:32] <bobweaver> which one is it
[12:32] <bobweaver> #
[12:32] <bobweaver> Bus 001 Device 003: ID 04f2:b130 Chicony Electronics Co., Ltd
[12:32] <bobweaver> #
[12:32] <bobweaver> Bus 001 Device 002: ID 1164:0871 YUAN High-Tech Development Co., Ltd
[12:33] <dr0pb3ar> I don't know... it's a western digital drive
[12:33] <geirha> Unplug the drive, run lsusb again and tell us what line changed
[12:34] <dr0pb3ar> done... nothing changed... must not be mounting?
[12:34] <bobweaver> ls <---stands for list and usb stands fo well  do ls+usb= list all usb thing
[12:35] <geirha> dr0pb3ar: Try a different USB port
[12:36] <IdleOne> a WD drive would show something like: Bus 001 Device 004: ID 1058:1110 Western Digital Technologies, Inc
[12:36] <IdleOne> for lsusb
[12:37] <bioterror> as lsusb just shows you devices
[12:37] <bioterror> I'll advice to check dmesg
[12:37] <bioterror> as it will tell what happens on kernel level
[12:37] <dr0pb3ar> it is still the same on other usb port
[12:38] <bioterror> carry on
[12:39] <dr0pb3ar> and dmesg shows nothing either
[12:39] <IdleOne> dr0pb3ar: anything showing from: sudo blkid
[12:40] <bioterror> IdleOne, nope if dmesg tells there's no sdX device
[12:40] <IdleOne> looks like you got a dead drive
[12:40] <IdleOne> happens
[12:40] <dr0pb3ar> okay... thanks anyway.
[12:41] <bioterror> power or something
[12:41] <bioterror> remove that drive from the case
[12:41] <bioterror> and plug it directly
[12:41] <geirha> He can hear it spin up, so it does get power
[12:41] <dr0pb3ar> how do you do that.
[12:41] <dr0pb3ar> will it have a sata cable
[12:43] <geirha> If it's not an external hdd case, I wouldn't attempt that.
[12:43] <dr0pb3ar> okay
[12:43] <bioterror> if it's out of warranty, I would tear it apart!
[12:44] <bioterror> as you have only data to loose ;)
[12:44] <geirha> If it's brand new, it's just a defective drive, so take it back to the retailer and they'll give you a new one.
[12:45] <dr0pb3ar> it's not new. it's belongs to another guy in my team and we are a bit short of them here in afghanistan so thought I might try and fix it up... think I might be out of options
[12:46] <IdleOne> dr0pb3ar: when plugged to a pc running windows does it come up?
[12:46] <dr0pb3ar> no it doesn't
[12:46] <IdleOne> definitely dead
[12:46] <IdleOne> target practice :)
[12:47] <dr0pb3ar> righto... will take it to the range tomorrow... thanks for you help guys
[15:29] <E3D3> Who can explane me gnome-system-monitor ?
[15:31] <nlsthzn-work> E3D3: what do you need to know?
[15:32] <E3D3> Please wait a moment. Maybe it was my Emacs that did strange, I have to check this.
[15:35] <E3D3> Sorry nlsthzn-work, I just saw I had a ghost-proces or something (Emacs) I think that it is solved.
[15:35] <E3D3> I was confused about that Emacs used a little memory and ALL cpu. I stopped it, also in System-monitor & after that it looks normal.
[15:36] <nlsthzn-work> OK Cool :)
[15:36] <E3D3> But very much thanks for your kind offer to help me. Good day/luck/etc.
[15:37] <nlsthzn-work> E3D3: no prob, cheers :)
[15:38] <E3D3>  :D
[18:18] <misen> Hello, can anyone tell me where are located the new startup scripts in Ubuntu 11.04?
[18:18] <mikde> all my apps hide under the title bar,what do I do?
[18:20] <mikde> I mean the top part of the app ,like the title bar
[18:20] <IAmNotThatGuy> misen, /etc/init.d is the one I think
[18:21] <IAmNotThatGuy> mikde, you are not able to see the file,edit  help and other menu bars right?
[18:21] <mikde> yes
[18:21] <IAmNotThatGuy> or the tittle bar? in the sense, the application name?
[18:21] <mikde> yes
[18:21] <misen> not anymore, that has changed to a event.d directory in the /etc dir but I cannot figure it out yet.
[18:21] <IAmNotThatGuy> mikde, what version are you using?
[18:22] <mikde> 11.04
[18:26] <IAmNotThatGuy> mikde, try unity --reset
[18:26] <IAmNotThatGuy> I think its unity you use
[18:27] <mikde> yes,but where is reset
[18:27] <IAmNotThatGuy> mikde, open terminal and type sudo unity --reset
[18:28] <mikde> thank you, i'll give it a try
[19:37] <philipballew> hey so i set up a dydns program on my computer and want to be able to ssh into my desktop from miles away. anyone know how?
[19:51] <geirha> If you're behind a router, port forward port 22 to your computer
[19:52] <geirha> then ssh<EMAIL_ADDRESS>[19:53] <philipballew> hum. let me try that
[19:54] <philipballew> also i assigned the server a ststic ip of <IP_ADDRESS>. i need to see if 200 is a good thing to choose
[19:55] <geirha> It's a good a byte as any
[19:57] <philipballew> hum. well i should probably go to starbucks and see if i can ssh into it
[19:57] <geirha> philipballew: Try it locally first.
[19:58] <misen> Does anyone know where are located the new startup scripts in Ubuntu 11.04?
[19:58] <geirha> If ssh user@yourdyndnshostname works, even from the same machine, you should be fine
[19:59] <geirha> misen: "startup" is a bit ambiguous. What are you looking for exactly?
[20:00] <misen> Add a startup script, query/enable/disable startup services, etc.
[20:01] <philipballew> geirha, if im on my local network should i port forword poet 22?
[20:02] <philipballew> also so it should look likr this geirha : ssh<EMAIL_ADDRESS>[20:02] <philipballew> dont worry, my password is pretty strong
[20:03] <geirha> philipballew: Yes, if that line works locally, it should work from a remote location too, like starbucks.
[20:05] <geirha> misen: ~/.config/autostart/ as in earlier versions. Or are you asking how to bring up the GUI?
[20:07] <misen> geirha: If I want to add a startup script, where can I do it now?
[20:09] <geirha> Hitting the windows key and typing startup should bring it up
[20:09] <geirha> Though if you're using a different language, you may need to provide part of the translated name for "startup applications"
[20:12] <misen> geirha: Startup applications: Network Connection Manager, Bluetooth, Dhcpd, Sshd, ACPI daemon, etc?.
[20:18] <geirha> misen: Ah, you mean init and upstart scripts
[20:20] <geirha> !upstart
[20:20] <ubot2> Upstart is meant to replace the old Sys V Init system with an event-driven init model.  For more information please see: http://upstart.ubuntu.com/
[20:20] <philipballew> geirha, hey so i opened port 22 but i cant seem to connect to it.
[20:22] <geirha> You forwarded port 22 on the router to port 22 on your desktops local 192.168.1.* address?
[20:26] <philipballew> geirha, http://imagebin.org/169358
[20:30] <philipballew> geirha, would my server ddydns not be working?
[20:31] <geirha> philipballew: Your dyndns works, you just haven't forwarded port 22 to your desktop computer
[20:32] <philipballew> the immagebin says i did?
[20:33] <geirha> You'll need to tell it that "when someone connects to remote-ip and port 22, it should be forwarded to <IP_ADDRESS> port 22
[20:34] <geirha> In that screenshot it appears you've opened port 22 in the firewall, possibly allowing ssh access to the router itself, from the outside.
[20:35] <geirha> http://portforward.com/ has guides on how to port forward on tons of different routers. See if you find your router there.
[20:36] <philipballew> hum. alright
[20:43] <misen> geirha: Thanks
[20:45] <misen> Ill take a look into the documents
[23:06] <philipballew> can i run a live cd and check if a hard drive is good
[23:09] <nlsthzn-work> philipballew: yup
[23:09] <philipballew> oh, well okay nlsthzn-work
[23:10] <nlsthzn-work> :) you can mount the drive very easily and you have access to all the same tools as a default install
[23:59] <bookpage> is there some option like -r for scp?
[23:59] <nlsthzn-work> bookpage: have you checked the man page?


[12:03] <ricotz> mlankhorst, hi :), are there (precise) packages for wine 1.6.1 yet?
[16:37] <mlankhorst> ricotz: erm scott ritchie does those
[16:45] <ricotz> mlankhorst, ok, thanks, since you are involved too, i was hoping you had uploaded it somewhere already -- haven't found it on launchpad though
[20:31] <ali1234> i've got a question about RetainPermanent and the various atoms used to signal the existence of such on the root window pixmap
[20:33] <ali1234> first: there's a bunch of different ones: XSETROOT, XROOTPMAP, ESETROOT_PIXMAP_ID, _XROOTPMAP_ID... any more?
[20:34] <ali1234> second: how do these pixmaps get freed? if i set and change the background image using one of these tools, it's going to keep allocating new RetainPermanent pixmaps. how are they supposed to get deallocated?
[20:36] <ali1234> RAOF: in my searching on this topic i saw you discussing RetainPermanent in relation to unity-greeter. can you tell me anything about this stuff? i'm hacking on lightdm-gtk-greeter for xubuntu
[21:01] <ali1234> it looks like unity-greeter defines RetainPermanent but doesn't use it. so how does the wallpaper handoff happen between unity-greeter -> compiz?
[21:02] <mlankhorst> ali1234: no idea, magic? :>
[21:02] <ali1234> well all this RetainPermanent stuff sure feels like magic
[21:03] <mlankhorst> I guess until compiz starts compositing the old image will exist
[21:03] <mlankhorst> because nothing new has been drawn to it yet
[21:04] <ali1234> the problem we have is xfwm starts compositing with a empty grey buffer, and there's a delay before the app that draws the wallpaper starts up
[21:04] <ali1234> xfwm can read the RetainPermanent background at startup to avoid this, but the whole thing seems incredibly bad with magic atoms and unmanaged buffers...
[21:17] <mlankhorst> I think you can just read out the uncomposited buffer before starting to composite
[21:17] <mlankhorst> or at least delay drawing until you have a background
[21:18] <mlankhorst> but I haven't put much thought since I mstly worry about driver issues ;)
[21:19] <ali1234> speaking of driver issues, why does nouveau corrupt the hell out of the display when using RetainPermanent pixmaps?
[21:20] <ali1234> "oh, you wanted your wallpaper? here's some windows that were on your screen earlier today"
[21:22] <ali1234> i think "read out the uncomposited buffer" is what compiz does, that's probably going to be our best option
[21:22] <mlankhorst> I guess it uses random vram memory with nothing drawn to it yet
[21:22] <mlankhorst> which happens to match window contents in some cases