[00:07] <RoyK> patdk-lap: I know, and it's not easily configurable, and it's not globally configurable
[00:08] <RoyK> seems to me either lucid has some stone age version of pastebinit, or it should be fixed up a bit
[00:09] <patdk-lap> hmm, lucid normally does
[00:09] <patdk-lap> if work lets up some, I need to submit a crapload of bug reports
[00:10] <patdk-lap> for things like that
[00:10] <patdk-lap> mytop needs a small patch to make it mysql 5.0+ compatable
[00:10] <patdk-lap> and other things like that
[00:10] <patdk-lap> have them all pushed out to my ppa
[00:10] <patdk-lap> so all patches are already in place, just need to track it all down and submit them
[00:18] <RoyK> seems a lot has happened between pastebinit 1.1 and 1.2, and that 1.0 perhaps should have been named 0.1 :P
[03:18] <arooni-mobile> once i set up a /etc/init.d script; how do i give it "life" i.e.. make it so it gets run on every startUP?
[03:32] <smw> arooni-mobile, I like to use sys-rc-conf
[06:23] <philipballew_> How hard would it be to set up a vpn server through ssh remotely?
[07:28] <args[0]> I just installed darkstat on my ubuntu VPS, this is my first time using it.. read on some forums that this daemon saves charts and data on web pages and can be accessed by localhost:666 , how can i access it if im not on the system and using it as VPS? myIP:666 doesn't work. thanks
[07:43] <greppy> args[0]: you could setup an ssh port forward to see it.
[08:18] <kklimonda> philipballew: hmm, it should be doable but rather risky
[09:05] <sattu94> Hi, I am trying to install Ubuntu 10.04 LTS Server to on a virtual RAID1 drive created using two 1TB HDDs. during the Installation when it tries to detect disks, it says that it has found some RAID devices, and asks if I want to activate them. After selecting 'Yes'. It Scans all the devices but only shows the 'sdc', which is the pendrive through which the installation is taking place. I dont see an option to partition the virtual RAID1 drive.
[09:06] <sattu94> It is an Intel Rack Server, SR26UR
[09:06] <sattu94> It is an Intel Rack Server, SR2600UR
[09:19] <_ruben> what is virtual raid1 .. you mean fakeraid or so? .. if so, i suggest disabling the raid features in the bios and use plain software raid
[09:22] <sattu94> _ruben: yea, i guess i'll do that.
[09:23] <_ruben> sattu94: in most cases software raid will perform way better than fakeraid, and is better to manage as well
[09:25] <sattu94> _ruben: Thank You.
[10:48] <alex88> hi guys
[10:48] <alex88> i've a nfs where are stored some images to be processed, i want to have multiple machine that process these images, which can be scaled to increase the processing power, how should i implement the queue? i was thinking to use a mysql table with polling and use locks to prevent multiple istances work on same image
[12:02] <Jeeves_> Is it just me, or does upstart render /etc/init.d/networking useless
[12:02] <Jeeves_> A restart of the service does not deconfigure any interfaces
[12:02] <Jeeves_> It just runs ifup -a
[12:02] <Jeeves_> But no ifdown anywhere
[12:10] <Jeeves_> bug #890189
[12:46] <eagles0513875_> hey guys i am having some issues trying to compile some source code for libreoffice
[12:46] <eagles0513875_> i get an error saying a cups dev file isn't installed when it is actually installed.
[12:47] <eagles0513875_> does anyone have any ideas what the issues might be
[12:51] <nuscly> eagles0513875_: a version mismatch between cups
[12:53] <eagles0513875_> ok
[12:54] <eagles0513875_> nuscly: i don't think so as it seems others i have asked don't seem to have this issue
[12:55] <nuscly> eagles0513875_: perhaps it's a dependancies of cups
[12:56] <eagles0513875_> nuscly: the missing dev file that the source code is telling me I'm missing is installed
[12:58] <nuscly> eagles0513875_: find the code that detect the version to understand the problem
[13:01] <eagles0513875_> there isn't much code in this bash script :( to tell me what the issue is
[13:10] <hallyn> SpamapS, what is the deal with this annoying /lib/init/failsafe.conf?
[13:10] <Daviey> morning hallyn o/
[13:10] <hallyn> Daviey, hey
[13:12] <hallyn> oh, i see what's going on.  i have a dummy br0 being defined, and failsafe.conf gets uppity about it not being on the net
[13:27] <TREllis> Daviey: o/
[13:27] <Daviey> hey TREllis
[13:30] <Daviey> TREllis: silly question, but is ifupdown-extra required?
[13:30] <TREllis> Daviey: er, required? don't think so. if so, epic fail as I don't have that installed
[13:31] <TREllis> ifenslave was the only thing I grabbed
[13:31] <Daviey> TREllis: I have NFI, sorry.
[13:31] <Daviey> TREllis: The system boots, but you have no networking right?
[13:31] <Daviey> TREllis: if so, can you restart networking using serial console, and see if it works correctly?
[13:32] <Daviey> (and provide dmesg output?)
[13:32] <TREllis> Daviey: https://help.ubuntu.com/community/UbuntuBonding has no mention of ifupdown-extras, so don't think it's required
[13:32] <TREllis> Daviey: restarting has no affect, but starting the bonding manually works
[13:33] <TREllis> Daviey: I have hundreds of these " bonding: bond0: Warning: Found an uninitialized port" as mentioned in public bug lp#889423
[13:33] <TREllis> Daviey: but let me grab a proper dmesg
[13:35] <Daviey> TREllis: seen, bug 482419 ? I wonder if that regression has bene re-introduced
[13:35] <Daviey> TREllis: *certain* that restarting networking doesn't fix it?
[13:36] <TREllis> Daviey: yeah saw that, fix released tho?
[13:37] <Daviey> TREllis: yeah, wondered iof it had been re-introduced
[13:37] <TREllis> Daviey: ah ok
[13:37] <TREllis> Daviey: let me try some tests
[13:39] <Daviey> TREllis: did you see comment #69 btw?
[13:41] <Daviey> TREllis: yes, so the patch from that Fix Released has been dropped
[13:42] <Daviey> However, it does have a "early_setup_master" addition, which i guess should have mitigated it.
[13:43] <Daviey> TREllis: It would be interesting to see if moving setup_master, directly under add_master solves the issue.
[13:46] <TREllis> Daviey: confused now
[13:46] <TREllis> Daviey: early_setup_master is a interfaces file option?
[13:47] <Daviey> TREllis: no, sorry.. it's in a pre-up script.
[13:47] <Daviey> TREllis: hold fire, let me create a patch
[13:47] <TREllis> k
[13:52] <Daviey> TREllis: $ wget http://pb.daviey.com/tt12/ -O - | sudo patch /etc/network/if-pre-up.d/ifenslave
[13:54] <_ruben> i ran into that very bug last week .. the only "reliable" workaround was doing it all "by hand", as in: up modprobe bonding... up ip link.. up ifenslave.. etc
[13:54] <Daviey> _ruben: on oneiric?
[13:54] <_ruben> yes
[13:56] <zul> good morning
[13:56] <_ruben> Daviey: the patch you mentioned worked properly like once out of 10 reboots
[13:57] <_ruben> Daviey: what could've been playing a part in it was the fact that the 3 interfaces participating in the bond didn't have any link (staging setup)
[14:00] <Daviey> Well it seems to be known that it might not work properly with upstart. :/
[14:00] <Daviey> _ruben: TREllis is currently trying the Debian experimental current version on Oneiric
[14:01] <Daviey> (and i just prepaired that patch against Oneiric archive, doh.. hope it still applied.)
[14:03] <TREllis> Daviey: I've got side tracked a bit, should be able to test it a little later :)
[14:03] <Daviey> TREllis: slacker. :)
[14:03] <TREllis> Daviey: lol
[14:04] <Daviey> TREllis: I bet you are busy watching The Return of Frank James.
[14:05] <zul> oh crap....i have a dead fish in the office
[14:06] <jasef> Omnomnom
[14:06] <jasef> Wait... is it a pet fish?
[14:06] <jasef> Cause if so, not omnomnom
[14:13]  * koolhead17 is awake finally
[14:18] <jamespage> morning all
[14:20] <irvie> have to move my backup server to another room so i want to do any updates at this time so i only have to reboot it once
[14:20] <irvie> already did an apt-get update and upgrade
[14:20] <irvie> anything else i should check? i believe it's 10.04 server
[14:30] <koolhead17> irvie, sounds good. cat /etc/lsb-release will tell you about ubuntu server version you are uing :)
[14:36] <irvie> yep, 10.04.3 LTS
[14:36] <irvie> so now i can just shutdown and power it back upa nd everything shoudl be good
[14:36] <irvie> :D
[14:37] <irvie> hopefully :p
[14:37] <irvie>  10:04:09 up 245 days,  1:29,  2 users,  load average: 0.00, 0.00, 0.00
[14:37] <irvie> :(
[14:38] <irvie> how can i see the link speed on my NIC?
[14:38] <irvie> lolz RX bytes:9414931995665 (9.4 TB)  TX bytes:220667948142 (220.6 GB)
[14:46] <_ruben> irvie: depending on the driver, there might be some hints in the output of dmesg, ethtool should be able to tell it as well
[14:49] <patdk-wk> irvie, use ethtool or mii-diag
[14:51] <patdk-wk> hmm, mii-diag is reporting wrong results for me, but ethtool is correct
[15:32] <SpamapS> hallyn: /lib/init/failsafe.conf? Is that new in precise?
[15:33] <SpamapS> hallyn: or you mean /etc/init/failsafe.conf ?
[15:33] <hallyn> SpamapS: it's on oneiric
[15:33] <hallyn> it was making my netbook wait 2 minutes at boot, just bc i had 'auto br0' in /etc/network/interfaces but no connection at boot
[15:34] <hallyn> well, it's not that simple, of course.  it's just the failsafe, so somethign else is waiting.  runlevel 2 is waitin gon a net connection?
[15:34] <hallyn> SpamapS: you wrote it, at any rate :)
[15:36] <SpamapS> hallyn: yes
[15:37] <SpamapS> /etc/init/failsafe.conf then, yes I wrote it and smoser and I put together the changes to /etc/network/if-up.d/upstart to make static-network-up work, which is what is waited on in rc-sysinit now
[15:37] <SpamapS> hallyn: if you had read the release notes, you would have known that all 'auto' interfaces will be waited on :)
[15:37] <irvie> koolhead17, migration successful :]
[15:37] <hallyn> SpamapS: that's assenine
[15:38] <hallyn> SpamapS: there are auto devices that are not meant to be 'up'
[15:38] <hallyn> or put another way,
[15:38] <SpamapS> thats what network manager is for
[15:38] <hallyn> you say 'up', but br0 was up - but plymouth couldn't ping
[15:38] <hallyn> network manager is not usable if you dont' use gnome
[15:38] <hallyn> and some peopel don't
[15:38] <SpamapS> To quote the occupy folks.. you are, the 1% ;)
[15:39] <hallyn> SpamapS: i know it's solving a problem, and don't have a better solution, we don't need to discuss it right now :)
[15:39] <SpamapS> I have a solution for you 1%'ers for 12.04
[15:39] <hallyn> SpamapS: but i'd like to talk about it sometime
[15:39] <hallyn> how will it solve it?
[15:39] <SpamapS> We will create another group, auto-nowait
[15:39] <hallyn> i'm happy with that solution
[15:40] <hallyn> ok.  i'll probably reinstall the netbookt from scratch (half lucid, half 12.04) so that's fine with me
[15:40] <kirkland> morning folks
[15:40] <hallyn> morning kirkland
[15:40] <SpamapS> You can work around it right now by just changing /etc/rc-sysinit to not wait for static-network-up
[15:40] <hallyn> nice cloudy morning for ya?
[15:41] <SpamapS> err
[15:41] <SpamapS> /etc/init/rc-sysinit.conf
[15:41] <koolhead17> irvie,  :D
[15:41] <koolhead17> lynxman, hellos
[15:41] <hallyn> SpamapS: for now i worked around it by getting rid of the auto br0 :)  that was itself just a test af ew months ago anyway
 18:00:27> ubuntu seems to be pushing byobu over tmux .. <-----  byobu is sort of a compliment, or enhancement layer on either screen or tmux
[15:41] <kirkland> Kiall> 18:00:58> Kinda getting used to byobu .. Its enabled by default on all the EC2/UEC/Cloud images now...
[15:42] <kirkland> Kiall: unfortunately, that's being removed in an SRU very soon
[15:42] <SpamapS> hallyn: AHA!
[15:42] <hallyn> kirkland: paul t. is giving me hope of an improved dvtm so i don't need byobu-tmux for the inside-a-screen splitting :)
[15:43] <hallyn> (see planet.u.c. from friday i think)
[15:43] <SpamapS> oi.. my sup index just went over 100,000 messages
[15:43]  * SpamapS should delete more
[15:43] <kirkland> hallyn: heh, byobu/tmux couldn't hold your attention, huh?
[15:43] <hallyn> SpamapS: 0 inbox :)
[15:44] <SpamapS> I have 0 inbox all the time!
[15:44] <SpamapS> since in sup, you just "archive" what you don't want to deal with now. :)
[15:44] <hallyn> kirkland: it's great for somet hings, but i prefer dvtm's tiling behavior
[15:44] <kirkland> hallyn: cool, i'm installing dvtm now
[15:44] <SpamapS> but right now... having shunned email for 3.5 days.. I'm looking at 2000 inbox
[15:44] <hallyn> but it doesn't do backscrolling so i dont' use it all that much
[15:45] <kirkland> hallyn: does dvtm replace gnome-terminal, or byobu/tmux?
[15:45] <hallyn> kirkland: uh what?  it doesn't replace anything, it enhacnes :)
[15:45] <hallyn> kirkland: i use dvtm inside screen inside gnone-terminal or xterm or st
[15:46] <hallyn> (except i don't)
[15:46] <kirkland> hallyn: neat, i'll have to play with it
[15:46] <hallyn> kirkland: you may hate it.  it depends on what you're used to i think.  But it's ideal behavior for me.
[15:47] <zul> Daviey: ping
[15:47] <hallyn> kirkland: hae you ever used dwm?
[15:47] <kirkland> hallyn: nope
[15:48] <hallyn> kirkland: cool then i'll be especially interested in what yout hink of dvtm :)
[16:04] <Daviey> zul:
[16:04] <zul> Daviey: so python-passlib made it into the archive i think we should revist doing an SRU for keystone with the port change
[16:05] <Daviey> zul: \o/
[16:06] <zul> Daviey: so i take it you agree? :)
[16:06] <Daviey> zul: well if keystone doesn't currently work, changing the default port will not break systems
[16:06] <zul> Daviey: yeah that will make it easier
[16:29] <zapotah> a good network monitoring tool that shows realtime bandwidth stats per application
[16:30] <zapotah> does the server distro ship with one or which one do you recommend
[16:34] <RoyK> zapotah: dunno about any tool for that, but I guess you could configure munin to do it with some iptables tweaks
[16:35] <RoyK> zapotah: that'll be for incoming connections, though, dunno for outgoing, but I guess it should be possible
[16:41] <zapotah> hmm
[16:41] <zapotah> hoping for an easy solution
[16:41] <zapotah> like top for cpu and mem usage
[16:41] <zapotah> etc
[16:41] <RoyK> zapotah: network is a bit more tricky
[16:44] <RoyK> zapotah: try asking on #munin - someone has probably done that already
[16:45] <just-a-visitor> zapotah: There is iftop, but it is per-connection not per process.
[16:46] <RoyK> or iptraf
[16:47] <just-a-visitor> Yes, that is what I was looking for... but still they are based on packets.
[16:50] <RoyK> just-a-visitor: you can do stuff like iptables [...] --uid-owner to add counters per uid or gid, but I don't think there's an easy way to monitor network usage per process
[16:52] <RoyK> zapotah: nethogs, perhaps
[16:59] <just-a-visitor> RoyK: Cool, I did not know about it. Thanks!
[17:02] <zapotah> nethogs shows tcp only apparently
[17:02] <zapotah> id need to monitor mainly udp traffic
[17:08] <RoyK> just-a-visitor: you might want to try to build 0.8.0 from source - http://sourceforge.net/projects/nethogs/files/
[17:08] <RoyK> zapotah: sorry, that was for you ^^
[17:09] <just-a-visitor> RoyK: Btw, I am also looking at it right now. :)
[17:14] <hallyn> stgraber: gah, something went wonky with the last lxc push, bc my branch stacked on the precise udd branch now won't fetch
[17:25] <zapotah> ill have to look at this later... so tired after 48hrs and no sleep x.x
[17:25] <zapotah> not making any progress
[17:33] <Daviey> SpamapS: Your cobbler branch, are you uploading that to precise soonly?
[17:33] <Daviey> rbasak has based a branch on yours, that would be good to co-upload.
[17:49] <SpamapS> my branch?
[17:50] <SpamapS> Daviey: refresh my memory, its been eons :p
[17:51] <Daviey> https://code.launchpad.net/~clint-fewbar/ubuntu/oneiric/cobbler/misc-fixes/+merge/77771
[17:51] <Daviey> SpamapS: ^^
[18:03] <Daviey> SpamapS: Do you want to rebase your branch to current precise, and review + sponsor rbasak's changes at the same time?
[18:04] <Daviey> it seems to be an entire security upload, so i guess we should see about prepairing a -security upload aswell.
[18:05] <Daviey> (for oneiric)
[18:08] <Daviey> zul: Are you planning a cobbler new upstream version upload soonly?
[18:09] <zul> Daviey: yeah
[18:09] <zul> 2.2.2 is suppose to be out soon
[18:09] <Daviey> zul: When are you planning a snapshot?
[18:09] <zul> my arm can be twisted for tomorrow
[18:09] <SpamapS> Daviey: indeed.. ugh.. ok, just now finishing with the monday morning flood of email.. will look at this next.
[18:09] <SpamapS> rbasak: where are your proposed cobbler changes?
[18:10] <Daviey> zul: well can you talk to SpamapS and rbasak, about if they should base their branch on current or tommorrow's
[18:10] <rbasak> SpamapS: https://code.launchpad.net/~racb/ubuntu/oneiric/cobbler/858878_858883/+merge/81996
[18:10] <SpamapS> Awesome sauce would be if zul just pulled in my changes and rbasak's changes ;)
[18:11] <zul> yes that would be awesome :)
[18:11] <zul> SpamapS:  where are your changes
[18:11] <Daviey> zul: see rbasak's branch, it includes SpamapS..  (but needs rebasing.)
[18:11] <zul> SpamapS: nm found it
[18:12] <zul> SpamapS: we should probably do an SRU as well
[18:12] <Daviey> zul: rbasak & SpamapS's changes are all -security.
[18:12] <SpamapS> argh.. 2 hours of inbox clearing has produced 96 more threads to deal with
[18:12] <zul> Daviey: ah good...the csrf stuff should already made it in
[18:13] <Daviey> SpamapS: You need something like, http://pastebin.com/ALiL1ksn on your Maildir.
[18:13] <Daviey> I find it makes my mail processing much faster
[18:13] <patdk-wk> people still use maildir?
[18:14] <Daviey> patdk-wk: what do you use?
[18:14] <patdk-wk> mdbox
[18:14] <zul> Daviey:  i have a secretary for processing email ;)
[18:14] <lynxman> zul: what's her name?
[18:14] <patdk-wk> it's just hell to backup all the inodes maildir uses :(
[18:14] <adam_g> Daviey: lol
[18:15] <zul> lynxman: big bertha
[18:15] <Daviey> patdk-wk: wait, you really think mdbox is more mainstream than *either* maildir or mbox?
[18:15] <patdk-wk> mainstream? no :)
[18:16] <patdk-wk> but aren't you cutting edge? :)
[18:16] <Daviey> patdk-wk: no. :)
[18:17] <rbasak> "Note that with dbox the Index files actually contain significant data which is held nowhere else."
[18:17] <Daviey> patdk-wk: well i have 15857 inodes left.. so that'll last until the end of the week.
[18:17] <rbasak> So why are they called Index files then?
[18:18] <patdk-wk> rbasak, cause they are kept in the path the index files where kept in before?
[18:19] <Daviey> mail is one of the last tennents on one of my hardy xen servers that i really CBA to touch.
[18:20] <patdk-wk> I redo mine often, the last hardy xen guest I have to move though is mail also, exchange 2007 :(
[18:20] <Daviey> hah
[18:21] <Daviey> <-- courier
[18:21] <patdk-wk> I oviously use dovecot for most things :)
[18:22] <patdk-wk> hmm, 400megs of indexs, and 3gigs of email (compressed)
[18:22] <patdk-wk> the indexs would only be about 100megs if it wasn't for the search databases
[18:22] <Daviey> patdk-wk: What do you use for searching mail?
[18:22] <patdk-wk> imap
[18:22] <patdk-wk> or you could use doveadm
[18:34] <Igoru> i'm trying to compile a PHP extension, but it suddenly dies when the compiling process gets to line "config.status: executing libtool commands". any idea about how to track this problem? :(
[18:36]  * mdeslaur is looking for someone to steal his puppet merge
[18:37] <mdeslaur> oh, wait, it's a sync...forget it
[18:44] <potatoe> Is there a way to flag certain processes to be higher priority or lower priority when the system is swapping ? ( ie, process mysqld should never be swapped, process joe-bin should be swapped first when there is not enough memory )
[18:46] <kyconquers> I'm trying to stress test a few different configurations of mail servers, does anyone have any recommendations for good applications or libraries to use?
[18:59] <Igoru> i'm trying to compile a PHP extension, but it suddenly dies when the compiling process gets to line "config.status: executing libtool commands". any idea about how to track this problem? :(
[19:30] <Daviey> adam_g: Do you want to discuss cobbler-enroll?
[19:31]  * zul perks his ears up
[19:33] <adam_g> Daviey: sure
[19:33] <Daviey> smoser: here?
[19:34] <smoser> here
[19:35] <Daviey> adam_g, smoser, zul, roaksoax: Right..
[19:35] <Daviey> Fat image vs (ab)using d-i
[19:35] <Daviey> lets get this cracked out.
[19:35] <zul> im all ear
[19:35] <zul> ears even
[19:36] <kyconquers> Can anyone recommend a library or application for stress testing an email server?
[19:36] <Daviey> adam_g, smoser, zul, roaksoax http://pad.ubuntu.com/OrchestraDiscoveryBloatedVsDI
[19:37] <Daviey> Just so the topic is clear, this will mean moving away from the DI cobbler-enlist we currently have, to something probably python based in a fat image
[19:38] <Daviey> who is mynameisjonas?
[19:40] <Daviey> Using my own etherpad server allows me to ban people who annoy me :)
[19:42] <hallyn> elitist
[19:43] <smoser> why would this thing be python?
[19:45] <adam_g> if all we're talking about is system hardware discovery and reporting (to cobbler?), we could accomplish that by 1, extending cobbler to store that data. 2, writing some shell to gather the info. 3, extending cobbler-enlist to post it
[19:45] <adam_g> honestly, the facts that ship with facter related to this don't do anything that couldn't be rewritten in shell
[19:47] <Daviey> zul: ?
[19:48] <zul> doesnt matter to me really python or something else
[19:48] <Daviey> zul: can you comment on, "   - (We will need to do that anyway) "
[19:48] <zul> Daviey: ah i mean we are going to have to add the security bits anyways
[19:50] <Daviey> zul: on the pad please :)
[19:51] <Resistance> Daviey:  i'm curious why you posted the etherpad link if you want only specific people to read it :P
[19:53] <Resistance> ;P
[19:54] <smoser> DATA LOSS!
[19:54] <Daviey> Resistance: that is not the case, but i want those that are inputting data to identify themselves.
[19:54] <smoser> awesome!
[19:54] <Resistance> i see.
[19:54] <Daviey> smoser: blame jamespage
[19:55] <zul> but jamespage is awesome
[19:55] <smoser> good thing htat iddn't happen at UDS.
[19:55] <jamespage> DATA LOSS == 'User Error'
[19:55] <smoser> if this was written in go, it would have rocked.
[19:55] <Daviey> it's a feature, called garbage collection, right jamespage ?
[19:55] <zul> smoser: hehe
[19:55] <jamespage> 'User Error' == 'Smoser Error'
[19:56] <Resistance> Daviey:  so i suppose that random users who want to lurk the data are kicked? ;P
[19:56] <jamespage> Daviey: well I guess most things smoser writes are garbage so you might be right :-)
[19:56] <smoser> this is all quite true
[19:56] <Resistance> lool
[19:56] <Daviey> Resistance: no.. not at all
[19:57] <Resistance> Daviey:  so if I were interested in lurking the data, i wouldnt be kicked when i attempted to lurk?  ;P
[19:57] <smoser> jamespage, enable chat on etherhpad on ubuntu.com
[19:57] <jamespage> lol
[19:57] <adam_g> is the plan to extend cobbler to store the hw data we gather at first boot?
[19:57] <zul> adam_g: yes
[19:58] <adam_g> can we add the pad what we plan on gathering and storing?
[19:58] <Daviey> Resistance: no.
[19:59] <adam_g> Oops! A server error occured. It's been logged.
[19:59] <smoser> ok
[19:59] <adam_g> jamespage: ^ ?!
[19:59] <zul> adam_g:  i dont see why not
[19:59] <smoser> right
[19:59] <smoser> at least the error has been loged
[19:59] <smoser> logged
[19:59] <smoser> we may have lost all your data
[19:59] <smoser> but we logged an error
[19:59] <adam_g> smoser: you want to email<EMAIL_ADDRESS>or shall i ?
[20:00] <Daviey> Resistance: although, i'm always apprehensive of those that hide their id.
[20:00] <smoser> do you think they can restore the data ?
[20:00] <jamespage> I think that would be your best course of action
[20:00] <Resistance> Daviey:  true.  Granted, my etherpad ID is still in there from UDS... shows up as Resistance (irc) or EvilResistance (irc)
[20:00] <zul> adam_g:  macaddr, cpu, cpu_core, arch, nics, mem, etc, etc
[20:00] <Resistance> because i remoted in for UDS :P
[20:01] <Daviey> Resistance: were you at UDS?
[20:01] <Daviey> ahh
[20:01] <Resistance> Daviey:  no i remoted in
[20:01] <adam_g> zul: etc etc is what im interested in getting down. :) to see if theres antyhing we can't get from  /proc and /sys
[20:01] <Daviey> Resistance: is this something which interests you?
[20:01]  * Resistance wishes he was at UDS though
[20:01] <Resistance> Daviey:  no, but i was just curious what you'd do ;P
[20:02] <Resistance> and i agree with you, people hiding their IDs are evil
[20:02] <Resistance> :Lp
[20:02] <smoser> wwDWd
[20:02] <Daviey> adam_g: I think everything can be grokked from /proc, /sys or parsing dmesg
[20:02] <zul> adam_g: right....problem is we have to to take arm into account as well
[20:02] <Daviey> zul: arm exposes all 3 of those data entry points :)
[20:02] <smoser> Daviey, of course, its all easy.
[20:03] <zul> Daviey: not if we want to use dmi info ;)
[20:03] <smoser>  i was actually just thinking that using /bin/sh seems like overkill to me for reading through /proc /sys and such.
[20:03] <adam_g> Daviey: zul if thats what we need to do, we can depend on some shell scripts to aggregate all of that information somewhere, and cobbler-enlist to post it back to orchestra
[20:03] <smoser> i was thinking i'd re-write a library of C functions like strlen and strdup and such
[20:03] <smoser> and then use that
[20:03] <zul> adam_g: yeah that sounds simple enought
[20:03] <zul> smoser: bleah
[20:04] <smoser> it can't be that hard to re-invent things, can it?

[20:06] <Daviey> smoser: we don't have that many options, really.
[20:07] <smoser> so, reading data about the system from /proc /sys, "should" be easy
[20:07] <adam_g> how about: shell to gather system information, dump it in a file or directory, preseeded cobbler-enlist runs with an option to read its arguments from that file, posts back the information thats there
[20:07] <smoser> the fact is that things arent ever easy
[20:08] <Daviey> smoser: I'm not saying easy, but for the limited data we require.. not overly hard to do in shell.
[20:08] <smoser> you will find that what you get is not consistent or complete across systems by different manufacturors
[20:08] <smoser> and then you'll start to account for those things
[20:08] <smoser> and then you'll realize that facter (or other tools) already did those things
[20:08] <smoser> and thats why they exist
[20:09] <Daviey> smoser: okay, i think we need to review the "other tools"
[20:09] <smoser> and then you'll decide that it wa
[20:09] <Daviey> facter really can't be an option, due to being ruby - which we have in neither d-i env or too much to put in a fat image
[20:10] <smoser> i'm largely just guessing. it may be that the kernel magically makes everything easy
[20:10] <smoser> but i really doubt it.
[20:10] <Daviey> smoser: well parsing text files is almost as bad as screenscraping, i see that
[20:10] <adam_g> quickly peaking at facter.. its designed to be portable among different OS's. but for its linux purposes, its just parsing the standard places (/proc/cpuinfo, /proc/meminfo, etc)
[20:11] <Daviey> it's not like i can say cpu = kernel.give-me-metric("cpu"), and get reliable output.
[20:11] <smoser> well, you can parse all that garbage on the server side if you want
[20:11] <smoser> which  makes it easier
[20:11] <Daviey> There is a python fork of facter, but that was less than clean
[20:11] <Daviey> (we don't have python in d-i env either)
[20:11] <zul> hdt-project.org but uses dmi info
[20:12] <Daviey> smoser: post a blob back, and parse it in python via cobbler?
[20:12] <Daviey> zul: we ruled out hdt for being the worst of both worlds, no?
[20:12] <zul> Daviey: yeah but do we really need dmi info
[20:13] <Daviey> zul: don't think so
[20:13] <smoser> that is what i was suggesting, yes.
[20:13] <zul> then i think it should be back on the table
[20:13] <smoser> essentially: tar -C /sys cvzf - . | post-to-cobbler
[20:13] <Daviey> smoser: well, we are modifying the api regardless.. so either way works for me
[20:14] <Daviey> it does seem somehow cleaner to post params, rather than a blob.. but shrug
[20:14] <Daviey> zul: but what advantage?
[20:14] <zul> Daviey: that it already parses the information already?
[20:15] <Daviey> zul: it gives us the worst of both worlds.
[20:15] <Daviey> It's C, so speed of development is slower than Python.
[20:15] <Daviey> It requires writes for tftp, so insecure.
[20:15] <Daviey> we could extend the fake cobbler tftpd service for this.
[20:16] <Daviey> but it seems we have neither the free enviroment of d-i, or the fat image benefits.
[20:16] <adam_g> looking at facter some more, theres no reason why its linux-specific (or ubuntu-specific) functionality couldnt be easily reproduced easily in shell. im interested in lookin at other solutions as well, but i suspect its all the same
[20:17] <zul> Daviey: gotcha
[20:17] <Daviey> adam_g: the python fork just parsed those files, looked hacky
[20:18] <Daviey> smoser: why do you feel posting back a blob is better than individual calls?
[20:18] <Daviey> and parsing in the client?
[20:18] <adam_g> Daviey: im not sure what other / better ways there are
[20:20] <smoser> well if the client is d-i, then the parsing that stuff is just going to be more painful than it would be on the other side.
[20:20] <smoser> if collecting the data is simply just grabbing some directories, then just grab those, and parse on the server where you have some sane programming language.
[20:21] <smoser> you may even be able to trick facter into thinking that it is looking at that data
[20:21] <smoser> or somehow otherwise hijack stuff.
[20:22] <Daviey> adam_g: I think it is the best way, but my memory of the python fork was done hacky.
[20:22] <adam_g> http://paste.ubuntu.com/738553/
[20:22] <smoser> well, clearly, re-implementing it in sh is not going to be hacky!
[20:22] <smoser> :)
[20:22] <Daviey> smoser: so, parsing in python will be safer than parsing in busybox shell, is your thought?
[20:23] <smoser> s/safer/easier/
[20:23] <smoser> faster
[20:23] <adam_g> i agree with smoser that parsing macaddr's out of 'ip addr list' is easier in python (or other)
[20:23] <smoser> i've parsed macaddrs out of ip addr before
[20:24] <Daviey> adam_g: the reason i wrote the mac address stuff in C was to avoid doing it in sh.
[20:24] <Daviey> That is done.. so not a concern.. the other parts have similar concerns?
[20:25] <adam_g> Daviey: if we standardize on something (shell, python on the server-side, whatever) i'd like to use that for macaddrs (instead of ioctl) as well as everything
[20:25] <Daviey> I agree with that.
[20:26] <Daviey> I am leaning towards it being easier to grok this data in shell, than add a parser component to cobbler.
[20:26] <zul> oh hell yes
[20:27] <zul> im afraid of adding bloat to cobbler as well
[20:28] <Daviey> smoser: are you still leaning towards fat image vs d-i ab(using)?
[20:29] <smoser> how would it be easier to grock this data in shell than add a parser compenent to cobbler?
[20:30] <smoser> you're posting this somewhere
[20:30] <smoser> the thing that takes the post can store the whole blob and then parse it in python
[20:31] <smoser> the d-i abusing is really going to basically depend upon everything you want being available via /proc or /sys. anything more complex than that is going to get difficult.
[20:31] <smoser> ie, like getting dmi, or some other bits.
[20:33] <adam_g> which is why we should create a definitive list of everything we need to gather, to see what is easily available and what is not
[20:33] <smoser> +1
[20:34] <zul> +1
[20:35] <adam_g> zul: are you planning on upstreaming cobblers hw inventory stuff?
[20:35] <Daviey> smoser: grocking in shell is a standalone script, integrating this in cobbler will require more thought to make sure the workflow is followed
[20:35] <Daviey> zul has shown that adding simple single fields is pretty straightforward.
[20:36] <smoser> if you can add a simple single field
[20:37] <smoser> then you add one that is "sysinfo-dump"
[20:37] <smoser> you store in that a hex dump of what you got
[20:37] <smoser> then you additionally populate whatever other fields you were going to add anyway
[20:37] <zul> its easy for a single field probably a bit more work to store the sysinfo-dump
[20:37] <smoser> why?
[20:37] <smoser> its 1 field
[20:37] <smoser> is there something particularly difficult about the string s-y-s-i-n-f-o ?
[20:38] <zul> parsing the info and storing them on how cobbler stores them
[20:38] <smoser> cobbler has some entry point to which "field" is posted.  you just handle that field (sysinfo-dump) by populating it and others.
[20:38] <smoser> but maybe i'm missing something.
[20:39] <zul> smoser: cobbler only has the ability to store a single field afaik
[20:39] <smoser> what?
 zul has shown that adding simple single fields is pretty straightforward
[20:39] <zul> smoser: i dont think it has the ability to store large chunks of info
[20:40] <smoser> i'm only proposing adding a single field.
[20:40] <smoser> i dont really care.
[20:40] <zul> anyways
[20:43]  * adam_g lunch
[20:45] <Daviey> hmm
[20:45] <Daviey> i walk away for 2 mins, and it falls apart :)
[20:46] <Daviey> smoser: are you suggesting that the sysinfo is stored as a blob long term, and cobbler internals parse it on demand.. or parse it when first posted back?
[20:46] <smoser> i was suggesting you store it long term just because there is no reason to throw it away
[20:46] <smoser> but it would clearly not make sense to parse it on demand if it doesnt change
[20:48] <Daviey> smoser: so when object foo is called, if it = None, it parses it and inserts it?
[20:48] <Daviey> smoser: i missed your reply stating if you were still in the fat image, or d-i abusing camp.. did you comment?
[20:48] <smoser> i was just suggesting the time when it is posted back, you go thorugh and update all the dpenedent fields and store it.
[20:49] <smoser> i think that you're going to end up re-examining "fat image" either sooner or later.
[20:49] <smoser> but i dont know which.
[20:49] <smoser> i think the first thin gyou should do is decide what you wan tto collect, as adam_g suggested.
[20:50] <smoser> if you can get all that from /proc and /sys then it makes sense for the moment to go with that.
[20:55] <Daviey> So... Disk quantity and size, number of cpu cores, memory, arch .. i'm not sure there is anything else we /need/ is there?
[20:56] <smoser> i dont knwo. people have mentioned dmi info.
[20:56] <smoser> what is the stated goal of this exercise ?
[20:57] <smoser> to be able to categorize a machine into some bucket similar to 'm1.small' 'm1.large' and the like ?
[20:57] <Daviey> smoser: So the data can be manipulated to make decisions how how to install the boxes.
[20:57] <Daviey> smoser: yeah, basically.
[20:57] <Daviey> but i don't think it can be abstracted so closely to ec2 style strings.
[20:57] <smoser> well, fwiw, amount of disk is almost certainly insufficient for actually classifying stuff.
[20:58] <smoser> i'd suspect that you care more about the speed or reliability of disk than the size
[20:58] <smoser> or at least sometimes you do
[20:58] <Daviey> smoser: it's really for determining if the machine has lots of storage or not.
[20:58] <Daviey> 10G vs 10TB. :)
[20:58] <smoser> but thats almost certainly not enough informatoin
[20:58] <smoser> isn't it?
[20:58] <Daviey> smoser: I think it's /enough/ for 12.04.. agree?
[20:59] <smoser> well, it depends.
[20:59] <smoser> maybe it is.
[20:59] <smoser> but if my goal is to let juju take control and dynamically decide whihc is a node and which is a api server or volume server, it sprobably not enough info
[20:59] <smoser> right?
[21:00] <smoser> wouldn't you need to know much more about what its connections are?
[21:00] <smoser> i guess that'd be hard to get anyway
[21:01] <Daviey> smoser: I think that is a >12.04 target really.
[21:01] <zul> it all depends on what info you want and how you store it
[21:01] <Daviey> well yes.
[21:05] <Daviey> roaksoax: Currently we have an admin user where we give out the creds freely.  What do you think about adding a user flag, which makes it so the user can only add/edit the same mac machine?
[21:05] <Daviey> perhaps the password for the user would be the mac address?
[21:34] <roaksoax> Daviey: From my point of view cobbler's user password should be set on install
[21:34] <roaksoax> Daviey: maybe orchestra can then handle the creation of another user
[21:34] <roaksoax> Daviey: cause, the password for cobbler user is encrypted so it is not publicly available to anyone
[21:34] <roaksoax> is it?
[21:44] <Daviey> roaksoax: yes, but for a remote enlistment service we need to give it away like free beer.
[21:44] <Daviey> which, as you can understand, is less than cool
[21:46] <roaksoax> Daviey: right, well cobbler has a feature on which you can add owners to certain stuff, i.e. add an owner for a system
[21:46] <roaksoax> but that system I believe has to be added first
[21:47] <roaksoax> Daviey: now, when registering remotely, we need to provide admin/user password in order to, obviously, add a new system
[21:48] <Daviey> roaksoax: yes, but i was wondering about extending to have a user setting that only allows it to add/edit it's own mac addresses
[21:48] <Daviey> not entirely secure, but /better/ than what we have atm
[21:48] <Daviey> Unless you have a better plan?
[21:48] <roaksoax> Daviey: afaik, you need the administrator user/pass (cobbler) to add systems, but you can have owners of the system that can only edit values within systems for example
[21:49] <roaksoax> Daviey: from cobbler wiki: "If you want to control which users/groups can create objects, this will probably require modifying the python authz_ownership implementation slightly -- see the "Customization" section for more details. I am open to proposals on what this may require, though in general, it's important to remember the purpose of the ownership module is to help the users perform the tasks they need to do -- if they are being annoying an
[21:49] <roaksoax> Daviey: https://fedorahosted.org/cobbler/wiki/AuthorizationWithOwnership
[21:51] <roaksoax> Daviey: so what you are looking for is just an authentication module that allows adding systems only?
[21:52] <Daviey> roaksoax: are you following what i am saying?
[21:53] <Daviey> really yes, a module that only allows adding/removing of their own system
[21:53] <Daviey> Having 100000's of users isn't a good idea
[21:54] <smoser> Daviey, so above, i think that we should go forward with d-i scraping of /proc and /sys
[21:54] <smoser>  * get a list of all the data we want to have
[21:54] <roaksoax> Daviey: right, but if you add a user that can add/remove their own sytem, is having 1 user per syustem, which isn't good idea as you say
[21:54] <smoser>  * start some little script to collect it
[21:55] <smoser> my leaning towards collecting a ton of info and saving it off to the server was because we're almost certain to throw away useful information when we grab it in /proc or /sys in shell
[21:55] <smoser> but if we throw it all to the server it is at least there later for subsequent re-examination and improvement.
[21:56] <Daviey> smoser: it's probably harder for us to SRU the client component.
[21:56] <Daviey> [Dmeaning overposting is /better/
[21:57] <roaksoax> Daviey: i personally don't see the point of adding a user that can add/remove its own system cause that would mean 1 user per system
[22:04] <Daviey> roaksoax: I was wondering about a virtual user, where the password is the mac address or something?
[22:04] <Daviey> thoughts?
[22:11] <roaksoax> Daviey: but then it is a passwordless user then... cause... if it is gonna use its mac address (which cobbler does not know about), then it is the same as not authenticating at all
[22:17] <lynxman> Daviey: roaksoax: smoser: hey guys, question for you, I have a broadcom USB 2.0 controller on a server and Oneiric doesn't detect any disks I connect to it (used to work in CentOS 5), doing lsusb shows the controller root hub being present, thoughts?
[22:18] <roaksoax> lynxman: maybe there's no drivers for it
[22:18] <roaksoax> broadcoms were always a PITA
[22:19] <lynxman> roaksoax: yeah it's confusing because it shows up both in lspci and lsusb
[22:19] <roaksoax> lynxman: yeah that's it most likely... i have always find problems with broadcoms
[22:20] <lynxman> roaksoax: darn :/
[22:22] <roaksoax> Daviey: what probably makes more sense is to have a user that can only add/remove system but can't access anything else
[22:22] <roaksoax> Daviey: i.e. orchestra user
[22:22] <adam_g> roaksoax: currently, cobbler-enlist makes creates a new system and then modifies it (to set its mac, name, profile, etc) not sure what that means for access control
[22:24] <roaksoax> adam_g: yeah basically cobbler has 2 modules, authentication, and authorization
[22:26] <roaksoax> adam_g: by default we use authentication is based on users on a config file
[22:26] <roaksoax> and authorization is all users have access to everything
[22:27] <Daviey> where did lynxman go?!
[22:28] <roaksoax> adam_g: there's another module on which allows the definition of owners/groups bu that's only to edit things
[22:28] <roaksoax> such as systems
[22:28] <lynxman> Daviey: here o/
[22:28] <roaksoax> adam_g: now, if we wanted to create a user that can *only* add systems, then, we would need to write a new authorization module
[22:28] <lynxman> Daviey: still trying to solve this usb thing :)
[22:28] <Daviey> lynxman: dmesg | pastebinit , pls :)
[22:28] <lynxman> Daviey: yessir
[22:30] <lynxman> Daviey: http://paste.ubuntu.com/738683/
[22:30] <lynxman> Daviey: http://paste.ubuntu.com/738684/
[22:33] <Daviey> lynxman: hmm
[22:33] <Daviey> nothing interesting
[22:34] <lynxman> Daviey: yeah, no clues at all except the disks not being detected
[22:34] <lynxman> Daviey: which is annoying, used to work in centos5, and those are my backups
[22:34] <Daviey> :(
[22:35] <lynxman> indeed
[22:36] <Daviey> lynxman: odd that ssh and apport exit non zero
[22:37] <lynxman> Daviey: it was first boot, didn't reboot the machine again since its syncing glusterfs
[22:37] <Daviey> ahh
[22:38] <lynxman> Daviey: I should before going prod tomorrow...
[23:05] <zul> Daviey: nak on the macaddr passwd
[23:15] <Daviey> zul: negativity isn't that helpful, counter a suggestion with a better one :)
[23:15] <zul> Daviey: if i only had one :)
[23:16] <roaksoax> Daviey: 1 user that can only add systems
[23:17] <Daviey> roaksoax: just add, or edit aswell?
[23:17] <roaksoax> Daviey: add/edit/remove
[23:17] <Daviey> roaksoax: is that secure?
[23:18] <roaksoax> Daviey: well we would have to write our own authorization module...
[23:18] <roaksoax> Daviey: secure as in the user won't have access to anything else within cobbler but it is the same approach as using the cobbler user
[23:24] <Daviey> roaksoax: I'd like that to be a plan B... If we can come up with a better (secure) solution, i'd be overjoyed.
[23:27] <roaksoax> Daviey: ok
[23:37] <Daviey> roaksoax: If we think what UEC did.. The central server published it's ssh public key (discovered via avahi)), which the node added as an authorized_key, allowing the server to ssh TO the client to $do-stuff.
[23:37] <Daviey> This wasn't ideal, but more secure than what we currently have.
[23:41] <kirkland> jcastro: ping
[23:42] <kirkland> jcastro: i'm releasing a byobu with a feature you requested :-)  I thought you might like to test it out
[23:50] <roaksoax> Daviey: right, in this case we have a slightly different escenario as we are doing things over the API and doing it autmoatically, or manually, they both require user/password authentication, which is, in turn same level of security on both cases (auto registration/manual registration)
[23:51] <Daviey> roaksoax: aye, but in the old scenario - a node couldn't fiddle with other nodes central registration.
[23:52] <roaksoax> Daviey: right, but we can make this special user to only *add* systems and not allow it to edit/remove
[23:53] <Daviey> roaksoax: but as adam_g said, we add a base profile, then edit it.
[23:54] <roaksoax> Daviey: right, but isn't it better to add the profile with all the required information?
[23:54] <roaksoax> Daviey: cause, how will this work. Are we having a bloated image PXE booted?
[23:56] <roaksoax> Daviey: cuase, from my point of view, the "registration" process should already provide all the details we want to gather
[23:56] <roaksoax> and should do in one step
[23:57] <roaksoax> we can still have 1 user per system with password its mac address and as user its hostname
[23:57] <roaksoax> but even so, the admin will hve to add the system first, and then assign the ownership
[23:58] <Daviey> roaksoax: I might be mistaken, but i believe it has to be a multi-stage API process.
[23:59] <roaksoax> Daviey: well I guess that will depend on how we are registering the system
[23:59] <roaksoax> in the first place
[23:59] <roaksoax> caus eif we use a bloated image then we can just acess the API once
[23:59] <roaksoax> and that;s it


[01:44] <coolq> Hey everyone!! I'm just getting into KDE :D
[01:46] <coolq> Right now I"m having a problem with KWin, I've searched the internet far and wide, but I haven't found anything
[01:47] <coolq> Or at least I believe this issue to be caused by KWin
[02:17] <valorie> huh, problem never stated
[07:11] <s_t_e_v_e[m]> hi. why does kubuntu keep bothering me to install insecure flash? https://imgur.com/a/GqkJU
[15:03] <kamba> hello. how to fully restart kdedestop ater i apply xrander setting. i need to restart plasmashell with all startup scrips on plasma login. i need xrader for dpi scalling
[16:31] <D0U91E> good morning
[16:55] <juggernaut> helo you all
[16:57] <juggernaut> can you help me to grow my youtube channel please? .... just subscriber..... i have my family to help for to live.... thank you
[17:03] <juggernaut> https://www.youtube.com/channel/UChT09CA57nCpYivOVHBWInA
[17:28] <Peace-> hello anybody here?
[17:28] <Peace-> i have a problem with kubuntu 18-04
[17:28] <Peace-> the correct channel to ask ?
[17:30] <acheronuk> Peace-: this is really only support for released versions. what is the issue though?
[17:30] <Peace-> i have a strange behavior on boot, tried to fix it but it doesn't xD, i ahve this silly message here
[17:31] <Peace-> Missing modules (cat /proc/modules; ls /dev)
[17:31] <Peace-> then it says uuid is not correct
[17:32] <Peace-> so i tried to get the correct uuid but it's the same
[17:32] <Peace-> i mean it's correct
[17:33] <Peace-> THIS is fstab acheronuk https://pastebin.com/hWvQ4b4s
[17:33] <kamba> hello. how to fully restart kdedestop ater i apply xrander setting. i need to restart plasmashell with all startup scrips on plasma login. i need xrader for dpi scalling
[17:34] <acheronuk> Peace-: ok #ubuntu+1 is the place for questions on 18.04 then
[22:40] <user|24205> hi. I have a PC with 1024X600 resolution. i install kubuntu in my pc?
[22:40] <user|24205> can i intall kubuntu in my pc?
[22:47] <user|24205> hello
[22:47] <user|24205> help me!!!!!!
[22:47] <user|24205> auxilio!!!
[22:48] <user|24205> if I have a Pc with resolution of 1024x600, Can i install Kubuntu?
[23:35] <RusTaX> Hello, I am getting an error when I am trying to run the following command: "sudo apt-get update", E: The repository 'http://ppa.launchpad.net/ubuntu-desktop/ubuntu-make/ubuntu artful Release' does not have a Release file.
[23:37] <valorie> what is ubuntu-make ?
[23:37] <valorie> sounds like whoever made that PPA has stopped updating it
[23:38] <valorie> RusTaX: ^^^
[23:38] <RusTaX> I thought it was an important package, haven't added this one manually
[23:39] <valorie> yes you have, at one point or another
[23:40] <RusTaX> Should I just remove it somehow ?
[23:41] <valorie> so what you need to do probably is: `sudo add-apt-repository --remove ppa:ubuntu-desktop/ubuntu-make` or so
[23:42] <valorie> or just comment it out in your package manager or software store
[23:42] <RusTaX> Thanks :)
[23:42] <valorie> you won't be able to update or upgrade until you do
[23:43] <RusTaX> "This ppa proposes package backport of Ubuntu make for supported releases."
[23:43] <RusTaX> Nothing important right? :P
[23:44] <valorie> that's "proposed"
[23:44] <valorie> not good for the average person to run
[23:45] <valorie> I run backports, but only backports *proposed* when I'm testing -- and then I remove it immediately
[23:46] <valorie> and I have ppa-purge at the ready in case that needs doing
[23:46] <valorie> !ppa-purge
[23:46] <valorie> I doubt you need to do that now however
[23:46] <valorie> sorry, restarting
[23:46] <RusTaX> thanks a lot, could do update and upgrade now :)
[23:55] <valorie> \o/


[00:00] <SiDi> You're welcome again then
[00:14] <LittleItaly> hello, i have a laptop. what is the best wireless pcima card?
[00:15] <LittleItaly> Belkin F5D8010 ?
[00:49] <LittleItaly> is no one around?
[00:57] <genii> Lots round, no one is replying
[01:12] <LittleItaly> do you happen to know?
[01:16] <genii> LittleItaly: I have a dlink cadr but I'm not some expert
[01:16] <genii> *card
[01:17] <LittleItaly> did you get it and it worked when you put it in?
[01:17] <genii> Yup
[01:21] <LittleItaly> what kind do you have?
[01:22] <LittleItaly> dlink what model
[01:30] <LittleItaly> genii
[01:30] <genii> looking
[01:32] <genii> LittleItaly: dwl-g630
[01:33] <LittleItaly> thank you! so i dont have to download any apps or drivers? just plugged in and played?
[01:33] <LittleItaly> kernal contains drivers right?
[01:33] <genii> Yup
[01:33] <LittleItaly> im sorta a linux noob
[02:44] <Kirbon> how do you reinstall dpkg
[05:36] <Kretchfoop> g'day, so i'm new to installing linux, of any flavour, I have downloaded xubuntu 9.10. Is it meant to boot to a Command Line rather than gui? or have i done something wrong?
[05:37] <Kretchfoop> i'm dual booting with xp.
[05:37] <maduser> which one did you download the live cd one or the other one?
[05:37] <maduser> you all ready installed it?
[05:37] <Kretchfoop> i downloaded an iso, whihc i burnt to a cd
[05:37] <Kretchfoop> and ran it of the cd for a while, then installed it onta a partition
[05:38] <Kretchfoop> when i boot it using grub, it boots to a comman prompt
[05:38] <Kretchfoop> is this because it's 9.10 rather than 9.04?
[05:40] <maduser> what does the prompt say?
[05:40] <Kretchfoop> to run a command as admin use sudo.... etc
[05:45] <xylox> Kretchfoop, the only ubuntu that doesn't install a desktop is the server version
[05:45] <Kretchfoop> karmic-desktop-i386.iso is the iso i burnt....
[05:45] <Kretchfoop> and running off the cd worked fine...
[05:49] <ingenioushax> Question: How can I modify my windows? I wanna change the colors and such.
[06:00] <Kretchfoop> hmmm, still no go, what command would boot up the gui?
[06:20] <Kretchfoop> so nobody have any ideas?
[06:32] <durt> Kretchfoop, 'sudo  /etc/init.d/gdm start' will start the gdm greeter (login screen).
[06:32] <Kretchfoop> i tried that, but it claims my password is wrong...
[06:33] <Kretchfoop> unless i accidentally typed the wrong password twice...
[06:33] <Kretchfoop> at install
[06:33] <durt> caps?
[06:33] <Kretchfoop> tried it
[06:34] <Kretchfoop> i think i might have to reinstall, will i be able to go over the current partition?
[06:34] <durt> yes, pay close attention to that portion of the install (selecting where to install).
[06:35] <Kretchfoop> here goes...
[06:40] <durt> Kretchfoop, why 9.10? If your new to linux you should be using 9.04, 9.10 is still in alpha developement.
[06:40] <Kretchfoop> amateur mistake
[06:41] <Kretchfoop> i was looking through a mirror, and just grabbed the latest one i could find. I realised just before it finished that it was an alpha, but thought i would give it a whirl
[06:41] <Kretchfoop> i've used linux before, in a limited capacity, but never installed it.
[06:42] <durt> more than likely it will be ok, but you never know if a dev is testing out a new package version or new kernel module etc.
[06:44] <Kretchfoop> yeah, i _could_ just grab 9.04 but this is more interesting.
[06:44] <Kretchfoop> how much difference is there actually between ubuntu and xubuntu?
[06:44] <Kretchfoop> is it just interface?
[06:50] <durt> ubuntu uses gnome, xubuntu xfce, gnome is much much more of an integrated environment (read huge, mammoth, gargantuan) than xfce. gnome does much more stuff.
[06:53] <Kretchfoop> fedora use gnome?
[06:54] <durt> I think yes, by default. At least it used to the last time I looked at it.
[06:56] <Kretchfoop> ok, with these partitions,  the auto option wants to have a 3rd partition, so i'll need to do it manually?
[06:57] <durt> I suppose.
[06:58] <Kretchfoop>  /dev/sda5 is the old xubuntu partition (i think) with sda6 the new one?
[07:01] <durt> you can tell what it is by the file system type, linux is ext4, windows fat or ntfs, swap will be swap.
[07:01] <Kretchfoop> ok, i've deleted ext4
[07:05] <Kretchfoop> gotta run, i'll figure this out, eventually
[08:30] <vallhalla81> hi there all i am having trouble getting the drivers for nvidia to work as the hardware drivers program keeps crashing can any advise?
[08:35] <psycho_oreos> mm you could probably manually try using synaptic, aptitude, apt-get
[08:41] <vallhalla81> synaptic dosent seem to want to do them either very odd it install other things just fine but nvidia fails
[08:42] <psycho_oreos> what, it won't show up on the list?
[08:43] <vallhalla81> its on the list but wont download the kernel source
[08:43] <psycho_oreos> any reasons?
[08:44] <vallhalla81> just re-trying i will pastebin the result
[08:44] <psycho_oreos> I'd also try apt-get as well
[08:45] <vallhalla81> shall do that next :)
[08:48] <vallhalla81> W: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/restricted/n/nvidia-graphics-drivers-180/nvidia-180-kernel-source_180.44-0ubuntu1_amd64.deb
[08:48] <vallhalla81>   Connection failed [IP: <IP_ADDRESS> 80]
[08:48] <vallhalla81> but it got the rest
[08:48] <psycho_oreos> try another repo, or maybe one near you
[08:48] <psycho_oreos> wait from the same repo?
[08:48] <psycho_oreos> maybe that repo is missing that file
[08:48] <vallhalla81> yep
[08:49] <vallhalla81> could be i shall swap and retry
[08:49] <psycho_oreos> I'd pipe that filename in full excluding the paths into google and see which mirrors has it
[08:49] <vallhalla81> that was the main server should have it all
[08:50] <vallhalla81> just jumping on to the uk server sow
[08:50] <vallhalla81> now*
[08:50] <durt> vallhalla81, ping that ip
[08:50] <vallhalla81> why?
[08:50] <durt> you might be blocked, no dns etc.
[08:51] <vallhalla81> its not blocked i got other files from it
[08:52] <durt> 'connection failed' means your not getting through to it. Network issue.
[08:52] <majuk> Hey guys, emerald is giving me hell, what's XFCE's default theme manager?
[08:55] <vallhalla81> durt: pinged it it seems just fine
[08:56] <durt> now can you ping archive.ubuntu.com?
[08:57] <vallhalla81> its all good
[09:00] <durt> well, I'd say it's not a problem on your end. But it's definitely a network/server issue to get a connection failed.
[09:01] <vallhalla81> just seems odd that any thing else i get from either server is fine just wont do the nvidia driver
[09:02] <vallhalla81> hehe got it another way
[09:03] <durt> try a continental server, or a N.A. se.... oh good.
[09:04] <vallhalla81> the error msg had a adddress in it for the file so i just put it in a browser :)
[09:05] <durt> I think there's a lot of activity with 9.10 feature freeze. The server could just be overloaded.
[09:05] <vallhalla81> could be
[09:06] <vallhalla81> got to restart system brb
[09:06] <vallhalla81> thank you for your help
[09:36] <timeout> hey, I have a compiz problem- using openoffice I lost a toolbar- all I have now is a titlebar, without name or title- implacable in fact
[09:37] <timeout> A titlebar which just sits there and can't be used- not to mention the lack of functionality.
[09:37] <timeout> Anyone know how to fix this?
[09:42] <yesitisjustme> is there a software that could tell you how much ram your computer can handle?
[09:43] <timeout> how much it can handle?
[09:43] <timeout> That's a hardware issue, isn't it?
[09:44] <yesitisjustme> ya like example can it handle like 1gb or 2gb
[09:44] <yesitisjustme> the laptop brand i never heard of it
[09:45] <yesitisjustme> so i couldn't find information about max ram
[09:45] <yesitisjustme> it has 512mb ram now that i put and wanted to try higher
[09:46] <yesitisjustme> is pc2700
[09:46] <yesitisjustme> 1.5ghz processor
[09:47] <yesitisjustme> think it will handle 2b
[09:47] <yesitisjustme> 2gb
[09:48] <yesitisjustme> was hoping a software could detect
[09:49] <TheSheep> it's not possible
[09:49] <yesitisjustme> oh
[09:50] <yesitisjustme> like everest detects stuff but i don't think it detects max ram
[12:07] <SiDi> damn, they both left
[12:41] <paul__> hello all, where can I find icepref for jaunty ?
[12:52] <majuk> Uh huuuuuu.... so my sdb drive, a member of my RAID5 array, just tripped out for the second time.  Can anyone shed some light as to why? dmesg output-> http://dpaste.com/85552/
[12:59] <_Pete_> try google: SError: { Handshk }
[13:00] <_Pete_> links there suggest some cases maybe caused by nvidia drivers
[13:00] <SiDi> paul__, what is icepref ?
[13:24] <paul___p> SiDi, icepref is a graphical tool for configuring preferinces of IceWM
[14:00] <om26er> qt application's font is so large. i have changed the qt font in the qt settings and also restarted but the font is still huge
[14:01] <TheSheep> check your dpi settings
[14:01] <TheSheep> in appearance, I think
[14:01] <om26er> TheSheep: other applications are fine
[14:02] <om26er> TheSheep: no that does not help
[14:03] <xylox> qt app's are meant to kde
[14:03] <SiDi> om26er, the KDE DPI settings you have are probably higher
[14:03] <xylox> use gtk apps
[14:03] <SiDi> The best thing to do is probably to indeed use GTK+ applications :]
[14:04] <om26er> SiDi: then how to change em
[14:04] <SiDi> I have no idea, honnestly
[14:28] <Juandev> hi
[14:30] <Juandev> we try to install xubuntu to a computer, where previously Windows Millenium was installed. When boot from CD, the BIOS refere the disk is not system - whats wrong? how to install xubuntu?
[14:42] <MTec007> im having some problems with USB devices, xubuntu acts like i dont have permission to use usb devices or something
[14:44] <genii> MTec007: Are you in the group plugdev ?
[14:45] <MTec007> ill check
[14:46] <MTec007> yeah
[14:46] <knome> Juandev, did you burn the disc correctly?
[14:48] <SiDi`Laptop> Juandev, usually it means there has been a problem while burning the disc, so the BIOS cant boot on it
[14:50] <Juandev> I think I burn the disc correctly
[14:50] <SiDi`Laptop> Can you check it from your burning software, please ?
[14:51] <Juandev> SiDi`Laptop: once more? why not
[14:51] <SiDi`Laptop> You already did and it said it was well burnt ?
[14:52] <Juandev> yes
[14:52] <Juandev> but let me controll it once more
[14:53] <SiDi`Laptop> Other, do you know what the error message from the BIOS is exactly ? Is there an error code, some cryptic stuff coming with the message ?
[14:54] <Juandev> CD looks ok, I can see files from from other computer
[14:54] <Juandev> it is in *.iso, is that right?
[14:54] <SiDi`Laptop> you need to burn the iso as a disc image
[14:55] <SiDi`Laptop> not to copy it in the CD as if it was a file CD
[14:55] <Juandev> well, I have downloaded it and burn it like a file - thats wrong?
[14:56] <SiDi`Laptop> yes :)
[14:56] <SiDi`Laptop> .iso files are images of real discs
[14:56] <SiDi`Laptop> burning software allows you to turn discs into .iso files and .iso files into discs
[14:57] <SiDi`Laptop> What you did it put a file in a data CD, instead of creating an actual CD from this .iso file
[14:57] <SiDi`Laptop> it's why your BIOS can not boot it. It's a file disc, and not a bootable CD-rom
[14:57] <Juandev> OK, I see here some opportunities in my burning software
[15:00] <MTec007> genii, im a memeber of the group plugdev
[15:11] <Pres-Gas> Welcome back cody-somerville! ...and totally diving in as I look at the mailing list I see.
[15:11] <cody-somerville> :)
[15:14] <genii> MTec007: Apologies on lag, work required me
[15:14] <genii> MTec007: What says out put from: groups
[15:14] <MTec007> matthew@matthew-laptop:~$ groups        matthew adm dialout cdrom audio plugdev lpadmin admin sambashare id: cannot find name for group ID 1001
[15:17] <genii> Hm. That samba error looks interesting but is likely unrelated to the usb access issue. The relevant groups would be cdrom dialout audio and plugdev, which you are in already
[15:17] <MTec007> well actaully its not samba error
[15:17] <Juandev> and is there a xubuntu for i686 cpu?
[15:18] <Pres-Gas> 1001 seems like a system level UID
[15:18] <MTec007> i made a group named 'usb' to see if i could fix it, and then i removed the group 'usb' and it didnt clean up
[15:19] <genii> MTec007: Can you access the usb when you are on as the user belonging to uid 1000 ?
[15:20] <MTec007> matthew is my only user
[15:20] <Pres-Gas> MTec007, how did you remove your usb group...how did you create it too?
[15:21] <MTec007> via the manager user and groups dialog
[15:21] <genii> Odd that the only user would have a uid 1001. It starts by default at 1000 and counts upwards as users are added
[15:22] <MTec007> those are my groups
[15:22] <MTec007> not my users
[15:22]  * Pres-Gas tries to remember if the GID sticks around with members when you remove a group in that way.
[15:22] <Pres-Gas> Whoops, I realized I said UID and meant GID, sorry
[15:22] <MTec007> my users are matthew and root and one i made a week or so ago named ssh1
[15:24] <MTec007> i thought i removed the users before hand
[15:27] <MTec007> yeah the error goes away if i recreate the group i made, 'usb'
[15:28] <SiDi> Juandev, amd64 is for Intel and AMD 64 bit processors, and i386 for Intel and AMD 32 bit ones
[15:30] <MTec007> genii, Pres-Gas: brb
[17:53] <Juandev> okay
[18:06] <paul___p> Hello all, I've read on forums, but I can't understand and how to resolve this problem, I upgraded to kern-2.6.28-15 and I have ati 1550 , the problem is(in my case) that not only X hangs, it's freezed all (no text, no numlock, or capslock), If I boot in an older kern , it works, Is there a fix, I read that is from fglx, but how do I resolve it, thanks in advance
[18:31] <basajaun> noticed save as takes for ever how can I troubleshoot that?
[18:32] <basajaun> why should the process take so long?
[19:32] <chthp> Hello, anyone here familiar with Xubuntu 9.04 Live USB ? I have some question about persistance and storage. (installed it to a 2gb memory stick, heh).
[20:04] <majuk> Is there a "Ubuntu Endorsed" way to update mdadm.conf?
[20:08] <majuk> That was a stupid question and I apologize for asking it. :)
[21:38] <slow-motion> hi
[23:03] <bigzed> does someone know where i find django's standard files after installing it with apt
[23:03] <bigzed> because i'm searching for the django standard admin template
[23:06] <MTec007> hello, im looking for a compiler, for ASM. it needs to produce code for an 8bit microprocessor so like the .asm file will compile into a .hex file with likes starting with :semicolons.   any one have any ideas for me?
[23:06] <MTec007> s/likes/lines
[23:31] <SiDi> MTec007, depends on the type of asm file
[23:32] <SiDi> MTec007, there are as and nasm as compilers for ASM
[23:32] <MTec007> would you be able to tell the difference based on the source code or the hex code?
[23:32] <SiDi> i dont know what kind of file you mean. If i remember well, asm compilers write binary code that then needs to be linked
[23:33] <SiDi> i dont think i could still recognise the different kinds of asm ^.^
[23:33] <MTec007> lol
[23:33] <SiDi> the hex code is, i assume, the unlinked binary :P
[23:33] <MTec007> well what this is for is for a PIC12F683 microprocessor
[23:34] <SiDi> you should have a specific piece of software to write the good binary code for this arch
[23:34] <MTec007> they have several for windows
[23:35] <SiDi> Did you try wine ?
[23:35] <MTec007> theres an IDE called MPLabs
[23:35] <MTec007> i could use wine but i would rather not :)
[23:36] <MTec007> i managed to find a program to program the HEX onto the microprocessors
[23:36] <MTec007> but not a compiler.
[23:38] <SiDi> well you need to build it on a similar arch
[23:38] <SiDi> doesnt the IDE contain an emulator with a compiler ?
[23:39] <MTec007> it has a debugger which i think isnt an actual emulator
[23:39] <MTec007> but i dont have the tools to debug this PIC
[23:40] <MTec007> it does have a compiler though
[23:40] <SiDi> checkout documentation on nasm
[23:40] <SiDi> look for a 8bit format that looks like your chip
[23:42] <jiohdi> lately I am booting into no volume... it seems that something it setting my volume to zero... whats up?
[23:42] <SiDi> and man as too, MTec007
[23:43] <SiDi> there MUST be one format that is the good one
[23:45] <jiohdi> anyone else having volume problems?
[23:45] <SiDi> jiohdi, do you have pulseaudio running ?
[23:45] <MTec007> i dont know:) i do know that the PIC i am using has "Only 35 single word instructions to learn"
[23:45] <jiohdi> siDi, I dont think so... it just started a couple of days ago... no sound, then I have to find aumix and turn it back up again
[23:46] <SiDi> MTec007, contact the company
[23:46] <SiDi> ask them what type of arch it is, if they know how to build with as/nasm
[23:46] <SiDi> or if they can add the pic's format to as/nasm :P
[23:47] <MTec007> i might have to


[02:34] <holmanb> minimal: ahh interesting
[02:34] <holmanb> I saw something else today that had a bash shebang line that made me wonder if it was a hard requirement
[02:39] <holmanb> Since POSIX shell is more portable that probably makes more sense anyway
[02:40] <holmanb> I'd have to dig a little to know what our hotplug testing looks like - I haven't touched that
[15:41] <minimal> any particular reason why the NoCloud seed-from functionality doesn't fetch a network-config URL? After all eni network config can be embedded in the meta-data requested so why not support network-config also?
[16:23] <gjolly> Hello cloud-init people! I was looking at boot times on Azure and especially for minimal Ubuntu instances (so without snapd running). Most of the boot time is spent on cloud-init-local.service (13s over 18s to reach ssh.service) and I would like to kindly ask you if you could have a look at those logs: https://pastebin.ubuntu.com/p/vCG8ztgJjd/ to see if there is anything that could be optimized there. Thanks!
[16:25] <gjolly> The "Timeout too large reducing to:<PHONE_NUMBER> (TIME_MAX - 1)" made me wonder if something could be optimized here.
[16:30] <blackboxsw> gjolly hi. looking that over, the timeout too large is actually the dhclient saying that the timeout Azure DHCP servers are sending us to too large, so dropping it locally to one less than the TIME_MAX. cloud-init in local boot stage on Azure relies on the DHCP backplane to give enough routing information for cloud-init to 'find' the instance metadata service on Azure in order to crawl it and collect desired network config for the vm.
[16:32] <blackboxsw> gjolly: and as your logs capture given the time stamps, near the entirety of this boot time cost in init-local looks to be the dhclient request waiting on a DHCP response from Azure DHCP servers on this region. We could opt to set a tighter dhclient timeout if we don't like waiting 12 seconds..... but that will trigger cloud-init to give up on detecting Azure in init-local stage and fallback to "init network" boot stage.
[16:33] <blackboxsw> it feels a bit like this DHCP server is overloaded possibly and not responding in a timely manner to DHCP requests.
[16:35] <gjolly> blackboxsw: Very interesting thank you for you help. I will try in other locations to see if it helps!
[16:37] <blackboxsw> gjolly: please do, that is an incredibly long time to wait on init-local on Azure for DHCP response
[16:38] <gjolly> blackboxsw: cloud-init-local.service @673ms +4.243s indeed it's way better in this other DC.
[16:41] <blackboxsw> thx, typical times we've seen for init-local are below 2 seconds generally
[17:24] <meena> Infiniband is my arch nemesis.
[20:04] <holmanb> minimal: Not sure why it doesn't - I would assume historical reasons.
[20:04] <holmanb> as in, never got around to it or had a request for it
[20:04] <holmanb> Sounds like a reasonable addition to me (and a better interface too).
[20:06] <holmanb> We may want to deprecate the eni-specific key from meta-data too if we do add support for network-config at a url.
[20:12] <minimal> yeah, this area needs some work, I need to find some time to get back to testing it some more. I think it should be using ephimeral DHCP rather than configuring a network interface (via eni on Alpine/Debian) as that messes things up later (as the interface never has "ifdown eth0" performed and then the 2nd "ifup eth0" (with the IP settings passed via meta-info's eni-settings) fails
[20:13] <holmanb> that sounds like a bug to me
[20:14] <minimal> using "-f" for the ifup command acts as a workaround for ifupdown but doesn't work for ifupdown-ng
[20:16] <holmanb> gotcha
[20:16] <holmanb> meena: stuck on something?
[20:17] <minimal> yeah it shouldn't we writing an /e/n/i file in the first place for its temporary interface config
[20:20] <minimal> looking at my old notes on this, its doing "Apply network configuration from fallback", then "Writing to /etc/network/interfaces"
[20:20] <minimal> in "init-local"
[20:22] <minimal> then the os bring up the interfaces as defined in /e/n/i
[20:22] <minimal> then c-i in "init" downloads from the seed-urls (include meta-data with the network settings)
[20:23] <minimal> then it does "applying net config names for...." and "Applying network configuration", and "Writing to /etc/network/interfaces" (where this is the config obtained from meta-info)
[20:24] <minimal> then then "Bringing up newly configured network interfaces" (which is already up as the OS did so between "init-local" and "init" stages)
[20:32] <meena> holmanb: i got access to an HPC Azure machine with infiniband devices, and I have no idea how to even make it show it up in ifconfig as NIC
[20:37] <minimal> meena: you have the hyper-v drivers active?
[20:38] <meena> minimal: hn0 is up and running;
[20:43] <minimal> so ifconfig hn0 shows nothing?
[20:49] <meena> minimal: ifconfig hn0 shows the default config, otherwise i wouldn't be able to connect
[20:50] <holmanb> this is using freebsd I assume?
[20:57] <minimal> so you should be seeing 2 interfaces per "virtual NIC" apparently, one via the hyper-v netvsc (which I assume is hn0 in your case) and the 2nd is a SR-IOV Virtual Function which shows up as a PCI device and uses the mlx driver
[20:57] <minimal> at least according to this: https://learn.microsoft.com/en-us/azure/virtual-network/accelerated-networking-how-it-works
[23:11] <meena> minimal: that's on the more or less regular instances. This is an HPC instance, and the mlx nic is an infiniband device.
[23:31] <minimal> meena: ok, seems like Mellanox OFED drivers may be required
[23:32] <meena> minimal: they are loaded; the stuff shows up in pciconf, and in ibstats, and so on, but not in infconfig;
[23:32] <meena> I am finding that somewhat confusing
[23:33] <meena> I'm currently building FreeBSD 14.0-CURRENT, WITH_OFED_EXTRA to see if that gets me even a cm further.
[23:33] <minimal> the documentation links I found on Nvidia's site for FreeBSD OFED don't work
[23:34] <meena> Love me a good acquisition…


[23:08] <tsimonq2> wxl: bug 1599174 is confirmed in today's Lubuntu daily image
[23:09] <wxl> tsimonq2: can you do a little debugging and see what exactly is causing the problem? maybe compare ubiquity versions?
[23:10] <tsimonq2> wxl: I was about to look to see when the last ubiquity upload was
[23:11] <wxl> tsimonq2: keep us updated on the bug report, thx
[23:11] <wxl> tsimonq2: oh and add lubuntu packages team
[23:11] <tsimonq2> wxl: yep alright


[03:57] <karstensrage> so 16.04 is being released tomorrow?
[04:07] <karstensrage> teward, is that correct?
[04:08] <karstensrage> i just read this https://insights.ubuntu.com/2016/04/20/canonical-unveils-6th-lts-release-of-ubuntu-with-16-04/?_ga=1.55795433.393179487.1456169266
[04:08] <Unit193> !xenial
[04:10] <karstensrage> ok so i can bug micahg on the 22nd :P
[04:10] <karstensrage> any way good luck
[04:10] <karstensrage> im rooting for  you
[11:04] <teward> *sigh*
[11:04] <teward> karstensrage: week four of "you need patience" being my reply
[11:20] <sidi> On Wily, libwnck-1-0 is removed, but libwnck-dev remains, which means packages depending on libwnck-dev can't build (until ported to libwnck-3-dev I suppose). In that case, why would libwnck-dev not be removed too? Is that a mistake?
[11:23] <rbasak> That's normal.
[11:24] <rbasak> The -dev package uses the latest version of a library.
[11:24] <rbasak> Then depending packages often don't have to be changed, just rebuilt.
[12:30] <sidi> rbasak, my package builts failed with libwnck-dev, but worked with libwnck-3-dev (on the PPA build bots for Wily). Is it possible that the -dev wasn't updated yet?
[12:30] <rbasak> Check what libwnck-dev depends on.
[12:30] <rbasak> That should make it clear.
[13:24] <teward> rbasak: libwnck-dev is relying on the 2.x series of that, and libwnck-3-dev is the 3.x version - both are in Wily
[13:24] <teward> (which means confusion heh)