[00:00] <opapo> I am working with dfsbuild and am running into some errors that are inexplicable
[00:00] <cjwatson> dfsbuild isn't something I've ever used
[00:01] <cjwatson> so I'm afraid we may have difficulty supporting it here
[00:02] <cjwatson> however: please quote exact error messages, preferably with context of where they're appearing
[00:03] <cjwatson> I should know where "Unknown suite Hardy" would be coming from, but I can't find it just now, and context would probably help
[00:04] <cjwatson> like I said before, "not an Ubuntu CD" simply literally means that .disk/info doesn't exist on the CD; that's the precise condition for that message being displayed
[01:16] <CIA-1> user-setup: cjwatson * r103 ubuntu/ (3 files in 2 dirs):
[01:16] <CIA-1> user-setup: Create sambashare group and add the initial user to it (thanks, Mantas
[01:16] <CIA-1> user-setup: Kriaučiūnas; LP: #238224).
[01:26] <CIA-1> user-setup: cjwatson * r104 ubuntu/ (debian/changelog user-setup-apply):
[01:26] <CIA-1> user-setup: Stop creating /etc/aliases, since apparently postfix would rather have a
[01:26] <CIA-1> user-setup: blank slate (LP: #228391).
[01:29] <CIA-1> user-setup: cjwatson * r105 ubuntu/debian/changelog: releasing version 1.20ubuntu2
[11:22] <davmor2> evand ping
[12:10] <cjwatson> evand_: I'm trying to get something that resembles an intrepid desktop CD to work with before I poke at your localechooser changes, FWIW
[12:11] <cjwatson> promoted two packages which should sort it out after a couple of publisher runs
[12:15] <davmor2> xivulon: good news for the most part wubi seems to be doing it's job hansomly
[12:54] <xivulon> davmor2: good to hear for a change :)
[12:54] <xivulon> thanks a lot
[12:54] <davmor2> np's
[12:55] <davmor2> evand_: ping
[13:46] <evand_> davmor2_dinner: pong
[14:05] <xivulon> TheMuso any progress on 243226?
[14:07] <davmor2_dinner> evand: amd 64 bit m-a still broken :(
[14:10] <evand> hrm, ok
[14:10] <davmor2> evand bug 218673
[14:11] <evand> thanks
[14:11] <davmor2> np's
[16:42] <ilowe> hi guys, I'm having trouble with a preseeded install.... the installer hangs just after the "unable to set title for console-setup-udeb" warning message
[16:42] <ilowe> any clues?
[16:44] <evand> you'll need to post /var/log/syslog
[16:45] <ilowe> from the machine I'm installing on?
[16:45] <evand> yes, there is a save logs option if you back out to the menu
[16:46] <ilowe> Hmmm... I can't back out anywhere... my install starts up and I get the blue screen of the installer and the line at the bottom just flashes intermittently... can I get the logs through the console there?
[16:46] <ilowe> nm... I got it
[16:46] <cjwatson> that "unable to set title" message is purely cosmetic FYI
[16:46] <cjwatson> so it'll be something else
[16:47] <ilowe> cjwatson: yeah... but that's the last message I get in the logs
[16:47] <cjwatson> you can also press alt-f2 and use nc, or alt-f2, 'anna-install openssh-client-udeb', and use scp
[16:47] <cjwatson> yeah, just saying it's a totally useless message for the purpose of diagnosis and therefore it is necessary to look at something else :)
[16:47] <ilowe> cjwatson: fair enough... trying the scp now
[16:48] <cjwatson> it sounds like a menu item is looping
[16:48] <ilowe> hmmm... that scp doesn't seem to work
[16:48] <cjwatson> with what error message?
[16:48] <ilowe> When I install it I get a bunch of blank lines and then scp is not available at the command line
[16:48] <cjwatson> might depend how far through the installer it got
[16:49] <cjwatson> try nc instead
[16:49] <ilowe> cjwatson: murgh... I have no network on the box
[16:49] <cjwatson> oh
[16:49] <cjwatson> can I see the preseed file and try zen diagnostics?
[16:49] <ilowe> cjwatson: let me pastebin the last lines here... hang on
[16:49] <cjwatson> (blank out any passwords therein)
[16:50] <ilowe> cjwatson: argh... no way to grab the output (I'm in a qemu window)
[16:50] <ilowe> cjwatson: I'll post the preseed file
[16:51] <ilowe> cjwatson: here it is: http://pastebin.com/d7112bb14
[16:52] <cjwatson> what's your kernel command line (via pxe or whatever)?
[16:52] <cjwatson> is this a netboot install?
[16:53] <cjwatson> oh, and from which URL did you download the netboot image, if so?
[16:53] <ilowe> cjwatson:  here's my kernel "append" line: file=/cdrom/preseed/asterisk.seed debian-installer/locale=en_CA console-setup/ask_detect=false console-setup/layout=us initrd=/install/initrd.gz ramdisk_size=16384 root=/dev/ram --
[16:53] <ilowe> cjwatson: not netboot, I modified an installer CD, edited the isolinux.cfg file and added my own preseed file
[16:54] <ilowe> cjwatson: The thought occurs: do I need to generate/re-generate md5 sums for those files?
[16:54] <cjwatson> md5sums aren't yet checked unless you ask for it
[16:54] <ilowe> cjwatson: ok, cool
[16:54] <cjwatson> that should be console-setup/layoutcode=us
[16:55] <cjwatson> (and you can leave out console-setup/ask_detect=false, console-setup/layoutcode=anything implies it
[16:55] <cjwatson> )
[16:55] <ilowe> OK, I'll switch it up
[16:55] <cjwatson> that might be it - it's hard to say for sure
[16:55] <ilowe> cjwatson: let me give it a shot... hang on
[16:55]  * cjwatson tries with intrepid
[16:56] <cjwatson> yeah, I think that's it, hangs here too
[16:57] <ilowe> OK... just re-packaging the ISO now
[16:57] <cjwatson> might be able to catch that, though it's something of a "don't do that then" :-)
[16:58] <ilowe> cjwatson: nice! it seems to be working; thanks so much
[16:59] <ilowe> cjwatson: follow-up question: do you know how I can skip the intro bit where I need to select English and then select my install type from the menu?
[16:59] <ilowe> cjwatson: hmmm... I spoke too soon
[17:00] <ilowe> cjwatson: it says it failed to process the file...
[17:00] <cjwatson> yes, that may just have got you further along
[17:00] <cjwatson> exact error message please? it's hard to grep for paraphrases
[17:00] <ilowe> cjwatson: something about /etc/default-release doesn't exist
[17:00] <ilowe> sorry
[17:01] <ilowe> It says "Failed to process the preconfiguration file from file:///cdrom/preseed/asterisk.seed. The file may be corrupt"
[17:01] <ilowe> In the red error screen
[17:01] <cjwatson> fixed the "unable to set title" message upstream
[17:02] <ilowe> In the console it printed out the following (bits stripped)...
[17:02] <ilowe> cat:
[17:02] <ilowe> /etc/default-release
[17:02] <ilowe> No such file or directory
[17:02] <ilowe> Then two DEBUG messages about libc6 and libnewt0.52 not existing
[17:03] <ilowe> the final message is:
[17:03] <ilowe> INFO: Menu-item 'file-preseed' selected
[17:05] <cjwatson> could you acknowledge the error message (press enter) and see if anything further appears on alt-f4?
[17:06] <cjwatson> it's odd that debconf-set-selections would have exited non-zero without something on stderr
[17:06] <ilowe> OK, now it says (in alt-f4):
[17:06] <ilowe> /bin/debconf-set-selections:
[17:06] <ilowe> shift: 56:
[17:06] <ilowe> can't shift that many
[17:07] <cjwatson> blink
[17:07] <cjwatson> give me a minute :)
[17:07] <ilowe> I may have found something... I had a trailing comma in my tasksel line
[17:07] <cjwatson> you did, but that shouldn't cause a parse error
[17:08] <cjwatson> (feel free to try it, I just think it's unlikely)
[17:08] <ilowe> Do you know what the "shift" thing is?
[17:09] <cjwatson> I'm investigating
[17:09] <cjwatson> I mean, superficially yes, but not why
[17:09] <ilowe> OK
[17:10] <ilowe> Yeah, well... that didn't work (as you predicted)
[17:10] <ilowe> Same shift error message
[17:11] <cjwatson> ah ok, 56 is just a line number, that makes more sense
[17:12] <ilowe> Line number in what? In one of the installer scripts?
[17:12] <cjwatson> now, let's try looking at the version of debconf-set-selections you're actually running ...
[17:12] <cjwatson> I'm just thinking out loud
[17:13] <ilowe> how do I get the version of that?
[17:13] <ilowe> It's whatever is packaged with the 8.04 server release CD
[17:14] <cjwatson> it's ok, I know what you have
[17:15] <cjwatson> are you able to put the exact file up on a website somewhere, rather than on a pastebin?
[17:15] <cjwatson> (again with passwords obscured if you like, but with no other changes to the file if at all possible)
[17:15] <cjwatson> I just want to check that it's not something odd with things that look like spaces but aren't
[17:15] <cjwatson> since the file looks ok to me
[17:15] <ilowe> sure... hang on
[17:16] <cjwatson> basically what it means is that there is a non-comment line with fewer than three words on it
[17:17] <ilowe> Check here: http://www.ilowe.net/asterisk.seed
[17:18] <ilowe> The password is in there but it's bogus anyway; don't worry about it
[17:18] <cjwatson> got it
[17:18] <cjwatson> (the file I mean)
[17:18] <ilowe> :)
[17:20] <cjwatson> oh wow, that's a fun parser bug
[17:20] <ilowe> :)
[17:20] <cjwatson> on the line after "d-i partman/confirm boolean true", you have a line containing only a single space
[17:20] <cjwatson> remove that space
[17:21] <ilowe> nice
[17:21] <ilowe> How come it's so picky about spaces? Reminds me of old school make files
[17:21] <cjwatson> this is fixed in intrepid
[17:21] <ilowe> Ah.... is there any value to my running intrepid? How solid is it?
[17:22] <cjwatson> at least I think it's fixed, just a moment
[17:23] <cjwatson> (phone)
[17:23] <ilowe> np
[17:23] <ilowe> looks like it's working
[17:39] <cjwatson> mm, yeah, there is still a bug in intrepid; I'll get that fixed
[17:41] <cjwatson> -for line in $(grep -v '^#' "$file" | sed "s/$CR//g"); do
[17:41] <cjwatson> +for line in $(grep -v '^#\|^[[:space:]]$' "$file" | sed "s/$CR//g"); do
[17:41] <cjwatson> in case you care
[17:41] <cjwatson> actually, there's probably a better way, but anyway
[17:42] <ilowe> cjwatson: what's the script that's in?
[17:42] <cjwatson> debconf-set-selections
[17:43] <cjwatson> it's in the preseed source package
[17:43] <cjwatson> ok, fix in my source tree, will tidy up and commit later
[17:43] <cjwatson> got to go, hope that sorts out the rest
[17:43] <ilowe> cjwatson: will [[:space:]] match multiple spaces?
[17:43] <cjwatson> good point :-)
[17:43] <ilowe> :)
[17:43] <cjwatson> the perils of being in a rush
[17:43] <ilowe> Also, how can I skip the initial menu on the install?
[17:44] <cjwatson> re intrepid, it's a little less ropey than it was but I certainly wouldn't advise using it for non-testing/development purposes yet
[17:44] <ilowe> Thanks a lot for your time... I'll be hanging around while I work on this, hopefully I'll find more bugs :)
[17:44] <cjwatson> sorry, can you wait for a couple of hours until I get back? my stepson's concert is in 16 minutes at school ...
[17:44] <cjwatson> if you hang around here I'll answer later
[17:44] <ilowe> cjwatson: np... catch you later
[18:03] <ilowe> cjwatson: I filed a bug for Hardy and included a patch: https://bugs.launchpad.net/ubuntu/+source/preseed/+bug/245256
[20:09] <evand> cjwatson: am I correct in believing that we could do away with the initramfs diversion in scripts/install.py (r1549), given triggers?
[22:52] <cjwatson> evand: I'm not sure that linux-image itself is triggerised
[22:52] <cjwatson> ilowe: FWIW it's usually considered slightly bad practice to attach a patch that came from somebody else without mentioning that ...
[22:53] <cjwatson> (I've clarified on the bug)
[23:02] <cs278> Would anybody happen to know why I am having to set mirror/country as an argument to d-i? as it will not work inside a preseed file
[23:09] <cjwatson> cs278: hmm, shouldn't be necessary. Can I see the resulting installer syslog?
[23:09] <cs278> this is under gutsy
[23:10] <cs278> certain partman arguments seem to require the same treatment too
[23:10] <cjwatson> that *definitely points to some other problem*
[23:10] <cjwatson> err
[23:10] <cjwatson> that *definitely* points to some other problem
[23:11] <cjwatson> there's absolutely no reason partman should normally need to be preseeded on the kernel command line
[23:11] <cs278> I thought not
[23:11] <ilowe> cjwatson: sorry about that; I meant to mention it but then wasn't sure exactly who you were. My bad.
[23:11] <cjwatson> can I see the resulting installer syslog demonstrating things going wrong, and the preseed file (with passwords obscured if necessary)?
[23:11] <cjwatson> ilowe: ah well, never min
[23:11] <cjwatson> d
[23:11] <cs278> cjwatson: yeah, just waiting for it to boot up again
[23:11] <cjwatson> ilowe: if I'd been in I would have said a bug report wasn't really necessary since it's already fixed in my working tree
[23:11] <cjwatson> but no worries
[23:12] <ilowe> cjwatson: fair enough; I saw that you weren't the maintainer of the package so I took a chance that they would want to include it in Hardy. I'll get the hang of it given enough time and leeway :)
[23:13] <cjwatson> I'm part of the upstream maintainer team
[23:13] <ilowe> BTW, my install ran all the way through no problems
[23:13] <cjwatson> oh good
[23:13] <cjwatson> my inclination is probably not for hardy, since now it would take six months for that to roll out into a point release, and there's a simple workaround
[23:13] <ilowe> just trying to figure out how to skip the initial language and menu selection now
[23:14] <ilowe> cjwatson: fair enough... what's the schedule for intrepid like?
[23:14] <cjwatson> but, once 8.04.1 is done (real soon now!) you're welcome to ask the RM for a second opinion
[23:14] <cjwatson> intrepid will be October this year
[23:14] <cjwatson> there should be a timeout setting for the initial menu
[23:14] <ilowe> cjwatson: I'm not picky about it: I know about the issue now so I'll work around it manually for now; it was a n00b mistake anyway
[23:15] <cjwatson> 'timeout' in isolinux.cfg I think
[23:15] <ilowe> cjwatson: funny how we developers always build slightly brittle tools for ourselves :)
[23:16] <cjwatson> it's 'timeout 0' by default - make it 'timeout 1' and that'll be a 0.1 second delay, which should be close enough
[23:16] <cjwatson> (0 == infinite)
[23:16] <cjwatson> brittle> good enough, eh? :-)
[23:17] <cjwatson> I do think it's a bug not something the user can be "blamed" for
[23:17] <ilowe> cjwatson: worse is better (if it takes me less time to hack it together that way)
[23:18] <ilowe> cjwatson: beautiful... the skipping works perfectly: now I have a fully automated install
[23:18]  * ilowe dances a bit
[23:19] <cjwatson> fantastic
[23:19] <cjwatson> (there are other approaches, you could disable gfxboot and set 'prompt 0' or suchlike - the above is just minimal-modification from what you have)
[23:20] <ilowe> cjwatson: it's perfect; I don't really care if the screen flashes a bit, I just wanted something that wouldn't require any user interaction
[23:23] <cs278> cjwatson: http://tmp.cs278.org/ubuntu/syslog & http://tmp.cs278.org/ubuntu/preseed
[23:29] <cjwatson> cs278: I'd rather have an example of how it goes wrong *without* those things on the command line
[23:29] <cs278> oh sorr
[23:29] <cs278> *sorry
[23:29] <cjwatson> then I can, well, debug it going wrong :)
[23:31] <cs278> cjwatson: makes sense, i'm a little fed up with it
[23:31] <cjwatson> I should be able to figure out what's up
[23:31] <cjwatson> especially with DEBCONF_DEBUG=5 output
[23:32] <cs278> detecting network...
[23:43] <cjwatson> cs278: I'm going to need to go to bed soon ... any progress?
[23:43] <cs278> same urls
[23:44] <cs278> just done it
[23:44] <cs278> I manually pressed the "enter information manually" forgot I needed that before I could get ssh
[23:44] <cs278> but thats where it is stalling
[23:47] <cjwatson> cs278: the log for the actions performed after reading http://preseed.cs278.org/ubuntu.cfg
[23:47] <cjwatson> cs278: ... doesn't remotely correspond to what you say the contents of the preseed file are
[23:48] <cjwatson> cs278: so I'd suggest starting by checking that you really have the right preseed file in that location
[23:48] <cjwatson> for instance, while reading that preseed file, it's setting a bunch of stuff that looks like it must date from a feisty deployment
[23:48] <cjwatson> Jul  3 22:32:49 debconf: --> SET apt-setup/local0/repository http://repos.cs278.org feisty main
[23:48] <cjwatson> for example
[23:49] <cs278> :-O
[23:49] <cs278> what on earth
[23:49] <cs278> I just wgetted it from the box and you are right
[23:49] <cs278> its got my old fiesty preseed there
[23:51] <cs278> okay somethings gone awry with my apache setup just did a force refresh from firefox and the new script appeared
[23:51] <cjwatson> caching fun?
[23:51] <cs278> seems that way
[23:51] <cs278> cheers for your help
[23:51] <cjwatson> no problem
[23:52] <cs278> I'm going to find a dunce hat now
[23:52] <cjwatson> :-)
[23:53] <cjwatson> bug 32473 is relevant, and I've just noted that it affects preseed too
[23:56] <cs278> one more thing
[23:56] <cs278> if I hit escape and go to the menu, and choose download preseed file option
[23:56] <cs278> will the changes apply?
[23:58] <cjwatson> should do though the installer might be in a slightly odd state; I'd probably just start again and have a cup of coffee in the meantime or something
[23:59] <cs278> thats a lot coffee ;)


[22:58] <Aki-Thinkpad> that is the problem
[22:58] <Spec> your project needs the source code of qtcreator (directory of qtcreator-src)
[22:59] <Aki-Thinkpad> hmmmm
[22:59] <Spec> Aki-Thinkpad: step 3. there's a picture, 'Plugin Information'
[22:59] <Aki-Thinkpad> usr/share/qtcreator then fits the bill?
[22:59] <Spec> Aki-Thinkpad: 'Qt creator sources: /usr/example/qtcreator-src'
[22:59] <daftykins> entreri: ubuntu supports the packages it comes with and no more, if you want to install newer unavailable software then it'll be on your head i'm afraid
[22:59] <Aki-Thinkpad> yes I know; that is what has me confused
[23:00] <Spec> Aki-Thinkpad: no, that needs to be the directory of the sources for qtcreator (apt-get source qtcreator; you'll have a directory ./qtcreator-2.4.1/
[23:00] <Aki-Thinkpad> sec
[23:00] <Spec> Aki-Thinkpad: and it needs to point to that directory. for the build directory, just make "/home/$USER/qtcreator-build" and point to it
[23:00] <Aki-Thinkpad> ah
[23:02] <Spec> Aki-Thinkpad: i'm not sure if it expects a built qtcreator there or not, though.
[23:02] <Aki-Thinkpad> stupid mac
[23:02] <Aki-Thinkpad> >:]
[23:02] <daftykins> ...mac?
[23:03] <Spec> daftykins: get a mac, bro
[23:03] <awesomess3> I can't believe 10.04 LTS (server) is still supported, that is soooo old
[23:03] <awesomess3> it's like Microsoft still supporting XP
[23:04] <daftykins> only until April 2015 i believe
[23:04] <daftykins> no it's nothing like that, also you're off topic
[23:04] <Spec> lots of time for eyes to go over code and fix bugs :)
[23:04] <zerick> Anybody knows what tool/client Ubuntu members use in order yo stay connected always
[23:04] <Spec> zerick: connected to irc?
[23:04] <daftykins> Spec: bit like with that SSL library *whistle*
[23:04] <awesomess3> zerick, firefox?
[23:04] <zerick> Spec, yes
[23:04] <Spec> zerick: screen + irssi
[23:04] <awesomess3> zerick, Xubuntu comes with xchat
[23:05] <Spec> Aki-Thinkpad: i was gonna test this out for ya, but i'm pulling 64 kB/s from ubuntu mirror :(
[23:05] <Aki-Thinkpad> Spec, ha
[23:05] <Aki-Thinkpad> yah its pretty big
[23:05] <Aki-Thinkpad> great editor though
[23:05] <zerick> Spec, I see they are logged in @ubuntu/member, is that an specific server ?
[23:06] <zerick> For members only (?)
[23:06] <daftykins> zerick: it's a hostmask provided by freenode. for more info ask in #freenode
[23:06] <Spec> zerick: nickserv authenticates you and automagic hostmask gets set. freenode staff can help you at #freenode i think
[23:06] <Spec> daftykins: pfft
[23:06] <Aki-Thinkpad> Spec, the thing I am confused about though is whether I have to build qtcreator from source, and use it....
[23:06] <daftykins> Spec: sorry sir
[23:06] <zerick> Spec, thank you
[23:06] <Spec> Aki-Thinkpad: the documentation is reading like this process supports having a bunch of different versions of qt and build directories
[23:06] <Aki-Thinkpad> oh I guess I do... because this is for testing a plugin
[23:07] <Aki-Thinkpad> Spec, hmmm
[23:07] <Spec> Aki-Thinkpad: which makes me think the qt build directory needs to be the target dir when you actually build the sauce
[23:07] <boze> I can't seem to get my vpn to work on trusty
[23:08] <Spec> Aki-Thinkpad: do you know how to do this?
[23:08] <jamesbrown> guys i am geting this error http://pastebin.com/0y0vhGAN
[23:09] <Aki-Thinkpad> Spec, how to program in qt? Yes
[23:09] <jamesbrown> this is what my vhost looks like http://pastebin.com/puzaaU81
[23:09] <Aki-Thinkpad> Spec, this is my first plugin though so
[23:10] <Spec> jamesbrown: not an ubuntu question, try #php
[23:10] <daftykins> boze: that's really not much to go on. i love a guessing game as much as the next guy, but help us out ;)
[23:10] <TJ-> jamesbrown: Shouldn't that be "AddHandler php5-script .php"  ?
[23:10] <Spec> i'm assuming he wants to render htm files with php, which is fine.
[23:11] <Guest94778> does anyone know how to get wifi working on xubunyu?
[23:11] <Guest94778> xubuntu*
[23:11] <daftykins> Guest94778: how far have you got?
[23:11] <daftykins> it worked out of the box for me. presumable your hardware isn't supported
[23:11] <jamesbrown> TJit nothing to do with it
[23:11] <daftykins> *presumably
[23:12] <Guest94778> well in the past wifi used to work but now im stuck on ethernet
[23:12] <daftykins> Guest94778: what's different between the past and now?
[23:13] <kostkon> Guest94778, first you need to find out what's your wifi chipset, e.g.   lspci | grep -i network
[23:13] <TJ-> jamesbrown: did you check web-server process has permissions to the directory and files? Have you added any .htaccess php_* directives?
[23:13] <Guest94778> ok
[23:14] <kostkon> Guest94778, then come back here saying e.g. i am not able to use my wifi, my wifi details are listed here in this paste, etc.
[23:15] <Guest94778> ok I believe I found the issue
[23:15] <jamesbrown> TJ dont need to add .htaccess i have alother php files and none of them using htacess
[23:15] <Guest94778> there we go, one of my drivers was faulty
[23:15] <Guest94778> ill come back once its fixed
[23:15] <TJ-> jamesbrown: I'm asking you if you are using directives that can cause the issue you are seeing... it is a process of elimination.
[23:16] <Spec> jamesbrown: the vhost works fine, fwiw. just tested.
[23:16] <TJ-> jamesbrown: >> did you check web-server process has permissions to the directory and files?
[23:16] <jamesbrown> TJ i think thats riht
[23:17] <Spec> jamesbrown: what's index.php look like
[23:17] <jamesbrown> how do i give permission to the user which is me James
[23:17] <jamesbrown> Spec it has <?php echo "hello"; ext; ?>
[23:17] <jamesbrown> thats what it has
[23:17] <jamesbrown> exit
[23:18] <TJ-> james0r: You don't - you ensure the web-server user has at least traverse and read permissions to the directories and files, respectively
[23:24] <jamesbrown> it might be the permission
[23:25] <TJ-> jamesbrown: It often is when the files are under /var/www/ and users add their own files
[23:26] <jamesbrown> TJ what permission can i do it?
[23:27] <Spec> jamesbrown: check the existing permissions with ls -l /path/to/index.php
[23:27] <jamesbrown> i did sudo chown -R  baako project/
[23:27] <daftykins> >_<
[23:28] <Spec> jamesbrown: oh. sudo chown -R baako.www-data project/
[23:28] <Spec> jamesbrown: and maybe find project/ -exec chmod g+rx "{}" +
[23:29] <balrog-k1n> hi, has support for "raring" been dropped recently? apt-get is getting a lot of 404 errors
[23:29] <daftykins> balrog-k1n: quite a while ago now
[23:29] <daftykins> !13.04
[23:30] <jamesbrown> spec wha?
[23:30] <balrog-k1n> daftykins: thanks.. must have been some repositories were still working
[23:31] <Spec> jamesbrown: the command, it starts with "find". if you run it, it will give the group permission to read/execute all files/folders in "project/"
[23:31] <Spec> jamesbrown: the group, which you set with the first command starting with sudo, should be www-data (the webserver user)
[23:31] <TJ-> jamesbrown: If you made the project directory owned by 'baako', then in all likelyhood the web-server process (which usually runs as the user "www-data") will not have access to the files. The group ownership for the directories and files need to at least be "www-data", therefore "sudo chown -R :www-data /var/www/" may well correct the problem.
[23:31] <daftykins> balrog-k1n: you definitely want to get over to 12.04 or 14.04 ideally
[23:38] <jamesbrown> TJ some files work some dont
[23:38] <TJ-> jamesbrown: Are there any mod_rewrite rules in place affecting it?
[23:40] <ryan__> Hello '-'
[23:40] <ryan__> hahaha
[23:40] <jamesbrown> TJ mope
[23:40] <jamesbrown> nope
[23:40] <kerozene> come and join ##etc for linux talk now
[23:40] <TJ-> jamesbrown: Time to enable verbose logging in apache / PHP then
[23:41] <jamesbrown> i am running this hing locally
[23:41] <jamesbrown> thing
[23:43] <TJ-> jamesbrown: best to ask in #httpd
[23:43] <jamesbrown> i am log into a user called Baak
[23:43] <jamesbrown> Baako
[23:43] <jamesbrown> all my other php prohjects
[23:44] <jamesbrown> are in a goup called Baako
[23:44] <jamesbrown> not www-data
[23:44] <jamesbrown> but Baako
[23:45] <wheatthin> www-data is needed for apache2 privs
[23:45] <wheatthin> I'm just saying.
[23:45] <jamesbrown> its nothing to do with httpd
[23:45] <jamesbrown> its to do with me getting the permissions right
[23:46] <jamesbrown> i wanna assign all files and folder to group Baako
[23:46] <jamesbrown> how will i do that please?
[23:46] <daftykins> "chown -R user:group <files>" or just user: if the user is the same as the group
[23:46] <daftykins> but blanket bombing your files randomly shows a misunderstanding of what's going on
[23:47] <jamesbrown> daftykins wil that make all files and folders and sub folders in the test folder
[23:47] <jamesbrown> assign to Baako group?
[23:47] <TJ-> jamesbrown: As I've told you twice, the files the apache web-server is to read *must* be owned by the user "www-data", either as user-owner, or group-owner, and the directories must be traversable by "www-data" too
[23:48] <Lobster`> Having fun attempting to install ubuntu to my macbook pro
[23:48] <jamesbrown> TJ no because none of my folders are in www-data group
[23:48] <Lobster`> had to rebuild corrupted partition tables once already lol
[23:48] <Lobster`> what i get for not reading a guide first
[23:48] <jamesbrown> i have look at all other php project folder i have which are working well
[23:49] <jamesbrown> this project is not working because i just move it from windows to ubuntu
[23:49] <jamesbrown> so the permission need reset abit
[23:49] <TJ-> jamesbrown: So, *increase* logging level in apache/PHP to get more information in the log files
[23:49] <jonairo> I have problem when i burned a cd audio in brasero and K3B in ubuntu 14.04,64 bit, the cd burned in normal cd, the tracks audio have distortions how can i resolve it
[23:50] <jamesbrown> daftykins u r on the right track
[23:51] <jamesbrown> TJ as i said the index.php is show but some of the files and folders are not loading because of permission issue
[23:51] <dwayne> I'm trying to configure sendmail to use my ISP comcast and getting authentication required bounces.  How can I configure AuthInfo w/ Ubuntu 12.04 ?  Any help very much appreciated
[23:51] <jonairo> I did not have the problems in ubuntu 13.10.
[23:51] <TJ-> jamesbrown: Ask in #httpd, that's where the Apache experts are
[23:52] <kostkon> jonairo, what kind of distortions?
[23:53] <jamesbrown> daftykins some of the file permission and file permission are set correctly with sudo chown -R baaka:baaka project/
[23:54] <jamesbrown> but some are set to read-onl and none
[23:54] <jonairo> the sound is bad, the cds are burned but with problem with the audio
[23:54] <daftykins> jamesbrown: yes, that's a different command.
[23:55] <daftykins> jamesbrown: but only the user the web server is running as needs the permissions
[23:55] <jamesbrown> yes
[23:55] <jamesbrown> i know which is okay
[23:55] <jamesbrown> baaka is right
[23:57] <jamesbrown> this is confusing me now


[01:41] <guiverc> of no importance (not worth looking), but i've re-worked the jammy issue tracker on discourse so it's got (easy to read/edit list) wiki @ top & (older) posts now below it
[10:02] <duuude> what do you think of this: https://github.com/abakh/nbsdgames
[10:11] <kc2bez> duuude: I think it isn't related to Lubuntu development and discussion belongs in the offtopic channel.
[10:11] <kc2bez> !offtopic
[10:14] <duuude> kc2bez: hmmm... yes :D It is getting to Ubuntu repos by 22.04 and I wanted to tell lightweight distro about it to see if they want to include it
[10:14] <duuude> so I sent the link first so some people say its cool then I go on so I don't look like marketing people :P
[10:14] <duuude> https://packages.ubuntu.com/source/jammy/nbsdgames
[10:15] <duuude>  thought it might interest you because it is pretty lightweight and packs a lot of diverse gameplay into a microscopic size (18 games with infinite gameplay and a lot of options in each, you could play 49x49 sudoku puzzles for example)
[10:16] <duuude> while having ~500 KB Installed base. Probably less than a wallpaper.
[10:18] <kc2bez> Point taken, we tend to ship the minimum needed so we probably won't include it on the iso. Since it is in the archive it will be easy for folks to install with Discover, muon or apt.
[10:23] <duuude> do you have games already? the default games on OSes are for when people get bored and don't have network access. I did see many people making use of the ones on Windows XP/7.
[10:26] <duuude> also it is 500kb (a big part of that being the icon lol), the .deb is 90KB. It is soooo little, meanwhile it brings so much joy to the table.
[10:26] <kc2bez> The only game we ship is 2048-qt. Unfortunately I got email yesterday that our iso was oversized so I think adding much of anything is somewhat of a challenge.
[10:27] <duuude> I bet that weights more so replacing that with nbsdgames probably helps with that. lemme check.
[10:27] <duuude> yeah. 3MB
[10:28] <duuude> it is a win for you with 17 more games and 2.5 MB less iso size that way.
[10:29] <duuude> also the games are so diverse and interesting, 2048 is just pushing everything to one corner until the number gets big.
[10:31] <duuude> absolute rationality lol
[10:36] <duuude> that is actually 3.9 MB, I rounded it in the wrong way. you win 3.4 MB of free space.
[11:06] <duuude> btw have you emailed<EMAIL_ADDRESS>and<EMAIL_ADDRESS>to tell them that lubuntu.org and lubuntu.com are malware-in-waiting and request that they hand you the domains?
[11:08] <duuude> I wanted to mail them but thought that them corresponding with the actual devs is less frictious
[15:42] <duuude> kc2bez: what are your opinions on replacing 2048-qt with nbsdgames freeing 3.4 MB of iso size?
[15:42] <duuude> it is win-win
[16:03] <teward> duuude: i believe the answer from before stands and it was a "no thanks"
[16:04] <teward> saving 3MB wont solve the oversize ISO problem
[16:04] <teward> so adding anything right now is off the table
[16:04] <teward> this applies for replacing 2048-qt as well
[16:16] <duuude> teward: well, it is still improving the default installation with more, better games, while not making the problem that was mentioned.
[16:17] <duuude> it saves 6 times its weight if it comes to "we don't want to bloat the iso"
[16:17] <teward> so i wasn't clear
[16:17] <teward> i'm the Lubuntu Team Lead right now
[16:17] <duuude> nice
[16:17] <teward> if anything, I'd rather strip out games entirely and make them optional installs
[16:17] <teward> because games aren't the *primary* reason people install Lubuntu
[16:17] <teward> or any *buntu
[16:18] <duuude> "the default games on OSes are for when people get bored and don't have network access. I did see many people making use of the ones on Windows XP/7."
[16:18] <teward> but there's been pushback on that before so I've left it alone, if ISO size is a problem then I would be happy to make a decision to cut stuff if our dev lead agrees with.
[16:18] <teward> but my statement remains: we're not changing the games we ship at the moment
[16:19] <teward> i'm open to discussion for this for next cycle, but we're 2 months away from a release so it's a little late to be making major ISO changes
[16:21] <duuude> well, neither is the office suite, neither is snap etc. the primary reason people install lubuntu as a distro, but people don't install these general-use distros with pre-installed utilities for one single primary purpose
[16:22] <duuude> people, or at least me, want to save time looking for software when they want to do a simple thing, like bluetooth, scanning, making a doc or whatever
[16:22] <duuude> boredom-killing stands along those lines
[16:24] <duuude> well, next cycle is ok too, better late than never
[16:38] <teward> given we're 2 months away, my decision is "We'll strip things from the ISO to fit the sizes we need, but we won't add or change anything else for the 22.04 LTS cycle".  Next cycle and later we're free to make changes, but not 2 months out from release since we've already done a bunch of testing and such
 (updates, etc. to software can still be done, but we won't change what we ship on the ISO unless it's removing things)
 My last intended task is to get the artwork set. I anticipate removing at least a couple of wallpapers.


[00:11] <nanotube> what's rmb?
[00:12] <nanotube> other than the three-letter standard abbreviation for the chinese currency?
[00:14] <GridCube> rmb or mbr?
[00:14] <Unit193> Regional Membership Board
 [15:09:48] Well, working on getting everything set, and then have to decide on IRC or RMB <- referring to this statement
[00:15] <nanotube> ah heh ic
[00:16] <nanotube> would an endorsement from me count for anything? "i met this person on irc 2 weeks ago in #xubuntu, and he's been very helpful and seems like a reasonable fellow overall" ? :)
[00:17] <Unit193> nanotube: Sure! Anything counts as far as I care (Too bad I haven't helped as much in #supybot :P )
[00:19] <nanotube> heh all right, let's see if the wiki login cooperates
[01:05] <GridCube> Alternate images for today do not work
[01:05] <GridCube> no kernel found errors
[01:05] <Unit193> Had that too
[19:31] <knome> meh.
[19:34] <Unit193> You broke it? (And weird ident)
[20:35] <knome> Unit193, well, the hosting provider had problems so i'm switching.
[20:36] <knome> Unit193, the ident happens to be my surname :P
[20:37] <Unit193> Hehe, woops....
[20:37] <knome> np :P
[20:38] <Unit193> Wish I had a host
[20:38] <knome> pay for one and you'll have one
[21:04] <Unit193> Don't want one that bad :P  Meeting tomorrow
[21:54] <knome> yeah
[21:55] <knome> i need to check if i can attend the meeting, but if i can't, no problem, since there is nothing that needs me exactly
[21:55] <knome> someone else can chair too :)
[22:26] <nanotube> Unit193: what's your need for hosting? will an account on a shared host do you?
[22:29] <knome> be back tomorrow ->


[16:24] <jfh> hello - can someone give me an idea on how I can contribute to the installation guide(s)?
[16:24] <jfh> I especially want to contribute to the s390x version of the inst. Guide
[16:24] <jfh> Found in between a link to the DocTeam: https://wiki.ubuntu.com/DocumentationTeam but looks like the focus there is mainly Desktop,  Server Guide and Ubuntu Manuals - am I wrong?
[16:31] <pleia2> hi jfh, do you have a link to what you're trying to contribute to? that will help me figure out where to contribute
[16:31] <pleia2> +where to send you to to contribute
[16:32] <jfh> I want to contribute to the 18.04 versions of: https://help.ubuntu.com/16.04/installation-guide/
[16:32] <jfh> especially the "s390x (IBM System z)" version
[16:32] <jfh> I konw howto contribute to the server guide (and did recently) but it looks the it's different for the installation guide
[16:33] <pleia2> yeah, let's see where the source for that is
[16:35] <pleia2> so it looks like this is a fork of the Debian Installation documentation, which is here http://d-i.alioth.debian.org/manual/
[16:35] <jfh> pleia2: well, there are lot's of things I would like to change (or to have changed) - I copied and mod. the 16.04 version already and put it temp. into this wiki
[16:35] <jfh> for 18.04 I would like to have it smoother and in the official guide ...
[16:36] <pleia2> do you know if the changes you're looking to make on s390x also apply to the version there?
[16:37] <pleia2> (still looking for the source for the Ubuntu version though)
[16:37] <jfh> pleia2: most of them, but I assume not all - since the d-i in Ubuntu can be slightly different  ...
[16:38]  * pleia2 nods
[16:38] <jfh> pleia2: I was a bit naive and thought it's similar to contributing to the Server Guide, but it obviously isn't ...
[16:38] <pleia2> no, it seems not
[16:39] <pleia2> I don't know the answer to your question and I'm having trouble finding it, can you join the ubuntu-doc mailing list and ask there?
[16:39] <pleia2> https://lists.ubuntu.com/mailman/listinfo/ubuntu-doc
[16:39] <pleia2> low traffic, and good to be on if you're contributing to documentation anyway
[16:40] <jfh> pleia2: ok, will do and try there - thx
[16:40] <pleia2> sure, good luck
[16:41] <jfh> ;-)


[12:17] <sagaci> afternoon
[12:18] <dns53> hey
[12:20] <sagaci> the orange juice they have here is tastes like pure vitamin c tablets
[12:33] <elky> if i didn't already know, i'd guess you were in uhmehricah
[12:36] <elky> (you are, yes?)
[12:56] <sagaci> yep
[12:56] <sagaci> oakland
[12:57] <sagaci> the dose of seeing ubuntu people is getting a bit overwhelming
[13:28] <ikt> at UDS?
[23:41] <sagaci> 998200 something bugs on launchpad
[23:44] <sagaci> and thus i'm filing a legit bug in launchpad


[04:38] <Andre_Gondim> hi, I don't know if here is the place to say, but in maverick I can't install ubuntu-restricted-extras, 'cause ubuntu-restricted-addons is missing
[04:41] <Flannel> Andre_Gondim: #ubuntu+1 I imagine
[04:41] <Andre_Gondim> thanks Flannel
[06:04] <zooko> Okay we've announced that Tahoe-LAFS 1.8.0 final will be released Wed, Aug 11.
[06:04] <zooko> This is because the Maverick Feature Freeze is Aug 12.
[06:04] <zooko> I'm hoping to get Tahoe-LAFS 1.8.0 into Maverick.
[06:29] <zooko> Folks: could anyone help me get my pyutil library packaged for Debian/Ubuntu?
[06:29] <zooko> It would help with this bug: https://bugs.launchpad.net/ubuntu/+source/zfec/+bug/606022
[06:30] <zooko> Although technically pyutil really isn't required for zfec, only for certain optional features of zfec.
[06:52] <AnAnt> zooko: well, why put pyutil in Depends if it isn't really required ?
[06:52] <AnAnt> zooko: you can put it in suggests instead
[06:53] <zooko> As far as I understand it *isn't* actually in Depends at this time, but some people think that it should be since the Python packaging metadata of zfec specifies pyutil as an install_requires.
[06:59] <AnAnt> zooko: I think they are right, since I see unconditional import'ing from pyutil (without even try catch)
[07:00] <AnAnt> zooko: namely in filefec.py
[07:04] <AnAnt> zooko: ok, so what help is needed ?
[07:08] <AnAnt> zooko: so, where's your pyutil package ?
[07:11] <zooko> Hi!
[07:12] <zooko> http://tahoe-lafs.org/trac/pyutil
[07:14] <AnAnt> zooko: oh, I thought you already prepared the package
[07:15] <zooko> Sorry. Just a minute let me see how well this old tool works....
[07:24] <zooko> Well, AnAnt, I appreciate your help, but I'm way too sleepy to continue.
[07:24] <AnAnt> ok
[07:24] <zooko> If you're around this weekend I might ping you again once I have some debian/ or DSC files or something.
[07:24] <zooko> I was intending to try the stdeb tool to generate those.
[07:24] <zooko> http://github.com/astraw/stdeb
[07:25] <zooko> Goodnight!
[07:54] <bilalakhtar> M-o-m is down
[07:59] <dupondje> since like 3 days :p
[08:20] <bilalakhtar> dupondje: Really?
[08:21] <bilalakhtar> I noticed it today!
[08:48] <AnAnt> Could someone review this package: http://revu.ubuntuwire.com/p/thawab ?
[10:04] <AnAnt> Could someone review this package: http://revu.ubuntuwire.com/p/thawab ?
[10:04] <AnAnt> bbl
[11:11] <X3> hi guys im getting this on a lm-sensors build from new upstream https://launchpad.net/~x3lectric/+archive/experimental/+build/1908608/+files/buildlog_ubuntu-karmic-i386.lm-sensors-3_1:3.1.2+5852~0ubuntu0~karmic1~ppa2_FAILEDTOBUILD.txt.gz
[11:16] <geser> check if those patches are still needed (or applied upstream) and update the failing ones if necessary
[11:18] <X3> all patches needed this is a new lm-sensors build cutting edge
[11:18] <X3> how do i update the failing ones
[11:38] <ari-tczew> tumbleweed: ping
[12:03] <geser> X3: which patch system does it use?
[12:08] <ari-tczew> geser: do you have 64bit system?
[12:13] <geser> ari-tczew: yes
[12:14] <ari-tczew> geser: could you test build it? http://ftp.de.debian.org/debian/pool/main/s/sapwood/sapwood_3.1.1.debian.10+0m5-2.dsc
[12:15] <geser> ari-tczew: not currently as I'm not a home
[12:15] <ari-tczew> aha
[12:15] <geser> ari-tczew: why not upload to PPA?
[12:15] <ari-tczew> geser: I don;t know
[12:52] <vish> could someone upload : https://code.launchpad.net/~vish/ubuntu/maverick/acidrip/fix602693/+merge/32029
[12:56] <ari-tczew> vish: I think that your patch should follow upstream (Debian).
[12:57] <Laney> the package isn't in debian
[12:57] <vish> ari-tczew: it seems not in debian
[12:57] <vish> yeah , what Laney said :)
[12:58] <ari-tczew> Laney, vish: "2" before ubuntu in version confused me, sorry
[12:58] <Laney> vish: there is a bug with a patch on it for acidrip
[12:58] <Laney> could you look at including that?
[12:59] <vish> Laney: hmm , not sure , i'm just making simple changes not an expert at packaging
[12:59] <Laney> or unmark it as a patch, ... whatever
[13:06] <AnAnt> could someone review this package: http://revu.ubuntuwire.com/details.py?package=thawab ?
[13:27] <ari-tczew> geser: I can't upload this package to PPA, because it's rejected: The signer of this package is lacking the upload rights for the source package, component or package set in question.
[13:28] <wgrant> ari-tczew: You didn't upload it to a PPA -- you uploaded it to the primary archive.
[13:28] <wgrant> Or possibly a PPA with an odd permission setup that you don't have access to -- there was a bug about that recently.
[13:30] <tumbleweed> ari-tczew: pong
[13:31] <ari-tczew> tumbleweed: interested in sync sponsoring
[13:31] <ari-tczew> ?
[13:31] <tumbleweed> ari-tczew: sure, in the queue?
[13:31] <ari-tczew> tumbleweed: ye
[13:31] <tumbleweed> k, I'll look in a minute
[13:32] <ari-tczew> ok
[13:50] <ari-tczew> tumbleweed: do you have 64bit system?
[13:53] <tumbleweed> ari-tczew: yup
[13:53] <tumbleweed> sorry, got caught up fixing a bug :)
[13:54] <ari-tczew> tumbleweed: so syncs won't go?
[13:54] <tumbleweed> no, uploading sgb sync now
[13:55] <ari-tczew> aha
[13:56] <ari-tczew> Laney: are you going to join core team?
[13:56] <Laney> i've got no plans to do that
[13:56] <sebner> Laney for core-dev \o/
[13:56] <Laney> I've got upload to everything I need
[13:58] <Laney> DD next :)
[13:58] <AnAnt> REVU cannot extract bz2 orig tarballs  ?
[13:59] <sebner> Laney for DD \o/
[13:59] <tumbleweed> AnAnt: it can't excrat source fomat 3, full stop
[13:59] <AnAnt> ah
[13:59] <tumbleweed> still running hardy
[14:00] <AnAnt> ok
[14:01] <ari-tczew> tumbleweed: do you use hardy?
[14:01] <tumbleweed> ari-tczew: no, the box behind REVU does
[14:01] <tumbleweed> ari-tczew: I have boxes running etch, does that count? :)
[14:02] <ari-tczew> tumbleweed: I only ask :P
[14:05] <AnAnt> tumbleweed: would you  review thawab: http://revu.ubuntuwire.com/details.py?package=thawab ?
[14:06] <tumbleweed> I still doesn't have revu advocation rights (any revu admins alive?)
[14:06] <tumbleweed> but I can look
[14:07] <AnAnt> thanks
[14:08] <tumbleweed> AnAnt: I see it's a debian package, waiting for sponsorship?
[14:08] <AnAnt> yup
[14:09] <tumbleweed> aah, our old friend waqf. Have you got any waqf-licenced packages into debian yet?
[14:10] <AnAnt> tumbleweed: you know about it ?
[14:10] <AnAnt> tumbleweed: yes, there are about 2 or 3 packages
[14:10] <tumbleweed> AnAnt: I followed the flamewar, and helped with some of english translation tweaks
[14:12] <ari-tczew> tumbleweed: also masqmail if you could :)
[14:12] <AnAnt> I see
[14:13] <AnAnt> I gotta run now
[14:13] <AnAnt> tumbleweed: looking forward for your review
[14:13] <AnAnt> bye
[15:24] <AnAnt> Hello
[15:25] <AnAnt> tumbleweed: sorry that I had to leave quickly, what translation bits were you talking about ?
[15:28] <tumbleweed> AnAnt: can't remember, something to do with some english wording in debian/copyright on the first waqf package
[15:29] <AnAnt> ah yes
[15:29] <AnAnt> oh, so it was you who suggested to Jakub Wilk ?
[15:31] <tumbleweed> AnAnt: yes :)
[15:31] <AnAnt> thanks
[15:31] <AnAnt> as for the package, it doesn't need to install to public namespace indeed, but that's how upstream does it
[15:32] <AnAnt> can setup.py be modified to install private modules ?
[15:33] <AnAnt> tumbleweed: ^
[15:35] <tumbleweed> AnAnt: yes, you can call it with --install-lib=/usr/share/PACKAGENAME
[15:36] <AnAnt> ah, and how will the app find it ? should I change it somehow ?
[15:37] <tumbleweed> yes, you'll have to either set PYTHONPATH in a wrapper shell script, or insert it into sys.path
[15:39] <AnAnt> as for the doc, I cannot *move* it to /usr/share/doc, but I can create a symlink
[15:40] <tumbleweed> I guess that works
[15:52] <AnAnt> as for the POT thing, I think that's a problem with the release tarball (POT file was not refreshed before tarball release)
[15:53] <AnAnt> tumbleweed: a workaround would be removing the thawab.pot target in po/Makefile
[15:56]  * tumbleweed doesn't know how this is normally dealt with...
[15:56] <ari-tczew> tumbleweed: thanks for syncs. interested in merging? :P
[15:57] <tumbleweed> ari-tczew: yes, I'm working through the queue (but slowly, because I'm watching some debconf talks)
[15:57] <ari-tczew> aha
[15:57] <ari-tczew> ok
[16:23] <AnAnt> tumbleweed: is it that important ?
[16:44] <zooko> Good morning, AnAnt!
[16:48] <tumbleweed> AnAnt: no, there's no simple solution
[16:57] <AnAnt> zooko: evening here
[16:57] <AnAnt> tumbleweed: ok, I re-uploaded
[16:59] <tumbleweed> AnAnt: I see no orig.tar
[16:59] <AnAnt> oh, seems REVU doesn't support diff only re-uploads !
[17:02] <AnAnt> tumbleweed: ok, re-uploaded
[17:14] <AnAnt> debhelper 8 released
[17:15] <ari-tczew> AnAnt: are you going to merge?
[17:22] <highvoltage> whoah I'm still getting used to 7! :p
[17:23] <AnAnt> ari-tczew: I don't mind
[17:24] <ari-tczew> :)
[17:24] <AnAnt> highvoltage: I don't really know yet what's the difference between 7 & 8
[17:32] <zooko> Dear Ubuntu people: where do I go to request that Ubuntu leaders contact someone else and remind them of the code of conduct? I'm thinking of this article, to which I just posted a reply myself: http://www.omgubuntu.co.uk/2010/08/dude-youre-35-year-old-with-neck-beard.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+d0od+%28Omg!+Ubuntu!%29
[17:33] <zooko> By the way, I totally know this isn't the perfect channel. I guess I'm asking what is the perfect channel.
[17:33] <Laney> there are no leaders to do that
[17:34] <zooko> Really? Mark Shuttleworth's recent blog entry said otherwise: http://www.markshuttleworth.com/archives/439
[17:34] <maco> you can email the CC
[17:35] <maco> they deal with issues of the members and the CoC
[17:35] <Laney> Where does that say there's an Ubuntu blog police?
[17:35] <maco> Laney: posts on planet must follow the CoC
[17:36] <zooko> More relevant to this channel: AnAnt: here is my first crude attempt at packaging pyutil: http://tahoe-lafs.org/~zooko/pyutil-1.7.9-7.tar.bz2
[17:36] <zooko> Laney: I was thinking of the part that said "When someone who calls herself “an Ubuntu fan” stands up and slates the work of another distro we quietly reach out to that person and point out that it’s not the Ubuntu way of doing things.".
[17:36] <zooko> If there is nobody who wants that job, that's fine with me.
[17:36] <Laney> yes, you can do that yourself :)
[17:36] <maco> Laney: a copy of that post was posted to planet
[17:36] <Laney> it's everybody's job
[17:36] <zooko> I've done my best already, but I thought that someone who's name Benjamin already knew might make him think harder about it.
[17:37] <zooko> That is: someone who he already feels loyal to because they are producing part of the distro that he loves and he already knows them.
[17:37] <zooko> Anyway.
[17:39] <AnAnt> ari-tczew: working on it
[17:39] <ari-tczew> AnAnt: nice!
[17:43] <ari-tczew> tumbleweed: Around?
[17:43] <tumbleweed> yes
[17:43] <highvoltage> zooko: that article is rather unfortunate
[17:44] <ari-tczew> tumbleweed: ah, nothing, nevermind :P
[17:45] <ari-tczew> I'd like to please you sync package, but it;s in main.
[17:45] <tumbleweed> heh
[17:45] <ari-tczew> bdrung: around?
[17:46] <tumbleweed> vish: ping?
[17:46] <vish> tumbleweed: hey
[17:47] <tumbleweed> vish: can I drop two columns of whitespace from the acidrip description?
[17:47] <vish> tumbleweed: sure
[17:47] <zooko> Would anyone like to tell me what is wrong with my packaging of pyutil? http://tahoe-lafs.org/~zooko/pyutil-1.7.9-7.tar.bz2 . Oh, maybe I should go ahead and upload it to REVU?
[17:48] <ari-tczew> zooko: bingo!
[17:49] <AnAnt> zooko: I expect an orig tarball, debdifff & dsc file
[18:18] <oojah> I'm trying to create a package that creates multiple binaries for the first time.
[18:19] <oojah> I want to create a binary package for a shared library and another for a binary that links to the shlib.
[18:20] <oojah> I've added the shlib as a Depends entry for the binary, but when dpkg-shlibdeps runs, it complains it can't find the library.
[18:20] <oojah> Any suggestions one what I might be doing wrong?
[18:21] <AnAnt> ari-tczew: are you a core-dev ?
[18:21] <ari-tczew> AnAnt: no
[18:23] <ari-tczew> AnAnt: propose to ask cjwatson about upload
[18:24] <AnAnt> LP #614787
[18:25] <ari-tczew> tumbleweed: are you still working on sponsors-queue ?
[18:27] <AnAnt> oojah: care to paste the problem in pastebin ?
[18:28] <oojah> AnAnt: The error text, or something more?
[18:28] <tumbleweed> ari-tczew: I took a supper-cooking break
[18:28] <AnAnt> oojah: maybe the whole buildlog ?
[18:30] <ari-tczew> tumbleweed: Today was a rich harvest
[18:33] <oojah> AnAnt: http://pastebin.com/EvDQ8xL2
[18:34] <tumbleweed> ari-tczew: that's because DDs are jumping to get squeeze freeze-exceptions
[18:36] <AnAnt> oojah: are you sure that libmosquitto got installed in the proper package (usually during dh_install)
[18:36] <ari-tczew> tumbleweed: I mean also about syncs. I found yet some possible syncs.
[18:36] <ari-tczew> I thought that everything is only to-merged
[18:41] <oojah> AnAnt: That points me in the right direction - the install file for the library was missing the SO number so wasn't getting picked up.
[18:41] <oojah> Thanks very much.
[18:42] <AnAnt> oojah: usually the lib<whatever>.install has this line:
[18:42] <AnAnt> usr/lib/lib*.so.*
[18:47] <oojah> AnAnt: I meant the name of the install file... :)
[18:47] <M68000> hello
[18:47] <AnAnt> ah
[18:48] <M68000> how do i submit my application for the ubuntu repositories?
[18:49] <ari-tczew> !REVU | M68000
[18:49] <M68000> ill take a look thanks ari-tczew
[18:50] <ari-tczew> in the other way, you can own maintaining package in Debian and then sync to ubuntu
[18:51] <M68000> which method would you recommend?
[18:51] <tumbleweed> ari-tczew: ddd: where's the icon?
[18:52] <ari-tczew> tumbleweed: ddd-3.3.12/ddd.desktop and ddd-3.3.12/icons/ddd.xpm
[18:52] <tumbleweed> ari-tczew: I mean in the binary package
[18:53] <ari-tczew> tumbleweed: hmmm?
[18:53] <tumbleweed> I don't see it in the binary package
[18:54] <ari-tczew> tumbleweed: binary is /debian/ ?
[18:55] <ari-tczew> tumbleweed: do you need a screenshot? :D
 zooko: I expect an orig tarball, debdifff & dsc file
[18:58] <zooko> AnAnt: that is what I provided, in http://tahoe-lafs.org/~zooko/pyutil-1.7.9-7.tar.bz2
[18:58] <AnAnt> zooko: could you upload to REVU please ?
[18:59] <tumbleweed> ari-tczew: http://paste.debian.net/82484/
[19:00] <zooko> AnAnt: ok
[19:03] <ari-tczew> tumbleweed: hmmm, seems to debian/ddd.install is not completed
[19:03] <zooko> Hm, reading https://wiki.ubuntu.com/MOTU/Packages/REVU makes me wonder if I should instead work on getting pyutil into Debian.
[19:04] <tumbleweed> zooko: yes. maintaining in debian is best
[19:04] <AnAnt> zooko: if you want it in maverick, then I don't advise you to do so, since maverick will feature freeze on Thursday
[19:05] <tumbleweed> what AnAnt says, too
[19:05] <AnAnt> zooko: otherwise, going for Debian is the best path
[19:07] <zooko> Hm, I've logged into REVU but I don't see anyway to upload packages.
[19:07] <zooko> Perhaps I don't have that privilege.
[19:08] <zooko> Oh
[19:08]  * zooko reads the fine https://wiki.ubuntu.com/MOTU/Packages/REVU
[19:09] <zooko> Nap time. Back in a bit.
[19:10] <AnAnt> dput revu package_version-revision_source.changes
[19:27] <ari-tczew> tumbleweed: 14 sponsorships done :) thanks!
[19:29] <tumbleweed> bdrung still has me by a factor of 2 on hall-of-fame :)
[19:31] <ari-tczew> tumbleweed: btw. bdrung has done ~80 sponsorships for me
[19:31] <tumbleweed> yeah, he's busy like that... :P
[19:33] <ari-tczew> next devel cycle I'm going to open a broadcast our community on Polish LoCo
[19:34] <ari-tczew> maybe this step will bring new contributors
[19:45] <ari-tczew> tumbleweed: do you working on celestia?
[19:46] <tumbleweed> yeah, it's big :)
[19:47] <ari-tczew> tumbleweed: ddd's merge I'll prepare tomorrow.
[19:47] <ari-tczew> I'm going out for beer. see you later
[19:48] <tumbleweed> enjoy
[20:24] <zooko> Is anyone interested in upgrading Tahoe-LAFS for Maverick?
[20:24] <zooko> There is a new stable release of Tahoe-LAFS out with many improvements.
[21:13] <zooko> https://bugs.launchpad.net/ubuntu/+source/tahoe-lafs/+bug/609755
[21:14] <zooko> In a related story: http://identi.ca/notice/45386923 Tahoe-LAFS v1.8.0c1 serves files five times as fast as Tahoe-LAFS v1.7.1 does.


[02:40] <p0s> where can i speak to the person who packages eclipse for 14.04?
[02:47] <bluezone> p0s, oh lord :P
[02:47] <p0s> bluezone: are you the one?
[02:47] <bluezone> no, but i would always use the official site of eclipse :P
[02:48] <infinity> bluezone: Are you aware of specific bugs in the packaged version?
[02:49] <bluezone> infinity, eclipse has 50 different versions and plug-ins and it is known to break often, my opinion would be to use the distributions on the official website so at the very least you won't have to spend time figuring out what you're getting in the eclipse package
[02:50] <p0s> bluezone: if you think having a *distribution* of software is wrong and people should assemble their own system, why are you in #ubuntu-devl? :)
[02:50] <infinity> bluezone: ^-- What he said.
[02:50] <bluezone> you don't have to assemble anything
[02:50] <bluezone> you download, extract and double click the executable
[02:51] <p0s> bluezone: and then you manually update it whenever updates arise because you have no package manager. and then you forget about it when there are security issues. and then you are back at something like the windows world where every machine is compromised because it takes years until everyone has a certain security update
[02:52] <p0s> anyway, if someone could tell me the channel where the packager of eclipse likely is present or even his nickname, i would be glad. thanks in advance! :)
[02:53] <bluezone> p0s, if you are talking about "help->update" then yes you have to do it manually, but it is a small price to pay
[02:53] <infinity> p0s: We sync it from Debian, so the packagers are the folks listed in 'apt-cache show eclipse' (or on http://packages.qa.debian.org/e/eclipse.html)
[02:53] <infinity> bluezone: Assuming single-user systems, etc.
[02:54] <bluezone> that's true
[02:54] <infinity> bluezone: The point is that, in a distro channel, saying "don't use the distro-packaged software" isn't the most helpful of things.
[02:54] <infinity> bluezone: If you can offer constructive criticism, bugs are welcome.  If it's just a "distros suck, use upstream" opinion, I'm not entirely sure this is the best place for that.
[02:55] <p0s> infinity: this part of the apt-cache output? "Original-Maintainer: Debian Orbital Alignment Team<EMAIL_ADDRESS>[02:56] <infinity> p0s: Aye, or the Uploaders, but I guess that doesn't make it into the binary package, only the source package.
[02:56] <infinity> p0s: But that mailing list would be a good start.
[02:56] <p0s> infinity: and given that debian has a very slow release cycle, it is unlikely for them to update it to the latest version any soon, right?
[02:59] <infinity> p0s: Nah, we pull from unstable, so if they updated unstable, we'd get that for "free".
[03:00] <p0s> infinity: i had to distupgrade because the previous ubuntu version which i was on isn't supported anymore, and now i ran into this https://bugs.launchpad.net/eclipse/+bug/1241101  ... it breaks my complex development environment, and i work for a donation funded organization, and i don't feel like billing them hundreds of euros for me to manually re-setup eclipse to a downloaded version.... and i feel like given that 113 people are affected by this
[03:00] <p0s> bug and 11 duplicates have already been filed, it is rather very questionable why ubuntu still ships an eclipse version from 2012...
[03:00] <infinity> p0s: I suspect there's a #debian-java channel on freenode where those sorts of people might hang out.
[03:00] <p0s> infinity: so i am considering to bribe someone to update the eclipse package...
[03:00] <infinity> p0s: Have you tried upgrading to 14.04 and same issue?  13.10 is EOL in a month.
[03:00] <infinity> Whereas 14.04 is supported for 5 years.
[03:01] <p0s> infinity: yes, i am on 14.04
[03:01] <infinity> p0s: Kay, didn't read the bug yet, just the title. :P
[03:02] <p0s> infinity: i also tried ALL workarounds in the launchpad bugtracker entry, in the eclipse bugtracker entry and in the KDE one... only thing left to try is the latest version, which someone recently said in the launchpad entry fixes the issue
[03:03] <p0s> infinity: #debian-java redirecty to ##debian-java which is empty
[03:03] <infinity> Oh, annoying.  That was just a guess. :P
[03:05] <infinity> p0s: So, if it's an issue with menuproxy, that's Ubuntu-specific, but if you say disabling all of that still breaks it, certainly mailing the debian java packaging list and/or<EMAIL_ADDRESS>and asking about newer versions might not go amiss.
[03:05] <infinity> p0s: If the new upstream *does* fix it, perhaps someone can find the commits that fix it and backport to 14.04
[03:05] <p0s> infinity: people of all kinds of different distributions have said they suffer the same issue
[03:06] <p0s> infinity: i will try the debian list then if nobody in the ubuntu bugtracker responds
[03:08] <infinity> p0s: Well, a fair two-pronged approach regardless.
[03:08] <infinity> jamespage: Do we have anyone who cares about eclipse in Ubuntu?
[03:16] <p0s> infinity: i really feel like nagging everyone this time because it stops me from working :|
[03:16] <p0s> infinity: it crashes like every 10 minutes
[03:20]  * bluezone rests his case
[03:21] <infinity> p0s: Probably worth trying the upstream non-package to see if you can reproduce the crash, as a useful data point.  That bug log is a mess, and probably several different bugs, so it's hard to say if one person saying it's fixed means much for others.
[03:36] <psusi> cjwatson, hah, cool.. upstream git guys were able to reproduce and fix the git rebase --skip bug... seems it happens any time you have two consecutive conflicting patches
[03:57] <p0s> infinity: i will probably end up having to try the latest, yes. nevertheless i will idle here overnight, waiting for you or jamespage to figure out whether ubuntu has an eclipse maintainer...
[04:14] <pitti> Good morning
[05:17] <darkxst> pitti, hi
[05:19] <pitti> hey darkxst, how are you?
[05:19] <darkxst> pitti, good, apart from all the rain!!!!
[05:20] <pitti> darkxst: heh, I wish we'd get some again :)
[05:20] <darkxst> we have plenty! I will send you some ;)
[05:24] <darkxst> pitti, do you know if its possible to pass through environment variables to schroot hooks, when using sbuild?
[05:25] <pitti> darkxst: I'm not aware of anything except --preserve-environment
[05:33] <darkxst> only want 1 variable not everything!
[06:25] <dholbach> good morning
[06:55] <pitti> ogra_, cjwatson: are "live" and "desktop" just cruft in ubuntu-touch.utopic? touch, desktop, and live all have langpack sets, but I suppose I only actually need to change "touch"?
[07:02] <didrocks> pitti: from what I can remember, yeah, only touch counts
[07:02] <pitti> bonjour didrocks
[07:02] <pitti> didrocks: merci
[07:02] <didrocks> Guten Morgen pitti :)
[07:03] <zyga> good morning :-)
[07:03] <didrocks> hey zyga
[07:04] <pitti> didrocks: so I can "bzr branch lp:ubuntu-system-settings", add the langpack flag, debcommit -r (for tagging), and dput?
[07:06] <didrocks> pitti: exactly :)
[07:06] <didrocks> it was designed for that ;)
[07:07] <pitti> didrocks: nice! I'll start with that as it has the most translations in that list
[07:08] <pitti> didrocks: there will be some days when system-settings becomes untranslated, until it appears in the LP exports
[07:09] <pitti> but I set up the cron jobs, etc.
[07:13] <michagogo> 5:54:24 <infinity> bluezone: The point is that, in a distro channel, saying "don't use the distro-packaged software" isn't the most helpful of things.
[07:13] <michagogo> Well, there are some exceptions to that
[07:13] <michagogo> For example, bug 1314616
[07:20] <ogra_> pitti, no, they are the base of desktop-next
[07:20] <ogra_> if you do changes in touch please do them in desktop too
[07:21] <didrocks> oh, Laney reput them on the touch seed instead of creating a new one after all? (I remember that was under discussion)
[07:21] <pitti> ogra_: ah, I see; so replacing hte langpacks with language-pack-touch-* should only be done in "touch"
[07:22] <ogra_> pitti, why ? i guess we want the desktop translated too ?
[07:22] <pitti> ogra_: FYI, I put the toucuh langpacks on another diet by dropping unimportant translations, that halved their size again (35 MB for  28 languages)
[07:22] <ogra_> whee !
[07:22] <ogra_> you rock !
[07:22] <pitti> ogra_: right, but desktop-next should use the full langpacks, not just the touch ones?
[07:23] <ogra_> not sure ... will they have the same translations ?
[07:23] <ogra_> (plus extra cruft)
[07:24] <pitti> ogra_: well, "extra cruft" == "translations for all packages in main", but they of course *also* have the phone/touch packs
[07:24] <pitti> err s/packs$/translations/
[07:24] <ogra_> well, then it is up to Laney to decide i guess ... image size is his authority for that flavour
[07:25] <ogra_> leave them for now and he can decide
[07:25] <pitti> ogra_: I won't change it today yet anyway; first we need to rebuild these ~ 20 projects with the langpack control flag so that the langpacks will make actual sense :)
[07:25] <ogra_> yeah, i saw the dsicussion
[07:25] <pitti> doing that now for system-settings to have a guinea pig (these are also the biggest ones)
[07:26] <pitti> ogra_: I'll file a block-proposed bug so that the untranslated rebuilds stays in -proposed until wednesday when we'll get a new LP translation export with the system-settings translations
[07:26] <ogra_> ++
[07:29] <pitti> bug 1330360 FYI
[07:29] <pitti> didrocks: argh! I can't push to https://code.launchpad.net/~system-settings-touch/ubuntu-system-settings/trunk
[07:30] <pitti> "You cannot upload to this branch. Members of Ubuntu Touch System Settings can upload to this branch. "
[07:30]  * pitti moves to dialer-app instead
[07:30] <didrocks> pitti: something you should, but sometimes, upstream changed team after we setup the CI system and drop commit access. Not sure for that one
[07:31] <pitti> ok, dialer-app pushed and uploaded
[07:44] <smb> stgraber, Hi morning. I was looking at my ppu list this morning and think I only got rights on virt for utopic. Somewhat having those for P, S, and T would be helpful. Were those omitted intentionally or just an oversight?
[07:50] <Noskcaj> dholbach, How can i try and prevent conflicts in my merges? They all seem to be random upstream files
[07:50] <dholbach> Noskcaj, it might be just a matter of unapplying d/patches before committing?
[07:51] <Noskcaj> I try to have the same ones applied as when i branched it
[07:51] <Noskcaj> should i just have none applied in future?
[07:52] <dholbach> Noskcaj, it's the only thing I can imagine going wrong to cause conflicts
[07:52] <dholbach> try it out :)
[07:52] <Noskcaj> ok
[07:55] <darkxst> Noskcaj, do you see a bunch of .pc/* files in the conflicts?
[07:55] <Noskcaj> darkxst, just a random file (not .pc), it happens a bit
[07:57] <Noskcaj> dholbach, The patches are all dropped
[07:58] <darkxst> Noskcaj, some branches has patches applied, and some don't
[07:59] <Noskcaj> I think my cheese merge will need a patch de-commited now
[08:00] <dholbach> Noskcaj, the following will result in text conflicts: bzr branch ubuntu:gtkspell3; cd gtkspell3; bzr merge lp:~noskcaj/ubuntu/utopic/gtkspell3/3.0.6
[08:00] <dholbach> Noskcaj, even if I    quilt pop -a; bzr commit -m "unapply patches"   before the merge
[08:00] <seb128> shrug
[08:00] <Noskcaj> dholbach, strange
[08:00] <seb128> dholbach, Noskcaj: that cheese update uses CSD, it should be reverted to 3.10
[08:00] <Noskcaj> I've no idea how to fix that
[08:01] <Noskcaj> seb128, I'll leave it broken then
[08:01] <Noskcaj> (my merge, not cheese itself)
[08:01] <seb128> hum, Laney updated it
[08:01] <darkxst> Laney patched cheese
[08:02] <seb128> Noskcaj, in fact it got patched, so ignore my comment
[08:03] <Noskcaj> seb128, could you look at my libgweather merge? It's been sitting there for some timenow
[08:04] <seb128> Noskcaj, not really, I've been skipping it because I don't know enough about the topic to know if the provider change is something we want
[08:06] <Noskcaj> seb128, ok. I'd only assumed it was ok as it had been put in debian and darkxst had told me to merge it, so i don't know either
[08:07] <seb128> Noskcaj, yeah, it's fine, ignore my comment ;-)
[09:43] <dpm> hi pitti, I've just read your last message re: touch langpacks - do you have a new list of domains after further filtering? And does that imply that perhaps more languages are above the cut-off?
[09:43] <pitti> dpm: yes, it's now 28 languages with >= 70%
[09:44] <pitti> dpm: the packs are now ridiculously small, we really need to do these X-Use-Langpacks thingies to make them useful
[09:45] <pitti> dpm: basically just colord, webbrowser-app, lightdm, unity
[09:46] <pitti> although, hmm, that sounds like a bug; e. g. apport should be there, too
[09:46] <dpm> pitti, ok, great.
[09:46] <dpm> pitti, what about the indicators? And why is colord there?
[09:46] <pitti> dpm: I'm still working on this, and I uploaded dialer-app to get its translations imported/exported
[09:46] <dpm> ack
[09:46] <pitti> dpm: colord has prio 7000
[09:47] <dpm> oh, really? I should fix that
[09:48] <pitti> dpm: argh, I know what happened, it just downloaded the current update tarball
[09:48] <pitti> locally I built with the base tarball
[09:48]  * pitti rebuilds
[09:50] <pitti> dpm: so in my local builds it shrank by 1/2 and lost some 20 domains; hang on, I'll build you an updated list
[09:51] <dpm> pitti, ok, cool. Shall we request a full export in LP for the next langpack?
[09:52] <pitti> dpm: not necessary
[09:53] <dpm> ok
[09:53] <pitti> dpm: stats: http://paste.ubuntu.com/7652243/
[09:53] <pitti> dpm: ca is at 68% almost over the limit :) (but we can also slightly lower the treshold)
[09:54] <pitti> dpm: domains for -es: http://paste.ubuntu.com/7652244/
[09:54] <pitti> dpm: so e. g. gdb is gone, and glib
[09:55] <pitti> dpm: gtk20-properties.po really ougth to be lower these days too?
[09:55] <pitti> dpm: can you move that from 7400 to perhaps 1000?
[09:55] <pitti> dpm: and in turn, bump gtk30-properties?
[09:56] <dpm> ok
[09:57] <dpm> pitti, done
[09:59] <seb128> dpm, pitti: gtk2 is still used in e.g firefox or libreoffice, so it shouldn't be ranked too low
[09:59] <pitti> seb128: we use neither on touch, though?
[09:59] <seb128> pitti, is the ranking specific to touch?
[09:59] <pitti> seb128: btw, it's not gtk2 itself, just gtk20-properties
[10:00] <seb128> k
[10:00] <pitti> seb128: no, it's not; but it's still an obsolete version, so translators shouldn't translate that before gtk30-properties
[10:00] <seb128> right
[10:00] <bluesabre> mdeslaur, infinity: is there anything that needs to be done to move these bugs to trusty-updates?
[10:00] <seb128> well, as long as it's still mark as "useful to translate"
[10:00] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/light-locker-settings/+bug/1326741
[10:00] <bluesabre> https://bugs.launchpad.net/ubuntu/+source/xfce4-power-manager/+bug/1326740
[10:00] <dpm> pitti, I've also lowered the priority of libgweather-locations
[10:00] <pitti> dpm: exiv2 is huge and can also be lowered IMHO; it has tons of not-really-translated camera models, hmm
[10:01] <dpm> seb128, yeah, that won't make it go away
[10:01] <pitti> dpm: oh, but we still want that on touch, I figure?
[10:02] <dpm> pitti, you mean that we want exiv2 in touch? I know gallery depends on it, but I'm not sure we show any translations for camera models in the UI
[10:02] <seb128> bluesabre, they are in the SRU unapproved queue (https://launchpad.net/ubuntu/trusty/+queue?queue_state=1)
[10:02] <pitti> it's not like they'd actually get translated :)
[10:03] <pitti> msgid "EOS Rebel T2i / 550D / Kiss X4"
[10:03] <pitti> msgstr "EOS Rebel T2i / 550D / Kiss X4"
[10:03] <seb128> somebody from the SRU team needs to review/accept them
[10:03] <pitti> dpm: but anyway, this file also has a lot of (what looks like) human visible strings
[10:03] <pitti> dpm: I'm not sure whether it actually does display any string from the library, or just has its own
[10:10] <dpm> pitti, let me ask nerochiaro. I've seen exiv2 being used in camera and gallery, but my hunch is that we don't display any strings
[10:12] <dpm> pitti, it seems we only use exiv2 to read metadata
[10:12] <pitti> dpm: ok, thanks; so it seems we can trim these packags quite some more :)
[10:13] <pitti> exiv2 is 700 kB alone per language
[10:13] <pitti> dpm: anyway, uploading fixed langpacks now
[10:14] <pitti> dpm: actually, I think I do want a -base refresh soon, so that I can remove the really badly translated desktop langpacks
[10:14]  * pitti requests
[10:15] <dpm> ok, I see you were quicker than I :)
[10:20] <dpm> pitti, which priority value are you using?
[10:20] <pitti> dpm: 1500
[10:21] <pitti> dpm: I made a few experiments this morning, and between 1500 and 2000 was already stuff that we want
[10:21] <dpm> ok, cool
[10:23] <pitti> dpm: ok, and on Wednesday the packs hopefully contain dialer-app :)
[10:24] <dpm> cool :)
[10:26] <mapreri> sil2100: ping
[10:27] <sil2100> mapreri: pong
[10:28] <mapreri> sil2100: here https://bugs.debian.org/750148 you stated that you want to package lucene++ for debian. That mean I can change the bug to an ITP and set you as owner? (I'm doing a wnpp cleanup)
[10:28] <dpm> pitti, I've made some notes on the list of domains. I think we should still be able to further filter out, but we'd be reaching the limits of priority-based filtering, as we cannot just lower down the priority of all the packages without affecting the desktop priorities too. I think what we've got now might be a good start and we can look at more filtering on the next ones. Perhaps filtering on priority + a static blacklist might be an option? In any ca
[10:28] <dpm> se, here is the list of current domains you gave me, with the comments: http://pad.ubuntu.com/touch-domains
[10:28] <sil2100> mapreri: sure :) I might even do some work today for that one
[10:29] <mapreri> sil2100: good. The persone who report that bug made a gread "disaster" (a RFS bug for every binary package -.-)
[10:30] <sil2100> mapreri: yeah, I saw that, but then I saw that someone renamed the lucene++0 one to lucene++
[10:30] <pitti> dpm: thanks; I'm afraid I can't immediately answer most of these, but we should also consider their size; i. e. it doesn't make much sense to carefully maintain blacklists for 5 kB files, but for things like exiv and gtk[23]0-properties that's certainly worth it
[10:30] <sil2100> So I decided to comment on that particular one
[10:31] <mapreri> sil2100: he reneamed from liblucene++0 to liblucene++, I'm going to rename it again to lucene++.... Anayway good choice.
[10:31] <sil2100> mapreri: ah, ok, I missed that one... thanks for working on that!
[10:32] <dpm> pitti, yeah, I agree, but I'm more concerned about domains that are generally not translated affecting the stats and thus the languages included in the langpacks than the size per se
[10:33] <dpm> e.g. as exiv2
[10:33] <pitti> dpm: ah, right
[10:36] <pitti> ogra_: I uninstalled German langpacks on my phone, verified that indicators and some other things are untransalted, installed language-pack-touch-de, and all back to normal
[10:36] <ogra_> cool !
[10:36] <pitti> ogra_: hence I'd like to commit http://paste.ubuntu.com/7652390/ ; can I just do that or does that need an MP? also, do I need anything else?
[10:36] <pitti> ogra_: (except for the obvious double *, fixed locally already)
[10:37] <ogra_> pitti, just go ahead ... we usually dont do MPs for seed changes since you need to manually update -meta anyway
[10:37] <pitti> ogra_: right, I'll do that afterwards
[10:38] <ogra_> pitti, we probably want to only have langpacks for the langs we have keyboards for ...
[10:39] <ogra_> (just strikes me ... )
[10:39] <pitti> ogra_: well, don't we use some IM for e. g. Chinese?
[10:39] <pitti> I had assumed they'd use an English keyboard with some IM on top
[10:39] <ogra_> might be, not sure
[10:40] <pitti> ah, ubuntu-keyboard-chinese-pinyin
[10:40] <ogra_> ubuntu-keyboard-chinese-pinyin
[10:40] <smb> apw, Can you remember whether you sponsored drbd8 for precise for me (well actually whether only the *12.04.2 or *12.04.3 combined). Somehow the pending sru report oddly shows the bug addressed in the combined one but it seems only the initial version was uploaded
[10:40] <ogra_> ah, you beat me :)
[10:41] <pitti> ogra_: so, I'm fine either way; we can always adjust it further, of course
[10:41] <ogra_> we can seed them all for now ... but i think in the end we should tie them to kbd layouts
[10:44] <pitti> ogra_: languages where we have langpacks, but no keyboard, FYI: Greek, Gaelic, Galician, Indonesian, Japanese, Latvian, Norwegian, Slovenian, Serbian, Ukrainian
[10:45] <pitti> ogra_: many of those can be done on an English or Russian keyboard, but certain not e. g. Greek
[10:45] <ogra_> right, some of these might prefer english kbds ...
[10:45] <pitti> or Japanese
[10:45] <ogra_> iirc greek people usually use english
[10:45] <ogra_> not sure about others
[10:45] <pitti> well, you wouldn't have Greek letters anywhere?
[10:46] <pitti> ogra_: well, I'll upload that for now; it already shrinks from 135 MB -> 32 MB, and with dpm's priority adjustments even more
[10:46] <ogra_> awesome
[10:46] <pitti> but indeed it's also a presentation matter, i. e. we might not offer some languages like Greek if you can't type them
[10:47] <ogra_> right, or we might just want to create kbd layouts for them
[10:47] <ogra_> i dont think it matters in tteh short term for now
[10:47] <dpm> pitti, awesome. Could we upload the 'ca' one for me to test it too?
[10:47] <pitti> dpm: how do you mean?
[10:48] <pitti> dpm: I uploaded all of them to utopic, and currently adjusting the touch seeds
[10:48] <pitti> (done)
[10:48] <pitti> dpm: ah no, -ca; sorry :)
[10:48] <dpm> pitti, yeah it didn't seem to make the cut-off
[10:49] <dpm> although the phone is very well translated
[10:50] <apw> smb, i cannot rembmer at all :)  but it is the sort of thing we would do together
[10:51] <pitti> dpm: http://people.canonical.com/~pitti/tmp/langpack-touch/
[10:51] <smb> apw, Yeah, unfortunately I see a bit of confusing data on http://people.canonical.com/~ubuntu-archive/pending-sru.html
[10:52] <smb> apw, Somehow .2 waits for verification and would be good if not somehow having the second bug referenced which cannot e verified with that version
[10:52] <dpm> pitti, awesome, thanks
[10:53] <apw> smb, seems i didn't sponsor either of them
[11:01] <pitti> dpm: I started with http://bazaar.launchpad.net/~ubuntu-langpack/langpack-o-matic/main/revision/478
[11:01] <pitti> dpm: maybe that's already enough to bring it over the hump :)
[11:02] <dpm> pitti, ah, nice, thanks :)
[11:02] <dpm> I think exiv2 will be the one to make the difference, yes
[11:03] <pitti>   caribou 5883 (90%)
[11:03] <pitti> WTF
[11:03] <pitti> dpm: "ca  5883 (90%)" :)
[11:03] <pitti> caribou: sorry, I was pasting ca<tab>
[11:03] <dpm> :)
[11:03] <dpm> (yay!)
[11:05] <pitti> dpm: so, I'll build fresh ones on Wednesday, with (hopefully) dialer-app
[11:06] <dpm> sounds great, thanks a lot
[11:09] <smb> Ok, looks that actually the drbd8 package uploaded is a merged version from what I had prepared (including my .2 and .3 and merging the changelog).
[11:18] <Laney> doko: know about this ld segfault? http://paste.ubuntu.com/7652533/
[11:28] <caribou> pitti: no worry
[11:28] <caribou> pitti: there's a package called caribou as well
[11:45] <Laney> doko: (filed #1330451)
[12:04] <doko> Laney, do you build with these malloc settings by default?
[12:04] <Laney> comes from the test harness somewhere
[12:04] <doko> "the"?
[12:05] <Laney> in glib
[12:07] <Laney> which uses automake's AFAIK
[12:15] <Laney> doko: ah no, glib sets it itself
[12:15] <Laney> still ld, shouldn't crash
[12:15] <Laney> (that comma slipped across one word)
[12:31] <LocutusOfBorg1> sil2100, sorry I read some news about lucene++ but I joined the chan when you said the last reply
[12:31] <LocutusOfBorg1> any progress on debian side?
[12:32] <LocutusOfBorg1> :)
[12:33] <sil2100> LocutusOfBorg1: hi! Will make some progress today, in the morning we only had some paper-work discussion
[12:35] <LocutusOfBorg1> ah ok :)
[12:35] <LocutusOfBorg1> I read just a few words when I joined today
[12:43] <cjwatson> doko: does https://launchpad.net/ubuntu/+source/sogo/2.2.5-1/+build/6081133 make any sense to you?  is gobjc just entirely broken right now or something?
[12:45] <doko> cjwatson, I assume this is the 4.8/4.9 version mismatch ... so once we default to 4.9 again, that should go away. couldn't reach tvoss today, but this should be done today or tomorrow
[12:45] <tvoss> doko, ping
[12:45] <doko> tvoss, yes ...
[12:46] <tvoss> doko, around. MR'd the dbus-cpp change, checked on process-cpp
[12:46] <doko> "MR"?
[12:46] <tvoss> merge request
[12:48] <doko> tvoss, including the versioned b-d?
[12:49] <tvoss> doko, yeah, I added g++ (>= 4.9). Is that correct?
[12:49] <smb> Ok, I did a quick verification of the missing part (second bug number) for the drbd8 backport in precise-proposed. So sooner or later it should move to updates anyway. But if someone could do it sooner, I think people currently broken will appreciate.
[12:52] <doko> tvoss, no
[12:53] <tvoss> doko, what is the correct version line, then? g++-4.9?
[12:53] <LocutusOfBorg1> can anybody please point me to the libav transition tracker?
[12:53] <LocutusOfBorg1> I uploaded hedgewars in debian, I would like to track the ubuntu sync, to make sure it doesn't fail to build somewhere
[12:54] <doko> tvoss, g++ (>= 4:4.9.0-3ubuntu6)
[12:55] <mantiena-baltix> Hi, maybe someone could sync new meld package from Debian experimental - current meld package in Ubuntu Utopic is completely broken, see LP bug #1298266
[12:57] <seb128> you should subscribe ubuntu-sponsors to the sync request
[12:58] <LocutusOfBorg1> done
[13:01] <mantiena-baltix> seb128: thanks\
[13:01] <seb128> yw!
[13:01] <doko> tvoss, please let me know when you are done
[13:08] <tvoss> doko, updated: https://code.launchpad.net/~thomas-voss/dbus-cpp/bump-so-name-and-major-version/+merge/223224
[13:18] <pitti> xnox: hey Dimitri, how are you?
[13:18] <pitti> xnox: I'm afraid I'm a bit behind: where do we stand wrt. startpar these days?
[13:19] <shadeslayer> pitti: https://bugs.launchpad.net/debian/+source/abi-compliance-checker/+bug/1330481 < could you have a look at that
[13:20] <pitti> shadeslayer: yes, that makes sense; let's see what the Debian maintainer says?
[13:21] <pitti> otherwise it'll need to become a test dep
[13:23] <shadeslayer> pitti: haven't heard back from the debian maintainer in forever
[13:23] <stgraber> smb: it takes a bit of work to copy the packagesets to old series and grant matching rights to it so we don't do that by default. Can you e-mail devel-permissions about it? (I'm off today and about to leave now)
[13:24] <smb> stgraber, ack. thanks
[13:26] <brendand> what's the command to delete a chroot? or is it done some other way?
[13:32] <pitti> brendand: is that schroot, or plain chroot?
[13:33] <pitti> brendand: with a plain chroot, just rm -rf; but make double sure that you unmount all bind mounts before :)
[13:34] <brendand> pitti, well i'm using schroot
[13:35] <pitti> brendand: "sudo schroot -e --all-sessions" is quite useful for cleaning up a pile of leftovers
[13:35] <pitti> brendand: otherwise, sudo schroot -e -c <session name>
[13:35] <pitti> -e == --end-session
[13:36] <cjwatson> brendand,mvo: https://code.launchpad.net/~cjwatson/cupstream2distro-config/click-tests/+merge/223240 - flying a bit blind so hopefully not totally broken
[13:36] <brendand> pitti, --list still shows things though
[13:36] <mantiena-baltix> Hi again, gnome-main-menu package isn't synced from Debian, see http://packages.qa.debian.org/g/gnome-main-menu.html and https://launchpad.net/ubuntu/+source/gnome-main-menu
[13:37] <pitti> brendand: you mean --list --all-sessions ?
[13:37] <pitti> brendand: oh wait, this is for removing sessions, not the underlying chroot, sorry
[13:37] <cjwatson> brendand: end all sessions, check nothing's mounted from that chroot, then "rm -rf --one-file-system" the chroot files in /var/lib/schroot/chroots/ and the configuration file in /etc/schroot/chroot.d/
[13:37] <brendand> cjwatson, i'll get fginther to have a look at it. he's the expert
[13:37] <cjwatson> brendand: ta
[13:37] <pitti> brendand: end all sessions for it, then rm -rf the directory (or tarball), and remove the config in /etc/schroot/chroot.d/
[13:38] <cjwatson> brendand: where would this actually end up?  https://jenkins.qa.ubuntu.com/view/cu2d/view/Head/view/ClickPackage/ doesn't look current
[13:38] <mantiena-baltix> It seems this is because gnome-main-menu was removed from Ubuntu at ~11.10, but now this package is actively maintained by mate team. Should I report a bug and subscribe ubuntu-sponsors to that bug?
[13:39] <brendand> cjwatson, s-jenkins
[13:39] <mitya57> mantiena-baltix: See http://people.canonical.com/~ubuntu-archive/sync-blacklist.txt
[13:40] <mitya57> You should probably contact pitti (or release team) to get it removed from blacklist.
[13:40] <mitya57> Better release team, I think.
[13:41] <cjwatson> no, archive team.  file bug with rationale, subscribe ubuntu-archive
[13:42] <cjwatson> brendand: ah, I guess https://jenkins.qa.ubuntu.com/view/Utopic/view/All/ is the public one
[13:42] <cjwatson> brendand: (digging through private jenkins instances is a pain and not community-friendly so I try not to if I can avoid it)
[13:42] <brendand> cjwatson yeah
[13:42] <cjwatson> https://jenkins.qa.ubuntu.com/view/Utopic/view/All/job/url-dispatcher-utopic-amd64-ci/ seems to be an example with coverage
[13:45] <fginther> brendand, what am I the export for?
[13:45] <fginther> hmmm, that should have been expert. I'm not sure I can export anything useful
[13:46] <brendand> fginther, that's funny. i almost mispelled it 'export' myself
[13:46] <brendand> fginther, cupstream2distro
[13:46] <brendand> fginther, cjwatson just submitted an MP to have a job for click
[13:46] <fginther> brendand, I'm checking that out now. does the build already create a coverage.xml file?
[13:47] <brendand> fginther, yes it should
[13:47] <fginther> cool
[13:56] <doko> Laney, the ld issue is known upstream. should be fixed with the next upload
[13:56] <Laney> doko: ok, do you know when?
[13:56] <Laney> any chance of a cherry-pick?
[13:57] <Laney> can't build glib until it's fixed
[13:57] <doko> there seem to be many cherries to pick ...
[13:57]  * Laney is trying a build with some tasty looking cherries right now as it happens
[13:57] <ogra_> yum, cherrres
[13:58] <ogra_> *cherries
[13:59] <Laney> tee: ../binutils_<IP_ADDRESS>40612-0ubuntu2_amd64.build: No space left on device
[13:59] <Laney> bad cherry :(
[14:00] <mantiena-baltix> cjwatson: against which ubuntu package/component I should report bug about missing gnome-main-menu?
[14:01] <cjwatson> mantiena-baltix: you can just report it against gnome-main-menu even though that's been removed; it doesn't matter as long as ubuntu-archive is subscribed
[14:17] <mantiena-baltix> Is this bug correctly reported? LP Bug #1330500
[14:18] <jdstrand> @pilot in
[14:19] <Laney> doko: I took c72f2fb2bb6a3e1850b081dbfce4040970fae8e6^..d495ab0d843def702a6641fa4fc31708d7fc97b1 and it doesn't segfault on that example now
[14:21] <doko> Laney, can you upload? not sure if I will make it today. there is one more ARM issue I'd like to look at
[14:22] <Laney> doko: well I want to fix glib in experimental too, not sure I'm brave enough to upload binutils there :)
[14:23] <doko> well, then please wait a day
[14:23] <Laney> I can wait for your next snapshot
[14:23] <doko> ok
[14:23] <Laney> it at least confirms that this issue should be fixed with that
[14:27] <mitya57> Noskcaj: Your jquery and jquery-goodies uploads dep-wait on node-uglify (which is not in main, because we don't want nodejs in main)
[14:28] <mitya57> Hm, no, jquery-goodies is not your upload, it was autosynced.  What if boinc hosted their upstream bug tracker on Launchpad, for example? Then it would only be a minor error.
[14:57] <rbasak> LocutusOfBorg1: maybe point the reporter to http://boinc.berkeley.edu/trac/?
[14:57] <LocutusOfBorg1> reload the page
[14:57] <LocutusOfBorg1> :)
[14:57] <LocutusOfBorg1> I already did this
[14:57] <LocutusOfBorg1> I was writing
[14:58] <rbasak> Thanks
[14:58] <LocutusOfBorg1> no, boinc doesn't use lp as upstream bug tracker
[14:58] <LocutusOfBorg1> I just replied with the "seriously", but I was already writing the correct answer :D
[15:10] <seb128> sil2100, tvoss: net-cpp fails to build on ppc with a test failure, is that something being worked?
[15:11] <sil2100> !
[15:11] <tvoss> seb128, got a build log for me?
[15:11] <seb128> tvoss, sil2100: https://launchpadlibrarian.net/177394289/buildlog_ubuntu-utopic-powerpc.net-cpp_0.0.1%2B14.10.20140611-0ubuntu1_FAILEDTOBUILD.txt.gz
[15:11] <sil2100> seb128: ok, I need to apologise for this one, it seems that citrain does not inform of such failures in case of NEW packages (as it has no 'archs available' from the archive)
[15:12] <sil2100> seb128: so it slipped my eyes completely :|
[15:12] <seb128> sil2100, no worry
[15:12] <sil2100> seb128: I was unaware it failed for ppc...
[15:12] <sil2100> I remember the unit tests had some issues once in net-cpp, not being entirely reliable, but I wonder if it's the same thing still
[15:14] <seb128> sil2100, tvoss: source package looks good for NEW, I'm going to accept it, but please look at/fix the ppc build
[15:14] <sil2100> seb128: thank you! And sorry for missing this one out
[15:15] <seb128> that happens, no worry
[17:21] <p0s> did you guys find out where you have an eclipse maintainer? :)
[17:36] <dobey> p0s: if eclipse is in the archive, then information about who maintains it, is also in the archive
[17:37] <p0s> dobey: where is that?
[17:40] <dobey> pbn: "apt-cache show eclipse"
[17:41] <p0s> dobey: yea someone suggested that already, only results in mailing lists (Maintainer: Ubuntu Developers<EMAIL_ADDRESS>/ Original-Maintainer: Debian Orbital Alignment Team<EMAIL_ADDRESS>[17:42] <dobey> so what is the problem? that seems pretty clear to me
[17:42] <p0s> dobey: well i was hoping to find someone which could talk to live on IRC
[17:45] <dobey> you should mail the debian java maintainers list probably. there are no changes in ubuntu to eclipse. we are just including the package from debian right now
[17:45] <p0s> dobey: the problem is that its unusably broken and someone needs to update it to the latest version available, and i wonder whether debian will do that, being a conservative distro...
[17:46] <p0s> dobey: i might try my luck in the debian channel though :|
[17:47] <dobey> p0s: i would hardly call debian conservative
[17:47] <manjo> in d-i are proxy's setup done before NTP setup ?
[17:47] <p0s> dobey: ok well thanks :)
[17:49] <dobey> p0s: i'm sure the maintaienrs will appreciate help to get a newer version in if there is one; but it will only go into experimental/unstable at first. at some point can go to testing. but it's not likely to get updated in stable
[17:49] <dobey> but once it's in unstable, you can ask for it to be synced to ubuntu, and it will be included in the archive for the next release of ubuntu
[17:50] <p0s> dobey: well the version in ubuntu is from 2012, and the bug which breaks it has 114 people claim to be affected, which is something which i haven't seen in any other bug reports, so its rather very likely that it doesn't work for anyone...
[17:51] <p0s> dobey: and there has been a new version in june 2013 which is claimed to fix the issue...
[17:51] <dobey> p0s: well, i guess packaging of eclipse is also pretty complex, as upstream likes to do their own thing
[17:51] <p0s> dobey: FYI https://bugs.launchpad.net/eclipse/+bug/1241101
[17:53] <dobey> ok
[18:03] <hallyn> is there a way for me to kill ppa builds (that i know will time out eventually) msyelf?
[18:53] <infinity> hallyn: Do you not have a cancel button on your builds?
[18:56] <hallyn> infinity: d'oh.  not if i dont' log in...  thx
[18:57] <infinity> hallyn: We can change the permissions to anonymous users can kill any build owned by you (and only you), if that makes your life easier. :P
[18:57] <infinity> s/to/so/
[18:58] <hallyn> i miss the innocent internet
[18:58] <infinity> Yeah, 1993 was a good year.
[18:59] <infinity> Well, I guess 1992.  It all went to hell in a handbasket in 1993.
[20:00] <xnox> pitti: latest status from UOS was to make blueprint to start tracking stuff properly.
[20:00] <xnox> startpar is not enabled yet, still had a few packages to fix / upload.
[20:00] <xnox> don't like the task patch, thus want to enable without startpar learning about tasks
[20:02] <tedg> xnox, What was the PPA you gave me for upstart with cgroups?
[20:21] <dobey> hmm
[20:22] <tedg> xnox, slangasek, using the daily upstart PPA it seems that my phone/emulator don't finish boot. Is that known or should I investigate enough to file a bug?
[20:24] <slangasek> tedg: I don't know anything about it; most of the time all I see of the daily upstart PPA is build failures.  Please investigate :)
[20:24] <tedg> Heh, okay. Was hoping for a different answer ;-)
[20:25] <infinity> tedg: The pheasant has no agenda.
[20:27] <infinity> rcj: That open-vm-tools-lts-trusty in precise-proposed looks suspect to me.
[20:28] <infinity> rcj: You can't both have a transitional package *and* have the package it's transitioning to conflict/provide that same package.
[20:28] <infinity> rcj: Erm.  By which I mean open-vm-tools in trusty-proposed.
[20:30] <hallyn> infinity: say would it be possible to get a process listing on  chindi06 where a ppa build is hanging?
[20:30] <infinity> rcj: What you want here is "foo-lts-trusty, Depends: foo" and "foo, Breaks/Replaces: foo-lts-trusty (<< transitional version)"
[20:31] <infinity> hallyn: Nope.
[20:31] <hallyn> infinity: drat.  thanks.  will just keep bisecting then
[20:31] <rcj> infinity, okay.  I'll correct it.
[20:31] <infinity> rcj: Did that make sense?
[20:32]  * infinity goes for lunch.
[20:38] <rcj> infinity, it did make sense
[21:30] <tedg> slangasek, I filled bug 1330692, went to the end of my understanding. Hope it helps some :-)
[22:24] <brentwal1her> How do new versions of packages become updated in the repositories?
[22:25] <brentwal1her> I'm curious because the i3 package is behind many versions and the maintainer is "Maintainer: Ubuntu Developers<EMAIL_ADDRESS>[22:26] <sarnold> brentwal1her: it depends if the package needs a sync or a merge -- a sync is just a copy from debian, a merge is needed if there are ubuntu-local changes to the package
[22:27] <sarnold> brentwal1her: this is a useful place to start learning about it: https://wiki.ubuntu.com/SyncRequestProcess
[22:28] <brentwal1her> Thank you sarnold
[22:29] <cjwatson> In this case it's in sync with Debian, and the version of i3 in utopic was updated yesterday to the latest version from upstream.
[22:29] <cjwatson> We don't normally update stable releases to new upstream versions, only cherry-pick important bug fixes as needed.
[22:29] <cjwatson> https://wiki.ubuntu.com/StableReleaseUpdates describes that process.


[09:21] <PaulGit> s
[10:29] <blub_> Hello
[10:29] <blub_> I have got a question
[10:30] <blub_> why is ubuntuone as slow as hell on my computer?
[10:31] <blub_> I added 30 MB to my UbuntuOne folder an he is loading sice 6 hours.
[10:31] <blub_> but has just uploaded 7.8 MB, yet
[10:40] <blub_> honk
[13:03] <jakewc2> can somebody help with getting my netbook UbuntuOne to work
[13:05] <jakewc2> I cannot get an Icon in the Status Bar, plus in Preferences>UbuntuOne, it shows Nothing against settings with Name, e-mail etc
[16:24] <beuno> jakewc2, are you on karmic or lucid?
[17:22] <jakewc2> sorry, just seen this now, I am on Lucid
[17:23] <jakewc2> just upgraded yesterday
[18:32] <DanaG> hmm, is it known that ubuntuone doesn't deal well with huge numbers of files?
[18:32] <DanaG> It's using 100% CPU syncing a dir that contains my pidgin logs.
[20:56] <hyperair> honk
[20:56] <hyperair> http://paste.debian.net/67445/ <-- so ubuntuone won't connect.
[20:56] <hyperair> or rather, the syncdaemon won't start