[00:09] <Knives> I'm looking for a Jpdota
[00:10] <Jpdota> Knives: found
[00:52] <kees> andersk: sure, I'll apply it.
[02:12] <fakhriz> hi folks
[02:13] <fakhriz> I have trouble installing my webcam ubuntu 8.1
[02:13] <fakhriz> anybody there
[02:14] <nhandler> fakhriz: This channel is not for support. Try #ubuntu
[02:14] <fakhriz> thx
[05:46] <dholbach> good morning
[06:11] <amason_> hey guys is UXA & DRI2 working in jaunty with -intel ? i know there are known issues with alpha4 and EXA. I was hoping to test out some newer packages and can deal with most things not working
[06:12] <amason_> but obviously the display portion is important
[06:12] <pwnguin> amason_: if you don't get an answer here, ubuntu-x might have your answer
[06:13] <amason_> pwnguin: thanks i'll head over and ask there.
[07:22] <pitti> Good morning
[07:22] <pitti> ScottK: I copied 4.1.4 to i-updates yesterday
[07:22] <pitti> apw: cool, thanks! will review
[07:23] <pitti> maxb: hm, you shouldn't really get a prompt, the file should just go; please file a bug against locales and subscribe me
[08:09] <primes2h> Could someone have a look on this and tell if the package affected is correct? BTW, this bug has an high impact on many many users especially newbies. bug #255651
[08:10] <primes2h> I forgot.. please? :-)
[08:14] <jeromeg> pitti: you seem to have taken care  of a few abiword uploads in the past. I'm working on packaging 2.6.6. Are you interested in reviewing it once I'm done ?
[08:15] <pitti> jeromeg: I can look at it, but please just subscribe ubuntu-main-sponsors, so that it's not blocking on just me
[08:17] <jeromeg> pitti: ok, I'll do that
[08:26] <primes2h> bryce: Could you have a look on this, please? bug #291436
[08:27] <tkamppeter> pitti, hi
[08:27] <pitti> hi tkamppeter
[08:27] <pitti> tkamppeter: please try to test-build cups before committing a patch :)
[08:29] <tkamppeter> pitti, about your upload of CUPS, the pdftopdf filter has to get built in Ghostscript mode. Poppler's pdftopdf has a general bug of not supporting different paper sizes in the output. Can you repackage CUPS with the pdftops filter being Ghostscript-based? Thanks.
[08:33] <tkamppeter> pitti, diod the CUPS not build for you in the form how I uploaded it? For me it built.
[08:34] <tjaalton> primes2h: nothing we can do
[08:34] <primes2h> tjaalton: about the ATI one?
[08:35] <tjaalton> primes2h: yes
[08:36] <pitti> tkamppeter: the test suite failed
[08:36] <pitti> tkamppeter: because it didn't find gs
[08:36] <pitti> tkamppeter: so if we should stop using pdftops from poppler-utils, and start using ghostscript, we need to change the patch again and swap the build-depends and depends instead
[08:42] <pitti> tkamppeter: I just wonder whether switching to gs will give us a different set of bugs?
[08:42] <tkamppeter> pitti, I see. Can you do so? Return to my original patch and add "ghostscript" to BuildDepends and Depends.
[08:44] <pitti> tkamppeter: I can, just wanted to confirm that that's the right thing
[08:44] <pitti> tkamppeter: it's not possible to fix poppler?
[08:44] <tkamppeter> pitti, OK, thanks.
[08:44] <tkamppeter> pitti, I had reported a bug to them, but they do not fix it.
[08:45] <pitti> tkamppeter: okay; can you please open a bug and assign it to me?
[08:54] <tkamppeter> pitti, this is the link to the Poppler bug report: https://bugs.freedesktop.org/show_bug.cgi?id=19777
[08:59] <primes2h> tjaalton: Thanks.
[09:02] <tkamppeter> pitti, bug 329991
[09:02] <pitti> tkamppeter: thanks
[09:06] <tkamppeter> pitti, have you already seen http://bugs.freedesktop.org/show_bug.cgi?id=19968
[09:07] <pitti> maxb: ah, found the problem; will fix
[09:07] <pitti> tkamppeter: I saw the reply, yes; but I can't test it here either
[09:07] <tkamppeter> They have closed it because they cannot reproduce it with their projector, probably theirs reports the default.
[09:08] <tkamppeter> They also they use Intrepid and not Jaunty.
[09:09] <pitti> seb128: btw, the retracer failures are my fault (conffile question in locales); fixing locales...
[09:09] <lool> pitti, tkamppeter: I had this exact same bug, I discussed it at length with seb128 and bryce
[09:09] <seb128> pitti: ok
[09:10] <lool> xrandr (the command-line binary) has a special --preferred flag which makes it *compute* the preferred mode when one isn't advertized; there's no comparable logic in the XRandr API or in GNOME (either libgnome-desktop or g-s-d)
[09:10] <lool> Which is what seemed to be missing
[09:10] <directhex> compute it based on what?
[09:11] <tkamppeter> pitti, lool, bryce, I think, this is a bug in xrandr, as if one starts the X server with the projector plugged, it works correctly. So the X server contains the correct logic. One only needs to use the same logic in xrandr.
[09:11] <lool> directhex: It selects the largest mode you support
[09:11] <lool> directhex: see preferred_mode() in xrandr/xrandr.c
[09:12] <lool> (in the x11-xserver-utils package)
[09:13] <lool> tkamppeter: If you "xrandr --auto" in a Xorg session it works fine, right?
[09:13] <tkamppeter> Perhaps projectors which behave as the one on the Sprint are rare and so it is difficult to convince someone to fix this.
[09:14] <tkamppeter> lool, no, if I do so, I get exactly the problem described in the bug. If I start X with the projector plugged I get the correct result.
[09:14] <lool> My understanding is that in GNOME sessions, all xrandr updates / hotkeys etc. are handled in GSD; I don't quite know whether it's a Xorg bug too
[09:16] <maxb> pitti: thanks! I'll wait for a new glibc to hit the archive before upgrading my remaining jaunty machines, to test
[09:17]  * directhex installs a jaunty VM
[09:21] <jeromeg> pitti: ok, I think I'm for abiword, I attached everything and suscribed ubuntu-main-sponsors
[09:21] <jeromeg> bug #318444
[09:21] <mvo> lool: when I looked into the xrandr util last it had a lot of logic in it that really should be in some sort of library
[09:21] <jeromeg> I hope there aren't many issues because each test build takes 40 minutes here :(
[09:22] <lool> mvo: Yes
[09:22] <lool> mvo: That's exactly what we saw in my case
[09:22] <directhex> jeromeg, try your hand at OOo packaging, then moan about 40 minute build times ;)
[09:24] <jeromeg> directhex: I tried to build ooo one time, and killed the pbuilder after 2 hours :)
[09:25] <directhex> jeromeg, barely 25% in? tsk
[09:29] <tkamppeter> mvo, and the logic which does it correctly with the projector of the sprint is in the X server and not in xrandr ...
[09:42] <pitti> maxb: I uploaded the fix half an hour ago; it's not in glibc, but in "locales" (langpack-locales source), which is fairly small
[09:42] <pitti> maxb: thanks
[09:43] <maxb> "Add alternative dependency to libc6.1, to unbreak ia64." ?
[09:44] <pitti> maxb: no, the next one, in -3
[09:44] <cjwatson> doko: python2.6 binaries accepted now
[09:44] <maxb> Oh. mail being slow, then
[09:46] <geser> so we have now four python versions in the archive?
[09:47] <mok0> geser: 2.3 is still supported?
[09:47] <cjwatson> geser: https://blueprints.launchpad.net/ubuntu/+spec/python-for-jaunty includes dropping 2.4 modules
[09:47] <doko> cjwatson: thanks
[09:47] <geser> mok0: 2.4, 2.5, 2.6 and 3.0
[09:48] <geser> doko: Hi, what are the chances to see python-central 0.6.8 in jaunty? Some packages from universe are in DEPWAIT as they want python-central >= 0.6.8 and jaunty has only 0.6.7ubuntu1.
[09:48] <mok0> cjwatson: any idea how many modules are not supported under 2.5?
[09:48] <mok0> geser: oh cool
[09:49] <cjwatson> mok0: I thought everything was supported
[09:50] <mok0> cjwatson: I'm not sure
[09:50] <mok0> cjwatson: perhaps
[09:50] <mok0> cjwatson: that's why I asked :-)
[09:50] <cjwatson> mok0: I would be surprised if not; about the only thing that has trouble is zope2.x/plone
[09:50] <cjwatson> mok0: everything else is fine AFAIK
[09:50] <mok0> cjwatson: sounds great then
[09:51] <cjwatson> doko: what's up with the i386 build failure on -0ubuntu3 though? is it due to a parallel build?
[09:51] <mok0> cjwatson: Usually Python version upgrades have meant that extension modules had to be corrected
[09:52] <mok0> cjwatson: especially those relying on swig
[09:53] <doko> geser: no, will upload a new version
[09:54] <doko> cjwatson: no, profile based build. will disable this for now. it's a GCC bug
[09:55] <geser> doko: you mean something like python-central 0.6.8ubuntu1 (or even greater)?
[10:05] <cjwatson> mok0: maybe, but we did 2.5 ages ago
[10:05] <mok0> cjwatson: k, thx
[10:20] <lool> doko: Looks like /etc/ld.so.conf.d/<triplet> should be rm_conffiled in glibc
[10:20] <lool> doko: I have /etc/ld.so.conf.d/i486-linux-gnu.conf and /etc/ld.so.conf.d/i486-linux-gnu here
[10:22] <lool> I filed this sa #330029
[10:38] <doko> lool: yes, but it currently doesn't hurt, because only *.conf files are read
[10:41] <lool> doko: Ok
[10:41] <lool> doko: Hmm I don't see how the nosegneg dir is included in hardy; if I ldconfig -p with libc6-xen installed on a hardy xen domU, it doesn't show any nosegneg dirs, only the cmov one
[10:41] <lool> doko: I suspect we miss the xen.conf file
[10:44] <lool> doko: If I create a /etc/ld.so.conf.d/xen.conf with "hwcap 1 nosegneg" and run ldconfig, I see the nosegneg files in the cache now
[10:44] <lool> (in ldconfig -p)
[10:44] <lool> That said, it still prefers the i686 version, which is probably another bug
[10:46] <lool> Hmm TLS is disabled in all cases, so not a big deal
[10:47] <lool> ubuntu-minimal depends on libc6-i686 though, blah
[10:47] <lool> I don't quite see the point of the libc6-xen in Ubuntu since -i686 is built with the same flags
[10:48] <apw> pitti, thanks for looking at my apport  (when you get to it)
[10:48] <apw> pitti, just to say i finally figured out how to test it propoerly with all three interfaces, and did actually test them all
[10:50] <lool> wow three reasons why libc6-xen is uselesss :-/
[10:53] <lool> doko: I filed 330039 on libc6-xen being useless, it might be the result of Ubuntu specific changes
[10:59] <lool> doko: Right, it's Ubuntu-specific; Debian doesn't set nosegneg by default
[11:00] <lool> doko: Perhaps we should drop the xen pass as a result
[11:01] <elmo> why do we nosegneg?
[11:03] <doko> I would have to look, I think I inherited this code
[11:04] <lool> elmo: This seems to be a very old change in Ubuntu
[11:04] <lool>     * i386.mk:
[11:04] <lool>       * readd no-tls-direct-seg-refs to generic libc cflags.
[11:04] <lool> glibc (2.5-0ubuntu1) feisty;  -- Fabio M. Di Nitto<EMAIL_ADDRESS>Wed, 01 Nov 2006 12:49:55 +0100
[11:05] <elmo> I mean, I'm not complaining, it's a win for Xen ;-)  I just didn't think it was a win in the normal case
[11:06] <lool> I can tel it results in slower i386 assembly, but I don't know by how much
[11:07]  * lool returns to arm
[11:09] <ogra> hmm, new d-i inst built yet ...
[11:09] <cjwatson> it'll need another rebuild today for cdebconf-terminal anyway
[11:09] <cjwatson> ... once I get that built
[11:10] <lool> ogra: It the new NSLU2 kernel in?
[11:10] <ogra> lool, just checking
[11:10] <lool> I didn't see the change from jaunty-changes, but I might have missed it
[11:11] <ogra> yep. looks like we have an 8.22
[11:15] <lool> ogra: In the latest git tip, I see CONFIG_ARCH_SUPPORTS_BIG_ENDIAN=y
[11:17] <ogra> yes, somehow the changelog parser missed it
[11:17] <lool> ogra: So it's supposed to be the correct flag?
[11:17] <ogra> i knew it was in there already, was just waiting that it builds
[11:17] <ogra> amit picked it from the debian config he said
[11:17] <ogra> so i assume it is
[11:17] <ogra> we'll know if d-i is there ...
[11:18] <ogra> ... i would have poked around with my script, but since d-i was uploaded anyway i'll just wait for the real thing to appear
[11:18] <ogra> theoretically it should bot now
[11:18] <ogra> *boot
[11:24] <Keybuk> cjwatson: you'll sympathise with this
[11:24] <Keybuk> I've been trying to listen to the Ubuntu UK Podcast
[11:24] <Keybuk> and having the "someone is being wrong on the Internet" issue
[11:25] <ogra> that cant be ... if its n the internet it has to be true ...
[11:26] <directhex> the internet wouldn't... lie to me!
[11:26]  * soren imagines a world that adapts itself in order to make whatever was on the Internet true
[11:26] <ogra> no, its like your TV ... one of the few things that tell the absolute truth in the world :)
[11:26]  * soren fails
[11:26] <pitti> Keybuk: http://xkcd.com/386/ ?
[11:27] <Keybuk> pitti: exactly
[11:30] <ogra> lool, hrm, seems d-i failed badly on all arches anyway
[11:30]  * ogra didnt look before ..
[11:32]  * Keybuk is having the most random issue with jaunty today
[11:32] <Keybuk> it sometimes resolves IPv6 addresses for things
[11:32] <Keybuk> and then declares "Network unreachable"
[11:32] <Keybuk> especially gb.archive.ubuntu.com
[11:34] <Daviey> WAT
[11:34] <Daviey> Keybuk: i wouldn't bother listening to that podcast, full of jerks :)
[12:04] <pitti> tkamppeter: however, it seems that some filters in debian/local/pdf-filters/ still use poppler; that would mean that we'd get a mix of poppler and ghostscript?
[12:34] <asac> doko: have a clue about http://paste.ubuntu.com/118812/ (from http://launchpadlibrarian.net/22674731/buildlog_ubuntu-jaunty-sparc.ppp_2.4.5~git20081126t100229-0ubuntu1_FAILEDTOBUILD.txt.gz)
[12:35] <asac> doko: ?
[12:35] <asac> seems that BIG_ENDIAN and LITTLE_ENDIAN is defined there ;)
[12:36] <asac> doko: the error say: # error Fix asm/byteorder.h to define arch endianness ... so maybe there is something missing on sparc ?
[12:36] <asac> or are you the wrong to ask ;)?
[12:37] <doko> asac: I didn't touch ppp ... maybe fix the configure test?
[12:37] <asac> doko: well. i dont ask because of pp, just wonder if the sparc header might be wrong
[12:38] <asac> doko: what is the configure test supposed to do?
[12:38] <asac> doko: on i386 asm/byteorder.h includes "little_endian.h"
[12:39] <doko> asac: well, have a look at the linux-libc-dev package
[12:39] <asac> doko: do you have a sparc jaunty thing somewher?
[12:39] <ogra> .oO( all the poor sparc dialup users .... )
[12:39] <asac> hehe
[12:39] <asac> ogra: more so about the sparc ppp server providers ;)
[12:39] <ogra> heh, yeah
[12:40] <asac> i hoped i would get feedback on server capabilities from them. but now ...
[12:40] <doko> asac: my sparc machine is currently down, so maybe have a look at faure?
[12:40] <asac> doko: let me check that
[12:42] <asac> doko: hmm ... seems i have no access to that system
[12:43] <asac> oh. so kernel is in manualdepwait for sparc
[12:48] <cody-somerville> Sounds no longer works in Xubuntu. :(
[12:48] <Tm_T> cody-somerville: is it lighter that way?
[12:48] <cody-somerville> no
[12:48] <cody-somerville> Bulkier
[12:48] <cody-somerville> ala PulseAudio
[12:49] <Tm_T> cody-somerville: interesting, I had always the sense of lightness when I played good old "indy500" without sound
[12:49] <cody-somerville> I predict a day of the utmost suffering without my beautiful music : (
[12:50] <Tm_T> cody-somerville: for that reason I always have backup, lp player
[12:50] <Tm_T> cody-somerville: as I spend too much time fiddling with upstream
[12:52] <davmor2> cody-somerville: here borrow mine :)
[12:52]  * davmor2 passes cody-somerville his music to listen to
[12:53] <cody-somerville> I think I hear something... oh wait, no... just the snowplow outside :(
[12:53]  * hyperair wonders what's the state of the intel drivers on jaunty
[12:56] <Keybuk> I wish grub had copy & paste between reboots
[12:56] <ogra> implement it :)
[12:57] <Keybuk> I have too much real work to do
[12:59] <asac> doko: seems asm/byteorder.h includes linux/byteorder.h while it should inlcude linux/byteorder/big_endian.h
[13:00] <asac> doko: so i guess -kernel?
[13:01] <asac> (and drop the #define __BIG_ENDIAN i guess from asm)
[13:09] <tkamppeter> pitti, the mix of Ghostscript and Poppler in the CUPS filters should not be a problem. Conversions from PDF to PS and vice versa are done with GS now, Poppler is only used for pdftopdf, as Poppler has a better API for page management. Poppler does not render the PDF files here, it only takes them apart and puts them together in another order.
[13:09] <pitti> tkamppeter: okay
[13:10] <tkamppeter> pitti, also formerly CUPS uses both Poppler and GS, Poppler for pdftops and Ghostscript for the printer drivers.
[13:13] <jeromeg> anyone available to review abiword 2.6.6 ?
[13:19] <primes2h> Keybuk: Could you have a look on bug #255651 please?
[13:20] <Keybuk> someone filed that one again?
[13:20] <primes2h> In Hardy all worked out of the box, no floppy modules in /etc/modules
[13:20] <primes2h> It has 18 duplicates-
[13:21] <ogra> cjwatson, can we make sure the ixp4xx microcode udeb ends up in the ixp4xx netboot d-i image ?
[13:21] <cjwatson> ogra: sure, what's it called?
[13:22] <ogra> hmm, no idea, i dont see an explicit package on http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-firmware/
[13:22] <ogra> http://ports.ubuntu.com/ubuntu-ports/pool/main/l/linux-firmware/nic-firmware_1.6_all.udeb ?
[13:22] <ogra> i guess rtg just includes it in the std. binary
[13:23] <ogra> i'll ask
[13:23] <primes2h> Keybuk: I don't know what changed between Hardy and Intrepid so I don't know where to adress it.
[13:23] <Keybuk> primes2h: it's a kernel bug
[13:24] <primes2h> Keybuk: even if module it's not present in /etc/modules in Hardy but floppy works out of the box?
[13:25] <Keybuk> primes2h: a temporary workaround
[13:25] <Keybuk> echo alias acpi*:PNP0700:* floppy > /etc/modprobe.d/makemyfloppywork
[13:25] <_MMA_> Hi all. Anyone from the release team around? The Ubuntu Studio dailies haven't been built since the 2nd. I need to get that remedied.
[13:26] <primes2h> Keybuk: A wordaround is adding floppy in /etc/modules
[13:27] <soren> Keybuk: That doesn't work for me. I had a file called acpi-oh-dear-this-is-not-going-to-work:PNP0700:what-do-I-do in my $PWD, when I did it. Does that matter?
[13:27] <Keybuk> soren: in your PWD ?
[13:27]  * soren should sleep more at night, /me thinks
[13:27] <Keybuk> what did that file contain?
[13:27] <cjwatson> ogra: done
[13:28] <soren> "im in ur $pwd eeting ur modulz"
[13:28] <cjwatson> Keybuk: I think soren is trolling your lack of shell quoting
[13:28] <primes2h> Keybuk: It works but I would like to know what is in charge to let floppy works in Hardy, because no module is present in /etc/modules... Is it built directly in the kernel itself?
[13:29] <Keybuk> primes2h: hardy has a variant of that line in a file in /etc/modprobe.d
[13:29] <Keybuk> in fact, intrepid and jaunty have the same file
[13:29] <lool> soren: haha
[13:29] <Keybuk> it's just that the file doesn't work anymore, because it's wrong ;)
[13:30] <primes2h> Keybuk: How can it be fixed so?
[13:30] <Keybuk> primes2h: it's a one line patch to the kernel
[13:30] <ogra> cjwatson, thanks
[13:30] <cjwatson> _MMA_: one moment
[13:31] <cjwatson> _MMA_: the cron job was apparently commented out; I'm not sure why but can't find a justification for it. I've reenabled it.
[13:31] <Keybuk> primes2h: it's somewhere in my TODO list
[13:31] <Keybuk> assuming the kernel team don't get to it first
[13:32] <primes2h> Keybuk: Unfortunately it's a blocking bug for many many users, newbies firstly...
[13:32] <Keybuk> but there's 10 of them, and 1 of me, so I outnumber them 1-to-10
[13:32] <Keybuk> primes2h: the things above it in my TODO list concern more useful hardware than floppy drives :)
[13:33] <primes2h> Keybuk: ok, but it's just one line... ;-)
[13:33] <Keybuk> yes, but then I have to test it
[13:33] <Keybuk> and I have to use git
[13:33] <Keybuk> which means I have to stab someone afterwards
[13:34] <Keybuk> and then I have to have the "why not work around it in userspace?" argument
[13:34] <Keybuk> at which point, I should probably just commit it upstream
[13:34] <Keybuk> which means it'll turn up in jaunty+1
[13:34] <Keybuk> in summary: one line patches take more effort than entire new features :p
[13:36] <jeromeg> anyone here has a few spare time to review bug #318444 ?
[13:36] <primes2h> Keybuk: I don't want to put pressure on you but unfortunately this kind of bug put away a lot of new users in Ubuntu.. :-)
[13:36] <jeromeg> I won't have much time in the following days, and feature freeze is soon
[13:37] <primes2h> Keybuk: users that are not even able to report a bug...
[13:38] <Keybuk> primes2h: those users will be even more upset if Ubuntu fails to mount their root filesystem
[13:38] <Keybuk> which is amongst the bugs higher up on my list ;)
[13:40] <_MMA_> cjwatson: Oh odd. Thanx for the fix.
[13:40] <primes2h> Keybuk: if I find someone providing a patch for this could you review it? (when you have time, of course) :-)
[13:41] <Keybuk> primes2h: of course
[13:42] <primes2h> Keybuk: Thank you.
[13:42] <azeem> w31
[13:43] <azeem> oops, sorry
[13:46] <PecisDarbs> pitti: hi there, I have that patch for sl-modem-daemon init script, can I send it to you, will you take look at it?
[13:50] <ogra> cjwatson, hmm, i suspect there is more to change for the nslug ... in debian it starts an ssh server after booting
[13:50] <ogra> oh, it does so for me too now, but first asks the kbd questions ...
[13:51]  * ogra guesses that needs special preseeding
[13:53] <cjwatson> ogra: as documented ...
[13:54] <primes2h> Keybuk: just one last thing. Do you mean the patch has to be addressed at the kernel package? Or what else package alternatively?
[13:54] <directhex> slugbuntu?
[13:54]  * ogra wonders what kbd to set ... i guess just gb or us is fine ... nobody will use that anyway
[13:54] <ogra> directhex, yeah :)
[13:54] <ogra> a hommage to the sydney linux user group ;)
[13:56] <cody-somerville> hmm... abiword appears to be in main. I thought it was in universe.
[13:56] <primes2h> Keybuk: I mean, is the bug in the kernel package itself?
[13:57] <Keybuk> primes2h: it's a bug in the kernel source itself
[13:57] <cody-somerville> Can someone do me a big fat favour and review/upload an update prepared by one of the Xubuntu contributors jeromeg for Abiword? https://launchpad.net/bugs/318444
[13:59]  * ogra grins about the nslug loading the PS/2 driver
[14:07] <pitti> PecisDarbs: great! Please attach it to the bug report
[14:20] <ogra> hrm, i dont get where d-i pulls the preseed file from during build
[14:22] <PecisDarbs> pitti: patch attached to bug report with explanation what it does
[14:28] <pitti> PecisDarbs: thanks
[14:39] <cjwatson> ogra: build/config/arm/iop32x/netboot.cfg:29: cp boot/arm/glantank.preseed $(SOME_DEST)/$(EXTRANAME)/glantank/preseed.cfg
[14:39] <cjwatson> that kind of thing presumably
[14:39] <ogra> cjwatson, yeah, seems the default file is assembled in the oldsys-preseed usdb
[14:40] <cjwatson> that's a bit different
[14:40] <ogra> i got a preseed.cfg in the booted d-i but dont see it in the d-i buildlog
[14:40] <ogra> there is no such thing like the iop32x code for ixp4xx
[14:40] <cjwatson> oldsys-preseed is for *dynamic* preseeding based on stuff extracted from the device
[14:40] <ogra> so i assume it comes with a package
[14:40] <cjwatson> ogra: it's not generic, you would have to write it
[14:41] <cjwatson> there is normally no default preseed file
[14:41] <ogra> ah
[14:41] <cjwatson> unless you've modified your local tree with a preseed.cfg
[14:41] <ogra> i was assuming there was one since ixp4xx has so much special setup
[14:41] <ogra> no, i didnt touch my tree
[14:42] <cjwatson> there's no preseed.cfg in the ixp4xx images in the archive
[14:42] <ogra> right
[14:42] <cjwatson> so I don't know why your tree would be picking one up
[14:42] <ogra> but i have /preseed.cfg in the booted d-i on the device
[14:42] <ogra> which makes me assume oldsys-preseed created it somehow
[14:43] <ogra> the values match wahts in oldsys-preseed
[14:43] <cjwatson> ah, right, yes oldsys-preseed would do that at run-time
[14:43] <ogra> right
[14:44] <ogra> cjwatson, btw, dont wait for me with the d-i upload for this ...
[14:44] <cjwatson> I'm waiting for other things at the moment
[14:45] <ogra> ok, just want to make sure ... the team has serial consoles anyway so for internal tests the debconf questions wont get in your way
[14:45] <cjwatson> need debian-installer-utils to publish
[14:45] <ogra> s/your/our/
[14:46]  * ogra goes for some late lunch
[15:17] <ogra> cjwatson, geez, most of the config is hardcoded in the oldsys-preseed script actually
[15:18] <ogra>                         sanity_check_static_config
[15:18] <ogra>                         if [ "$NET_CONFIG" != "static" ]; then
[15:18] <ogra>                                 IPADDRESS=<IP_ADDRESS>
[15:18] <ogra> .....
[15:18] <ogra> tsk
[15:18] <ogra> and the static file has exactly the same values ...
[15:18] <cjwatson> hah. Please take that up in a Debian bug report, I don't want to have to figure it out myself
[15:19] <ogra> will do
[15:24] <Keybuk> bryce: why is there an /etc/init.d/xserver-xorg-input-wacom ?
[15:25] <ogra> Keybuk, i wuld guess it calls hal-set-property to adjust the config
[15:25] <Keybuk> it does not
[15:25] <ogra> Keybuk, tablets are tricky since they have multiple input devices
[15:25] <ogra> hmm
[15:25] <Keybuk> it makes symlinks
[15:26] <Keybuk> in fact, it makes one symlink - /dev/input/wacom
[15:26] <ogra> shudder
[15:26] <ogra> now that should be halified ...
[15:27] <ogra> but its probably for backwards compatibility with old xorg.conf setups
[15:27] <sladen> and IIRC it's wrong anyway, as it's not an *input* (HID) device
[15:27] <Keybuk> ah
[15:27] <Keybuk> you misunderstand me
[15:27] <Keybuk> it makes a symlink, in /dev, to a device node, in /dev
[15:27] <Keybuk> based on properties found in /sys
[15:27] <Keybuk> I may be wrong, but we have a daemon entirely dedicated to that purpose
[15:28] <Keybuk> and would you know, xserver-xorg-input-wacom installs a config file for that daemon
[15:28] <Keybuk> and WOULD YOU KNOW it makes a symlink with it ;)
[15:28] <ogra> right, but we had that hardcoded /dev/input/wacom entry in xorg.conf from mr. garret for years
[15:28] <Keybuk> you still miss the point ;)
[15:28] <Keybuk> the symlink is already there by the time this init script runs
[15:28] <sladen> HAL/udev, yes yes yes
[15:28] <ogra> oh
[15:28] <ogra> gets it
[15:29] <ogra>  /me even :)
[15:29] <sladen> but the symlink that bryce (?) added is wrong anyway, so don't duplicate it
[15:29] <soren> sladen: Wacom tablets aren't input devices?
[15:29] <Keybuk> well, yes, having such a symlink is inherently bogus
[15:29] <sladen> soren: no, they're serial ports
[15:29] <soren> sladen: What would you call the thing at the end of it?
[15:30] <soren> I mean.. At the other end of the port?
[15:30] <sladen> soren: an RS-232 transceivever
[15:30]  * soren feels like he's missing half a story here
[15:31] <sladen> the protcol that runs over these serial ports is not HID, or kernel dev/input.  It's a 5-9 byte protocol that must be converted ito HID.  And *that* translated device added to /dev/innput
[15:32] <ogra> though it doesnt need to create the same symlink twice :)
[15:32] <sladen> the purpose of the shell script was to search for such "hidden" serial ports, and then tell X to talk magic protocol to those ports
[15:33] <Keybuk> sladen: no, the shell script doesn't do any of that
[15:33] <sladen> Keybuk: indeed.  However, that's what used to happen when it did work out of the box, which IIRC, it no longer the case...
[15:35] <Keybuk> such a shell script would still be wrong
[15:35] <Keybuk> HAL should do that kind of thing
[15:36] <sladen> Keybuk: agreed.  If there's now a in-kernel wacom driver (that translates to HID) it should be possible to make it all work "correctly"
[15:36] <Keybuk> there certainly seems to be
[16:43] <jeromeg> dholbach: could you please have a look at bug #318444 ?
[16:43] <jeromeg> I would like to get this in before feature freeze
[16:44] <dholbach> jeromeg: I'd prefer if somebody else could take a look at it - I'm quite busy atm - did you ask in #ubuntu-desktop?
[16:45] <jeromeg> dholbach: nope, I'll try that
[16:54] <rgreening> mvo: ping
[16:54] <mvo> rgreening: pong
[16:55] <rgreening> heya. I got a q for you... in the apt backend for kpk, do you know if it supports searching the app-install data (desktop) files for applications?
[16:56] <rgreening> mvo: I am looking at adding a simplified search to kpackagekit, as the default one returns all packages (i.e. libraries, etc) but the end user may only wish to know about applications from the app-install-data package.
[16:56] <rgreening> mvo: but I need some direction on how to set the correct Client Filter (if it exists)
[17:02] <mvo> rgreening: I thnk it does exist, glatzor was doing some work on the packagekit backend, he probably knows the answer better than me
[17:02] <rgreening> ok.
[17:03] <rgreening> glatzor: I have basically everything complete for a Add/Remove simple view in kpackagekit. I need some assistance on setting a filter for app-install desktop entires only.
[17:03] <rgreening> ty mvo
[17:03] <mvo> cheers, sorry that I was not more helpful
[17:04] <glatzor> rgreening, what should the filter return? the application names?
[17:06] <rgreening> glatzor: hey. Well, right now, if you filter on Group, it will return all packages in that group. I'd like to filter out libraries, etc and just return valid Applications from the app-install-data package. I was wondering if that exists?
[17:06] <rgreening> glatzor: like a filter AppOnly option or something
[17:09] <glatzor> rgreening, getting an application view requires a lot more things than just to hide libraries.
[17:09] <rgreening> glatzor: well, that's what I am asking...
[17:09] <rgreening> glatzor: is that backend written?
[17:09] <rgreening> glatzor: I have a ready to go front-end, if there is a backend filter available to use
[17:10] <glatzor> rgreening, there is already some code to map packages to menu entries (desktop files) which is used in the gnome utils
[17:10] <glatzor> but that is not very mature.
[17:10] <rgreening> glatzor: who is working that piece? if anyone?
[17:10] <glatzor> rgreening, e.g. it doesn't not handle multiple applications per package
[17:11] <glatzor> rgreening, richard
[17:11] <rgreening> glatzor: nick for richard?
[17:11] <glatzor> rgreening, I already gave you the recommendation to look at this code at UDS. :)
[17:12] <glatzor> rgreening, hughsie at #packagekit
[17:12] <rgreening> glatzor: ty. UDS was a long while ago. My brain forgot :)
[17:12] <rgreening> glatzor: I'll try richard,
[17:14] <glatzor> rgreening, there is already an infrastructure and terminology in the packagekit api: the basename or gui filter
[17:15] <glatzor> rgreening, but basenames aren't "yet" implemented in the apt backend
[17:16] <rgreening> glatzor: which part is that contained it?
[17:16] <rgreening> glatzor: oh...
[17:16] <glatzor> rgreening, we can take the discussion to #packagekit
[17:24] <rgreening> glatzor: is richard the one working on the basename stuff for the apt backend?
[17:27] <glatzor> rgreening, no. I am the apt backend maintainer and richard is the chief of the whole project :)
[17:28] <rgreening> ok, can you help me then?
[17:28] <glatzor> rgreening, he doesn't work on any other backend than the yum one
[17:28] <glatzor> rgreening, I hope so.
[17:28] <rgreening> glatzor: ok. so, what do we need to do?
[17:29] <rgreening> I can help, if you point me to things to test/try.
[17:32] <rgreening> glatzor: right not my front-end looks liek this... http://imagebin.ca/view/8dy8cR1.html
[17:33] <rgreening> glatzor: basically, whats missing is the ability to show only end-user apps, which comes down to a filter into the app-install-data somehow.
[17:37] <apw> pitti, did you get a chance to look at that apport thingy
[17:38] <kirkland> RainCT: howdy, just got your messages
[17:39] <kirkland> RainCT: regarding your screen-profiles mousewheel issue, can you read https://bugs.edge.launchpad.net/ubuntu/+source/screen-profiles/+bug/328536 and tell me if that's your issue?
[17:39] <RainCT> hi kirkland :)
[17:39] <kirkland> RainCT: please see my explanation in Comment 3
[17:39] <kirkland> RainCT: i think this is what you're experiencing.  if so, i will create a launchpad question/answer for this issue
[17:40] <RainCT> kirkland: I know the workaround, but I think that didn't happen before
[17:40] <RainCT> (workaround = that pgup/pgdown works)
[17:41] <kirkland> RainCT: hmm, okay, then i misunderstand your question
[17:41] <kirkland> RainCT: this is a regression against an earlier screen-profiles?
[17:41] <RainCT> I may be wrong though.. Perhaps I did just never try to scroll with the mouse before :P
[17:41] <kirkland> RainCT: or a regression against the way normal 'screen' works?
[17:41] <kirkland> RainCT: go back to using normal 'screen' for a moment, in a new gnome-terminal window
[17:42] <kirkland> RainCT: select-screen-profile, choose "plain"
[17:42] <RainCT> kirkland: Against normal. I've just tried uninstalling screen-profiles and it doesn't happen
[17:42] <kees> is this about mouse-scrolling?
[17:42] <kirkland> kees: yes
[17:42] <kees> kirkland: what's the expectation, that it _should_ scroll or not?
[17:42] <kirkland> kees: i'm fixing my cryptsetup mess right now too, sorry.
[17:42] <kirkland> kees: my explanation is: https://bugs.edge.launchpad.net/ubuntu/+source/screen-profiles/+bug/328536/comments/3
[17:42] <kees> kirkland: I already uploaded and committed to bzr for cryptsetup
[17:42] <RainCT> (normal screen just does nothing on scroll)
[17:43] <kees> RainCT: under "Profile preferences" in gnome-terminal, under Scrolling, there is a check-box for "Use keystrokes to scroll on alternate screen".
[17:43] <kees> is that the setting you're looking for?
[17:43] <RainCT> my problem isn't exactly the same as in the report though, if I understood it correctly. I have no problems unless I move the mouse whell, in which case I get old stuff.. I have scroll bars disabled and am using terminator
[17:44] <kees> oh, hm
[17:44] <RainCT> kees: that's enabled
[17:44] <s0u][ight> hello where can i find ubuntu staff?
[17:44] <kirkland> RainCT: you have multiple windows open within screen?
[17:45] <kees> RainCT: try turning it off, it may change what you're experiencing
[17:45] <kirkland> s0u][ight: depends on what you're looking for;  post your question, someone will answer if they have the information
[17:46] <s0u][ight> power is being abused in the turkish help forum
[17:46] <RainCT> kirkland: irssi, welcome and shell
[17:46] <RainCT> kees: still the same
[17:46] <s0u][ight> someone posted a question and the forum admins made fun out of him etc., another one supported that guy and he got banned from the forum
[17:46] <kirkland> RainCT: okay, and if you use irssi window for a bit, then switch to shell, and mouse-scroll back, you see irssi data?
[17:47] <RainCT> kirkland: yes
[17:47] <kees> RainCT: hrmpf
[17:48] <kirkland> RainCT: right, so gnome-terminal doesn't really understand that screen has multiple windows running beneath it
[17:48] <persia> s0u][ight, You'd do better to look for a forums admin on #ubuntuforums
[17:49] <RainCT> kirkland: but without the profile it works
[17:49] <kees> kirkland: it can depend on one's TERM -- I think there is a way to have screen's scrolling go off the top of the scroll-back buffer.  normally it's contained, though.
[17:49] <kirkland> RainCT: so with the plain profile, you can open multiple windows?
[17:49] <kirkland> RainCT: switch among windows
[17:49] <RainCT> kirkland: err, ignore my last sentence :)
[17:50] <kirkland> RainCT: roll your mouse wheel and scroll each window's buffer independently?
[17:50] <RainCT> nope :)
[17:50] <kirkland> kees: interesting, i'd love to solve that one
[17:50] <kees> kirkland: yeah, I've never known how to change it.
[17:51] <kirkland> as i understand it, it's a matter of which program traps and uses the mouse's scrollwheel keypresses
[17:51] <kirkland> since gnome-terminal is at the top of the stack, i think it captures it first
[17:51] <kirkland> unless you disable it, and ask it to pass that through to the shell program
[17:51] <kirkland> if we could do that, then we could probably tell screen to prepend an F7 on the beginning of that
[17:52] <kirkland> and voila, we'd have per-window scrolling
[18:06] <pitti> apw: doing right now; good work!
[18:07] <apw> its a lot better than the last one
[18:13] <cjwatson> coo, I think I have LVM handling working in kickseed
[18:13] <cjwatson> but that's enough for the day ...
[19:34] <_010100> can whomever is the mod on ubuntu-devel ML let my explanation of the effect the pulseaudio auto-spawn will have go through?
[19:34] <maco> er...right, joke nick --> real nick
[19:37] <Brujah> Is creative commons licence free enough to be in ubuntu? (for games resources)
[19:37] <maco> 2.5 or 3.0?
[19:37] <maco> i think 3.0 is DFSG-free, but 2.5 isn't
[19:38] <Brujah> f.e. the freesounds project?
[19:38] <maco> which CC license is it?
[19:40] <Brujah> Creative Commons Sampling Plus 1.0 License.
[19:41] <maco> wow that one hasnt been around on creativecommons.org in a while...lemme find the text
[19:43] <maco> actually...there's a list of DFSG-free licenses
[19:43] <maco> and yeah, it's on there
[19:43] <maco> oh wait
[19:43] <maco> in the "incompatible" category
[19:44] <maco> Brujah: http://wiki.debian.org/DFSGLicenses
[19:50] <persia> There's some variance between Ubuntu-free and DFSG-free, for example GFDL and CC-SA 2.5 are Ubuntu-free (if I remember correctly).  One would need to check the ubuntu-devel and sounders mailing list archives to find an actual opinion.
[19:52] <Brujah> so it could be that this licence is ubuntu-free? :-) the debian guys told me they cannot accept it. I use kubuntu so it would work for me :-)
[19:54] <james_w> Brujah: it does seem too restrictive, it would be a candidate for multiverse at the very least though
[19:58] <Brujah> I would rather like to replace everything that causes problems with really free stuff
[19:58] <Brujah> but for the sounds I cannot find nothing
[20:00] <Brujah> Its a dungeon crawling game
[20:00] <Brujah> www.lostlabyrinth.com
[20:00] <Brujah> we use 48 sounds
[20:01] <Brujah> are there any free sounds for dungeon games?
[20:02] <Brujah> there are tiles on sf which we use :-)
[20:02] <maco> Brujah: got a creaky door and a faucet you can make drip?
[20:02] <maco> you can always record some free sounds
[20:03] <Brujah> i lack the equipment I fear. I am a programmer :-)
[20:03] <persia> You don't have a sound card?  You can get a cheap mic (low-quality recordings are best for compression anyway) and attach it.
[20:03] <persia> Post the raw sounds, and ask someone to reformat, etc.
[20:07] <sistpoty> asac: would you volunteer as motu-release delegate for the mozilla team again?
[20:08] <Riddell> Brujah: CC is fine in Ubuntu (except for no-derivs of course)
[20:09] <persia> Riddell, All CC?  I thought we preferred 2.0+, and didn't like 1.0.
[20:09] <persia> (but the sampling license has a different numbering scheme)
[20:10] <Riddell> I don't think I've come across 1.0 licenced stuff, but 2+ is ok for us.  3.0 or up preferred of course since that's better for Debian
[20:10] <maco> the sampling license was retired after 1.0, i think
[20:10] <maco> they got rid of it in june '07
[20:10] <persia> I thought 1.0 was widely panned as being non-free.
[20:11] <persia> Anyway, if there's precedent for the license, it's free to upload.  If not, best to ask the TB.  TB response usually seems to be that anything redistributable can go in multiverse, which makes it easy to get included.
[20:12] <asac> sistpoty: i guess so ;)
[20:12] <sistpoty> asac: excellent, thanks :)
[20:13] <sistpoty> superm1: would you be willing to act as mythbuntu delegate for motu-release for this cycle again?
[20:13] <superm1> sistpoty, yeah should be able to.  i've already been hounding my guys to hit FF, so hopefully there won't need to be too much delegating necessary :)
[20:14] <sistpoty> superm1: cool, thanks!
[20:15] <sistpoty> ogra: and would you like to act as motu-release delegate for netbook remix (or whatever mobile is called nowadays) again?
[20:15] <Brujah> would you accept laby into multiverse? when I remove all the pictures from unknown sources and replace all sounds with cc licenced ones?
[20:17] <ogra> sistpoty, i hve not much to do with image building this release, i'm mostly doing arm ... StevenK does the ubuntu-netbook-remix and ubuntu-mid images, but it might be a bad time for him
[20:18] <sistpoty> ogra: ah, thanks...
[20:18] <ogra> your meeting times are not really aussie friendly
[20:18] <sistpoty> heh
[20:18] <sistpoty> I'll ask at a better time then :)
[20:19] <ogra> siretart, if he cant do it, i can be the fallback though
[20:19] <sistpoty> ogra: cool, thanks :)
[20:27] <geser> slangasek: Hi, could you please give bug #323863 another try and move now also the other binary deb and the source to universe too? thanks.
[22:09] <lamont> Keybuk: around still?
[22:09] <lamont> Keybuk: git clone git://git.debian.org/~lamont/util-linux.git; cd util-linux; git checkout -b foo origin/ubuntu/stable/v2.14
[22:09] <lamont> gets you the current tree
[22:12] <lamont> Keybuk: util-linux doesn't use debian/patches, if that's what you mean
[22:12] <lamont> since that way lies madness
[22:31] <Keybuk> lamont: what's the difference between master and the other branch?
[22:32] <lamont> master is "current devel" - basically all of my branches track karel's branches of the same name
[22:32] <lamont> and then ubuntu/* is a branch from *
[22:32] <Keybuk> but master has a debian directory?
[22:32] <lamont> which reminds me, I need to test 2.14.2-1ubuntu1 and upload it
[22:32] <lamont> sure
[22:33] <Keybuk> pretent that I'm confused by this whole git multiple branches in a branch thing
[22:33] <lamont> master is a debian-ish branch based off of karel's master
[22:33] <Keybuk> so I've done a checkout of your git tree
[22:33] <Keybuk> is that the util-linux package you upload?
[22:33] <lamont> I upload from stable/v2.14 or so - since I don't upload until it releases (or will release before our release, such as 2.14.2~rc2 ish)
[22:34] <superm1> Keybuk, am I to understand this correctly; we're not using upstart to spawn gdm?  I was talking to someone about the priority it starts in Fedora, and they *are* starting it from upstart.  Why not in Ubuntu?
[22:34] <lamont> and within stable/v2.14, I say "debuild -I.git -S" or so
[22:34] <Keybuk> so how do you keep all these changelogs straight?!
[22:34] <lamont> I don't bother with changelog until I'm uploading, and then I grab the 1-liner from each commit, along with it's author, to generate a debian changelog
[22:35] <lamont> that, mixed with never committing debain/ and !debian in the same commit -> love
[22:35] <Keybuk> so how does a changelog end up in master?
[22:35] <Keybuk> is that when 2.14 itself was released?
[22:35] <lamont> see also the commits with a log of 'changelog: release'
[22:35] <Keybuk> so your stable/v2.14 branch is what you actually upload as util-linux right now
[22:36] <lamont> master got a merge of the stable stuff at some point, it's probably seriously diverged
[22:36] <Keybuk> and that is based off Karel's stable/v2.14 branch
[22:36] <Keybuk> where does the ubuntu one come from?
[22:36] <Keybuk> do you just track other people's uploads with it?
[22:36] <lamont> the tag v2.13
[22:36] <lamont> meh
[22:37] <lamont> the head of stable/v2.14 is what I will have uploaded as 2.14.2-1 to debian, and head of ubuntu/stable/v2.14 will be 2.14.2-1ubuntu1 once I reboot my laptoo
[22:37] <lamont> p
[22:37] <lamont> at that point, I'll tag both trees, and push again
[22:38] <Keybuk> and when karel releases 2.15 off master, you'll merge the debian stable/v2.14 back into your master branch?
[22:39] <lamont> possibly even before that, but yes.  2.15 release from karel means: merge my stable/v2.14 and his v2.15 branch to a new stable/v2.15 branch
[22:39] <lamont> and yeah, smack it onto master as well at the same time
[22:39] <Keybuk> and people wonder why I laugh when they say revision control makes packaging easier
[22:39] <lamont> heh
[22:39] <lamont> OTOH, having a debian repo and a !debian repo makes me cry
[22:39] <lamont> so I quit trying
[22:40] <lamont> and directory-per-branch is one of the reasons I went with git instead of bzr when I did my mass exodus from CVS/TLA/arch in 05ish
[22:40] <lamont> that is, bzr's then-insistence on one-directory-one-branch was a major factor in not going there
[22:41] <Keybuk> debian repo and !debian repo?
[22:41] <lamont> I understand that's been fixed since then...:-)
[22:41] <lamont> some people like to have foo-1.1/.bzr and foo-1.1/debian/bzr and then magically do wonders to smash them together into a package to upload
[22:41] <lamont> maybe my failure to understand what they were doing is a factor in the screaming fit I had running from them
[22:43] <lamont> anyway - rebooting, brb (or screaming, pretty sure it'll be the "brb" option)
[22:44] <Keybuk> well, in theory, the Ubuntu diff should go away anyway
[22:44] <Keybuk> the vol_id/blkid thing is fixed upstream
[22:44] <Keybuk> you should just merge the udev hooks into Debian
[22:44] <Keybuk> and the fallback clause stuff should be sent upstream, and merged into Debian too
[22:45] <Keybuk> the udev rules directory change should go into Debian as well
[22:45] <calc> jcastro: how long did it take your lenovo to clear customs?
[22:46] <calc> my laptop has been sitting in US customs for 3 days it appears
[22:47] <directhex> Setting up monodevelop (1.9.2+dfsg-1~pre1~jaunty3) ...
[22:50] <jcastro> calc: 3/4 days
[22:51] <directhex> jcastro, ^^
[22:53] <dtchen> cody-somerville: RE: your e-mail to -devel, please note that *only* ubuntu-desktop seeds PulseAudio. None of {[kx],myth}ubuntu{,studio}-desktop do.
[22:54] <dtchen> cody-somerville: your inaudible audio issue cannot possibly have anything to do with those PulseAudio changes unless you installed pulseaudio explicitly.
[22:56] <ogra> dtchen, wow, do you have a shotcut key for that regex ? :)
[22:56] <ogra> *short
[22:56] <jcastro> directhex: ! awesome
[22:56] <calc> jcastro: ok
[22:57] <directhex> jcastro, needs a bugfixed mono-addins, which is in debian incoming
[22:57] <superm1> dtchen, i think that he was referring to breakage that happens when you install xubuntu-desktop on top of ubuntu-desktop and switch between the two
[22:58] <dtchen> superm1: which is by no means default, but yes, that's one specific test case i'm running locally
[22:59] <superm1> dtchen, yeah.
[23:00] <lamont> Keybuk: though the debian/control diff will not go away until udev has a similar version between the two distros...
[23:00] <dtchen> i've already identified a regression, but its probability of striking that particular use case and the one of only default *-desktop needs more feedback.
[23:00] <lamont> BTW, uploaded, and pushed
[23:01] <dtchen> (referring specifically to autospawn in this instance)
[23:02] <Keybuk> lamont: that's never going to happen :-(
[23:02] <Keybuk> lamont: did you deliberately miss out two ubuntu revisions?
[23:03] <calc> jcastro: i ended up buying a seagate 7200.4 500gb drive for mine, hopefully it won't be hard to swap out
[23:03] <cody-somerville> dtchen, I have ubuntu-desktop installed
[23:03] <cody-somerville> in addition to xubuntu-desktop
[23:06] <lamont> Keybuk: probably not deliberately, no.
[23:07] <lamont> but then, if it's a random upload to ubuntu, i don't always get it back into my tree, esp if it gets superseded before I get to it
[23:08] <persia> lamont, Can you not get it by revision from patches.ubuntu.com or LP?
[23:08] <Keybuk> lamont: gnargh!
[23:08] <Keybuk> lamont: it's ok to miss them when you're doing Debian uploads, but uploading to Ubuntu without checking is just not cool
[23:13] <Keybuk> lamont: need some git help here
[23:13] <Keybuk> I cannot seem to push my branch anywhere with my changes
[23:13] <TheMuso> dtchen: Have you noticed that if an alsa-info URL is broken into two lines in an email, it doesn't work?
[23:14] <RAOF> What would be an appropriate way to debug "Evolution spends the first 30 minutes thrashing the disk after startup"?  strace?
[23:15]  * calc has to remember how to determine how to properly handle the ooo human icons set
[23:16] <lamont> Keybuk: as in I dropped changes?
[23:16] <lamont> which would not be the intention
[23:16] <Keybuk> lamont: so, I've made a git branch with the missing changes
[23:16] <Keybuk> and I've added a changelog
[23:16] <lamont> thanks
[23:16] <Keybuk> now, how the hell do I push this somewhere?
[23:17] <Keybuk> because every time I do, git explodes in a violent array of puke or nothingless
[23:17] <lamont> git push ssh://git.debian.org/public_git/util-linux.git I expect
[23:17] <lamont> er..
[23:17] <lamont> git push ssh://git.debian.org/public_git/util-linux.git ubuntu/stable/v2.14
[23:17] <lamont> or so.
[23:17]  * lamont needs to run for an hour or so, unfortunately
[23:17] <Keybuk> why ubuntu/stable/v2.14?
[23:18] <RAOF> That would be the branch you want to push to, I think.
[23:19] <Keybuk> then I just get:
[23:19] <Keybuk> error: src refspec ubuntu/stable/v2.14 does not match any.
[23:22] <RAOF> Keybuk: What does 'git branch -a' say?
[23:22] <Keybuk> RAOF: lots, what are you looking for specifically?
[23:22] <Keybuk> http://rafb.net/p/YnJptB92.html
[23:23] <RAOF> Keybuk: I was hoping that the one with at * next to it was ubuntu/stable/v2.14
[23:23] <Keybuk> no
[23:23] <Keybuk> I couldn't do that
[23:23] <Keybuk> as soon as I tried to do anything on that branch, git threw me into a nameless branch
[23:23] <Keybuk> so I had to give it a name
[23:23] <Keybuk> thus "ubuntu"
[23:23]  * RAOF hates on git.
[23:23] <Keybuk> all I want to do is push _this_ branch somewhere that lamont can get it
[23:24] <RAOF> Maybe just 'git push origin' will work, then.
[23:24] <Keybuk> I can't push to an http url, can I? :)
[23:24] <RAOF> Mess with .git/config until it's no longer http? :).  I don't really know; I was just trying to help with my fairly minimal git knowledge.
[23:25] <directhex> silly git
[23:25] <Keybuk> how will that help?
[23:25] <Keybuk> I can make it ssh, but I don't have access to that machine
[23:25] <RAOF> Oh.
[23:26] <RAOF> I'm out of my depth then, sorry.
[23:55] <dtchen> cody-somerville: file a bug, then.
[23:56] <dtchen> TheMuso: no. do you mean MUA parsing?
[23:57] <TheMuso> dtchen: No, never mind, I am working around it by going to the web page for the bug.


[10:21] <knome> are we forcing people to install xubuntu-desktop on upgrade?
[10:24] <knome> i'm asking because i've removed abiword from my installation, but it seems to want to install it on upgrade
[10:27] <astraljava1> knome: Could you repeat the question? It seems my connection to the freenode servers was down for a bit, so I've lost some of the backlog.
[10:27] <knome> 13:21  knome: are we forcing people to install xubuntu-desktop on upgrade?
[10:27] <knome> astraljava, did you get it this time? :P
[10:28] <astraljava> knome: I did, yeah. I dunno, really. These new release-upgrade thingies are beyond me, to be honest. Back in the day, when you used just apt-get dist-upgrade, it wouldn't add it if you didn't have it at the time.
[10:29] <knome> yeah.
[10:29] <knome> is there a way to force dist-upgrade to go to a devel release?
[10:30] <astraljava> knome: `sudo do-release-upgrade -d`
[10:30] <knome> mm-hmm
[10:30] <knome> thanks
[10:30] <knome> let's see it that proposes me x-d/abiword
[10:30] <knome> *if
[10:31] <knome> no, that pulls them in too
[10:32] <astraljava> Yeah.
[10:32] <knome> :(
[10:32] <knome> i wonder if this is because some rdepends or stuff
[10:32] <knome> mr_pouit, ^^
[11:25] <astraljava> ochosi: The other standard volume-related keypresses don't work either. I'll debug further today, at some point.
[11:29] <astraljava> Hmm... bug #973262 seems weird.
[11:33] <astraljava> I don't even understand how gnome-menus gets pulled in.
[11:34] <astraljava> Via alacarte?
[11:35] <davmor2> knome: the upgrade is done via the x-desktop file if you remove that file and try to upgrade it fails aiui
[11:47] <mr_pouit> no no, it should work fine even if it's not installed
[11:47] <mr_pouit> astraljava: InstallationMedia: Xubuntu 11.10 "Oneiric Ocelot" - Release i386 (20111012)
[11:47] <mr_pouit> astraljava: we used one or two categories for gnome-menus in 11.10
[11:48] <mr_pouit> s/for/of/
[11:48] <mr_pouit> anyway, the new menu doesn't, so nothing to fix on our end
[11:51] <astraljava> mr_pouit: Yeah, I figuired
[11:51] <astraljava> grr
[11:54] <astraljava> mr_pouit: Yeah, I figured as much, and just set affects to the correct package.
[11:55] <mr_pouit> yep, I saw that, thanks
[11:58] <mr_pouit> knome:   ignore old unsatisfied important dependency on abiword:amd64
[11:58] <mr_pouit> knome: on 10.04, when I remove abiword, it doesn't come back during the dist-upgrade
[15:33] <ochosi> mr_pouit: could it be that the icon-scaling we experience with the tabwin also affects the systray?
[15:35] <ochosi> mr_pouit: oddly enough the same icons are scaled down when in the systray, but look ok when inside indicator-plugin :(
[15:43] <ochosi> (which is why i'm supplying both svg and png for the clipman plugin)
[16:36] <mr_pouit> no idea
[16:37] <ochosi> ok, then i gotta ask andrezj
[16:55] <astraljava> ochosi: Have you noticed the window borders going out of visible desktop when maximised? Could be just on my system, I did a distribution upgrade, not a clean install. But granted, shouldn't happen then either.
[16:56] <ochosi> astraljava: not sure i know what you mean, mind to provide a screenshot?
[16:56] <astraljava> http://astraljava.kapsi.fi/borders_out_of_visibility.png
[16:56] <astraljava> I was a bit slow, sorry. :D
[16:56] <ochosi> that's normal
[16:57] <ochosi> that's how xfwm4 maximizes windows
[16:57] <ochosi> oh
[16:57] <ochosi> on the left
[16:57] <astraljava> Well... not nice. See how text becomes not fully visible on the left side.
[16:57] <astraljava> Yeah.
[16:57] <ochosi> what is that weird dark-grey line?
[16:58] <astraljava> I don't know, really.
[16:58] <ochosi> oh
[16:58] <astraljava> Hmm... could it be a problem with terminal, screen or mutt, then?
[16:58] <astraljava> Well actually, weechat works the same way as mutt.
[16:59] <ochosi> no, see for yourself: http://www.zimagez.com/zimage/screenshot-04042012-065850pm.php
[16:59] <astraljava> And so does centerim.
[16:59] <ochosi> (this is mutt in xfce-term in 12.04, all updates installed()
[16:59] <astraljava> Hrhm.
[17:00] <ochosi> but actually the terminal colors are suboptimal for mutt
[17:00] <ochosi> knome: ^
[17:00] <astraljava> I'll look again on my desktop, which is a Studio clean install.
[17:03] <ochosi> astraljava: actually what's with that white grey border between mutt and the terminal window
[17:03] <ochosi> it looks a bit like you cut it out with the gimp and moved it to the left
[17:05] <astraljava> ochosi: Hah. Well rest assured, I did no such thing. :)
[17:05] <ochosi> :)
[17:06] <ochosi> but you see this 1px border on top between mutt and term-menubar
[17:06] <ochosi> and also below and on the right
[17:06] <ochosi> rather disturbing
[17:06] <astraljava> Yeah, well, I have no answer to that.
[17:07] <ochosi> me neither :(
[17:07] <astraljava> ochosi: http://astraljava.kapsi.fi/unmaximised.png
[17:08] <ochosi> astraljava: do you have a panel on the left?
[17:08] <astraljava> They're still there, but not that big anymore.
[17:08] <astraljava> ochosi: Yeah, a hidden one.
[17:08] <ochosi> haha
[17:08] <ochosi> in your face
[17:08] <ochosi> that's the panel cutting the maximized window ;)
[17:08] <astraljava> Oh, ok.
[17:08] <astraljava> Then that's not good, either.
[17:09] <astraljava> A window shouldn't go under the panel "hint".
[17:09] <ochosi> you have to set its opacity to 0 on leave and 100 on enter
[17:09] <ochosi> but for that you need to enable compositing
[17:09] <astraljava> I do not subscribe to this line of thinking.
[17:09] <ochosi> you don't have to
[17:09] <astraljava> :)
[17:10] <ochosi> i only tell you what you can do to solve your specific problem
[17:10] <ochosi> other than that > bugzilla ;)
[17:10] <astraljava> Yea.
[17:10] <ochosi> please don't forget to ask for intellihide
[17:10] <astraljava> ...which is?
[17:11] <ochosi> panel is visible unless it gets covered by a window (then it hides)
[17:11] <ochosi> most docks do that
[17:11] <astraljava> Ok, so that's not implemented yet?
[17:11] <baizon> yes intellihide is a nice feature :)
[17:11] <ochosi> some also call it "window dodge"
[17:12] <ochosi> astraljava: have you congratulated and thanked me yet for following up on Bug #956147 and getting it fixed today?
[17:12] <astraljava> Alright, I'll see if I have interest for that. I only now did this because of small-ish resolution on this laptop, probably won't be a problem much longer.
[17:13] <astraljava> ochosi: I don't know. I was just notified today that I can time-travel, so it's possible that I have.
[17:14] <astraljava> ochosi: It isn't obvious from the comment thread, how did you fix it?
[17:15] <ochosi> astraljava: well i bugged the right people (kenvandine and larsu) in #ubuntu-devel
[17:15] <ochosi> the fix will be uploaded in the next update to indicator-messages
[17:15] <astraljava> Oh right, that's the branch under review. Nice!
[17:16] <ochosi> yup, i wasn't so optimistic about this in the beginning
[17:16] <ochosi> but it turned out they were really interested to fix the bug
[17:17] <baizon> guys any news on the new kernel bug?
[17:17] <baizon> lightdm isnt starting at boot anymore
[17:17] <baizon> with 3.2.0-21 kernel
[17:17] <ochosi> in 12.04?
[17:17] <baizon> yes
[17:18] <ochosi> i have that kernel version (<IP_ADDRESS>.23 to be exact) and things are ok here
[17:18] <baizon> hmm
[17:19] <baizon> i have 3.2.0-21.34
[17:19] <astraljava> Yeah me too.
[17:19] <baizon> just getting the tty login screen
[17:19] <astraljava> Well, I won't reboot yet, then.
[17:20] <astraljava> It was reported and talked about on -testing, and AFAIUI escalated to the right people.
[17:20] <ochosi> baizon: yeah, i have that version of the headers as well
[17:20] <ochosi> astraljava: AFAIUI?
[17:20] <baizon> so will be fixed then? :)
[17:21] <astraljava> As Far As I Understood It.
[17:21] <baizon> ok
[17:21] <ochosi> (sorry i know it's not chattiquette to ask for those acronyms, but this one i never read before)
[17:21] <astraljava> baizon: Is that implied? :D
[17:21] <astraljava> Well yeah, if Sebastian Bacher got interested about it, I'm fairly sure it will. :)
[17:24] <astraljava> Oh, and a newer kernel revision is in the queue already, just hasn't landed yet.
[17:25] <astraljava> But I'm not sure whether it'll fix that bug or not, it feels too soon for that.
[19:17] <knome> ochosi, feel free to propose improvements to the terminal color scheme
[19:19] <knome> mr_pouit, thanks for replying to bug 964483
[19:19] <knome> mr_pouit, i suppose removing the # could fix this...
[19:20] <astraljava> Oh cr*p, sorry I left that hanging. I remember having trouble in getting debugging info out, I can continue now.
[19:21] <astraljava> err... wait.
[19:21] <astraljava> It just worked.
[19:22] <astraljava> And LP being way slow tonight, I can't get to the report to see the actual error. It was a pop-up telling the file it tries to show, right?
[19:26] <knome> yup
[19:27] <astraljava> Well are you running precise? Can you test? Cause it works for me now in Studio.
[19:27] <astraljava> ...and in Xubuntu as well.
[19:27] <knome> astraljava, Failed to execute default Web Browser.  Text ended before matching quote was found for #. (The text was '/usr/bin/firefox filr:///usr/share/doc/xfce4-terminal/C/index.html"').
[19:28] <knome> -"
[19:28] <knome> +#
[19:28] <knome> so, ...index#').
[19:28] <knome> errh
[19:28] <astraljava> wait, don't tell me this is a FF issue? I'm using chrome.
[19:28] <knome> ...index.html#').
[19:28] <knome> yes, in precise
[19:28] <knome> maybe.
[19:29] <astraljava> Haha! Yeah.
[19:30] <astraljava> I wonder what is the correct work flow to take here. I'll probably head on to #ubuntu-mozilla first, to see if anyone there runs Xfce.
[19:30] <astraljava> It was a deadend.
[19:30] <knome> -mozillateam
[19:30] <astraljava> Ahh... gotcha, thanks.
[19:30] <knome> np..
[19:31] <knome> you'll probably end up talking with micahg though :)
[19:35] <Unit193> "file:///usr/share/doc/xfce4-terminal/C/index.html#" worked, but I'm not in the correct system to try it.
[19:37] <Unit193> knome: You were right.
[19:37] <knome> about? :)
[19:40] <pleia2> all the things
[19:40] <knome> well of course..
[19:41] <pleia2> I am kind of bored of waiting for a response from canonical trademarks
[19:41] <knome> heh
[19:41] <pleia2> we got ok from Xfce, right?
[19:41] <knome> nope.
[19:41] <pleia2> oh
[19:41] <Unit193> knome: Of who he would talk to. :D
[19:41] <knome> pending too, but i suppose it's okay
[19:41] <knome> but yeah, i could try to get hold of them.
[19:41] <knome> Unit193, yup :)
[19:42] <knome> astraljava, i wonder if the source has "" quotes around the url?
[19:42] <baizon> ok new kernel has arrived
[19:42] <baizon> installing it now :)
[20:03] <astraljava> knome: It does not. However, when firefox is set as default, I see "Error: No running window found" in the debug log.
[20:05] <astraljava> Is LP down-ish for others as well? It seems 10% of my requests are served right now.
[20:12] <knome> seems to load a bit slow, but works
[20:13] <astraljava> Damn, has been _really_ acting up for several hours now on my end.
[20:21] <astraljava> Works at one time, fails on most. I give up for tonight, I have better things to do than wait on its mercy. :)
[20:21] <knome> :)
[20:22] <martinphone> is it true that in 12.04 the kernel is 3.2 and above?
[20:22] <knome> yes
[20:23] <martinphone> can you explain why the sudden change from current <IP_ADDRESS> to 3.2?
[20:23] <martinphone> where is 3.1 I mean
[20:23] <knome> we use the same kernels than ubuntu
[20:23] <martinphone> ok
[20:23] <martinphone> can you then explain ubuntu's sudden change from current <IP_ADDRESS> to 3.2?
[20:24] <knome> i don't know about kernel versioning, though some projects use .odd-numbers for not-so-stable releases
[20:24] <martinphone> i see
[20:24] <knome> you'd be better off asking from #ubuntu-kernel


[02:30] <t43tg3hh4> so what software do you use to set your keyboard shortcut and hotkeys
[02:51] <holstein> t43tg3hh4: i usually just do it in the openbox config file
[02:52] <t43tg3hh4> where is the location of it and how do you know what the keys are called like "mail" or "calculator"
[02:53] <holstein> http://openbox.org/wiki/Help:Bindings
[02:53] <holstein> i'll just research the applications i want, and test starting them
[03:01] <t43tg3hh4> holstein, if i use xev to find out keys will it actually execute the keys such as if one is already set to logout?
[03:06] <holstein> t43tg3hh4: what?
[03:07] <holstein> you can use a tool to find out what keys are.. then, you can set them to do things.. such as logout.. though, i wouldnt
[03:08] <t43tg3hh4> yeah the tool is xev, but a logout hotkey is already set and i want to change it, but i wonder if i press it now to find out the key name if it will log me out of this session lol
[03:09] <holstein> t43tg3hh4: just look in the current config and see what is set to logout
[03:11] <t43tg3hh4> true, but somehow the other hotkeys log me out too
[03:11] <t43tg3hh4> maybe i'll try them later after i finish copying files
[03:47] <JohnnyComeL8ly> Hey guys... I made a boo-boo.  A few months ago, I tried to upgrade the kernel to the latest version by getting a couple .deb archives and installing them.
[03:48] <JohnnyComeL8ly> My Q: what to do?
[03:51] <holstein> JohnnyComeL8ly: either get back to stock lubuntu, or ask for support from the maintainers of the "deb archives"..
[03:51] <holstein> !ppa
[03:51] <holstein> ^if they are ppa's
[03:52] <holstein> if not, you can just use the package manager of your choice to purge them.. hopefully, you have a "stock" kernel left, or, you can install a stock kernel easily
[03:52] <JohnnyComeL8ly> I can't get past "boot image not found."
[03:53] <holstein> JohnnyComeL8ly: sure, but, i might see that error if my hard drive was failing, or some other hardware component
[03:53] <JohnnyComeL8ly> And I think that I have a grub prompt after that message.
[03:53] <holstein> JohnnyComeL8ly: right, so, you'll have to just nail it down
[03:53] <holstein> if you are not getting to grub, then, you have some other issue..
[03:54] <JohnnyComeL8ly> Meaning, make sure? If so, then how?
[03:54] <holstein> i would try https://help.ubuntu.com/community/Boot-Repair from a live iso/usb, and test my hard drive with gsmartcontrol while im in there
[03:54] <holstein> JohnnyComeL8ly: meaning, you said "i think", and that wont work
[03:54] <holstein> JohnnyComeL8ly: you have to test, and see for certain...
[03:55] <JohnnyComeL8ly> Okay, sorry.
[03:56] <JohnnyComeL8ly> Thank you.
[03:56] <holstein> no need to be sorry.. just test and see what is broken
[03:56] <holstein> i think you are assuming a kernel issue.. if you cant see grub, try looking for it/repairing it
[03:57] <JohnnyComeL8ly> If I have a usb boot drive (that I am using to chat), couldn't I install boot repair on it?
[03:57] <holstein> JohnnyComeL8ly: the link i gave outlines how to do so
[03:58] <holstein> JohnnyComeL8ly: assuming the operating system you are using on the USB drive is linux/ubuntu ..or something with similar tools
[04:00] <JohnnyComeL8ly> afk.
[04:00] <holstein> you'll need to use the keybaord, for sure ;)
[04:02] <ianorlin> t43tg3hh4: a lot of them are explianed in https://help.ubuntu.com/community/Lubuntu/Keyboard
[04:50] <JohnnyComeL8ly> I'm back.
[04:53] <JohnnyComeL8ly> I am using LXLE.  I have another issue on this usb drive... Firefox isn't working properly.  Would you give me the command for the gui "boot fixer-upper."
[04:57] <holstein> JohnnyComeL8ly: you'll need to ask for lxle support with the lxle team
[04:58] <holstein> JohnnyComeL8ly: boot repair should work with *any* os, really... it should install grub
[04:58] <holstein> https://help.ubuntu.com/community/Boot-Repair
[05:03] <JohnnyComeL8ly> I just wanted the "apt install" name... please?
[05:04] <JohnnyComeL8ly> Oh, by the way, I tried the LXLE channel first....
[05:04] <holstein> JohnnyComeL8ly: friend, you can read the link.. it has a GUI
[05:04] <holstein> sudo add-apt-repository ppa:yannubuntu/boot-repair
[05:04] <holstein> sudo apt-get update
[05:04] <holstein> sudo apt-get install -y boot-repair && (boot-repair &)
[05:05] <holstein> JohnnyComeL8ly: ^ thats "copy-paste" from the link i gave you a few times.. but, the issue is, we are not certain that is the issue
[05:06] <JohnnyComeL8ly> My firefox is wrenching... Otherwise I would have had it done. :-|
[05:06] <holstein> this is not a "Fix" for your problem.. you dont know exactly what your problem is, and i would think something has caused an issue with grub, like, hard drive failure, or a bad hardware component, or, breakage from the operating system you are using
[05:06] <holstein> JohnnyComeL8ly: use a live iso, friend.. thats what i, and the link i gave, suggest
[05:07] <holstein> from the live iso, firefox will *not* be "wrenching", and you can do the tests i suggested you do *before* just running the boot repair
[05:07] <JohnnyComeL8ly> I am missing my other flash drive... I need to buy one.
[05:08] <holstein> JohnnyComeL8ly: thats not the only way to boot a live environment..
[05:08] <JohnnyComeL8ly> In a cd?
[05:08] <holstein> JohnnyComeL8ly: *anything* that boots..
[05:09] <JohnnyComeL8ly> Ohh, SD, and all that.
[05:09] <JohnnyComeL8ly> So, I will get that going and let you know. Thanks again.
[05:10] <holstein> JohnnyComeL8ly: let them know in #lxle
[05:10] <ianorlin> holstein: I don't think that is a channel
[05:10] <ianorlin> or at least it wasn't last time I checked
[05:11] <holstein> ianorlin: what is their channel? do you remember?
[05:13] <ianorlin> I think they had something on xmpp but no irc channel
[05:14] <ianorlin> they do have forums at http://lxle.net/forum/
[05:16] <JohnnyComeL8ly> There was nobody... what do you mean?
[05:16] <holstein> JohnnyComeL8ly: i just mean, be sure you get support with the folks that support the operating system you are using
[05:17] <JohnnyComeL8ly> Yes, okay. :-)
[05:17] <holstein> i believe the lxle site lists this channel as a support avenue, but its not
[05:17] <JohnnyComeL8ly> But, I am having these problems with Lubuntu; the usb has LXLE.
[05:18] <holstein> JohnnyComeL8ly: ok
[05:18] <holstein> JohnnyComeL8ly: regardless, the boot repair will work, if you decide thats what you need
[05:19] <JohnnyComeL8ly> Okay, I just have to find a medium.
[05:19] <holstein> JohnnyComeL8ly: ?
[05:20] <JohnnyComeL8ly> (USB, SD, etc...)
[05:20] <holstein> JohnnyComeL8ly: how about the USB you are using? install gsmartcontrol and test the hard drive.. reboot lxle and use the memory test there.. if you find grub is bad, install boot repair, from the link i gave, into lxle on the USB stick
[05:21] <ianorlin> I think he is wondering how to download as firefox not working
[05:21] <ianorlin> wget could still work
[05:23] <JohnnyComeL8ly> Download what/
[05:23] <JohnnyComeL8ly> *?
[05:24] <JohnnyComeL8ly> I know the basics for wget....
[05:24] <JohnnyComeL8ly> And the man pages still work, last I checked.
[05:27] <holstein> JohnnyComeL8ly: sudo apt-get update && sudo apt-get install chromium-browser
[05:27] <JohnnyComeL8ly> I was hoping I wouldn't have to go there....
[05:27] <holstein> !info gsmartcontrol
[05:27] <holstein> JohnnyComeL8ly: go where? to the internet?
[05:28] <holstein> JohnnyComeL8ly: its not chrome, and it works.. there are others
[05:28] <holstein> !info midori
[05:28] <holstein> JohnnyComeL8ly: sudo apt-get update && sudo apt-get install midori
[05:28] <holstein> JohnnyComeL8ly: or, reset your firefox config, or use another user account..
[05:29] <JohnnyComeL8ly> Oh, I didn't think to do that!
[05:29] <holstein> JohnnyComeL8ly: you can literallly just rename your firefox config til you are done here, and have a booting working system, or know that your hard drive is bad, and *then* put it right back
[05:30] <JohnnyComeL8ly> I created another Firefox profile, but it still crashed.
[05:30] <holstein> JohnnyComeL8ly: sure.. thats not what i suggested above
[05:31] <holstein> JohnnyComeL8ly: what i suggest is *not* messing about with the profiles, the the user accounts on the system.. and, i would *literally* rename your firefox config files, and let new ones start.. or, install midori, or *any* other browser that will work, and just get the work dont
[05:31] <holstein> done*
[05:31] <JohnnyComeL8ly> I already reset... You are right, you didn't say to do that; but it was my last hope for it.
[05:32] <holstein> JohnnyComeL8ly: you are *far* from anything resembling a last hope
[05:32] <JohnnyComeL8ly> I'm installing midori
[05:32] <holstein> JohnnyComeL8ly: i have suggested installing 2 other browsers. there are *many* in the repos of the OS you are using..
[05:33] <JohnnyComeL8ly> I don't mean to pester you... I hope things are ok.
[05:34] <JohnnyComeL8ly> I'm in the irc.mozilla.org #firefox channel and the guy said is was a very weird bug.
[05:37] <JohnnyComeL8ly> I like Midori...
[05:38] <JohnnyComeL8ly> What is a "Segmentation fault?"
[05:39] <JohnnyComeL8ly> I got that after Midori launched.
[05:40] <JohnnyComeL8ly> With an appended "(core dumped)."
[06:08] <holstein> JohnnyComeL8ly: i dont think you can assume you have a bug, right now... and its not related to lubuntu, correct?
[06:08] <JohnnyComeL8ly> initramfs is what came up... ALERT!  /dev/disk/by-uuid/061f9178-ffff-4486bf67-9fea6bd90319 does not exist. Dropping to a shel!
[06:09] <JohnnyComeL8ly> Yeah.
[06:09] <holstein> JohnnyComeL8ly: sure.. ^ that is why i suggest using gsmartcontrol to run a test on the hardware.. the hard drive
[06:09] <JohnnyComeL8ly> Okay.
[06:09] <holstein> JohnnyComeL8ly: you can get *all* the messages you mention from a failing hard drive.. and *all* hard drives fail
[06:09] <JohnnyComeL8ly> I forgot to do that first.
[06:10] <holstein> test it, with the tool i mention, or another tool.. or a tool in the bios.. or take it to a professional
[06:10] <holstein> JohnnyComeL8ly: i had suggested to do that *first*..
[06:10] <JohnnyComeL8ly> I know... :-|
[06:11] <JohnnyComeL8ly> But I forgot until you mentioned it.
[06:11] <holstein> what would i do? i would be getting any data off their that i dont have backed up
[06:11] <holstein> i would then, do a test that would take hours.. and read the report, and decide what to do
[06:12] <JohnnyComeL8ly> None of it is "important." it was a pretty fresh install, which I was intending to give to my brother.
[06:12] <holstein> JohnnyComeL8ly: so, you can read past that, and, hopefully, decide to do a test on the hardware
[06:13] <holstein> it still looks a lot like this.. http://linuxhub.net/2010/09/scan-your-hard-disk-with-gsmartcontrol-on-ubuntu-10-10/
[06:13] <JohnnyComeL8ly> I am going to boot to LXLE, and run gsmartcontrol
[06:18] <JohnnyComeL8ly> holstein:  Gsmartcontrol says that my Maxtor 2B020H1 (the boot drive in question) passed "Basic health check."
[06:26] <JohnnyComeL8ly> gsmartcontrol says the "Short Self-test" completed without errors.
[06:38] <JohnnyComeL8ly> I think I fixed my Firefox problem, but I didn't do anything besides make a new profile, restart the system, and use it when asked by the ProfileManager.
[06:41] <JohnnyComeL8ly> The extended self-test came back with no errors.
[06:46] <delt> Hello
[06:46] <JohnnyComeL8ly> I ran gsmartcontrol
[06:46] <delt> how do i get a lubuntu livecd to identify itself to the DHCP server as "laptop" and not "lubuntu"?
[06:46] <delt> i changed the host name and then reconnected, still says its name is "lubuntu"
[06:46] <delt> (i need to change this for kerberos authentication)
[06:47] <JohnnyComeL8ly> Hello,delt. Did you change the host in your router settings?
[06:47] <delt> on the client?
[06:47] <delt> i changed the hostname, yes
[06:48] <delt> then disconnected, and reconnected to the wifi. Laptop still says its name is "lubuntu".
[06:48] <JohnnyComeL8ly> Try accessing the router admin page to do so.
[06:49] <delt> the router is an old computer runnning slackware. It also acts as dhcp/dns server (dnsmasq) - i'm try to move away from static IP addresses....
[06:50] <JohnnyComeL8ly> Oh, so do you know how to set your computer to have a "static dhcp address"?
[06:51] <delt> but in *buntu, where do you determine how a host IDENTIFIES itself to the dhcp server? That's what i want to know. The /etc/dhcp/dhclient.conf file isn't being much help :/
[06:52] <JohnnyComeL8ly> You mean a client, I think.
[06:52] <delt> client, yes
[06:52] <JohnnyComeL8ly> Lemme look....
[06:55] <lewellyn> delt: did rebooting after the hostname change fix it?
[06:56] <lewellyn> a daemon may be caching the hostname, and a reboot will be sure to fix that.
[06:56] <JohnnyComeL8ly> So, does yours have a "send host-name = gethostname();"
[06:59] <delt> lewellyn: i'm on a livecd, can't reboot ...
[07:00] <delt> anyway, ... i'll take care of this later - have to go now. thanks for the help guys
[07:00] <lewellyn> my general rule is to not even try to help with livecd issues. they often end up being something livecd-specific. :(
[07:00] <JohnnyComeL8ly> Does your /etc/dhcp/dhclient.conf have that line?
[07:00] <JohnnyComeL8ly> Too late....
[07:02] <JohnnyComeL8ly> I was going to tell the bloke that he needed to have a way to change the /etc/hosts file to his liking.
[07:02] <lewellyn> "i need krb to work on a livecd" seems like a fool's errand anyhow.
[07:02] <ianorlin> lewellyn: hard to issue a stable release update to a live cd which you could work
[07:03] <JohnnyComeL8ly> I got to go to bed.
[07:03] <lewellyn> you can always spin your own. but why? :P
[07:03] <lewellyn> pxeboot in that case.
[19:06] <stivballmer> hey people , i install lubuntu 12.04 with minimal lxde desktop, after i remove lightdm and install icewm, all good but pcmanfm dont mount drives and cd\dvd , i get error No Authorized, can fix it?
[19:07] <stivballmer> i have gvfs and udisks
[19:09] <Mr_Comet> new user here. so no idea.
[19:09] <Mr_Comet> :(
[19:10] <testdr> stivballmer: dont know this combination in 12.04 -- why did you not use the more current version LUbuntu-14.04.1?
[19:11] <testdr> stivballmer: and did you check with the guest-user-account if its working there? Or create a new user-account and use it with lxde-Desktop to check the pcfman-settings are ok.
[19:12] <testdr> stivballmer: if you only did add pcfman, without the settings for udisk, it wont work even in lxde.
[19:30] <wxl> testdr: precise is not EOL until 2017
[19:31] <wxl> oh wait that's not true
[19:31] <wxl> i i keep forgettnig lubuntu is different
[19:32] <wxl> it is actually EOL
[19:32] <wxl> you nee dto upgrade stivballmer
[19:36] <stivballmer> wxl, no i use precise with backports xorg lucid , this pc very slow, and video drivers dont include in newest xorg and kernels.
[19:38] <stivballmer> testdr, can i login to guest under xinit? without lxsession and lightdm
[19:43] <testdr> stivballmer: you did cut down your 12.04 install without login-manager? Did you even remove lxde? And the main-problem is, i could only help with own tests for 14.04 - i can only hope its a question of the udisk-settings and maybe you even have not installed it. What video-driver is missing for your hardware?


[07:28] <ejat> hi
[07:28] <ejat> apt: relocation error: /usr/lib/x86_64-linux-gnu/libapt-private.so.0.0: symbol _ZN13pkgSourceList16AddVolatileFilesER11CommandLinePSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS8_EE, version APTPKG_5.0 not defined in file libapt-pkg.so.5.0 with link time reference
[07:28] <ejat> anyone can help ?
[09:26] <cardboard64> hi
[09:27] <cardboard64> I'm running 17.04 RC and wings3d crashes at startup
[09:28] <cardboard64> here's the crash log: https://paste.ubuntu.com/24305708/
[09:31] <cardboard64> it seems that wings3d depends on erlang-wx
[09:31] <cardboard64> which requires libpng12.so
[09:31] <cardboard64> which is not in the repos
[09:39] <jtaylor_> cardboard64: how do you come to that conclusion?
[09:40] <cardboard64> running wings3d binary downloaded from the official website
[09:40] <cardboard64> though, that may not be correct
[09:40] <jtaylor_> that may just still be using libpng12
[09:40] <cardboard64> I installed libpng12 and now only wings3d from the ubuntu repos won't launch
[09:57] <jtaylor_> slangasek: ^ ubuntu erlang is missing wxe_driver.so, debian has it though, probably needs 1:19.1.6+dfsg-2 merged
[09:58] <jtaylor_> debian bug 844593
[13:49] <infinity> doko: So... gnat on ppc64el and s390x.  Seems to be in some state of half transition.  Do you know how to unwind this?
[13:49] <infinity> doko: For example, https://launchpadlibrarian.net/314204021/buildlog_ubuntu-zesty-ppc64el.anet_0.3.3-1ubuntu2_BUILDING.txt.gz
[13:53]  * infinity tries uploading ahven first.
[15:50] <slangasek> jtaylor: 19.1.6+dfsg-2 seems to be superseded by 19.2.1+dfsg-2 now, however, so rather difficult to merge it?
[15:53] <jtaylor_> slangasek: update then, it is an rc bug in debian so its probably still worthwhile
[15:53] <slangasek> fair
[15:55] <jtaylor_> but its of course up to you and your schedule, I have the excuse of not being able to upload to main :P
[16:01] <infinity> doko: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=837162 is definitely not fixed.
[16:53] <tinoco> could someone publish (proposed -> updates) fix for LP: #1317491 for UA for me ?
[22:19] <tsimonq2> Ugh, systemd-resolved broke my system AND my VM
[22:19] <tsimonq2> ffs >__< /o\
[22:20] <tsimonq2> Wait, not my host system. I'm mistaken with that.