[02:23] <Scary_Guy> as far as straight up terminals go I liked terminology and gnome terminal.  I'm using terminator though because it's light on resources and does a good job
[02:24] <Scary_Guy> https://en.wikipedia.org/wiki/Comparison_of_terminal_emulators
[02:25] <Scary_Guy> https://martin.ankerl.com/2007/09/01/comprehensive-linux-terminal-performance-comparison/ is great too, but outdated
[12:08] <waldo323> if you're in south east michigan, stay home if you can today
[12:08] <waldo323> the roads were quite slippery out
[12:08] <waldo323> also, good morning :)
[12:08] <Scary_Guy> morning
[12:37] <rick_h> morning, first shoveling of the day done
[12:37] <rick_h> didn't seem like that much fell
[13:33] <brousch> Snow day in Wyoming, despite there not being much snow. Back in my day ...
[13:33] <rick_h> lol
[13:33] <rick_h> yea, I do feel like there's a lot more "the forecast says so we're cancelling now
[14:25] <jrwren> i haven't been out yet, but just looking it seems like a lot fell already
[14:26] <rick_h> was just about 2in when we got up I cleared out
[14:27] <rick_h> but it's coming down faster now
[14:28] <cmaloney> Yeah, I need to get out there and plow
[14:28] <_stink_> royal oak is closed too
[14:28] <_stink_> seems preemptive
[14:29] <rick_h> ok, I want to do this now https://www.youtube.com/watch?v=awm8wytQctU&t=1s
[14:30] <rick_h> rick snowblowing heh https://youtu.be/KbjER5PBqQI
[14:38] <Scary_Guy> skibike looks cool, but it would be way cooler with a fat rear studded tire
[14:39] <rick_h> I don't think it'll get the drift effect the skibike is looking for
[14:48] <cmaloney> rick_h: THat footage looks way more edited to show it moving than I would like. :)
[14:48] <rick_h> cmaloney: show it moving?
[14:48] <cmaloney> You'd definitely need some more hills than trad Michigan to make it work
[14:48] <rick_h> hah, just means you spend more time on the lift
[14:48] <cmaloney> heh
[14:49] <rick_h> erica is always wanting to go to ski weekends somewhere so I just need to say she needs a find a place with ski-bikes
[14:49] <rick_h> we hit up crystal mountain every winter, need to get them into these
[14:49] <cmaloney> THey look more cool than what I first imagined
[14:49] <cmaloney> might get me skiing with those
[14:50]  * cmaloney isn't particularly steady on rollerblades and other things where the akle needs to pivot
[14:50] <jrwren> LMAO @ rick snow blowing. I should make a jay shoveling video ;)
[14:50] <rick_h> cmaloney: yea, and with my knee I'm not eager to get back into trying out the ski stuff
[14:51] <rick_h> but this looks downright fun
[14:51] <rick_h> jrwren: :)
[14:53] <Scary_Guy> I'd rather carry a gigantic bulletproof convex shield to double as a sled.  seriously snow troops should have those
[14:57] <cmaloney> Scary_Guy: There's probably a reason they don't have those. :)
[14:58] <rick_h> because butts double as sleds?
[14:58] <rick_h> wheeeee
[14:59] <cmaloney> not if there's ice
[14:59] <jrwren> butt sled is fun, until there are sticks.
[15:00] <rick_h> or sharp rocks...ok true enough
[15:00] <Scary_Guy> also a bulletproof sled would hold up better against those too
[15:00] <Scary_Guy> I'm liking this idea more and more
[15:01] <rick_h> you go make your millions
[15:01] <rick_h> I hear military spending is on the rise
[15:01] <jrwren> its captain america guys.  Scary_Guy just wants to be captain america.
[15:01] <cmaloney> Pretty uch
[15:01] <cmaloney> much
[15:02] <Scary_Guy> lol
[15:03] <Scary_Guy> the shield just needs to be black and gold though
[15:09] <jrwren> if its red black and gold it can be Captain Germany
[15:09] <jrwren> or Belgium :]
[15:09] <Scary_Guy> only red from the blood of my enemies :p
[15:10] <jrwren> nice!
[16:03] <waldo323> when i was on the roads earlier there wasn't much additional snow yet but combinations of the light snow on top of the compacted snow made for a very slippery mix
[16:05] <waldo323> watch the car ahead of me start gliding while we were on a the on ramp from 96 west to 275 north and for a little while they were taking up all the lanes (i think there are 2 there but they were imaginary today)
[16:07] <waldo323> i think the only sliding i did was just out of my driveway and when i did a couple cautious traction tests in my neighborhood


[10:55] <knome> meh, 713MB for amd64
[13:26] <bluesabre> Good morning everyone!
[13:26] <bluesabre> (where applicable)
[13:31] <elfy> good mornaftereveight bluesabre
[13:32] <bluesabre> works for me
[13:32] <bluesabre> :D
[13:32] <elfy> works for most :p
[17:35] <olbi> hello
[17:35] <olbi> why Xubuntu 12.10 doesn't have at top panel sound indicator?
[17:36] <olbi> i have to install mixer for changing fast sound ;]
[17:38] <GridCube> olbi, because the plugins indicator is now in gtk3 and that conflicts with xfce 4.10 gtk2 panels, i dont know how the state of fixing this issue is going on
[17:38] <olbi> grrr :P
[17:38] <olbi> idicator was very clever for using with fast changing sound and manage audio players :)
[17:39] <olbi> I think Xfce should change from GTK to Qt, cause GTK+ is going to be too much integrated with gnome :]
[17:39] <Sysi> errwhat?
[17:40] <olbi> this is only suggestion :D
[17:40] <Sysi> I mean how's "gtk integrated with gnome"
[17:41] <pleia2> olbi: we don't develop Xfce here, that's a discussion to have with the Xfce folks :)
[17:41] <Sysi> I wonder how's razor-qt nowdays
[17:42] <pleia2> (but I can tell you right now that a complete rewrite of everything in a new toolkit isn't going to happen)
[17:44] <olbi> I know it :)
[17:45] <olbi> do you know when will be updated livecd with 12.10 daily?
[17:57] <olbi> Sysi: it looks good and works quiet well, said my friend :)
[18:36] <knome> hey pleia2 :)
[18:40] <pleia2> g'day knome
[18:42] <knome> you available at 21UTC?
[18:44] <pleia2> yeah, for a half hour
[18:44] <knome> ok
[18:44] <knome> we're going through the xubuntu docs with mdke then
[18:46] <pleia2> great!
[18:46] <pleia2> I was getting nervous timing-wise on this :)
[18:46] <knome> hehe
[18:46] <knome> well as i said to ochosi, nothing else works for me than getting the new docs up for beta2
[18:46] <elfy> good luck :)
[18:47] <knome> elfy, thanks ;)
[18:47] <pleia2> knome: you owe me a casebadge design :)
[18:48] <pleia2> and I owe you flyer text
[18:48] <knome> pleia2, i know
[18:48] <pleia2> I'll really try to do it this week, for real this time
[18:48] <knome> pleia2, can you wait until we get beta2 freee done
[18:48] <knome> +z too
[18:48] <pleia2> sure
[18:48] <knome> i don't have too much time, and there's a lot of things that *need* to happen
[18:48]  * pleia2 nods
[19:06] <xnox> http://ubuntu-with-wubi.blogspot.co.uk/2012/08/xubuntu-option-to-be-removed-from-wubi.html
[19:06] <xnox> knome: why was wubi option removed for xubuntu?
[19:08] <knome> xnox, no testers, and our experience is that wubi simply brings more problems
[19:08] <xnox> knome: ok.
[19:09] <knome> we're trying to cut any workload that isn't highly beneficial
[19:09] <xnox> would be nice to have a fix released bug with this comment.
[19:09] <xnox> such that google can help find it and read it =)
[19:09] <knome> what "fix released"? :)
[19:10] <xnox> knome: well the download option is dropped in wubi
[19:10] <knome> yeah
[19:51] <elfy> is there anyone else using 12.10 seeing double entries for partition's ?
[19:52] <Sysi> I see two floppies
[19:53] <Sysi> which is especially weird since I don't have floppy device, I commented line for it in fstab and removed everything in /media
[19:54] <elfy> cool - thought I was going mad - really didn't think it was just 4 people - you want to me too the bug ?
[19:55] <elfy> https://bugs.launchpad.net/bugs/1039375
[19:57] <olbi> I have to problems with doubles pendrive :P
[19:58] <elfy> I've got it for any partition that is not mounted by fstab
[20:58] <knome> pleia2, got my slides pretty much ready for the lecture
[20:58] <knome> don't know when that is though :P
[20:58] <pleia2> yay :)
[20:58] <pleia2> whenever it is, don't show up an hour late
[20:58] <knome> lawl
[20:58] <knome> i'd probably get away with that too :P
[20:59] <pleia2> you are very famous
[20:59] <knome> i definitely am!
[22:43] <knome> pleia2, http://temp.knome.fi/xubuntu/branding_exports/machine-sticker.png
[22:44] <pleia2> looks good, SVG? :)
[22:46] <knome> pleia2, http://temp.knome.fi/xubuntu/branding_exports/sticker.svg
[22:46] <knome> pleia2, if you're going to send it to printers, i shall export you another one?
[22:47] <knome> pleia2, for printers: http://temp.knome.fi/xubuntu/branding_exports/sticker-paths.svg
[22:47] <knome> i hope they'll have a good enough dpi...
[22:47] <pleia2> ok, I'll find out what they need
[22:47] <knome> sure, let me know
[22:47] <knome> i can even export pdf's, if they want...
[22:49] <pleia2> thanks! :)
[22:56] <pleia2> ok, emailed off to request quote
[22:56] <knome> thanks


[01:42] <Hydr0p0nX> http://www.mythtv.org/wiki/User_Manual:Initial_Installation#MythTV_database_setup
[01:45] <Hydr0p0nX> also, according to  http://www.mythtv.org/wiki/MythTV-HOWTO_-_0.26#First_things_first , you can pull down the mc.sql from the database/ directory included with the source package
[12:42] <Thorneo_> :-D
[12:45] <Thorneo_> Is the quick start guide up to date with current verion of mythbuntu??
[13:26] <superm1> I don't think its been updated yet. Thanks for volunteering :)


[01:52] <sbalneav> Not sure if anyone's been working on the firefox 3.6 "no start" problem, but I've narrowed down the problem, I think....
[01:52] <sbalneav> the compatibility.ini file seems to be what's stopping it from starting
[01:53] <sbalneav> Specifically, the LastVersion=3.6_20100125074043/20100125074043
[01:53] <sbalneav> line
[01:54] <sbalneav> I'll have a look at the code, see if I can find out what's parsing it.  Buffer overrun, maybe?
[01:58] <hggdh> sbalneav: you might have better response on the #ubuntu-mozillateam channel
[01:59] <sbalneav> ah, ok!  Super.
[02:04] <micahg> what's the q?
[02:04] <micahg> oh.hmm...
[02:06] <micahg> sbalneav: I'll be back on in there in a couple hours if you want to discuss
[02:07] <sbalneav> Sure.
[02:07] <sbalneav> I can make it start reliably now by editing the file.
[02:08] <sbalneav> Ping me when you get in there.  I'm idling there now.
[03:15] <Toa_Vakama> hi
[07:26] <dholbach> good morning
[08:54] <pitti> Good morning
[08:55] <pitti> zul: pastedeploy> saw your response, will process today
[08:55] <pitti> kees: lxc> ack
[09:13] <ogra> pitti, so with my newly upgraded lucid laptop gdm is up after 10seconds after BIOS ... as you can see on http://people.canonical.com/~ogra/osiris-lucid-20100127-3.png X is up after 3.5 and gdm-simple-greeter after about 5.5, is there still any work going on to make the greeter map faster here ? the time from X to greeter mapping *feels* quite long
[09:14] <ogra> s/is up after/is starting after/
[09:15] <pitti> ogra: hm, isn't that just the period when you enter your password?
[09:15] <ogra> nope
[09:15] <pitti> there is no CPU and IO at that time
[09:15] <ogra> i see the greeter after 10sec
[09:15] <ogra> i stopwatched it
[09:15] <ogra> so half the time i'm waiting for the greeter to map on the screen
[09:16] <ogra> i typed my password here in this bootchart at about 15sec
[09:16] <pitti> strange
[09:17] <ogra> the drumroll also comes when X comes up already, that might add to the impressions of the greeter being slow
[09:17] <pitti> I don't see that on my box (http://people.canonical.com/~pitti/bootcharts/tick-lucid-20100122-2.png)
[09:17] <pitti> 3 secs between gdm and g-session, that's the time I need to pick user/enter pwd
[09:19] <ogra> no, i'm talking about the mapping from the greeter starting to seeing it on screen
[09:19] <pitti> do you bring this laptop to the sprint?
[09:19] <ogra> yes
[09:19] <ogra> its just that the whole bootprocess feels incredibly fast ... somehow the greeter bringup doesnt feel right in that whole scheme
[09:19] <ogra> wow, you got a slow disk !
[09:20] <pitti> well, "incredibly fast"
[09:20] <pitti> yes, your disk is crazily fast
[09:20] <pitti> however, there's this looooong udev-configure-/dk-power-manager/modprobe hang
[09:21] <pitti> with the current kernel, I'm seeing something similar on the dell mini (http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100128-1.png)
[09:21] <pitti> that 5 second block wasn't there with -10)
[09:21] <ogra> intresting
[09:22] <ogra> thats autoligin on the mini, no ?
[09:22] <pitti> yes
[09:22] <ogra> *login
[09:22] <ogra> i should try that on mine for a test
[09:22]  * pitti tries with -12 kernel
[09:24] <ogra> oh
[09:24]  * ogra just notices he modified his cmdline in karmic
[09:24] <ogra> though i guess usbcore.autosuspend=1 doesnt change anything in the bootprocess
[09:25] <pitti> worth trying, though
[09:27] <ogra> hmm, why is update-grub not doing anything
[09:27] <ogra> oh, its just slower than the old one
[09:27]  * ogra reboots ... lets see
[09:31] <ogra> god, freenode gets annoying with the broken autojoin
[09:31] <ogra> pitti, no change without usbcore.autosuspend=1
[09:32] <ogra> still sitting there on the xsplash wallpaper for about 5 sec
[09:34]  * ogra tries autologin
[09:37] <ogra> wow !
[09:37] <pitti> ogra: 15 seconds now? :-)
[09:37] <ogra> 9sec to desktop if i didnt miscount (some app should emit a "mapped" signal that shows up in bootchart)
[09:38] <pitti> ogra: bootchart draws a red line when it's "done"
[09:38] <ogra> sadly the chart doesnt really reflect how fast everything was up
[09:38] <ogra> yes, when *bootchart* is done
[09:38] <pitti> no, when the session stops using IO and CPU
[09:38] <ogra> it was up for way over 10 seconds already and i didnt even see a tgz in /var/log
[09:38] <pitti> yes, that takes a while
[09:39] <pitti> it continues to measure way after the desktop is done
[09:39] <ogra> the red line is at 30sec here
[09:39] <ogra> but thats definately 20 sec longer than it took to map all apps on my screen
[09:39] <pitti> hm, the red line usually works fine here, odd
[09:39] <ogra> i had to type my keyring PW
[09:39] <ogra> probably it waits until thats done
[09:40] <ogra> since that still produces IO
[09:40] <ogra> dhclient starts at 20sec on the bootchart
[09:43] <ogra> http://people.canonical.com/~ogra/osiris-lucid-20100128-2.png
[09:44] <seb128> urg
[09:44] <ogra> urg ?
[09:44] <seb128> your dkpower uses disk for 6 seconds
[09:44] <pitti> ogra: wow, that's by and large a 10 second boot
[09:45] <pitti> ogra: even with ubuntuone taking CPU like mad
[09:45] <ogra> yes
[09:45] <pitti> seb128: modprobe/udev-configure/dk-power hang
[09:45] <ogra> bootchart totally doesnt reflect when i see the desktop though
[09:45] <pitti> looks similar to the delay that we get on the mini
[09:46] <pitti> that's just I/O wait, though, not actually doing I/O
[09:46] <ogra> right
[09:47] <ogra> note though that this SSD costed nearly 300€ (i decided to upgrade RAM and disk insteads of buying a new lappie last year) :) but it didnt gain me *any* speedup in karmic
[09:47] <ogra> after the upgrade yesterday i nearly fell off my chair
[09:47] <pitti> :-P
[09:48] <ogra> (and i didnt even buy it for speed butu for battery life :) )
[09:48] <ogra> *but
[09:49] <seb128> weird that it didn't make any difference in karmic
[09:49] <ogra> yeah, i thought so too
[09:49] <ogra> but i have one odd device that the karmic kernel had issues with (touchscreen) so my modprobe looked like pitti's
[09:50] <ogra> somehow modprobe looped over the device for like 10 secs, without it i might have seen speed improvements
[09:53] <lool> cjwatson: Hi, since a recent upgrade of the ssh client on lucid, I get warnings in logcheck from auth.log; the following lines now appear everytime I close a ssh connection:
[09:53] <lool> Jan 28 10:52:51 fox sshd[26563]: Received disconnect from <IP_ADDRESS>: 11: disconnected by user
[09:53] <lool> (before pam session is closed)
[09:54] <lool> cjwatson: I don't know whether this is expected or not, in which case I'll update the logcheck rules
[09:54]  * lool goes to Paris hand over some hardware and will be back in the afternoon
[09:54] <lool> +to
[09:54] <lool> didrocks: Leaving now
[09:54] <didrocks> lool: ok, I'll leave in 20 min approximately
[09:55] <lool> didrocks: Shoot for 12:15 rather than 12:00; transport takes forever here
[09:55] <didrocks> lool: ok, see you :)
[10:00] <pitti> mvo: rejecting your metacity karmic-proposed upload; no bug reference
[10:20] <tseliot> slangasek: are you around?
[10:20] <slangasek> yes
[10:20] <tkamppeter> pitti, thanks for putting up my CUPS SRU
[10:23] <tkamppeter> pitti, I have seen a bug report somewhere that CUPS does not start when booting an up-to-date Lucid, can it be that the upstart switchover is the culprit? Will you update the CUPS package to also start through upstart?
[10:24] <pitti> tkamppeter: I believe Scott already has an upstart script, but it still causes problems
[10:24] <pitti> tkamppeter: however, init scripts ought to work; if not, that's a bug in the upstart init script integration
[10:25] <tkamppeter> pitti, OK.
[10:25] <tkamppeter> pitti, to which package do I have to assign the CUPS-not-starting bug then?
[10:26] <pitti> tkamppeter: I don't know, without seeing the bug
[10:36] <Riddell> mvo: is it right that you can't have two packages doing a dpkg-diverts on the same file?
[11:01] <slangasek> Riddell: yes
[11:26] <apachelogger> asac: ping
[11:31] <asac> apachelogger: ?
[11:34] <apachelogger> asac: can you please make the firefox package replace kubuntu-firefox-installer http://bazaar.launchpad.net/~kubuntu-members/kubuntu-firefox-installer/trunk/revision/22
[11:34] <apachelogger> following https://bugs.edge.launchpad.net/ubuntu/+source/kubuntu-firefox-installer/+bug/439431/comments/4
[11:46] <apachelogger> ccheney: ^
[11:48] <asac> apachelogger: sure
[11:48] <apachelogger> thx :)
[11:52] <cjwatson> lool: it appears to be intentional
[11:52] <cjwatson> lool: from what I can tell it was part of the preparation for roaming support
[12:20] <StevenK> pitti: I'm going to promote EFL and related bits and close the MIR bugs tomorrow morning
[12:29] <ogra> pitti, hmm, looking at /lib/udev/rules.d/69-xserver-xorg-input-wacom.rules it should be possible to assemble something similar for evtouch devices based on bug 317094
[12:29] <ogra> just needs someone with a lot of time to look at all the lshal files
[12:40] <pitti> cjwatson: thanks for fixing simple-scan ACLs!
[12:46] <hdon> any idea how to deal with this kind of warning from gcc? warning: format ‘%lld’ expects type ‘long long int’, but argument 4 has type ‘int64’
[12:47] <hdon> i guess i could cast it
[13:18] <cjwatson> hdon: C99 defines a macro PRId64 which expands to whatever string is required to printf int64_t
[13:18] <cjwatson> it's not pretty, but nor is a cast, and that's the best you can portably do
[13:19] <cjwatson> hdon: you need to #include <inttypes.h> for that
[13:20] <cjwatson> hdon: oh, and you need to supply the "%" yourself, so e.g. printf("%" PRId64 "\n", i);
[13:56] <Sonne> hello there
[13:56] <Sonne> is this the right place to ask about a problem with making an usplash theme?
[14:00] <Sonne> in doubt, i'll try and ask: i have made a 256 colors 640x480 png, used pngtousplash, and compiled into .so, but when trying to load it usplash says "No usable theme found for 640x480"
[14:21] <vmlintu> Are there known bigger problems with current Lucid packages? It seems like all my kvm based lucid virtual machines just stopped bootin. fsck shows up on console and then it dies with different errors like "mountall: fsck /boot [596] terminated with status 1"
[14:22] <vmlintu> fsck seems to complain at every boot about unclean shutdown and often checks also fail
[14:22] <vmlintu> All other kvm virtual machines boot fine and these broke with some apt-get dist-upgrade
[14:30] <EtienneG> hello all - does someone know the fate of Moonlight in lucid?  I checked, it has not been packaged in Debian, was wondering if someone has been working on it
[14:30] <EtienneG> err, I mean Moonlight *2*
[14:35] <cyphermox> EtienneG, if it can be of any help, here's why 2 is not in Debian yet, it seems: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=530251 the last comment is especially of interest ;)
[14:35] <EtienneG> cyphermox, that is very useful indeed
[14:35] <EtienneG> thanks!
[14:36] <cyphermox> especially useful since think I know exactly why you're interested in moonlight ;)
[14:38] <EtienneG> cyphermox, or so you think (hint: it has *nothing* to do with Radio-Canada)
[14:39] <cyphermox> EtienneG, aww
[14:39] <seb128> directhex, Laney: is anybody working on getting the new gnome-sharp2 in lucid?
[14:39] <EtienneG> cyphermox, in any case, I need to telegraph to this Riku Voipio guy
[14:39] <EtienneG> err, I mean, to telegraph *a beer*
[14:39] <seb128> directhex, Laney: the debian changes to put the .pc in the new binaries at least
[14:39] <directhex> seb128, not until someone works out why mono isn't migrating it. it's been synced twice & LP eats it
[14:39] <Laney> seb128: I reckon we could be persuaded
[14:39] <directhex> s/it/in/
[14:40] <Laney> mono needs hax to be synced
[14:40] <seb128> directhex, I can sync mono
[14:40] <Laney> seb128 knows the magic
[14:40] <seb128> somebody told me to not do it
[14:40] <seb128> !!!
[14:40] <directhex> as a warning about the subsequent FTBFS, i guess
[14:40] <directhex> we're mostly done with that though
[14:41] <Sonne> has anyone read my question about usplash? :)
[14:41] <seb128>  <seb128>      do you need mono to be synced?
       I think that requires more discussion
[14:41] <Laney> let's discuss
[14:41] <seb128> directhex, Laney: should I sync it or not?
[14:41] <seb128> I want to get moving with those changes
[14:41] <seb128> the earlier the transition is done the better
[14:41] <Laney> the state in debian is good
[14:42] <seb128> good to know but I'm asking about Ubuntu there ;-)
[14:42] <mathiaz> slangasek: kees: is it a standard (best?) practice in Debian/Ubuntu that if you don't wanna have a daemon running the package should removed?
[14:42] <seb128> I'm fine dealing with rdepends
[14:42] <seb128> or build issues
[14:42] <seb128> I just want to know if there a reason to delay that transition
[14:42] <mathiaz> slangasek: kees: see bug https://bugs.launchpad.net/bugs/513749
[14:43] <Laney> not really, not if you understand the issues
[14:43] <seb128> the issues is just that build-depends need to be updated?
[14:43] <Laney> yeah, just what to look out for
[14:43] <directhex> more or less, yes, that's the issue
[14:43] <seb128> or do I miss something not obvious there?
[14:43] <seb128> is just seems to me to be a "go through rdepends and change them for the new binaries"
[14:43] <directhex> and there are very few packages remaining to be updated in sid. obviously merges in ubuntu are a second job on top of that
[14:43] <mathiaz> slangasek: kees: and bug 513135
[14:43] <Laney> seb128: that's right
[14:43] <seb128> ok
[14:44] <seb128> doing that now
[14:44] <Laney> and if there are any ubuntu specific packages it would be cool to do those too
[14:44] <seb128> directhex, Laney: anybody wanting to do the gnome-sharp2 change this afternoon?
[14:44] <seb128> Laney, I've already been doing some bug I will need to do those again since we did get half of the changes
[14:44] <directhex> anything in italic on http://wiki.debian.org/Teams/DebianMonoGroup/Mono-devTransition is definitely fine in sid. anything in bold is likely broken
[14:44] <seb128> Laney, that's why it's better to do everything now in once
[14:45] <seb128> and not changing build-depends every weeks because we get part of the new binaries
[14:45] <seb128> directhex, where broken is failing to build right?
[14:45] <seb128> no runtime issue for users
[14:45] <directhex> seb128, right
[14:45] <seb128> ok, really a non issue
[14:45] <seb128> you guys are overcautious there
[14:45] <Laney> we just wanted to get a significant chunk done
[14:46] <Laney> but it seems like some stuff got pulled over anyway
[14:46] <seb128> right
[14:46] <Laney> throw the switch if you like, we'll have your back
[14:46] <seb128> which means we fix several times the same source
[14:46] <directhex> seb128, for full-on bullet biting, pull in anything which is green in the left column  of that wiki link - those are all the things with rdepends which are in sid and need those rdepends to be tweaked
[14:46] <seb128> it turns to be extra work rather than win
[14:46] <seb128> directhex, can you do the gnome-sharp2 merge now?
[14:46] <seb128> or should I do that one too?
[14:47] <Laney> i'll do it if it's just the changelog change
[14:47] <directhex> just the changelog change as far as i can see
[14:47] <seb128> Laney, it is afaik
[14:47] <seb128> Laney, thanks
[14:48] <directhex> seb128, i was also kinda waiting for the archive reorg, as new mono will basically need all extraneous libs to go into main using the old archive layout
[14:48] <directhex> seb128, although evidently that's not happened yet
[14:48] <seb128> right, let's not block on that
[14:48] <seb128> it could take a while ;-)
[14:48] <directhex> okay then, fine by me
[14:49] <seb128> didrocks, Laney: the mono sync is done btw
[14:49] <seb128> ups
[14:50] <seb128> didrocks,-> directhex
[14:50] <directhex> seb128, actually published? it keeps dying at that point
[14:50] <Laney> it requires manual changesfile hax
[14:51] <Laney> because of a \n
[14:51] <Laney> (afaik)
[14:51] <directhex> o_o
[14:52] <Laney> http://packages.qa.debian.org/m/mono/news/20091214T162012Z.html that one there
[14:52] <directhex> Laney, the line's too long so it gets cut up?
[14:53] <directhex> how odd
[14:53] <seb128> directhex, Laney: yes, the issues is the new lines in the .changes, I've acked that before sending it to the queue
[14:53] <directhex> is this more sbuild crud? the changes file from a (pbuilder) mono build is fine on my desktop
[14:53] <seb128> hacked that rather
[14:54] <Laney> the soyuz parser should be more robust
[14:54] <seb128> directhex, soyuz is pickier than pbuilder apparently
[14:54] <seb128> there is a soyuz bug open about that
[14:55] <Laney> wow
[14:55] <directhex> seb128, is there any value in a list of syncables, a list of mergables, and a list of TODO?
[14:56] <Laney> bzr merge-package is GREAT!
[14:56] <directhex> Laney, ?
[14:56] <directhex> Laney, is there a tutorial? i'm kinda pretending it doesn't exist as new workflow scares the bejeesus out of me
[14:56] <Laney> oh, no, hahaha
[14:56] <Laney> I thought it made a really awesome changelog...
[14:56] <Laney> but it looks like slangasek has already done the work
[14:57] <Laney> seb128: seems like the merge is done in bzr
[14:57] <seb128> directhex, yes
[14:57] <seb128> Laney, oh nice, I will sponsor that then, thanks
[14:58] <Laney> you will get depwait, but I guess that's ok
[14:58] <seb128> right
[14:58] <directhex> righty then, time to generate a list. i love lists
[14:59] <Laney> directhex: bzr branch lp:ubuntu/lucid/cats ubuntu; bzr branch lp:debian/sid/cats debian; cd ubuntu; bzr merge-package ../debian; ...; profit
[14:59]  * kjyu is Sherlock Holmes
[15:11] <directhex> okay, 78 packages in debian updated for transition. now to cross-reference against ubuntu
[15:42] <directhex> seb128, analysis complete
[15:43] <directhex> seb128, http://paste.ubuntu.com/364641/ is a list of packages which are fixed in sid, and should be syncable (i.e. they were already ubuntu==debian)
[15:44] <directhex> seb128, http://paste.ubuntu.com/364642/ is the complete list of things which need to be merged (or ubuntu delta dropped if appropriate)
[15:45] <directhex> which leaves a list of 25 things which are held up in debian NEW or not yet checked in either distro by me. or in 2 cases, we plan on dropping entirely
[15:45] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek Day 4 starting in 15 minutes in #ubuntu-classroom (first: Adopt-An-Upstream)
[15:46] <directhex> frankly, the whole thing is *far* further along than i expected, so thanks lots to i assume mostly you
[15:47] <seb128> directhex, ok thanks
[15:47] <akgraner> kirkland, ping
[15:48] <akgraner> do you have 2 mins or should I find you laters
[15:52] <seb128> doko, is that normal that openjdk is still building or is it stucked?
[15:53] <seb128> doko, the i386 build log doesn't seem to be moving and usually it takes some 7 hours and it's over 10 hours now
[16:06] <doko> seb128: the test build did pass locally without problems. maybe ask lamont to have a look on the machine?
[16:06] <seb128> lamont, ^
[16:10] <lamont> meh
[16:18] <sikor_sxe> hello, i am trying to do some customizations for the network-manager-openvpn plugin
[16:18] <sikor_sxe> so i downloaded the tar.gz from "http://packages.ubuntu.com/source/karmic/network-manager-openvpn"
[16:19] <sikor_sxe> ...built and installed it w/ "./autogen.sh" "make" and "make install"
[16:20] <sikor_sxe> is this the correct way to do stuff?
[16:47] <jdstrand> bryceh, slangasek: hey. so mdeslaur and I were discussing bug #507148. It is a pretty serious regression and will likely affect LTS upgrades significantly. I marked it 'regression-potential', but it is unassigned, unmilestoned and the importance is unset
[16:48] <jdstrand> bryceh, slangasek: I don't feel comfortable setting those items, so wanted to discuss it
[16:48] <dpm> pitti, a translator is asking this: <kelemengabor> Hi all, does anybody know, why are the mo files of ubuntu-docs shipped in the language packs?
[16:48] <dpm>  like this: http://people.ubuntu.com/~kelemeng/udocs.txt
[16:48] <dpm> pitti, is this a side effect from the move of the ubuntu-docs translations to the language packs?
[16:48] <dpm> if I understand it correctly, those mo files are not used at all
[16:49] <dpm> (i.e. only the xml files are)
[16:50] <pitti> dpm: well, it's not a side effect, it's the entire purpose :)
[16:50] <pitti> dpm: oh, we shouldn't ship the .mo for the xml files
[16:50] <dpm> pitti, yes, that's what I mean
[16:50] <pitti> dpm: but we do ship the translated xml files in langpacks
[16:50] <dpm> the mo files are superfluous
[16:52] <pitti> dpm: do we even need to import them into rosetta?
[16:53] <pitti> well, I guess we're using LP to translate those
[16:53] <pitti> dpm: so I guess we should blacklist them in langpack-o-matic then
[16:55] <pitti> dpm: too bad that they don't have a proper ubuntu-docs-* domain prefix
[16:55] <pitti> like that they are so utterly generic (bah namespace trampling)
[16:55] <dpm> pitti, I can change that
[16:55] <pitti> a gettext domain named "internet" or "hardware" is not nice
[16:55] <dpm> I mean, I can prepend ubuntu-docs- to the domain in LP
[16:56] <dpm> in fact, we renamed the templates not so long ago to include this
[16:57] <pitti> dpm: that would be very helpful indeed
[16:58] <dpm> pitti, let me check with mdke first, so I don't break the workflow of the docs team before changing anything...
[17:01] <dpm> mdke, ^ it seems that unnecessary .mo files are being exported for ubuntu-docs translations along with the xml files in language packs. We are talking of changing the domain name for the templates in LP, which would make it easier to blacklist those files. In principle, this should not affect the docs team, but I'm letting you know just to make sure. The only difference I can see is that the exported files would be named e.g. 'ubuntu-docs-internet.mo'
[17:01] <dpm> instead of 'internet.mo', but as you are exporting them as PO files, you wouldn't even notice
[17:03] <dpm> (the first '.mo files are being exported' should have been 'are being shipped')
[17:06] <pitti> that domain change should be done either way
[17:06] <pitti> for clean namespacing
[17:06] <doko> lamont, seb128: there is definitely progress in the openjdk-6 build on i386.
[17:07] <seb128> doko, ok, it seemed stucked for a while and as said usually build takes 7 hours not > 11 hours
[17:07] <seb128> it's annoyed that all the buildds got busy for over 10 hours at the same time
[17:07] <ogra> probably the buildd has the handbrake stuck
[17:07] <seb128> which means nothing else is building
[17:08] <seb128> and lucid has installability issues due to the timing
[17:08] <lamont> seb128: well, there are the dozen or so copies of java running from the build, but load avg is .47
[17:08] <seb128> lamont, can we get a ppa buildd to build lucid for an hour? ;-)
[17:09] <lamont> oh, uh... that could be painful
[17:09] <seb128> oh, seems the issue is solved
[17:09] <lamont> even the 1 min load on vernadsky hasn't been over 2 in the last 8 hours
[17:10] <seb128> lamont, don't bother, openoffice failed to build
[17:10] <lamont> before that, 'twas much higher
[17:10] <seb128> we have a buildd back ;-)
[17:10] <doko> yes, OOo failed to build. wonder who tested the build before upload ...
[17:15] <lamont> good thing these packages are nice and modular and all... :-(
[17:20] <kirkland> akgraner: yo
[17:21] <kirkland> akgraner: sorry, back-to-back-to-back meetings this morning
[17:21] <kirkland> akgraner: what's up?
[17:21] <kirkland> akgraner: question for you ... where are the UDS Dallas videos published?
[17:42] <Aissen> hi ubuntu-dev :-)
[17:44] <Aissen> What's happening with linux-firmware package?
[17:46] <Aissen> apparently quite a few firmwares were lost during the switch to http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git in lucid
[17:49] <kees> why is sendmail in mail, and can we please remove it?
[17:59] <apparle> how much time does it take for a package to be updated in the repos once it is released by original developer?
[17:59] <apparle> I mean when new version is released
[18:02] <Riddell> kees: on bug 503774 can you explain what you mean by "Config files (*.cfg) are all out of the local directory."?
[18:05] <kees> Riddell: I mean that the config files have no path associated with them when they're opened.  it's literally open("whatever.cfg"), so the current directory needs to be well-controlled by whatever launches it.
[18:14] <sladen> apparle: versions of software in already-released versions of Ubuntu do not generally get updated.... it can take 1 day - 6 months for newer software releases to get into an upcoming Ubuntu release---what is the software that you're interested in?
[18:14] <apparle> sladen: I am interested in eagle...
[18:23] <jcastro> kirkland: http://ubuntudevelopers.blip.tv/posts?view=archive&nsfw=dc
[18:23] <Riddell> kees: nepomuk always starts it with config in /tmp/ presumably that isn't good enough?
[18:25] <kees> Riddell: ew, no, there are some mildly sensitive config settings (like the "allow system() call")
[18:26] <Riddell> kees: so nepomuk should be changed to put the config file in ~ ?
[18:26] <jelkner> with whom does one talk to get an irc channel auto logged to http://irclogs.ubuntu.com?
[18:27] <jelkner> specifically, #ubuntu-sugarteam
[18:27] <Riddell> jussi01 ^^
[18:27] <tsimpson> jelkner<EMAIL_ADDRESS>(/whois ubuntulog)
[18:28] <jelkner> tsimpson, thanks!
[18:28] <maco> jelkner: we have a new channel! #ubuntu-us-dc
[18:28] <micahg> pitti: for thunderbird-locales, what do we do with the locales that didn't have new upstream .xpis?
[18:29] <jelkner> maco, cool
[18:29] <jelkner> maco, is<EMAIL_ADDRESS>person or machine?
[18:29] <maco> email address
[18:29] <jpds> jelkner: Neither.
[18:29] <jelkner> lol
[18:29] <maco> it posts a ticket to RT which is the ticket tracker
[18:29] <kees> Riddell: yeah, I'd recommend something like ~/.cache/nepomuk/ or something
[18:29] <jelkner> ok, but i write to her/him in English
[18:29] <jelkner> not some formal language
[18:30] <jpds> jelkner: Plain English is fine.
[18:30] <jelkner> cool
[18:30] <jelkner> i can do that ;-)
[18:30] <maco> jelkner: it's like posting a bug in launchpad via email
[18:43] <Caesar> slangasek: is it fair to say that lucid is going to have eglibc 2.11.1, or is it still in a state of flux?
[18:59] <kirkland> jcastro: hmm, i was specifically looking for the interview I did with akgraner, which isn't there
[19:00] <bryceh> jdstrand, got your bug
[19:00] <bryceh> jdstrand, looks to me like it's a fault deep down in the kernel drm memory code.
[19:01] <jdstrand> bryceh: I am highly motivated to get this fixed (as is mdeslaur). I've got users that will be affected by this (besides my primary laptop) when upgrading to lucid
[19:02] <bryceh> jdstrand, I've added the kernel team to the bug.  I also re-sent the bug upstream to the radeon folks (the bug had been linked to a -nouveau bug, but I don't think the nouveau bugs are looked at very well)
[19:02] <jdstrand> bryceh: I can do whatever to try to work on it, as well as bring it to the sprint next week
[19:02] <jdstrand> bryceh: if that would be helpful
[19:03] <mdeslaur> I can prepare bribes
[19:03] <jdstrand> bryceh: on of those users is my wife-- if she hits this, my productivity will seriously decrease :P
[19:03] <bryceh> jdstrand, mdeslaur, heh well it looks like it's pretty far outside my area of grokkage
[19:04] <bryceh> jdstrand, mdeslaur, I can suggest workarounds, but kernel coding is a bit beyond me :-)
[19:05] <bryceh> jdstrand, mdeslaur, for workarounds, I'd suggest turning off KMS
[19:05] <bryceh> if that doesn't do it, there are some video parameters you can set in xorg.conf, although I doubt they'd have much effect in this case.  Easy enough to test though.
[19:05] <superm1> bryceh, does "safe graphics mode" turn off KMS right now on lucid live media?
[19:06] <mdeslaur> I wonder if disabling compiz would help
[19:06] <bryceh> jdstrand, mdeslaur, also not sure if you re-tested today but I updated -ati to a new version yesterday.  Since I suspect this is a kernel drm issue it probably won't help, but likely can't hurt to try it
[19:06] <jdstrand> bryceh: I tried some xorg.conf hacks over the break, but I still had KMS on
[19:06] <bryceh> mdeslaur, jdstrand, right I was going to mention #3 to shut off compiz
[19:07] <mdeslaur> bryceh: I can't find how to disable kms in the debugging wiki...
[19:07] <bryceh> superm1, pretty  sure it doesn't
[19:07] <jdstrand> bryceh: how does one disable kms?
[19:07] <bryceh> I should fix that
[19:07] <bryceh> jdstrand, mdeslaur, there's a couple ways to do it - see https://wiki.ubuntu.com/X/KernelModeSetting
[19:08] <jdstrand> mdeslaur: you are on up to date lucid, right?
[19:08] <mdeslaur> jdstrand: yes
[19:08] <bryceh> basically you want "radeon.modeset=0" as a kernel parameter
[19:09] <mdeslaur> ok, trying now
[19:09] <bryceh> if that works, sticking it in /etc/initramfs-tools/modules will be a good way to make it permanent
[19:09] <bryceh> syntax is different there though.  "radeon modeset=0"
[19:10] <mdeslaur> so, turning off kms worked. It's not even using compiz in my case.
[19:10]  * bryceh nods
[19:10] <bryceh> I sort of wonder if we should just blacklist your hardware from using kms entirely
[19:11] <mdeslaur> bryceh: that's what I was about to suggest
[19:11] <mdeslaur> at least until upstream does something
[19:11] <jdstrand> bryceh: with a couple of xorg.conf tweaks, 3d worked well on jaunty
[19:11] <bryceh> mdeslaur, jdstrand, ok so for that we need apw
[19:11] <bryceh> jdstrand, right that was pre-KMS
[19:12] <bryceh> jdstrand, probably worked ok on karmic too
[19:12] <apw> bryceh, bring that to the sprint ... the problem ... i want a round table on graphics with you anyhow
[19:12] <jdstrand> bryceh: without KMS, I login but I get horrible screen garbling (compiz is enabled)
[19:13] <bryceh> mdeslaur, jdstrand, ok you heard it from the man - bring your laptops to the sprint and apw and I will puzzle over them
[19:13] <jdstrand> apw, bryceh: by 'bring that' would actual affected hardware that I can let you use during the sprint be helpful?
[19:13] <apw> if its not going to get you in trouble with the airlines and break your back perhaps yes
[19:14] <apw> but more the issue at hand so we cna discuss solutions
[19:14] <jdstrand> bryceh, apw: that is great! I've been quite worried that this would be a serious regression for all those radeon 7500 users out there (being so popular in laptops from a few years ago)
[19:14] <mdeslaur> I can't bring my T30, jdstrand, will you be bringing yours?
[19:15] <bryceh> well the general issue of "kms fails on old hardware" is an important one we should at least understand and have a plan for
[19:15] <bryceh> er "old ati hardware"
[19:15] <jdstrand> mdeslaur: yeah. I'll bring it and my mini 9 so people can fiddle with mine without me
[19:15] <bryceh> jdstrand, your system works ok with both kms and compiz disabled?
[19:16] <jdstrand> bryceh: I'll disable compiz and see
[19:17] <apw> yeah if you are considering bringing extra h/w do coordinate with someone (bryceh?) so we only get one of each
[19:17] <jdstrand> bryceh: it seems to in general, but notifications are a solid black box
[19:17] <bryceh> jdstrand, with the corruption bug, take a photo or two of the screen, then ssh into it and do 'ubuntu-bug xserver-xorg-video-ati', reboot, file the bug in LP, and subscribe me to it, and I'll make sure it gets processed and upstream.
[19:18] <bryceh> jdstrand, ok good
[19:18] <superm1> bryceh, if you do get it so it's turned off in safe graphics mode, don't forget that you also need to find a way to make sure that kernel command line option gets populated over to the installed system too
[19:18] <superm1> probably via a casper ubiquity hook
[19:18] <bryceh> jdstrand, re:notifications - that might not be a driver issue, but check with mirco
[19:18] <jdstrand> bryceh: with kms and compiz, notifications were almost correct, but not quite: http://people.canonical.com/~jamie/notify-osd.png
[19:19] <bryceh> superm1, ok noted.  I probably won't get a chance to look into it until after the sprint, but it's in my gtg todo file
[19:19] <apw> jdstrand, whats wrong with it?
[19:19] <jdstrand> apw: which it? the notification?
[19:19] <apw> yeah
[19:20] <jdstrand> apw: did you see the png? the green bar and the orange lines. that doesn't happen on my desktop
[19:20] <apw> isn't that normal at this stage of the release.  that it always shows those, they are debug arn't they?
[19:21] <jdstrand> oh, is it? I only have lucid on that machine
[19:21] <jdstrand> forgive me if that is normal for lucid at this point
[19:22]  * apw checks
[19:24] <bryceh> jdstrand, yeah I see the same thing on a couple of my boxes
[19:24] <apw> i think it may have recently changed too, as in turned off
[19:25] <bryceh> jdstrand, didn't bother to file a report but I assume it to be a notifications-specific bug rather than a driver issue
[19:25] <bryceh> kind of looks like a cellpadding goof
[19:26] <jdstrand> I've seen it for 4-6 weeks or so (ie, when I upgraded to lucid)
[19:27] <apw> i seem to remember it was something they do in the alphas so you can see the underlying data from the client and stuff and check things are placed right
[19:27] <apw> and then they hide it again
[19:29] <jdstrand> bryceh: is the notifications as a black box with no kms and no compiz a known bug?
[19:30] <chrisccoulson> jdstrand / apw, during the early phase of the cycle, notify-osd is run in debug mode, which is what is shown in the png
[19:30] <jdstrand> ah, ok
[19:30] <jdstrand> chrisccoulson: thanks
[19:30] <chrisccoulson> but debug was turned back off again a couple of weeks ago, so you shouldn't see it anymore
[19:30] <apw> yeah i see its changed back on my lucid box
[19:36] <bryceh> jdstrand, it's not one I've heard before
[19:36] <jdstrand> bryceh: ok I'll file a bug then
[19:37] <bryceh> jdstrand, I do know that notifications work differently with compiz than without though.
[19:37] <jdstrand> bryceh: I tried enabling compiz again, to show the garbledness and file a bug as you requested, and X locked up. I can ssh and have not logged out. shall I ubuntu-bug it from ssh?
[19:38] <bryceh> yep
[19:44] <pitti> micahg: drop them?
[19:47] <jdstrand> bryceh: crash filed as bug #513950
[19:51] <micahg> pitti: yeah, that's what I did (i.e. they're not in the control file), but do I need to do anything else?
[19:51] <pitti> micahg: they will appear in NBS and be removed, so I don't think so
[19:51] <micahg> so the users with those locales that upgrade have the old packages removed?
[19:54] <pitti> micahg: usually these should have strict dependencies to a compatible version
[19:54] <pitti> so they should conflict to never tbirds which doesn't support their format any more
[19:54] <micahg> pitti: yep, they do, so that'll remove it then and I don't have to worry?
[19:59] <jdstrand> bryceh: garbling filed as bug #513956
[19:59] <Caesar> Is there a way to link to an upstream bug, when upstream is SourceForge?
[19:59] <pitti> micahg: that, or hold it back
[19:59] <micahg> pitti: hold back the release until they all catch up?
[19:59] <pitti> micahg: hm, ISTR that in ancient times I added some "obsolete-packages" list there, which would generate empty transitional packages for the dropped locales
[19:59] <pitti> (until the next LTS)
[20:00] <pitti> micahg: no, hold back the thunderbird upgrade
[20:00] <micahg> pitti: asac remembers something similar, but I don't see it...maybe I should pull the hardy package?
[20:02] <pitti> micahg: hm, maybe that was never done for tbird-locales, only for firefox-locales
[20:02] <qense> pitti: bug 509283 was reported 10 days ago and has got the need-amd64-retrace tag but Apport still hasn't left a comment. Is CoreDump.gz broken?
[20:03] <pitti> DistroRelease: Ubuntu 9.04
[20:03] <pitti> sorry, no retracer right now for Jaunty
[20:03] <pitti> micahg: yep, that was it; hardy's mozilla-firefox-locale-all, debian/unavail.txt
[20:04] <pitti> micahg: debian/rules has a snippet which builds control snippets from debian/templates/unavail.template
[20:04] <pitti> micahg: perhaps just copy that to tbird-locales?
[20:04] <micahg> pitti: should I add that to thunderbird-locales, we're going to update to 3.0.1 shortly after 3.0, but asac wants to get 3.0 as is into archive first
[20:04] <micahg> and I think 3.0.1 picked up the locales, but not sure
[20:06] <qense> pitti: Does that mean no Jaunty retracer for the first few months, or will there never be one anymore?
[20:06] <pitti> micahg: with unavail.txt you keep teh package installed, so as soon as it's available again it'll come back
[20:06] <micahg> pitti: k, I'll add that then, thanks
[20:06] <pitti> qense: well, they aren't really that interesting any more
[20:07] <qense> ok, shall I close the bug then?
[20:07] <pitti> qense: and it's quite some maintenance
[20:07] <qense> pitti: I understand, thanks for your time!
[20:07] <pitti> qense: unless it already has something useful in it, sure
[20:07] <qense> ok!
[20:07] <pitti> this doesn't look very precious/interesting, though
[20:08] <qense> no
[20:12] <jdstrand> bryceh: I filed bug #513968 against notify-osd for the unreadable black box notifications with both KMS and compiz disabled. Do you want me to subscribe you to that one?
[20:12] <bryceh> jdstrand, no, not unless it's determined to be an X issue
[20:12] <jdstrand> k
[20:14] <jdstrand> bryceh: as you've probably already seen, I did subscribe you to the other two
[20:14] <jdstrand> bryceh: you aren't subscribed to
[20:14] <jdstrand> bryceh: bug #507148-- is that intended or no?
[20:15] <bryceh> jdstrand, I'm subbed on the upstream bug so will see when they reply
[20:15] <jdstrand> cool
[20:15]  * jdstrand stops bugging bryceh for now
[20:15] <bryceh> jdstrand, you can sub me to the lp one; I've got it noted in gtg so I'll follow up next week
[20:16] <jdstrand> bryceh: thanks for helping with this! :)
[20:16] <bryceh> jdstrand, yep, glad you at least got a working system again.  Hope the underlying issue can get sorted.
[20:18] <jdstrand> bryceh: me too-- I've got several radeon 7500 users that will be disappointed otherwise
[20:28] <jdstrand> bryceh: well, I lied. Seems I'm having display problems with no KMS and no compiz. Can you look at http://people.canonical.com/~jamie/ooo-display-problem.png?
[20:30] <jdstrand> bryceh: the rectangle around 'Default' shouldn't look like that-- at first it doesn't, but if I move another app window over it, then click oo.o to bring it to the foreground, I got that.
[20:35] <bryceh> jdstrand, that looks sort of familiar.
[20:37] <bryceh> jdstrand, I'm not going to worry about it since it's just a cosmetic issue and I've got many bigger fish to fry, but you might look through the Low priority -ati bug reports as there's several artifact/corruption bugs for older ati cards there
[20:37] <jdstrand> k
[20:38] <jdstrand> bryceh: thanks again, I really will stop bugging you now :)
[20:43] <Riddell> bug 503774 updated, let me know if anything else is needed
[20:43] <Riddell> kees ^^
[20:54] <mdke> pitti: don't see any issue with what dpm proposed - we don't create or use .mo files in ubuntu-docs
[20:54] <pitti> mdke: ah, good to know
[20:54] <pitti> mdke: so we can prefix the domains, and then blacklist them from the langpacks
[20:55] <mdke> pitti: will the po files exported from LP also be changed?
[20:55] <mdke> I guess they will have the usual cc.po format?
[20:55] <pitti> mdke: don't think so; just their name might change
[20:55] <pitti> they are usually prefixed with the domain, aren't they?
[20:56] <pitti> the last export that I got contained files like apport_de.po
[20:56] <mdke> I can't remember, but yes - I think so
[20:56] <mdke> the templates are already prefixed I believe
[20:56] <mdke> anyway, we can work around whatever happens
[20:57] <mdke> pitti: got to log out for now but happy to follow up by email if necessary
[20:57] <pitti> likewise, /me -> off for the night
[20:58] <mdke> bon nuit
[20:58] <pitti> mdke: thanks, and good night!
[21:38] <slangasek> mathiaz: 513749> best practice is to not install the daemon if you're not using it, yes; second option is to turn start links in /etc/rc.? into stop links; some packages provide /etc/default/foo, but that's horrible; worst case is to remove all the links from /etc/rc.? and expect them to stay that way
[21:40] <seb128> hey slangasek, you can upload your gnome-sharp2 merge if you want the new mono version is in lucid
[21:40] <seb128> slangasek, I expect you were waiting on that one to upload?
[21:41] <slangasek> mathiaz: as for 513135, I think that's a bug in the logrotate script
[21:41] <slangasek> seb128: ah, how did you get the new mono in?  I was getting oopses from LP trying to sync it
[21:42] <seb128> slangasek, I deleted the new lines chars in the binaries list in the .changes
[21:42] <slangasek> ah
[21:42] <seb128> slangasek, that's a known soyuz bug
[21:42] <slangasek> bug #?
[21:43] <seb128> slangasek, launchpad bug #435315
[21:43] <slangasek> ta
[21:43] <seb128> ups that's the duplicate
[21:43] <seb128> in any case you get the other bug number there too ;-)
[21:44] <slangasek> Caesar: I'm not expecting any further bumps to eglibc in lucid
[21:56] <Caesar> slangasek: ok thanks
[21:56] <Caesar> slangasek: there's also the case of pam and that upstream bug in pam_access
[21:57] <Caesar> I've just filed a bug in launchpad for it
[21:57] <slangasek> yeah, saw :)
[21:57] <Caesar> I can provide a patch with a backport of the fix if that is the desired outcome
[21:57] <slangasek> I'll follow through next week
[21:57] <Caesar> Cool thanks
[21:57] <Caesar> We're just starting to ramp up on Lucid stuff now
[21:57]  * slangasek nods
[21:57] <Caesar> Had a bit of a distraction
[22:17] <mathiaz> kees: jdstrand: mdeslaur: does it make sense to demote openssl-blacklist and openvpn-blacklist to universe?
[22:18] <kees> mathiaz: they're Suggests from openssl already, but I don't see any reason to move them around.  is it causing a problem in main?
[22:18] <kees> mathiaz: and do you know why sendmail is in main?
[22:19] <mathiaz> kees: because of the extra seed
[22:19] <mathiaz> kees: I don't see it as problem in main - we dropped openssh-blacklist to universe
[22:20] <mathiaz> kees: may be I extrapolated and though openssl-blacklist *and* openvpn-blacklist should also be demoted
[22:20] <mdeslaur> hmmm...I'm not sure I like that very much
[22:20] <mathiaz> kees: if not I'm happy to keep them in main
[22:20] <mathiaz> mdeslaur: that = ?
[22:20] <mdeslaur> if, in the future, we need to add keys to that
[22:20] <kees> mathiaz: we should keep the blacklists in main (all of them)
[22:21] <mdeslaur> then we'll ask that people install stuff from universe
[22:21] <kees> mathiaz: how do I remove sendmail from main?
[22:21] <mdeslaur> if they don't have the universe repo enabled...
[22:21] <mdeslaur> it gets _real_ complicated _real_ quick if we need to use them again for new blacklisted keys
[22:22] <mdeslaur> I don't see why they need to be demoted...it's not like anyone's wasting time updating them or anything
[22:22] <mathiaz> kees: ah ok - we can keep them in main
[22:22] <mathiaz> kees: I may have misinterpretaded the thread then
[22:22] <mathiaz> kees: I'll add openssh-blacklist back into main
[22:22] <kees> mathiaz: what caused sendmail to be in extras?
[22:22] <kees> mathiaz: cool
[22:22] <mathiaz> kees: it's in an extra seed somewhere
[22:23] <mdeslaur> thanks mathiaz
[22:23] <mathiaz> kees: http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.lucid/rdepends/ <- complete list of dependency for each package
[22:23] <mathiaz> kees: in main
[22:23] <kees> wheee
[22:23] <mathiaz> kees: and then you may also need to check the other *.lucid/rdepends/
[22:24] <mathiaz> kees: I usually grep on people.canonical.com
[22:24] <kees> mathiaz: okay
[22:33] <mathiaz> kees: ok - so open{ssl,ssh}-blacklist-extra were shipped on the -server iso
[22:33] <mathiaz> kees: should these be brought back on there - on seeding them in main is enough
[22:33] <mathiaz> kees: I guess the question is wether they should be installed by default on a server install
[22:42] <kees> mathiaz: if there is room on the CD, put them on the CD.  :)
[22:42] <mathiaz> kees: hmmm
[22:51] <mathiaz> kees: have you found where the Extra seed is?
[22:52] <seb128> slangasek, if,when you upload gnome-sharp2 could you new the binaries to main too, quite some things depwait on those
[22:52] <cjwatson> extra is synthesised
[22:52] <seb128> slangasek, thanks ;-)
[22:52] <cjwatson> it consists of those binary packages that are produced by source packages that are in main, but binaries that are not themselves otherwise seeded
[22:52] <cjwatson> so if libfoo is in main, then libfoo-utils might end up in extra if it's not seeded
[22:52] <slangasek> seb128: can do
[22:53] <mathiaz> cjwatson: ok - I'm looking at elinks
[22:53] <mathiaz> cjwatson: http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.lucid/rdepends/elinks/elinks
[22:53] <mathiaz> cjwatson: according to http://people.canonical.com/~ubuntu-archive/component-mismatches.txt, elinks is a binary only demotions
[22:53] <mathiaz> cjwatson: what should be done to kick the source out of main as well?
[22:53] <cjwatson> mathiaz: elinks-lite is in the same source and is seeded: http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.lucid/rdepends/elinks/elinks-lite
[22:54] <cjwatson> or not seeded directly but build-depended-on
[22:54] <mathiaz> cjwatson: ahhh
[22:54] <cjwatson> (I just went up a level and looked through each file in turn until I found something interesting)
[22:54] <Caesar> Is rmadison being busted a known issue?
[22:55] <mathiaz> cjwatson: thanks - I'll investigate more then
[22:56] <cjwatson> Caesar: busted how?  it seems to work for me
[22:57] <Caesar> Hmm, it's been timing out for days
[22:57] <Caesar> (for me)
[22:57] <Caesar> I eventually get back a 503
[22:57] <Caesar> From people.ubuntu.com
[22:57] <Caesar> Let me try from home
[22:57] <Caesar> Interesting, it works there
[22:58] <Caesar> Have we gotten ourselves blacklisted?
[22:59] <Caesar> Actually that was Debian
[22:59] <cjwatson> Caesar: version of devscripts?
[23:00] <Caesar> 2.10.39ubuntu2
[23:00] <cjwatson> thought so
[23:00] <Caesar> URL changed?
[23:00] <cjwatson> you need 2.10.48ubuntu2 or better
[23:00] <Caesar> Doh
[23:00] <cjwatson> but if that's tedious, then rmadison -u http://people.canonical.com/~ubuntu-archive/madison.cgi
[23:01] <Caesar> Couldn't put in a redirect, eh?
[23:01] <cjwatson> we did
[23:01] <cjwatson> it broke with the people.ubuntu.com -> people.canonical.com move that was to make way for people.ubuntu.com being an SFTP thing open to Ubuntu members
[23:01] <cjwatson> unfortunately:
[23:01] <cjwatson>   * Update rmadison's Ubuntu URL to cope with people.ubuntu.com ->
[23:01] <cjwatson>     people.canonical.com; invoke curl in such a way as to follow redirects
[23:01] <cjwatson>     by default (LP: #399891).
[23:01] <Caesar> hah
[23:01] <Caesar> Oh well
[23:02] <cjwatson> you can just edit your local rmadison if that's convenient
[23:02] <Caesar> Yeah
[23:03] <Caesar> Profit!
[23:03] <Caesar> Thanks
[23:03] <Caesar> I must have missed the memo
[23:03] <geser> do packages from a source in main but which are currently in universe a MIR to get moved to main? libmono-cil-dev depends on several packages in universe (but build from mono)
[23:04] <slangasek> geser: no
[23:04] <geser> a bug? or do I just ask an archive admin politely?
[23:06] <slangasek> geser: it's part of the daily archive admin duties to reconcile these things; if no one else gets to it I can have a look, but not until after I finish pushing 8.04.4 out the door
[23:06] <cjwatson> geser: I'll look
[23:06] <seb128> geser, which ones?
[23:06] <seb128> geser, I did try to new things to main but I might have overlooked one
[23:07] <cjwatson> gosh, what a lot of binary promotions
[23:07] <cjwatson> seb128: I'm on it
[23:07] <seb128> cjwatson, ok thanks
[23:07] <seb128> things will fail untill slangasek upload gnome-sharp2 anyway
[23:07] <geser> seb128: the list is longer: sudo apt-get --print-uris install libmono-cil-dev | grep universe
[23:07] <seb128> new binaries from it are required for most of the mono updates
[23:08] <cjwatson> it's done
[23:08] <geser> thanks
[23:08] <seb128> cjwatson, thank you


[11:08] <yofel> JontheEchidna: why did you update those 4.8.3 packages btw (e.g. sweeper, ...)? IIRC all that changed in those was some markup id number in the handbook index. I doubt that's worth a SRU
[11:08] <yofel> could someone please upload blinken and cantor to quantal btw.? I have no upload rights for them. Thanks
[11:09] <yofel> (universe)
[11:09]  * yofel will give kdenetwork another try later and then start with the SRU stuff.
[11:15] <BluesKaj> Howdy all
[11:15] <Peace-> BluesKaj: hola'
[11:25] <BluesKaj> hi Peace-
[12:54] <JontheEchidna> yofel: because they were on the 4.8.3. todo
[13:46] <debfx> bulldog98: why does blinken need libssl-dev?
[13:46] <debfx> I can't find a reference to openssl in the code
[14:08] <yofel> JontheEchidna: ah, sorry, I removed the note to not upload diff-less packages when we were done with 4.8.3
[14:09]  * yofel makes a note to mark those differently next time
[15:32]  * RzR : http://rzr.online.fr/q/ubuntu# #UbuntU running within #MeeGo/#HarmattaN for !n950club  support #NfS #JavA ... DownLoad RootFs or Watch video
[22:56] <JontheEchidna> "The Age of the Machines was upon us, but it was pretty easy to stop them by taking advantage of a bug that Microsoft built into the graphics DLLs in 1993 to handle a buggy version of SimCity."
[22:59] <Daskreech> JontheEchidna: Obscure the  CV?
[22:59] <JontheEchidna> hmm?
[23:08] <Daskreech> Computer Vision


[01:08] <DrDerek> ah, LjL
[01:09] <LjL> yes?
[01:09] <DrDerek> I understand the rules more now, before I wasn't thinking I was going to be as much as a regular at offtopic as I thought I would be,I guess my excuse for shinanigans -- but, how much longer is my banishment til?
[01:09] <DrDerek> <- Kagar, btw
[01:11] <LjL> DrDerek: hold on a second, you're saying you felt you could ignore the rules because you weren't going to become a regular "so who cares"?
[01:14] <DrDerek> eh, not so much, but kinda -- back when I first started getting in trouble -- but recently I've met a lot of friends from offtopic, and I want to make amends. I know I push it a lot, but I've gotten better at keeping it down, and now that I know the punishments really do suck, I'm not going to do it again..as cliche as it sounds..
[01:15] <LjL> DrDerek: i'd rather you understood why the rules are there and how even someone who isn't [going to be] a "regular" should respect them.
[01:16] <LjL> when i go to a foreign country, i don't disregard the rules just because i'm getting back home before they can fine me
[01:16] <DrDerek> hmm, good point.
[01:16] <LjL> anyway, it's been a month, so i guess i'll unban you anyway, needless to say, any further misbehavior will result in a very, long, ban.
[01:17] <DrDerek> I appreciate it, and you won't hear any more negative reports
[01:24] <ubotu> FloodBot3 called the ops in #ubuntu-ops-monitor (exploit)
[01:24] <ubotu> FloodBot1 called the ops in #ubuntu-ops-monitor (exploit)
[01:24] <ubotu> FloodBot2 called the ops in #ubuntu-ops-monitor (exploit)
[01:25] <LjL> ahaha
[01:25] <LjL> bots kicked amaranth :>
[01:25] <Amaranth> wha?
[01:25] <elkbuntu> and missed elder
[01:25] <Amaranth> oh, stupid router
[01:25] <LjL> yeah, i'm looking as to why elder was missed
[01:25] <elkbuntu> ah, no they didnt
[01:26] <LjL> oh right.
[01:26] <elkbuntu> it just looks like it at a glance
[01:26] <LjL> that's a bug though
[01:27] <LjL> Amaranth: test you? :)
[01:28] <Amaranth> no no, i'm good
[01:28] <Amaranth> just trying to remember the unban command
[01:28] <Amaranth> i'm on windows
[01:28] <desertc> *wave*
[01:28] <LjL> i think you were surprised that it was "unban" :P
[01:28] <Amaranth> i got no feedback from it
[01:28] <Amaranth> weird
[01:29] <LjL> should get a NOTICE
[01:29] <Amaranth> oh it's going to #python
[01:29] <Amaranth> stupid xchat
[01:29] <Amaranth> i need to get python installed so i can get chanserv.py going again
[01:30] <stdin> it's just /mode #ubuntu -b Amaranth!*@*!#ubuntu-read-topic
[01:31] <LjL> desertc: can we help you?
[01:31] <elkbuntu> desertc, if you're here for something, you need to let us know. we dont read minds
[01:31] <Amaranth> stdin: yeah yeah
[01:31] <Amaranth> i'm spoiled, chanserv.py does it for me automatically
[01:31] <desertc> LjL: nalioth asked me to pop in here
[01:31] <nalioth> desertc: please explain why
[01:32] <desertc> Because I am seeking assistance with my ubuntu freenode cloak
[01:32] <LjL> desertc: i.e. you would like one?
[01:32] <desertc> I would like one.
[01:32] <LjL> desertc: make sure that you have a valid email address set on your nickname (it can be set as private, /msg nickserv help set)
[01:33] <elkbuntu> desertc, try: may i please have an ubuntu cloak <insert LP url here>
[01:33] <desertc> It is set.
[01:33] <LjL> desertc: also, can you confirm that https://launchpad.net/~matthew-t-craig is your launchpad URL?
[01:33] <desertc> Yes, this is my launchpad URL
[01:33] <LjL> desertc: you should probably add your IRC nickname to there
[01:33] <desertc> Okay
[01:36] <nalioth> why are we giving information that desertc should be giving us?
[01:37] <elkbuntu> nalioth, i dont know. i even asked for the information
[01:39] <elkbuntu> desertc, is there anything else that you need done?
[01:39] <elkbuntu> if not, refer to /topic
[01:50] <nalioth> desertc: your cloak will be enabled within the next few hours  :)
[01:50] <desertc> Thank you for your assistance.
[01:53] <ardchoille> stdin: Apparently vit_* didn't learn after being removed
[01:53] <stdin> that's why I put the ban on vit_*!*@*, that should allow vit and vit_ but not vit____....
[01:54] <stdin> that's what I think anyway :p
[01:54] <ardchoille> Yeah, that's seems to be the best thing to do
[01:55] <ardchoille> Too bad some folks can't take a hint after a /quote remove
[01:56] <stdin> I don't even know if he's at any of those sessions, all from different IPs
[01:56] <stdin> but the ban should be a good hint
[01:57] <ardchoille> yeah
[02:46] <tonyyarusso> %login
[02:46] <ubotu> OK
[03:17] <ubotu> In #ubuntu, WooD said: ubotu: this is a freslly new installed system. I have not been able yet to see the screen logon
[03:18] <tonyyarusso> !bot > wood
[03:28] <gandhii> changed port to 8001..  still not working.  what gives?
[03:38] <elkbuntu> because we have to manually test you then manually lift the ban
[03:41] <elkbuntu> you pass
[03:42] <elkbuntu> gandhii, you're now unbanned
[03:50] <Madpilot> Dog, #u is a gong show...
[03:52] <gandhii> thanks
[04:14] <fiberoptic> hi you guys some one from this server has been spamming us at irc.rizon.net please come to #services there to discuss this matter
[04:15] <tonyyarusso> clearly that looks like a user to take seriously..
[04:23] <jdong> yeah I know, his username lets us know where his priorities are!
[05:20] <ubotu> astro76 called the ops in #ubuntu (Manuel_Rodriguez)
[05:21] <nalioth> klined
[05:21] <nalioth> serial troll
[10:32] <jussi01> fdoving: whats your thoughts on that guy in #k ??
[10:46] <ardchoille> Do bans/removes/kicks not het logged to http://irclogs.ubuntu.com/ ?
[10:47] <jpatrick> no (I think), but the bot logs them
[10:48] <ardchoille> How do I access the bot's logs wrt those actions?
[10:58] <fdoving> doesn't the bantracker track those?
[10:58] <jussi01> fdoving: ardchoille and I dont have bt access
[10:58] <fdoving> ok.
[10:58] <jpatrick> jussi01: /msg ubotu %btlogin
[11:00] <jussi01> jpatrick: been there - no access.
[11:00] <jpatrick> jussi01: /msg ubotu %login - then?
[11:01] <jussi01> jpatrick: until we gain admission to the ubuntu-irc team then no access to the bot. (afaik)
[11:01] <jpatrick> jussi01: you're not in and have + ?
[11:02] <jussi01> yeah, thats correct.
[11:04] <jussi01> jpatrick: its a bit weird, but the famous dutchman did it... ;)
[11:06] <ardchoille> famous dutchman?
[11:08] <jussi01> jpatrick: do you have that scripted?
[11:08] <jpatrick> jussi01: what scripted?
[11:09] <jussi01> ban forwarding
[11:09] <jpatrick> nop
[11:09] <jussi01> ok
[11:09]  * jussi01 wouldnt mind a nice banforward script
[11:10] <jpatrick> good old /mode +b *!*@foo!##windows
[11:11] <jussi01> :)
[11:11] <jpatrick> jussi01: have you looked at an irssi script source?
[11:12] <jussi01> jpatrick: Ive seen them, but they dont make too much sense to me... Id love an addition to auto_bleh.pl
[11:12] <jpatrick> jussi01: then you why I don't code in Perl
[11:12] <jussi01> jpatrick: my perl is not the best... (ie. doesnt exist)
[11:12] <jussi01> LOL
[11:13] <jpatrick> I've tried and failed
[11:13] <jussi01> jpatrick: I dont code... much
[11:14] <ardchoille> jussi01: I bet banforwarding could easily be written into auto_bleh
[11:14] <jussi01> ardchoille: Im sure it could. just I dont have the skill to do it...
[11:15] <jpatrick> jussi01: I code at lot, just can't get round perl
[11:16] <jpatrick> where's this auto_bleh?
[11:17] <jussi01> jpatrick: I think its the irssi.org site...
[11:17] <jussi01> nope,
[11:18] <jpatrick> I can't find it there
[11:18] <jussi01> someone in here gave me a link...
[11:18] <jpatrick> found it
[11:19] <jussi01> :)
[11:21] <ardchoille> Hmm.. I think I found a bug in auto_bleh: lines 33 and 36
[11:22] <ardchoille> Line 36 should be "abkn" instead of "abk"?
[11:22] <ardchoille> sorry, 34 and 36
[11:22] <jpatrick> good point
[11:23] <crdlb> if only there were python bindings :/
[11:23] <jpatrick> crdlb: that's 1 reason why I prefer weechat
[11:24] <jpatrick> Python/Ruby/Lua/Perl
[11:25] <ardchoille> I think I could add banforwarding to auto_bleh if I just knew how to pass the forward channel to auto_bleh
[11:26] <ardchoille> btw, what is amb and amr?
[11:27] <crdlb> multi I think?
[11:27] <jpatrick> ardchoille: line 137 would be your best bet
[11:28] <ardchoille> jpatrick: My line 137 is blank. Was that what you meant?
[11:29] <jpatrick> $hostname =~ s/.+\@//;
[11:30] <jpatrick> or after that add: $hostname =~ "!#ubuntu-ops";
[11:30] <ardchoille> Hmm.. maybe it isn't as easy as I thought :)
[11:31] <jpatrick> ^that could do it :)
[11:32] <ardchoille> so  s|$hostname =~ s/.+\@//|$hostname =~ "!#ubuntu-ops"|  ?
[11:32] <jpatrick> no, new line
[11:32] <ardchoille> ah
[11:32] <jpatrick> right after it, which command should I do to test?
[11:34] <ardchoille> Hmm.. that would tell auto_bleh about the forwarding channel, but what about the command, /abf?
[11:35] <jpatrick> that's what I want to it
[11:35] <jpatrick> know*
[11:35] <ardchoille> Gonna have to write that into %command_bindings and a "sub cmd_abf"
[11:37] <jpatrick> ardchoille: basically we've made every ban forward to: "!#ubuntu-ops"
[11:37] <ardchoille> Yeah
[11:38]  * jussi01 hugs ardchoille
[11:38] <ardchoille> :)
[11:39] <jpatrick> what about me? :(
[11:39] <jpatrick> ;)
[11:39]  * ardchoille hugs back, of course :)
[11:39]  * jussi01 hands jpatrick a nice whiskey ;)
[11:39] <ardchoille> Hmm.. I think I'll leave this to a perl coder
[11:40] <jpatrick> ardchoille: ok, that did not work (I think)
[11:41] <jpatrick> yep, leave it to the perl guys
[11:42] <ardchoille> Yeah, we can always /csop and do it manually
[13:15] <Pici> cari_teman_FS: How can we help you this morning?
[14:06] <ubotu> In ubotu, shazoor said: what is a bot
[14:06] <jpatrick> !bot > shazoor
[14:12] <ikonia> jpatrick: how does that work ?
[14:12] <Pici> hmm?
[14:12] <ikonia> jpatrick: shzoor is not in this channel,
[14:12] <ikonia> ahhh pm's are not channel specific
[14:12] <jpatrick> ikonia: it /msg's him
[14:12] <ikonia> ignore me
[14:12] <ikonia> I'm being dumb
[14:12] <ikonia> sorry, I'm thinking !something | user
[14:12] <ikonia> sorry, brain fade
[14:12] <Pici> It only matters if shzoor is not in any channels you are in. then it complains (or at least it used to)

[14:13] <Pici> But thats only an added precaution to prevent spamming.
[14:13] <ikonia>  as soon as I said it, I saw my own mistake
[14:19] <jpatrick> ikonia: we are only human :)
[14:21] <elkbuntu> jpatrick, speak for yourself :Þ
[14:22] <elkbuntu> some of us are superhuman, and those troll things are most certainly sub-human :Þ
[14:22] <jpatrick> -.-
[14:22] <LjL> elkbuntu: tell jpatrick about yourself
[14:23] <elkbuntu> !elkbuntu
[14:23] <ubotu> elkbuntu is cute
[14:23] <elkbuntu> there, done
[14:24] <LjL> !lies
[14:24] <ubotu> Mostly just statistics, but yeah.
[14:25] <elkbuntu> how would you know?
[14:25] <ikonia> elkbuntu: ubotu thinks highly of you
[14:26] <elkbuntu> LjL, how do we check who put the factoids in?
[14:26] <Pici> !-elkbuntu
[14:26] <ubotu> elkbuntu has no aliases - added by Seveas on 2006-10-20 17:12:46
[14:26] <LjL> elkbuntu: mostly you don't because that mechanism is messed up, but yeah pici said
[14:27] <Pici> It has who added them, but not who edited them last.
[14:27] <LjL> sometimes not even that
[14:27] <elkbuntu> !btw, how *do* you add an alias? i always fail
[14:27] <LjL> a is <alias> b?
[14:27] <Pici> !elk is <alias> elkbuntu
[14:27] <ubotu> I'll remember that, Pici
[14:27] <Pici> !forget elk
[14:27] <ubotu> I'll forget that, Pici
[14:27] <elkbuntu> ooooh
[14:27] <elkbuntu> thanks
 Factoid elk is <alias not found
[14:28] <Pici> I removed it
[14:29] <LjL> ubotwo is broken in many ways
[14:29] <elkbuntu> yeah i got it again
[14:29] <Pici> But ubotwo already means something else!
[14:30] <LjL> Pici: that would be if i put something before the is
[14:30] <Pici> I know ;)
[14:45] <Tm_T> elkbuntu <3
[14:45]  * Tm_T hides
[14:45]  * elkbuntu sets the ljl monster on Tm_T
[14:48] <Tm_T> elkbuntu: you are still <3
[14:49] <no0tic> <3 it seems an ice cream
[14:53] <ikonia> 3 ? I don't get that
[14:53] <jpatrick> ikonia: it's a heart
[14:54] <ikonia> ahhh
[14:54] <elkbuntu> Tm_T, nows not the right time to do that. i currently have two barely pubescent loco people infatuated with me :-/ it's um... rather awkward
[14:54] <Pici> Yes, it sounds awkward
[14:54] <Tm_T> elkbuntu: hmmmm, interesting, you should say that you look like me, and then show pic of mine
[14:55] <Pici> Theres always mnepto-k's picture....
[14:55] <Tm_T> elkbuntu: that will chase them off for good
[14:55] <Tm_T> Pici: that too
[14:55] <elkbuntu> Tm_T, i think it's the 'omg girl' reaction and it wouldnt matter how old or ugly i was
[14:55] <Tm_T> elkbuntu: believe me, my pic will do the trick
[14:56] <Tm_T> elkbuntu: or you believe they would like a bearded lady?
[14:56] <ikonia> infatuation huh, you must have a good effect on them
[14:57] <elkbuntu> Tm_T, one of them has seen me talk, so it would fail on him anyway, then he'd tell the other :(
[14:58] <Tm_T> elkbuntu: sith's spit, plan b, you shave your beard daily!
[14:59] <elkbuntu> hehe
[14:59] <Tm_T> elkbuntu: that works for me
[14:59] <elkbuntu> you gotta show me this pic
[14:59] <Tm_T> well, people don't believe me, but still
[14:59] <Tm_T> I'll try to find some good one, not too shocky
[15:00] <ikonia> Tm_T: I'd love to see a pic, nice to see who I'm chatting with
[15:01] <Tm_T> ikonia: and you can prove I'm on that pic, or that pic is recent, or...
[15:01] <ikonia> not at all
[15:01] <Tm_T> ;)
[15:01] <ikonia> I'd trust you to post a real pick
[15:01] <ikonia> pic
[15:01] <elkbuntu> ikonia, she's showing me her 'scare off the guys asking for a pic' pic
[15:02] <Tm_T> well that one is real
[15:03] <ikonia> is Tm_T a girl ?
[15:04] <ikonia> Tm_T: I apologise, I always thought your nick was a male nick
[15:04] <elkbuntu> its not exactly a gendered nick
[15:05] <elkbuntu> anyway, im heading to bed, gnite
[15:05] <Tm_T> I'm what I am
[15:05] <Tm_T> elkbuntu: http://kapsi.fi/~tm_travolta/kuvat/temps-01.jpg
[15:06]  * Tm_T is a pretty old girl, yes he is
[15:07] <elkbuntu> hehe
[15:09] <elkbuntu> ikonia, sorry, it was just too funny to resist
[15:09] <ikonia> Tm_T: elkbuntu was right your nick is genderless
[15:09] <ikonia> elkbuntu: not at all
[15:09] <ikonia> elkbuntu: I can take it
[15:09] <ikonia> never hurts to realise that the mental picture you have of people may not be who they are
[15:09] <Tm_T> well you never really know me without living with me
[15:10] <Tm_T> because none of "pictures" will tell the real me
[15:11] <Tm_T> not that they would lie actually, but, you cant assume much
[15:12] <ikonia> Tm_T: I meant vistually, eg: the way someone talks, the nick, the topics they chat about, you get mental pictures
[15:12] <Tm_T> I know
[15:12] <Tm_T> in my case, that does lead you the wrong way badly
[15:12] <ikonia> when elkbuntu said you where "she" it threw men
[15:12] <ikonia> me
[15:13] <Tm_T> well I talk myself as a woman often
[15:13] <Tm_T> and why not
[15:13] <ikonia> thats fine
[15:13] <ikonia> just to me back
[15:14] <ikonia> took
[15:15] <Tm_T> learn to ignore gender
[15:15] <Tm_T> it matter not
[15:15] <ikonia> no, it does not matter
[15:15] <ikonia> just odd when you have a mental picture of someone and it turns out not what you thought
[15:15] <ikonia> ammusing and a nice surprise in some ways
[15:15] <Tm_T> true
[15:16] <Tm_T> ikonia: to tell the truth, I was pretty much "a man" back in 30's but then I grew out of it
[15:17] <Tm_T> in my age, well, everything than life and thoughts and feelings itself are meaningless
[15:17] <ikonia> ha ha ha, best response I've heard in ages
[15:18] <Tm_T> ikonia: sometimes truth is
[15:18] <ikonia> yup
[15:18] <ikonia> it's nice to have a face to you though now
[15:19] <Tm_T> well that's without my grey beard I'm having now, but yes
[15:19] <ikonia> still nice to see
[15:19] <ikonia> I've seen few people now, so it's nice to have a mental picture thats a bit more accurate
[15:20] <ikonia> it certainly doesn't matter, just nice
[16:34] <Pici> I dont even know what that means.
[16:34] <PriceChild> Pici, hmm?
 !Vagina Gentium
[16:35] <ikonia> Pici: he's named a disk that
[16:35] <Pici> Weird.
[16:35] <ikonia> Pici: he comes in asking how to mount it as a weak excuse to keep saying Vagina
[16:35] <PriceChild> oh for crying out loud
[16:35] <PriceChild> not them again?!
[16:35] <ikonia> he's been in for days
[16:35] <Pici> Hes banned now.
[16:35] <PriceChild> he gets answered and things sorted right?
[16:35] <PriceChild> but comes back anyway?
[16:35] <ikonia> yup
[16:35] <ikonia> yup, finds reasons to say vigina
[16:35] <ikonia> vagina
[16:36] <jdong> lol do people spend their free time thinking of how to goof off in #ubuntu?
[16:36] <ikonia> yes clearly
[16:36] <Pici> If the bot attacks werent evidence enough..
[16:39] <PriceChild> jdong, we get the same on the forums don't we?
[16:39] <jdong> yeah :)
[16:40] <jdong> though with much less vagina stuff...
[16:40] <ikonia> you can never have too much.....etc etc
[16:40] <jdong> :)
[16:40] <PriceChild> jdong, oh we've had a reasonable amount of vagina stuff :/
 PriceChild </snip>
[16:42] <ikonia> I'll ave that quote for later
[16:42] <Pici> ikonia: I was thinking the exact same thing.
[16:43] <jussi01> ahhh, you will all make me die of laughter...
[16:52] <ikonia> would someone give me an opinion on this please. http://paste.ubuntu-nl.org/51101/
[16:53] <ikonia> lines 9/10/11 please
[16:53] <Pici> Does the person claim they are running Ubuntu or Redhat?
[16:53] <ikonia> ubuntu
[16:53] <Mez> ikonia, that a linux question ?
[16:53] <Mez> ubuntu *
[16:53] <ikonia> yes
[16:53] <ikonia> I don't think he's running ubuntu
[16:54] <ikonia> as dhcdbd has a hardcoded path in it for the redhat boot scripts
[16:54] <Pici> /me lastlogs
[16:54] <ikonia> from what I'm reading
[16:54] <Mez> he could be but dodgy code?
[16:54] <Mez> ikonia, ask for a uname -a :)
[16:54] <ikonia> Mez: thats next on my list
[16:55] <ikonia> looks llike ubuntu
[16:55] <Mez> tail /etc/motd ;)
[16:55] <Mez> ah no
[16:55] <Mez> lsb_release -a
[16:56] <ikonia> Mez: could be cut and paste from google
[16:56] <Mez> not for lsb_release ;) not many know it
[16:56] <ikonia> he could be innocent just seems odd
[16:56] <jdong> ikonia: that's a dbus path
[16:57] <ikonia> jdong: yes, but why referencing redhat device files for the network
[16:57] <jdong> ikonia: redhat wrote dhcpdb, its dbus handle is under /com/redhat
[16:57] <Mez> and either way, it gives you the rlease version
[16:57] <jdong> the bash prompt is also classic debian/ubuntu style
[16:58] <jdong> redhat uses [ user@host:~ ]$ or similar
[16:58] <jdong> and also in redhat /var/log/messages is owned by root/admin and not readable without root access
[16:59] <ikonia> jdong: nice detective work
[16:59] <ikonia> jdong: I didn't realise that dbus was wrote by redhat
[16:59] <jdong> ikonia: dhcpdb is a spawn of the NetworkManager project and redhat wrote all that stuff
[16:59] <Pici> Ah, so I can blame them ;)
[16:59] <jdong> yeah :D
[17:00] <jdong> apparently the next major version is suppoesd to suck less (tm)?
[17:00] <ikonia> jdong: I doubt that
[17:01] <Pici> jdong: in time for Hardy/Gnome 2.22?
[17:02] <jdong> Pici: not sure; I've been living in a box for the past 3 weeks
[18:00] <desertc> nalioth, LjL: Salutations.
[18:07] <PriceChild> Hey desertc, anything I can help with?
[18:08] <desertc> PriceChild: Perhaps!  Thanks for offering.  I was inquiring about my Ubuntu cloak yesterday, and nalioth and LjL were helping me out.  LjL added me to the Ubuntu Cloaks team in Launchpad, but the cloak has not yet activated on Freenode over the last 12 or so hours.
[18:10] <PriceChild> ah yup saw that email this morning
[18:11] <PriceChild> desertc, sorry but freenode hasn't caught up on our new gcf for ubuntu so you'll have to wait for nalioth to enable the cloak. He's not /away atm so it shouldn't take to long to get turned on. Please ensure you've gotten 2 nicks linked to each other, and an email set :)
[18:13] <PriceChild> we've pinged him enough too :)
[18:13] <desertc> PriceChild: "2 nicks", you mean like desertc and desertc_ , right?
[18:17] <PriceChild> yup
[18:17] <PriceChild> and desertc_ linked to desertc
[18:18] <desertc> Thanks.  Yes, that's done.
[18:23] <desertc> All those requirements were necessary for the Unaffiliated cloak.
[18:23] <desertc> Anyhow, I'll just wait for Nalioth.  :-)
[18:24] <desertc> Ah, I see the cloak has been changed.
[18:31] <PriceChild> desertc, cool :)
[18:31] <desertc> Have a nice day.
[18:32] <PriceChild> how shiny
[18:40] <Gary> super sparkly :-)
[19:41] <astharot> hello :)
[19:41] <Pici> astharot: Hello, how can we help you today?
[19:41] <astharot> desertc told me to come here to ask for a cloak
[19:42] <Pici> astharot: Are you an Ubuntu member?
[19:42] <astharot> yes
[19:42] <astharot> https://launchpad.net/~gerardo
[19:42] <Pici> !cloak
[19:42] <ubotu> Many Ubuntu IRC channels prohibit access from !proxies such as !TOR due to a high level of abuse. You can however obtain a hostmask cloak: see http://freenode.net/faq.shtml#cloaks
[19:42] <nalioth> Pici: it's
[19:42] <nalioth> !member
[19:42] <ubotu> Want to become an Ubuntu member? Look at http://www.ubuntu.com/community/processes/newmember
[19:42] <astharot> I'm already a member
[19:43] <astharot> and also a motu
[19:43] <astharot> since 2005
[19:43] <nalioth> astharot: MOTU is not related to us, i'm afraid
[19:43] <astharot> uh?
[19:44] <nalioth> astharot: please follow the "want to become and Ubuntu member" steps
[19:44] <astharot> nalioth: i'm an ubuntu member
[19:44] <Pici> nalioth: But he said he was a member... was giving him the nicksetup links
[19:44] <nalioth> astharot: your launchpad page says differently  ;(
[19:44] <astharot> I linked my launchpad page
[19:44]  * Pici runs off
[19:44] <astharot> Ubuntero:  Yes
[19:44] <LjL-Mobile> That's not member
[19:44] <nalioth> ah, Ubuntero is not "Ubuntu member"
[19:45] <astharot> uhm...
[19:45] <ompaul> !member
[19:45] <ubotu> Want to become an Ubuntu member? Look at http://www.ubuntu.com/community/processes/newmember
[19:45] <nalioth> ompaul: already done once  :)
[19:45] <ompaul> nalioth, well I am logged
[19:45] <astharot> how to recognize a member?
[19:45] <ompaul> lagged even
[19:46] <astharot> I've the icons of ubuntumembers and ubuntu-dev :P
[19:46] <nalioth> astharot: you can look at their cloak on irc
[19:46] <ompaul> astharot, read that web page
[19:46] <ompaul> !register | astharot
[19:46] <ubotu> astharot: By default, only registered users can send private messages - Information about  registering your Freenode nick can be found at http://freenode.net/faq.shtml#userregistration
[19:46] <nalioth> astharot: on launchpad, it'll say the person is a member of "ubuntu members"
[19:47] <astharot> ok ok... it's only because when I was member launchpad didn't exist yet
[19:47] <astharot> then I was offline now I have to "upload" my launchpad page
[19:47] <astharot> thank you, see you next time :)
[19:48] <ompaul> astharot,  https://launchpad.net/~ubuntumembers
[19:48] <astharot> yep
[19:49] <astharot> You are an indirect member of this team:
[19:49] <astharot> Gerardo Di Giacomo ? MOTU ? Ubuntu Development Team ? Ubuntu Members
[19:49] <nalioth> you may be an indirect member of a lot of teams
[19:50] <nalioth> but for a cloak here on irc, you must be a full member of "Ubuntu Members"
[19:50] <astharot> ok-ok
[19:51] <astharot> bye
[19:52] <ompaul> strange
[19:53] <no0tic> nalioth, when will freenode be re-enabled to receive donations?
[20:02] <nalioth> no0tic: unsure
[20:05] <Pici> nalioth: Sorry, I misunderstood.  I don't have any say in getting someone a cloak anyways, just wanted to make sure that he at least had some of the prerequisites done (although he didnt have the most important one)
[20:06] <nalioth> Pici: most folks don't come here for an @about/cooking/khenpan/pici type cloak  :)
[20:25] <Pici> !ircstats-#ubuntu-offtopic | tonyyarusso
[20:25] <ubotu> tonyyarusso: Fun statistics about this IRC channel are available at  http://www.ubuntuircstats.org/#ubuntu-ops.html - LoCo team leaders can also request to have their channel stats collected.
[20:25] <Pici> well, that kind of worked.
[20:25] <tonyyarusso> not really
[20:25] <Pici> no, not really indeed
[20:25]  * Pici goes back to the drawing board.
[20:28] <LjL-Mobile> there is a 'current channel' variable in ubotu if that's what you're looking for
[20:29] <LjL-Mobile> might be $channel, i never remember
[20:29] <LjL-Mobile> !hi
[20:29] <ubotu> Hi! Welcome to #ubuntu-ops!
[20:29] <Pici> Its $chan, but it includes the #
[20:29] <jpatrick> $chan I think
[20:29] <Pici> I dont think its possible without enabling some more supybot plugins,
[20:31] <LjL-Mobile> pici: yes it includes that, ask the guy to change the urls accordingly :)
[20:32] <Pici> This is how I do my alias on my bot: "re s/ #*//g http://nullcortex.com/irclogs/[re s/\//-/g $channel.html]"
[20:33] <Pici> Includes some other stuff to handle channels with slashes in them.
[20:41] <ompaul> two people removed from #ubuntu check for reasons
[20:41] <ompaul> ahh there is the first one
[20:41] <tonyyarusso> switch^ was mine in -ot, ty
[20:41] <tim__> yes ?
[20:41] <tim__> what was that for?
[20:41] <ompaul> PriceChild, / ljl / tonyyarusso  that was the equiv of rm imho was I right or wrong
[20:42] <tonyyarusso> looking
[20:42] <ompaul> tim__, I think you will find it was for stating that point in #ubuntu as there are new users in there who might do that -
[20:42] <Dmole> sorry wrong name :)
[20:42] <ompaul> it does not matter you are banned either way afik
[20:43] <tonyyarusso> ompaul: As a result, pretty likely, although given what we've seen before, far more likely to have been a legitimate question (ie, unintentional)
[20:43] <ompaul> tonyyarusso, saw the :) in there with the OMG and that was my trigger
[20:44] <tonyyarusso> yeah, not sure
[20:44] <tonyyarusso> Dmole: Care to take a stab at guessing what the problem may be?
[20:45] <Dmole> "sorry wrong name" ie my nick was not e+
[20:45] <tonyyarusso> no, regarding the last thing you said in #ubuntu
[20:47] <Dmole> i gave the command that was giving me problems ?
[20:47] <ompaul> with an OMG and a :)
[20:47] <ompaul> which makes it look like you are not serious
[20:47] <ompaul> !lol
[20:47] <ubotu> Please don't use "LOL" and "OMG" and so forth on a regular basis. This is IRC, not IM, and using those lines on their own is not required, and it is rather annoying to the rest of the people in the channel; thanks.
[20:47] <Dmole> is the omg the problem ? .... oh sorry
[20:47] <ompaul> Dmole, it is that coupled with the comment
[20:47] <ompaul> that it makes me think you did not
[20:48] <Dmole> well it has me in a bother
[20:48] <ompaul> actually do that command as that command would only attack your own files
[20:48] <Dmole> how do i fix this?
[20:48] <ompaul> you can't really - unless you ahve a backup cos you need permissions from all over the place changed in different ways
[20:49] <Dmole> well it was only the o so i think it is fixable
[20:49] <Dmole> "o" = other users
[20:50] <kahrytan> Hello
[20:50] <Dmole> can i ask this question in #ubuntu or can you answer it here?
[20:50] <ompaul> just a sec
[20:51] <Dmole> i want to "chmod -o-rwx /home/user/.*"  without it going up the file tree
[20:51] <Dmole> ok I will wait
 OMG help!    "chmod 0777 ./.*"  results in changes up the tree! (like ./../../passwords.txt)  :) how do i stop this?
[20:52] <ompaul> this is not the problem you are stating now
[20:54] <Dmole> it is, and i will explain now; I want to do something like "chmod -o-rwx /home/user/.*" without it going up the file tree because previously I did something like "chmod 0777 /home/user/*"
[20:55] <ompaul> Switch^,  please refrain on taking the bans in one place to another
[20:55] <Switch^> yes, I'm sorry
[20:55] <Switch^> ompaul: I just found it weird
[20:56] <ompaul> !guidelines | Switch^  (please have a look at this and come back to me in about 15 mins)
[20:56] <ubotu> Switch^  (please have a look at this and come back to me in about 15 mins): The people here are volunteers, your attitude should reflect that. Answers are not always available. See http://wiki.ubuntu.com/IrcGuidelines
[20:57] <Dmole> I could use /* but it won't affect the .* files, and it dislikes  regx so \.[^\.].* is out of the question ... i think
[20:57] <Dmole> ompaul: do you understand ?
[20:57] <ikonia> what the devil is going on here ?
[20:58] <ubotu> ikonia called the ops in #ubuntu (candy flooding)
[20:58] <ubotu> Cpudan80 called the ops in #ubuntu (candy)
[20:58] <ompaul> Dmole, let me apraise ikonia about that
[20:58] <ikonia> hmmm
[20:58] <nalioth> klined
[20:59] <ikonia> nalioth: appriciated
[20:59] <Amaranth> nice one tonyyarusso
[20:59] <nalioth> ikonia: i didn't do it
[21:00] <tonyyarusso> Amaranth: I haven't done that in so long...there goes the record.
[21:00] <ikonia> didn't see who did
[21:01] <ikonia> tonyyarusso: quick response, thanks
[21:01] <Amaranth> ikonia: he banned the wrong person :P
[21:01] <ikonia> really, I who got candy then ?
[21:01] <ikonia> it all went really quick
[21:01] <ompaul> Dmole, let me help you here, (A) chmod 777 is not going to go recursive (B) you missed a clue that makes it valid to ubuntu - so I thought then as I do now that you are (A) not on ubuntu or (B) not defining the problem
[21:02] <tonyyarusso> ikonia: nixternal did
[21:02] <ompaul> Dmole, and your regex is rubbish
[21:02] <ompaul> and I was right in the first case
[21:02] <ompaul> so
[21:02] <Dmole> thanks for offering to help  ompaul
[21:02] <ompaul> !guidelines | Dmole (come back in a week  and we might life the ban)
[21:02] <ubotu> Dmole (come back in a week  and we might life the ban): The people here are volunteers, your attitude should reflect that. Answers are not always available. See http://wiki.ubuntu.com/IrcGuidelines
[21:02] <Dmole> yes i am in ubuntu
[21:03] <ompaul> ehh you can't be
[21:03] <ompaul> your problem is not valid as you describe it
[21:03] <Dmole> and no my regex is fine as perl thinks it is
[21:03] <ompaul> it is not possible
[21:03] <ompaul> again
[21:03] <ompaul> your problem is not possible you are missing one vital part and it is not there
[21:03] <Dmole> and i did miss type because I used the -R
[21:04] <ompaul> that would not work
[21:04] <ompaul> and please stop trying to pretend, put the straws away
[21:04] <Dmole> I will copy past from the cli
[21:04] <Dmole> *paste
[21:05] <ompaul> you can paste your history in paste.ubuntu-nl.org
[21:05] <ompaul> and we can review it there
[21:05] <Dmole> ok
[21:06] <Dmole> thanks
[21:06] <Dmole> what is that command for command history?
[21:07] <ikonia> fc -l
[21:07] <ikonia> or history
[21:07] <ikonia> depending on your distro
[21:07] <ompaul> history is pretty much universal
[21:08] <ompaul> and much more fun
[21:10] <Switch^> ompaul; can you unban me?
[21:11] <ompaul> Switch^, quick question, why do you think you were banned?
[21:11] <ompaul> Switch^, you can take it to pm if you want
[21:16] <Dmole> ompaul: I posted excerpts from my history
[21:16] <ompaul> ip ?
[21:16] <ompaul> url
[21:16] <ompaul> we all, alas failed telepathy
[21:16] <Dmole> um...
[21:17] <Dmole> http://paste.ubuntu-nl.org/51131/
[21:17] <Dmole> sorry i thought it was accessible by user name  because it asked me for one
[21:18] <ompaul> Dmole, ehhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh
[21:18] <ompaul> no
[21:18] <ompaul> you have not convinced me
[21:19] <ompaul> again you seem to not be using ubuntu
[21:19] <ompaul> there are many reasons for this
[21:19] <ompaul> belief
[21:19] <Dmole> ! what?
[21:19] <ubotu> Sorry, I don't know anything about what? - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[21:19] <Dmole> what is the ubuntu version of ver?
[21:21] <ompaul> uname -a
[21:21] <ompaul> lsb_release -a
[21:21] <ompaul> both of those please
[21:21] <ompaul> and fast
[21:21] <Dmole> ompaul you don't seem to take me seriously. it's not vary nice to meet this type of attitude when honestly looking for help :(
[21:21] <ompaul> well that would convince me
[21:22] <Dmole> Linux TimsBay 2.6.22-14-generic #1 SMP Tue Dec 18 08:02:57 UTC 2007 i686 GNU/Linux
[21:22] <Dmole> No LSB modules are available.
[21:22] <Dmole> Distributor ID: Ubuntu
[21:22] <Dmole> Description:    Ubuntu 7.10
[21:22] <Dmole> Release:        7.10
[21:22] <Dmole> Codename:       gutsy
[21:22] <ompaul> so how the blazes are you working in /root/ then ?
[21:23] <Dmole> well all you have to do is "sudo passwd root"
[21:23] <ompaul> !sudo
[21:23] <ubotu> sudo is a command to run programs with superuser privileges ("root"). Look at https://help.ubuntu.com/community/RootSudo for all information.
[21:23] <Dmole> and then "su - root"
[21:23] <ompaul> dude (A) don't use sudo
[21:23] <ompaul> wrong
[21:24] <ompaul> me that is
[21:24] <ompaul> dude (A) don't use root
[21:24] <ompaul> (B) use sudo
[21:24] <Dmole> well often i have to use 10 or 20 root commands  but yes i stay in a user account most of the time
[21:25] <ompaul> 10 or 20
[21:25]  * ompaul is stunned
[21:25] <ompaul> I run a 60 machine network and root is the last thing I would look for even on the debian boxes
[21:26] <Dmole> well you probably know how to do things better then I
[21:26] <ompaul> well for one
[21:26] <ompaul> what you wrote in all three cases are different
[21:26] <ompaul> the o does nothing in chmod
[21:26] <ompaul> -R is recursive i.e. down a tree
[21:27] <ompaul> not up a tree
[21:27] <Dmole> man chmod said that o+wrx will add wrx to all users
[21:27] <ompaul> well depends on what files you borked
[21:27] <Dmole> -R is down but also up when .* is used
[21:27] <Jack_Sparrow> dbmoodb:  is being rude and disruptive
[21:29] <ompaul> Jack_Sparrow, thanks caught that
[21:29] <Dmole> try "ls -al -R .*" you will see what i mean
[21:29] <dbmoodb> won't ls -RAL work ?
[21:30] <dbmoodb> why do you need the -R to be separate - just a note
[21:30] <Dmole> yes but that's an aside
[21:30] <ompaul>  ./
[21:30] <ompaul> which is the current directory and below
[21:30] <ompaul> that is all
[21:30] <dbmoodb> oh
[21:30] <ompaul> below being the ones in /root/,*
[21:30] <dbmoodb> thought there was a space in there
[21:30] <ompaul> dbmoodb, you are right
[21:31] <dbmoodb> oh
[21:31] <ompaul> dbmoodb, but frankly why would I let you back into #ubuntu?
[21:31] <dbmoodb> eh ?
[21:31] <dbmoodb> i don't want you too
[21:31] <ompaul> so why are you here?
[21:31] <dbmoodb> to see if the higher powers know what the name of the stupid thing is before i go for real help
[21:32] <dbmoodb> ubuntu is my testing thing - i trash it
[21:32] <mneptok> real help?! where?!
[21:32] <ompaul> dbmoodb, this is not a help channel you really don't want to know the origin of what you were looking at when you arrived, trust me on that - boring as all get out
[21:32] <dbmoodb> in debian or compiz-fusion on or the other
[21:33] <ompaul> mneptok, I believe in your office on your phone eating your doughnuts
[21:33] <dbmoodb> oh ssh om i know what this channel is meant to be for
[21:33] <Dmole> ompaul: not for me the " ls -al -R .*" command lists my entire file system
[21:33] <dbmoodb> AHAHAAHAH
[21:33] <dbmoodb> no really ?
[21:33] <mneptok> THERE ARE DONUTS?!?!?!
[21:33] <dbmoodb> not anymore
[21:33] <mneptok> why was i not informed?
[21:34] <ompaul> mneptok, so we could eat them on you
[21:34] <mneptok> where is the sticky note? the flaming arrow?
[21:34] <dbmoodb> HA I WIN OM
[21:34] <dbmoodb> Ubuntu users: #ubuntu for general help; this channel is only for Compiz-specific help
[21:34] <ompaul> munch munch
[21:34] <dbmoodb> go fuck your self
[21:34] <dbmoodb> - well not you
[21:34] <ompaul> boo bue
[21:34] <ompaul> whatever
[21:34]  * ompaul is not in the mood
[21:34] <mneptok> how anticlimactic
[21:34] <ompaul> mneptok, and what did you want - fireworks?
[21:35] <mneptok> something a little more ... inspired.
[21:35] <Gary> ponies?
[21:35] <ompaul> Switch^, eh anything else?
[21:37] <Switch^> ompaul: no, thank you :p
[21:37] <Dmole> ompaul what do you think of the fact that "ls -al -R .*" lists my whole fs?
[21:37] <ompaul> Dmole, okay, many years ago I had a situation where someone read to me the contents of a file system over irc
[21:38] <ompaul> Dmole, and the permissions were changed by hand
[21:38] <ompaul> ugly
[21:38] <ompaul> the only think you can do is pull your data to one side
[21:38] <ompaul> and reintroduce it after you reinstall - cos anything else is a waste of breath to be honest
[21:39] <ompaul> Dmole, or in other words you got yourself a nasty one there
[21:40] <ompaul> Dmole, if you have that situation, to get every link right and package reinstalled correctly you would save maybe three to four hours at a minimum with NO typos
[21:40] <ompaul> and you will make one so just reinstall
[21:41] <Dmole> well I was going to write a script to do -R properly for any command but i thought it must exist so i asked got banned and now i'm going to write the script.
[21:41] <ompaul> Dmole, you got banned because it looked like a troll - figure this out
[21:42] <ompaul> you started by talking about passwd.txt
[21:42] <ompaul> we don't have such files
[21:42] <Dmole> oh i do understand that this is the internet so you have to be causes etc
[21:43] <Dmole> it's ok i'll change my ip and be back in a jiffy
[21:43] <tonyyarusso> Dmole: If you do, you will be banned from the entire network, not just #ubuntu
[21:43] <Dmole> not likely but have a nice day :)
[21:43] <tonyyarusso> nalioth: ^^
[21:44] <ompaul> well now that could be interesting
[21:44] <nalioth> tonyyarusso: ^^ nice eyebrows
[21:44] <tonyyarusso> nalioth: they're furry!
[22:02] <Flare183> this dude, J-_ just told me to f off
[22:02] <nalioth> Flare183: so /ignore him   :)
[22:02] <Flare183> ok
[22:03] <jdong> man everyone whose nick starts with j is trouble.
[22:03] <ompaul> jdong, who gave you permission to speak?
[22:03] <ompaul> you just assuming things again?
[22:04] <nalioth> i think he's speaking from experience, ompaul
[22:04] <nalioth> let's kline him
[22:04] <PriceChild> nalioth, I don't see flare's complaint in the public channel?
[22:04] <nalioth> just to be sure
[22:04] <nalioth> PriceChild: yep.
[22:04] <PriceChild> could you gimme a timestamp? :)
[22:04] <LjL> PriceChild: that's why /ignore was suggested i believe
[22:05] <PriceChild> all i see is "damn it"
[22:06] <LjL> PriceChild, i think it was in PM
[22:06] <ubotu> J-_ called the ops in #ubuntu (_boikhutso_)
[22:06] <PriceChild> LjL, sorry when i was addressing nal, i meant i didn't see j-_ say what he was acused of saying in the main channel
[22:07] <PriceChild> gah... boikhutso was told how many times?
[22:07] <PriceChild> *accused
[22:07] <jdong> I'm pretty sure PMs are out of our domain?
[22:07] <jdong> err... PM's.
[22:07] <LjL> unless there's repeated reports of them
[22:07] <nalioth> PriceChild: right.  i suggested /ignore
[22:08] <nalioth> yes, PMs are out of our domain
[22:08] <PriceChild> nalioth, yup
[22:09] <Jack_Sparrow> I really really tried to get him to use the pastebin
[22:11] <nalioth> Jack_Sparrow: it happens
[22:11] <Jack_Sparrow> MOre trouble
[23:06] <Pici> mrr