[10:01] <lag> sebjan: ping
[10:01] <sebjan> lag: pong
[10:02] <lag> Is all the Syslink code going upstream eventually? Or is it going to reside solely in the Ubuntu kernel?
[10:03] <sebjan> this version of the syslink code will not go upstream. Next version is more suitable to go upstream.
[10:04] <lag> Okay
[10:04] <lag> I sending my patch to the kernel mailing list now
[10:05] <sebjan> lag: great, thanks!
[10:08] <lag> Gone
[10:08] <lag> And now ... we wait
[10:08] <lag> :)
[10:15] <XorA> any news on solution to the git clone issue on omap4?
[10:21] <sebjan> XorA: it is fixed with this patch: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=commit;h=d96ac19bf235fb639bc29ad3f7db210174e429c2
[10:25] <XorA> sebjan: thanks
[10:27] <hrw> ogra: I am downgrading my bb to 6b18 openjdk
[11:12] <ogra> hrw, dyfet now has the task to help you working on that
[11:16]  * ogra_panda waves
[11:18]  * cooloney waves back to ogra_panda smiling like a panda
[11:18] <cooloney> ogra_panda: we can get a working panda image for downloading now?
[11:19] <ogra_panda> cooloney, not yet, seb128 uploaded a new glib, once thats in the archive i can respin, while we have images, they still have the segfaulting kernel
[11:22] <ogra> grmbl
[11:22] <ogra> crashed again
[11:22] <lag> cooloney: What's the current state of bug 588243
[11:23] <ubot2> Launchpad bug 588243 in linux-ti-omap (Ubuntu) (and 1 other project) "kernel BUG at /build/buildd/linux-ti-omap-2.6.33/drivers/video/omap2/dss/core.c:323! (affects: 1) (heat: 96)" [Undecided,New] https://launchpad.net/bugs/588243
[11:23] <cooloney> lag: oh, sorry, no update.
[11:23] <cooloney> as long as i got the hw, i will start to debug that
[11:25] <lag> What hw do you have currently?
[11:26] <cooloney> lag: nothing at all -:<
[11:27] <lag> cooloney: That's rubbish
[11:30] <cooloney> i will got it tommorrow
[11:30] <lag> What will it be?
[11:30] <lag> C4?
[11:30] <ogra_panda> god, IO really sucks
[11:30] <cooloney> panda, i think
[11:31] <lag> cooloney: That bug I sent you affects Lucid - Beagleboard
[11:31] <ogra_panda> the MMC driver surely needs love
[11:32] <lag> ogra_panda: Which board? Going by your name, Panda?
[11:32] <ogra_panda> right
[11:32] <lag> What's wrong with it?
[11:32] <ogra_panda> tab completion can make the board stuck for 30sec
[11:33]  * lag checks
[11:33] <ogra_panda> like hard hanging until the rest of the directory name is printed on the term
[11:33] <ogra_panda> but at least i have a working image now
[11:34] <lag> You do? What was wrong?
[11:34] <ogra_panda> segfaults over and over
[11:34] <lag> Are you running a full Desktop system?
[11:34] <ogra_panda> lag, i'm running what you should run as well, the ubuntu images :=
[11:34] <ogra_panda> :)
[11:34] <cooloney> ogra_panda: what's the kernel version
[11:35] <ogra_panda> cooloney, now its the one uploaded yesterday
[11:35] <cooloney> i think we got some fixing patches in ti-omap4
[11:35] <ogra_panda> 901.4 i think
[11:35]  * lag is a Kernel Engineer - GUIs are for weaners
[11:35] <ogra_panda> that one is a lot better but still sucks at SD I/O
[11:35] <lag> :)
[11:35] <hrw> ogra: boot from sd but keep rootfs on usb (if it works)
[11:35] <lag> I'll download the latest
[11:35] <ogra_panda> lag, thats the reason why we always get broken kernels from the kernel team :P
[11:35] <lag> Do you have a quick link?
[11:35] <ogra_panda> you guys only test if serial works :P
[11:36]  * lag sees ogra's lips moving, but doesn't hear the noise
[11:36] <hrw> ogra: you need more? really?
[11:36] <ogra> haha
[11:36] <ogra> lag, http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/ wait for 20100707, i'll do a rebuild shortly
[11:37] <ogra> with the latest kernel
[11:37] <ogra> 06 isnt really usable
[11:37] <ogra> due to permament segfaults in 900.1
[11:37]  * ogra_panda ponders if he should be brave and try firefox
[11:38] <ogra_panda> lets see :)
[11:38] <hrw> run firefox, come back tomorrow - maybe it will be loaded
[11:38] <ogra_panda> runs fine :)
[11:39] <ogra_panda> couls scroll a bit smoother
[11:39] <ogra_panda> *could
[11:40] <ogra_panda> but is definately the fastest i have seen on arm framebuffer yet
[11:40] <hrw> still fbdev in use?
[11:40] <ogra_panda> sure, we dont have an X server for panda in the archive
[11:41]  * lag 's monitor still doesn't want to work with the Panda board
[11:41] <lag> :(
[11:42] <ogra_panda> font rendering sucks
[11:42] <ogra_panda> i wonder why
[11:43] <ogra_panda> it runs at 1920x1080
[11:43] <ogra_panda> the fonts should be smooth
[11:44] <ogra_panda> beyond the IO issues and the ugly fonts its as fast as an ATOM i'd say
[11:44] <ogra_panda> it even boots in 15sec after u-boot
[11:44] <ogra_panda> i.e. switching on screen to gdm
[11:45] <ogra_panda> htop shows 281MB used with gnome-terminal, FF and xchat open
[11:46] <hrw> shot?
[11:46] <ogra_panda> lag, i think GrueMaster experimented with display settings yesterday and found several options to use DVI adapters
[11:47] <hrw> lag: using hdmi or dvi porT?
[11:48] <ogra> hrw, DVI port doesnt work
[11:49] <ogra> hrw, http://people.canonical.com/~ogra/panda_shot.png
[11:49] <hrw> 23:13 < GrueMaster> IF I plug the switch into the DVI port and the monitor HDMI>DVI cable into the HDMI port, I get video.
[11:49] <ogra> heh, the fonts look fine in the screenshot
[11:50] <hrw> ogra: check cables?
[11:50] <ogra> hrw, weird, afaik there is no signal on the DVI port in the current revision
[11:50] <ogra> the cable is fine
[11:50] <ogra> i think the frequency isnt
[11:50] <ogra> it runs at 60Hz while it should be running at 50
[11:51] <ogra> sadly you cant influence the resolution at all
[11:51] <ogra> kernel reads EDID and automatically picks the highest res
[11:51] <hrw> it does what monitor says
[11:51] <hrw> ogra: you can
[11:51] <ogra_panda> you cant
[11:51] <lag> hrw: I can use either
[11:51] <hrw> 18:32 <@prpplague> Magdalena: for the panda you can just pass the bootargs omapdss.hdmimode=0 omapdss.hdmicode=35
[11:51] <ogra_panda> omap4 doesnt accept resolution options
[11:52] <hrw> 18:32 <@prpplague> Magdalena: that will get you the basic 1024x768 mode that is common to most displays that support vesa/dvi
[11:52] <hrw> 18:33 <@prpplague> GrueMaster: if you check the hdmi code you can see a number of display modes, using the HDMI to run a DVI display you need to use the VESA modes
[11:52] <ogra_panda> well, if i enforce a mode i'm not sure my monitor will be able to use it on HDMI
[11:52] <hrw> try?
[11:52] <ogra_panda> i think it only can 720p and 1080p on the HDMI port
[11:53] <ogra_panda> its more flexible on DVI
[11:53] <hrw> use hdmi->dvi?
[11:53] <ogra_panda> well, first i have a lot of other stuff :)
[11:53] <ogra_panda> display is my least sorrow
[11:53] <lag> Display is my largest-bugbear
[11:53] <lag> Trying ...
[11:53]  * ogra_panda tries some high load websites
[11:55] <lag> hrw: Nope
[11:56]  * ogra_panda wonders why avahi cant resolve
[11:56] <ogra_panda> i can only ping myself on a .loacl address
[11:57] <ogra_panda> *local
[11:57] <hrw> tell me when you will resolve that
[11:57] <hrw> ssh<EMAIL_ADDRESS>is less fun then ssh<EMAIL_ADDRESS>[11:58] <ogra_panda> yeah
[11:59] <ogra_panda> ogra@osiris:~$ ping panda.local
[11:59] <ogra_panda> PING panda.local (<IP_ADDRESS>) 56(84) bytes of data.
[11:59] <ogra_panda> 64 bytes from panda.local (<IP_ADDRESS>): icmp_seq=1 ttl=64 time=35.6 ms
[11:59] <ogra_panda> hmm, the other direction works
[11:59] <ogra_panda> but i cant ssh into my laptop via the local address
[12:00] <lag> hrw: When we use HDMI->DVI, which port do I use on the PB?
[12:01] <ogra_panda> lag, try both ?
[12:02] <lag> Am doing
[12:03] <hrw> lag: from how I understood GrueMaster config he has DVI occupied but not used and hdmi output used for display
[12:04] <lag> HDMI->HDMI[X] HDMI->HDMI&DVI-D->DVI[X] HDMI->DVI[X]
[12:04] <lag> :(
[12:04] <lag> And DVI-D->HDMI[X]
[12:04] <lag> :'(
[12:05] <hrw> lag: connect dvi and hdmi at same time
[12:05] <ogra_panda> no sound :(
[12:07] <lag> I tried that
[12:07] <lag> HDMI->HDMI&DVI-D->DVI[X]
[12:09] <lag> setenv bootargs omapdss.hdmimode=0 omapdss.hdmicode=35 vram=32M, omapfb.vram=0:8M console=tty2 console=ttyO2,115200n8 noinitrd mem=512M root=/dev/mmcblk0p2 rootdelay=1 ip=none; mmcinit 0; fatload mmc 0 0x80200000 uImage; bootm 0x80200000
[12:10] <lag> What's our cmdline ogra?
[12:11] <ogra> only vram=32M, no further video related options
[12:11] <ogra> mem=512M is definately wrong
[12:11] <lag> I've tried that oo
[12:11] <lag> too*
[12:12] <lag> What should it be?
[12:12] <ogra> that will try to write in coprocessor occupied ram regions
[12:12] <ogra> 463
[12:12] <ogra> (as i understood mem=463M is mandatory, thats why we use it on the images)
[12:13] <ogra> why the heck are you using rootdelay ?
[12:13] <ogra> i thought kernel devs know thats deprecated :P
[12:13] <hrw> lag: use rootwait
[12:14] <ogra_panda> ogra@panda:~$ cat /proc/cmdline
[12:14] <ogra_panda> quiet splash vram=32M mem=463M root=UUID=bdee5e48-a61b-492f-a060-6b8d1afe4364 fixrtc
[12:14] <ogra_panda> ...
[12:14] <ogra> hmm, there should be a ro too
[12:14] <ogra> weird
[12:14] <lag> Still no console on the monitor
[12:14] <ogra> oh, the image used an older jasper
[12:16] <ogra> SIGH !!!
[12:16] <ogra> now glib is in the archive and the image builds fail on empathy
[12:16]  * ogra wishes the desktop team would stop uploading .... our desktop is fine as it is, damned !
[12:17] <ogra> j/k
[12:23] <hrw> ogra: I would say "rebuild it on your fast arm" but it suck on i/o...
[12:23] <ogra> i guess USB would be fast
[12:23] <ogra> but that wont get me the package into the archive faster
[12:23] <ogra> its the publisher i'm waiting for
[13:12] <rsalveti> morning
[13:20] <rsalveti> ogra: nice you were able to boot panda :-)
[13:21] <rsalveti> ogra: how is it now? still giving lots of seg faults?
[13:21] <ogra> yup, its running fine, i only wish i could build images with the fixes now
[13:23] <rsalveti> ogra: :-)
[13:23] <rsalveti> new issues everyday haha
[13:23] <ogra_panda> heh, yeah
[13:23] <ogra_panda> people sadly upload packages ...
[13:28] <ogra_panda> hey robclark|panda :)
[13:29] <robclark|panda> gm ogra_panda
[13:29]  * ogra_panda hands robclark|panda some bamboo
[13:29] <robclark|panda> yum yum
[13:29] <ogra_panda> :)
[13:30]  * robclark|panda just got around to re-configuring pidgin on panda after nuking his home directory..
[13:30]  * ogra_panda is using xchat
[13:31] <robclark|panda> pidgin is at least relatively easy to get working behind proxy
[13:32] <ogra_panda> might be, i never tried xchat behind proxy :)
[13:32] <ogra_panda> i just find it painful to use IM clients for IRc
[13:32] <robclark|panda> yeah.. pidgin isnt really my favorite
[13:34] <sebjan> robclark|panda: irssi works well behind the proxy :)
[13:35] <robclark> hmm.. ok.. something to try
[13:43] <cwillu_at_work> xchat works fine behind a proxy, that's how I always use it
[13:43] <cwillu_at_work> hence my lack of a hostmask :p
[13:59] <ogra> ha !
[13:59] <ogra> finally an image build that doesnt die
[14:01] <ogra> so in 2-3h we should have a panda image thats actually usable
[14:21] <lag> IT WORKS!
[14:22] <lool> lag: syslink?
[14:22] <lag> lool: That's old news - that worked yesterday
[14:22] <lag> :)
[14:22] <lag> My monitor - w/Panda
[14:22] <lool> erf
[14:23] <lag> Equine Rescue France?
[14:29] <hrw> lag: what helped?
[14:30] <lag> I'm now running the release (CD) image
[14:30] <lag> I still don't know what the matter was with the other one?
[14:30] <lag> Perhaps the rootfs was incorrect?
[14:38] <lag> ogra_panda, ogra_cmpc, ogra: How long did your Panda image take to come up?
[14:39] <lag> Mine has been sat at the "will take approx 10mins" screen for about 15mins
[14:39] <lag> Then it just went off
[14:42] <lag> sebjan: Ping
[15:16] <lag> ogra?
[15:17] <ericm|ubuntu> npitre, do you have any idea why Kirkwood keeps PCIBIOS_MIN_IO as 0x1000 and PCIBIOS_MIN_MEM as 0x01000000?
[15:19] <npitre> ericm|ubuntu: no idea -- probably Lennert would know
[15:20]  * GrueMaster yawns, stretches, and looks for coffee.
[15:20] <ericm|ubuntu> npitre, ok - I'll drop him an email
[15:20] <ericm|ubuntu> GrueMaster, wakeup from hibernation?
[15:20] <GrueMaster> Something likethat.
[15:20]  * GrueMaster needs a new keyboard.
[15:21] <npitre> ukleinek: would you mind removing that only patch of yours I object to from your Git tree, add the latest ACKs and send RMK a pull request?
[15:22] <npitre> ukleinek: I think that stuff might be ready for mainline
[15:22] <ukleinek> npitre: no, I can.  My only concern is that the uImage target is broken then
[15:22] <GrueMaster> Ok, I have video on my panda working now using a HDMI>DVI cable to a pc monitor.  It is in the HDMI port.  I am also using the following kernel parameters:
[15:22] <GrueMaster> omapdss.hdmimode=0 omapdss.hdmicode=35
[15:24] <lag> GrueMaster: My board worked HDMI->HDMI once
[15:24] <lag> Then on reboot - nothing
[15:24] <lag> Then I re-flashed the SD card with the same image and rebooted
[15:24] <lag> Still nothing
[15:25] <GrueMaster> Try also adding console=ttyO2,115200 console=tty0.  That way you can see what is happening in the kernel.
[15:26] <lag> It's not my cmdline - this is fresh from the CD archive
[15:26] <ogra> lag, his a key, thats DPMS :)
[15:26] <ogra> *hit even
[15:26] <lag> ?
[15:27] <ogra> GrueMaster, wait for the new image that has a less buggy kernel that doesnt hang all the time
 Mine has been sat at the "will take approx 10mins" screen for about 15mins
 Then it just went off
[15:27] <lag> I tried that
[15:27] <GrueMaster> Some issues I ran into yesterday included not being able to use my HDMI switchbox with panda (sad face), sometimes losing keyboard input, but not mouse (I have a keyboard with built in touchpad), and occasional system hangs.
[15:27] <lag> But nothing
[15:27] <ogra> oh, you mean after reboot ?
[15:27] <lag> I don't even know if my keyboard is compatible
[15:27] <lag> Yeah
[15:27] <ogra> yeah, thats a known bug with the old images
[15:27] <ogra> wait for 20100707
[15:28]  * GrueMaster goes to see if coffee is ready.  brb
[15:28] <lag> I even flashed the card again, but nothing!
[15:28] <ogra> that has a fix for it
[15:28] <ogra> hmm, if you freshly flashed the card it should work indeed
[15:28] <lag> Correct
[15:28] <ogra> though i wouldnt trus that kernel at all
[15:29] <ogra> the new image should be up in about 1.5h
[15:29] <lag> Okay, I guess it's worth waiting for
[15:30] <lag> Is it a kernel bug?
[15:30] <ogra> well, display should still work
[15:30] <ogra> but the kernel throws random segfaults
[15:31] <ogra> so it can die at any point
[15:31] <ogra> i had to do five attempts until resizing worked yesterday
[15:31] <ogra> because it locked up hard in the middle every time
[15:31] <npitre> ukleinek: we'll need to not use the dynamic phys offset (which is off by default) until mkimage/u-boot is fixed, so that shouldn't prevent this stuff from being merged
[15:31] <sebjan> lag: pong
[15:32] <npitre> ukleinek: could mkimage simply be used without any load addr?
[15:32] <lag> Hey sebjan
[15:32] <lag> Where you in a meeting with Nicolas?
[15:33] <sebjan> lag: yes, why? :)
[15:33] <ogra> npitre, 0x0 should work
[15:33] <lag> Because you both came back at the same time :)
[15:33] <lag> I was wondering what the verdict was with regards to my patch?
[15:42] <ukleinek> npitre: no, passing a loadaddr is obligatory
[15:44] <sebjan> lag: I would expect some experts reviewers to provide comments. Fyi, I will take your current patch for internal usage, and then update to whatever it ends-up after review.
[15:45] <lag> No problem
[15:45] <ukleinek> npitre: pull request sent
[15:53] <npitre> ukleinek: can this limitation be fixed?
[15:53] <ukleinek> npitre: I didn't touch U-Boot for some time.  I think they have a new image format, but I don't know the details
[15:54] <npitre> ukleinek: something like a loadaddr of -1 meaning that it has to be provided at load time or the like
[15:54] <ukleinek> IIRC U-Boot can boot zImages, too
[15:54] <ukleinek> Barebox can, too
[15:55] <npitre> ukleinek: last time I booted zImage with uboot, the ATAG block wasn't set up
[15:55] <npitre> ukleinek:  nor the r1 machine ID
[15:57] <ukleinek> npitre: barebox does it right, don't know about U-Boot for sure
[16:10] <amitk> ogra: I see uboot-envtools and uboot-mkimage packages in the archive. Where is the u-boot source?
[16:10] <ogra> u-boot-omap3/4
[16:11] <ogra> i dont know why debian chose to use no dash
[16:11] <ogra> upstream clearly does
[16:12] <amitk> ogra: in lucid?
[16:12] <ogra> only omap3 there
[16:12] <amitk> ogra: don't see any u-boot-omap3
[16:13]  * amitk checks deb-src lines
[16:13] <ogra> amitk, https://edge.launchpad.net/ubuntu/lucid/+source/u-boot-omap3
[16:40] <ogra> GrueMaster, lag, http://cdimage.ubuntu.com/ubuntu-netbook/ports/daily-preinstalled/20100707/
[16:40] <ogra> happy playing
[16:40] <GrueMaster> yea, I'm seeing them come in.
[16:41] <ogra> i think we should disable zsync generation
[16:41] <GrueMaster> swap it for MD5sums.  :P
[16:41] <ogra> it gives a flase impression that users would gain anything by using it
[16:41] <ogra> GrueMaster, assigned to NCommander
[16:41] <ogra> dont blame me :)
[16:41] <GrueMaster> I know.  I was kidding.
[16:42] <NCommander> ogra: GrueMaster: its sad that we can't use it, bu tI'll look at it once my headache subsides
[16:42] <lag> Will the omap one work for XM?
[16:42] <ogra> lag, you could try it with a different u-boot binary
[16:42] <ogra> lag, if you find one that works
[16:42] <lag> Well I have booted the XM
[16:42] <ogra> beyond that it should work
[16:42] <lag> So I do have one
[16:43] <lag> When will it work out-of-the-box?
[16:43] <ogra> oh, then *your* XM might even work with that image :)
[16:43] <ogra> mine doesnt
[16:43] <ogra> kernel surely is supposed to work and beyond that there should be no difference in userspace
[16:44] <ogra> feel free to try it :)
[16:44] <GrueMaster> Are we doing a single image now or is the omap4 image still churning?
[16:45] <ogra> i see both
[16:45]  * ogra reloads
[16:45] <ogra> still
[16:46] <lag> Can someone point me to a list of hdmi modes?
[16:46] <lag> 35 is out of range on my monitor
[16:46] <GrueMaster> 35 is 1280x1024
[16:46] <ogra> i think there are some in the omap4 dss driver code
[16:46] <GrueMaster> beyond that, I don't know.
[16:47] <lag> This is odd
[16:47] <lag> Booted with 35 "out of range"
[16:47] <ogra> the panda ?
[16:47] <lag> Yeah
[16:48] <ogra> oh, i forgot, it doesnt like your EDID
[16:48] <lag> But it's working
[16:48] <lag> With my own kernel
[16:48] <lag> But only with 35
[16:48] <lag> 11 doesn't even come up
[19:17]  * zumbi sends armin76's dog to eat all the germans arround :)
[21:09] <lool> ogra: Hey there
[21:09] <lool> ogra: Do you know if the A2 kernels work on Beagleboard XMs?


[05:31] <blr> wgrant: are you aware of an alternative to setting juju config via juju deployer (i.e. the 'deploy' yaml in mojo) in a spec?
[05:32] <blr> a manual juju set in postdeploy?
[05:33] <wgrant> blr: I've just had sysadmins run juju set manually in the past.
[05:33] <wgrant> What're you trying to do?
[05:34] <blr> wgrant: updating rutabaga's mojo spec to reflect the changes we made to auth_params in the charm a while back, and I think there is possibly a bug in juju in that it appears to strip quotes when passing the list of dicts to juju deployer, which blows up
[05:34] <blr> Invalid config charm squid-forwardproxy auth_params=[{'scheme': 'basic', 'program': '/srv/rutabaga/code/rutabaga/scripts/rutabaga_auth_helper.py'}]
[05:35] <blr> juju set squid-forwardproxy auth_params="[{'scheme': 'basic', 'program': '/srv/rutabaga/code/rutabaga/scripts/rutabaga_auth_helper.py'}]" is fine however
[05:37] <blr> escaping quotes results in yaml errors
[05:49] <blr> hmm double quoting the string passes the correct string, yet juju deployer still complains. Invalid config charm squid-forwardproxy auth_params='[{'scheme': 'basic', 'program': '/srv/rutabaga/code/rutabaga/scripts/rutabaga_auth_helper.py'}]'
[05:56] <wgrant> blr: Are you sure your version of the charm has that parameter?
[05:59] <blr> wgrant: it does, the correct rev of the charm is in the build directory
[05:59] <wgrant> blr: What's your syntax in the YAML?
[06:01] <blr> http://paste.ubuntu.com/12203792/
[06:02] <wgrant> blr: I used syntax like this to avoid escaping issues:
[06:02] <wgrant>   auth_params: |
[06:02] <wgrant>     [some, literal, yaml]


[10:00] <pitti> jasoncohen: yes, we ship new upstreams now
[10:00] <jasoncohen> hurray- it took long enough ;)
[10:00] <pitti> jasoncohen: we tried very hard with backporting fixes, but it took weeks and weeks, it broke things and we couldn't keep up
[10:00] <Mez> mdz: http://groups-beta.google.com/group/ubuntu-bp-devel
[10:01] <jasoncohen> pitti, i understand- look what happened to mozilla in debian woody
[10:01] <jasoncohen> they just gave up
[10:01] <jasoncohen> it's just not worth the effort
[10:01] <mdz> Mez: any problem with moving that to lists.ubuntu.com?
[10:01] <pitti> jasoncohen: I researched a bit, we seemed to be the only ones who actually tried backporting
[10:01] <Mez> mdz, if you wanna provide the list, I shouldn't see why not
[10:01] <jasoncohen> pitti, not true- mandrake tried that as well
[10:02] <pitti> jasoncohen: well, RH did it in the past as well, but not any more
[10:02] <mdz> Mez: certainly
[10:02] <pitti> jasoncohen: they updated to 1.0.6 in their enterprise distro...
[10:02] <whiprush> I believe they went to far as to do a new mozilla release for all their old RHEL releases.
[10:02] <jasoncohen> pitti, it seems like firefox has too many security fixes and too much changes over time to allow backporting fixes to be a viable option
[10:02] <Mez> mdz: we'll talk after meeting - k?
[10:02] <pitti> jasoncohen: backporting worked for like 1.0.2 -> 1.0.3, but 1.0.5 was a mess
[10:02] <jasoncohen> pitti, i'm talking about when i used mdk 10.1
[10:03] <pitti> jasoncohen: that's what we learned the hard way now; it's just against our normal policy
[10:03] <jasoncohen> pitti, i got sick of the wait - it was over 2+ weeks to get all the security updates on hoary so i just used the official binary
[10:03] <jasoncohen> i did that after 1.0.4
[10:03] <jasoncohen> updated to 1.0.5 and then 1.0.6 the next day
[10:03] <mdz> Mez: Mez yep
[10:04] <pitti> jasoncohen: yes, with new upstreams updates will be very fast now
[10:04] <jasoncohen> pitti, well, thank you for making this step. I've been arguing for it for a while now. I was upset by the non-existent security updates on warty, the long waits on hoary and even after all that there were more problems then just using the upstream version (like the mozilla extensions issues and now with the 1.0.5 fixes
[10:05] <pitti> right
[10:05] <jasoncohen> pitti, and i bet you'll find an unintended positive consequence- less newbie backport users!
[10:05] <pitti> now I hope that the new upstreams don't cause too much trouble
[10:05] <doko> 1.0.6 FTBFS on amd64
[10:06] <jasoncohen> newbies just don't get the concept of backporting security updates. Now that hoary has the latest firefox, a lot less new users are going to immediately add backports to their systems which in my opinion is a good thing
[10:06] <Mez> thanks jason :D
[10:06] <jasoncohen> backports is definitely useful, but too many users add it when they don't know what they're doing
[10:06] <whiprush> People like their crack-of-the-day.
[10:07] <pitti> doko: will look at it soon
[10:07] <jasoncohen> Mez, don't misunderstand me- i really like backports, and i have helped you guys fix problems from staging (firefox dependencies of libgcc1 4.0, konversation that broke kubuntu-desktop etc.)
[10:07] <Mez> yeah I know :D
[10:07] <jasoncohen> Mez, i just don't think most new users really need backports. they think they are vulnerable because firefox says 1.0.2 and immediately add backports
[10:07] <Mez> at least now it's official there's less problems with stuff
[10:08] <jasoncohen> Mez, and i supported it going official- i can't wait until you get backports on the official ubuntu servers
[10:08] <Mez> jasoncohen, they're building as we speak :D
[10:08] <jasoncohen> Mez, did you read my post on providing a mozilla-mplayer package with gtk2 support?
[10:08] <jasoncohen> Mez, i packaged one and can give you the source
[10:08] <Mez> jasoncohen, no I didnt
[10:08] <Mez> jasoncohen, after the meeting
[10:08] <jasoncohen> ok
[10:09] <hughsie> ogra: ping?
[10:09] <jasoncohen> Mez, the default mozilla-mplyer is built with --enable-x rather than --enable-gtk2 and because of that there's no menu/button support. it's much more attractive with gtk2 and you can now download the stream & watch full screen like you can with quicktime/windows media player
[10:10] <Mez> It's done that way in hoary I presume? or just bp?
[10:10] <ogra> hughsie, sorry meeting... (but you might like to join #ubuntu-meeting)
[10:10] <hughsie> ogra: will do
[10:11] <jasoncohen> Mez, it's done in hoary because it's done that way in debian
[10:11] <Mez> jasoncohen, and is it the same in breezy?
[10:11] <jasoncohen> Mez, i contacted the debian developer (submitted a wish list) and he didn't respond
[10:11] <jasoncohen> Mez, it's the same in breezy- debian users are anti-gui and i got a lot of flac on #debian so i'm not surprised he didn't respond
[10:12] <jasoncohen> basically, mozilla-mplayer is taken straight from debian w/o modifications. the change is trivial
[10:12] <Mez> jasoncohen, ad a bug on malone, and poke me to it :D
[10:12] <Mez> I'll see what i can do
[10:12] <jasoncohen> thanks, will do
[10:13] <jasoncohen> Mez, thanks for the great work on backports
[10:13] <Mez> np :D
[10:13] <Mez> wish me luck - I'm up nextish in meeting
[10:13] <jasoncohen> i'll continue to test staging and post problems when i find them
[10:13] <Mez> jasoncohen, we're moving to official Very soon
[10:13] <jasoncohen> awesome...hey, did you remove 1.0.6 from backports-staging?
[10:14] <jasoncohen> there's no need for it now. i saw you removed 1.0.4
[10:14] <Mez> lol
[10:14] <Mez> I know
[10:14] <Mez> problems talk later bout
[10:14] <jasoncohen> ok
[10:14] <jasoncohen> heh, i guess that's a no- it's trying to install 1.0.6 from backports (after i removed it to go to hoary version)
[10:14] <Mez> lol
[10:15] <jasoncohen> oh, i didn't notice that in the SVN changelog firefox 1.0.6 was upgraded to backports from staging
[10:16] <Mez> yeah
[10:16] <Mez> grr
[10:17] <jasoncohen> mistake?
[10:25] <jasoncohen> pitti, so i take it, we can expect firefox 1.0.6 in warty shortly?
[10:25] <pitti> jasoncohen: I'm already at it
[10:25] <jasoncohen> great
[10:26] <pitti> jasoncohen: the package is a mess (lots of patches and no proper patch system), I have to sort that out, but it should be there by tomorrow
[10:26] <jasoncohen> so, firefox will be the one exception, correct?
[10:26] <jasoncohen> can we expect thunderbird patches in the near future. it's been a while
[10:52] <siretart> elmo: ping
[10:55] <pitti> Hi shackan
[10:56] <shackan> hi
[10:56] <shackan> sorry for not making often contact
[10:57] <shackan> I'm there coding nevertheless
[11:05] <spacey_ki> mako_, at wth yet? :)
[11:07] <mako_> spacey_ki: yes.. the network *just* came up.. we'll how long it stays up :)
[11:07] <luis_> hey, mako_
[11:07] <luis_> sounds like you're having fun ;)
[11:08] <mako_> i am.. i'm in ascii's tent
[11:08] <mako_> in the wireless village.. where wireless is not working and i'm connecting over a wire
[11:08] <luis_> haha
[11:08] <luis_> there is a separate wireless village?
[11:09] <mdz> mako_: the wirey village?
[11:12] <opi> mako_: sould like my paid ISP to me ;)
[11:14] <Mez> mdz: poke me when ready to carry on our chat
[11:14] <mdz> Mez: just finishing up
[11:14] <Mez> yeah, I saw, hence the nudge
[11:14] <jan1> now that ogra mentions is: is shtoom/voip still on the breezy schedule
[11:16] <Mez> wb slomo
[11:16] <Mez> SloMo_, *
[11:17] <SloMo_> thanks Mez :)
[11:18] <mdz> Mez: right, so I'm all set to create this mailing list.
[11:18] <mdz> Mez: will you be the list owner?
[11:18] <Mez> might as well be :D
[11:18] <mdz> Mez: do you have an ubuntu.com email address yet?
[11:19] <Mez> mdz: no I don't - apparently they're not ready for members yet
[11:19] <Mez> but if you want to create me one, feel free,
[11:19] <mdz> Mez: ok, I'll use your sourceguru.net address then?
[11:19] <Mez> It'd be useful
[11:19] <Mez> mdz: if you have to, though if it's possible to create me an ubuntu.com email, that'd be better for me
[11:19] <mdz> Mez: that's not my department; I was under the impression that @ubuntu.com was up and running for members
[11:20] <Mez> mdz: when I got my membership I spoke to James and he said it wasnt
[11:20] <mdz> sabdfl,elmo: what's blocking that?
[11:20] <ogra> mdz, thats a laubchpad issue as i understood it...
[11:20] <ogra> launchpad...
[11:20] <Mez> that he's only added from the main DC so far
[11:20] <mdz> ogra: sabdfl told me the launchpad side was done
[11:20] <ogra> mdz, it should work automatically then.... hmm
[11:21] <Mez> keybuk, can you am yourslef with another roll ? :P
[11:21] <Keybuk> Mez: I'm a bit too far away from elmo (some 9,000 miles) to get him
[11:21] <Mez> ah, fair enough
[11:22] <spacey_ki> mako_, yes :)
[11:22] <spacey_ki> mako_, come have a beer with us
[11:23] <hughsie> ogra: got a minute?
[11:23] <ogra> yep
[11:23] <ogra> hughsie, how did you like our meeting? :)
[11:24] <Mez> mdz: I'll get to setting that up now...
[11:24] <hughsie> ogra: I've made the gnome-screensaver changes you wanted to CVS, and made libnotify a configure argument.
[11:24] <hughsie> ogra: it looked good. community spirit
[11:24] <ogra> :)
[11:24] <luis_> libnotify in gnome-screensaver?
[11:24] <luis_> what for?
[11:24] <mako_> spacey`wth: where are you?
[11:25] <hughsie> luis_: no libnotify for gnome-power-manager
[11:25] <luis_> (just curious, not like accusatory or anything)
[11:25] <luis_> hughsie: ah
[11:25] <ogra> hughsie, ok, so i'll drop the packages i made today (noit everything though) and package CVS
[11:25] <luis_> hughsie: cool
[11:25] <hughsie> gnome-power.sf.net for screenies
[11:25] <mako_> spacey`wth: i'm in the ascii tent tent with a pirate hoodie
[11:25] <spacey`wth> mako_, ok
[11:25] <spacey`wth> mako_, want a beer?
[11:25] <hughsie> ogra: hang fire, i havn;t committed them
[11:25] <spacey`wth> i will come to you
[11:25] <mako_> spacey`wth: i would love to have a beer :)
[11:25] <hughsie> ogra: give me 5
[11:25] <mako_> spacey`wth: can you come meet me here?
[11:25] <spacey`wth> i'll bring one for you
[11:25] <spacey`wth> mako_, yes
[11:25] <ogra> luis_, hughsie does an awesome work for us, making gnome-power ready for ubuntu ;)
[11:25] <mako_> spacey`wth: awesome :)
[11:26] <luis_> coolio
[11:26] <\sh> hey mako_ where r u just now? :)
[11:26] <hughsie> thanks ogra :-)
[11:26] <mako_> \sh: some field in the netherlands :)
[11:26] <luis_> so you guys will be shipping g-p-m and screensaver in breezy?
[11:26] <ogra> hughsie, i work since 9:00 today (same TZ) i wont package anything today anymore ;) take your time ;)
[11:27] <\sh> mako_: visit ogra when u have time...will join u for some beers :)
[11:27] <ogra> luis_, thats the plan :)
[11:27] <luis_> coolio
[11:27] <hughsie> ogra: two ticks g/f
[11:30] <sabdfl> ogra, mdz: https://launchpad.ubuntu.com/distros/ubuntu/
[11:30] <sabdfl> you can click on "Ubuntu Members" to see the current list
[11:30] <sabdfl> clearly, it's a little short :-)
[11:30] <ogra> sabdfl, it was about the mail adresses
[11:31] <ogra> (@ubuntu.com for members)
[11:31] <Nafallo> sabdfl: that list is not current ;-)
[11:31] <Mez> yes, it was about the @ubuntu.com email for memebrs
[11:32] <Nafallo> atleast I'm not on it :-P
[11:32] <Mez> oh, and there are quite a few people on the pending list for that group, who are already members :D
[11:33] <Mez> but havent beel "accepted" by mako yet.
[11:33] <Mez> Due to his time limitations
[11:33] <ogra> Mez, i guess mako_ has to approve them
[11:33] <Mez> :P
[11:34] <\sh> and thx to infinity or lamont (one of the two) for fixing the buildds :)
[11:34] <lamont> \sh: what was broken?
[11:35] <bddebian> Does the launchpad CoC signing automate the process or does Mako still have to approve?
[11:35] <Mez> pitti: you still around?
[11:35] <lamont> sabdfl: it's missing all the original crowd, for example...
[11:35] <Mez> bddebian, mako still needs to approve
[11:35] <bddebian> OK
[11:35] <Mez> lamont: I believe mako's got that on his "to do" list :d
[11:35] <\sh> lamont: some glu magic...didn't get the right build-deps
[11:36] <lamont> \sh: ah, ok
[11:36] <\sh> lamont: it's fixed now..only ia64 ftbfsing but this has to do with some other things..
[11:37] <\sh> (for GLU.h)
[11:37] <ogra> night mvo
[11:37] <Mez> \sh here?
[11:38] <\sh> yes no yes no yes :)
[11:38] <Mez> gonna need a main package updated so it can be bckported
[11:38] <dholbach> good night everybody :)
[11:38] <\sh> Mez: run...as fast as u can :)
[11:39] <Mez> \sh - why ?
[11:39] <ogra> night dholbach
[11:39] <\sh> g'night dholbach and thx :)
[11:39] <dholbach> night you two :)
[11:39] <Mez> \sh it's just a change on a Build-Dep
[11:39] <Mez> which shouldnt be set to what ti is :D
[11:39] <Mez> lol
[11:39] <\sh> Mez: yes ask ogra :) I don't have the right now :)
[11:39] <Mez> \sh, but it's a KDE package
[11:39] <Mez> :-"
[11:40] <\sh> Mez: yes ask ogra ;)
[11:40] <\sh> ogra: that's for your firefox...
[11:40] <Mez> ogra :D It's a pretty simple one
[11:40] <Mez> kde/konversation_0.18-1ubuntu2~hoary1: Dep-Wait by buildd+rothera [optional:uncompiled]
[11:40] <Mez>   Dependencies: cdbs (>= 0.4.27-3)
[11:40] <Mez> should be a dep on cdbs (>=0.4.21)
[11:40] <Mez> I believe
[11:41] <ogra> hmm
[11:41] <Mez> unless of course I changes something else
[11:41] <Mez> lemme see in a debdiff
[11:42] <ogra> man, thats 7MB big... isnt that a IRC client ?
[11:42] <Mez> yeah
[11:42] <Mez> weird huh
[11:43] <Mez> lol
[11:43] <ogra> Mez, are you sure it will compile with the change ?
[11:44] <Mez> I'm just checking what I changed
[11:46] <Mez> yeah, thats the only change thats been picked up (well, lots of changes but they just seem to be bad packaging :D
[11:46] <Mez> lol
[11:46] <Mez> changes from 0.16 -> 0.18
[11:47] <Mez> oh
[11:47] <Mez> crap
[11:47] <\sh> lamont: can I bug u again?
[11:47] <Mez> libxi-dev isnt in hoary is it
[11:48] <lamont> \sh: that's a kinda personal question, doncha think? :-)
[11:48] <lamont> sup?
[11:48] <\sh> lamont: hehe:) o
[11:49] <dholbach> Mez: http://packages.ubuntu.com knows :)
[11:49] <\sh> lamont: xchm...it's in dep-wait with wrong build-dep on libwxtk2.5..I uploaded yesterday the same version with libwxgtk2.4 build-dep...(didn't see that xchm was already in the queue)
[11:49] <ogra> Mez, it is, accorrding to http://packages.ubuntu.com/hoary/libdevel/libxi-dev
[11:49] <Mez> it was rhetorical
[11:49] <Mez> ogra: then why is there a dep-wait on it
[11:50] <Mez> oh
[11:50] <Mez> nvm
[11:50] <Mez> I'm an idiot
[11:50] <Mez> lamont: unknown/gtk-sharp2-unstable_1.9.5-1ubuntu2~hoary1: Dep-Wait by buildd+vernadsky [-:uncompiled]
[11:50] <Mez>   Dependencies: cli-common
[11:50] <\sh> lamont: should I upload it with a different version and u fix the dep-wait manually? ;)
[11:50] <lamont> \sh: once it's depwaited, it takes a buildd admin to un-depwait it, unless the d-w is resolved....
[11:50] <Mez> It just built cli-common, cna you clear the depwait once it's installed?
[11:51] <ogra> Mez, err, konversation is dep wait because of cli-common ?
[11:51] <lamont> so it sounds like you want the buildd's to pretend that libwxtk2.5 is available, and that cli-common is as well?
[11:51] <Mez> ogra: konv = dep-wait because of cdbs
[11:51] <lamont> Mez: the archive install includes clearing dep-waits... that's what they're fore
[11:51] <lamont> s/e$//
[11:51] <Mez> ah, ok lamont
[11:51] <ogra> Mez, so the fix i make her is valid ? should i upload or not ?
[11:51] <ogra> here even
[11:52] <Mez> yeah, upload to main :D
[11:52] <\sh> lamont: no..I want the build-dep to be removed, cause the merge comes from debian and it's wrong, cause 2.5 is not in our archives right now...and doko will send 2.6 in ...so 2.4 is good for now...and I uploaded with 2.4 build-dep
[11:52] <Mez> that'll make it backportable
[11:52] <Mez> though I think I'll have to poke elmo to get it to build again
[11:52] <ogra> Mez, i'll point complaintments to you then...
[11:52] <ogra> uploaded
[11:52] <Mez> ogra: make the changed-by as me :D
[11:52] <Mez> lol
[11:52] <Mez> then you dont get complaintments to me :D
[11:53] <hughsie> ogra: sorry about that. i can't type and tealk to my g/f *she knows*
[11:53] <Mez> you *
[11:53] <lamont> \sh: the package will remain dep-wait: libwxtk2.5 until either that package exists, or we pretend it's available
[11:53] <ogra> to late, i made some notes in the changelog ;)
[11:53] <Mez> ogra :D fair enough
[11:53] <\sh> lamont: so pretend it...let 2.4 be 2.5 :)
[11:53] <ogra> hughsie, its ok :)
[11:53] <Mez> ogra, got a new mailing list for ya :D
[11:53] <lamont> uploading packages to change build-deps doesn't make things automatically leave dep-wait
[11:54] <\sh> lamont: i didn't see that xchm was in the queue :(
[11:54] <lamont> \sh: is there source in the archive (accepted and visible) that says 2.4? or does it still say 2.5?
[11:54] <ogra> lamont, but fixing the issue before giving back helps ;)
[11:54] <\sh> before I uploaded better to say
[11:54] <Mez> lamont :D I know that - hence I'll have to poke elmo :D
[11:54] <\sh> lamont: yes
[11:54] <hughsie> yes, ogra, the only non-ubuntu dep at the moment is dbus 0.35 - was there any decision on that?
[11:54] <lamont> \sh: so if I make it try to build the current source, it should work?
[11:54] <lamont> ogra: yes. there is that...
[11:54] <\sh> lamont: yes
[11:55] <\sh> Accepted xchm 2:0.9.8-5ubuntu1 (source)
[11:55] <\sh> Date:
[11:55] <\sh> Yesterday 20:50:02
[11:55] <ogra> hughsie, nope, pitti and mdz will have to decide that
[11:55] <lamont> \sh: ok.  so I'll tell wanna-build to pretend that libwxtk2.5 is available, and that'll clear the depwait, and let xchm try to build
[11:55] <\sh> lamont: rocking :)
[11:55] <hughsie> ogra: g-p-m aside, most apps are using 0.35 as the "standard" you'll have to do a lot of patching when ppl start converting to glib/qt/python bindings
[11:55] <pitti> hughsie: as I said, if 0.35 breaks any of our existing dbus clients, it'll be hard
[11:56] <hughsie> pitti: Give it a go, i can knobble g-p-m to not use the bindings, but i did want to do the main program at some point
[11:56] <ogra> hughsie, the prob is that we are in upstream version freeze already... changing such a essential package is hard
[11:56] <hughsie> ogra: appreciated.
[11:57] <pitti> hughsie: can you please ask daniels about it? he maintains dbus
[11:57] <ogra> hughsie, i will hav bloody knees from begging to get even g-p-m in ;)
[11:57] <hughsie> ogra, pitti, dbus0.35 is being backported to FC4, I'm sure they didn;t take that decision lightly.
[11:57] <hughsie> ogra :-)
[11:58] <hughsie> pitti, when's daniels about?
[11:58] <pitti> hughsie: he's in Australia, so in a couple of hours
[11:58] <Burgundavia> ogra, after I try and get inkscape and screem, I might be joining you in that category
[11:58] <\sh> *ugh* I'm not pulling in non -dev packages most of the time for build-deps
[11:58] <hughsie> pitti, typical!
[11:59] <lamont> \sh: WTH???
[11:59] <Mez> lamont, you have access to kill things from the buildd's right
[11:59] <ogra> Burgundavia, mine is a breezy goal where upstream made very ubuntu specific changes, i guess its easier for me to convince mdz or that then for new features in inkscape
[11:59] <hughsie> ogra: is libnotify likely?
[11:59] <Mez> I've noticed things going into archives that shouldnt be - (my stupidity for now knowing what the packages were)
[11:59] <lamont> \sh: rather more to the point, the package was dep-wait libwxgtk2.5-dev.
[11:59] <Burgundavia> ogra, yes, that is true
[11:59] <hughsie> if not I can made the messageboxes prettier than they are
[11:59] <ogra> hughsie, depends on upstream...
[12:00] <lamont> Mez: I have the ability to make architecture foo never ever ever build package bar again
[12:00] <hughsie> ogra: you mean you're waiting for a 0.0.1 release?
[12:00] <ogra> hughsie, if he gets a tarball out in time, seb128 will package it he said...
[12:00] <\sh> lamont: yes it was/is...I should say, that I'm refering in 99% to *-dev packages
[12:00] <lamont> Mez: but I have to be convinced to wield that sledge hammer
[12:00] <ogra> hughsie, yes, he apparently said he would package one for getting it in ubuntu
[12:00] <Mez> lamont: ah - well we shouldnt be backporting mono stuff
[12:00] <hughsie> ogra: I'm on it
[12:00] <Mez> and I didnt realise some stuff was mono stuff
[12:01] <lamont> Mez: what's in the archive is an elmo issue, not me


[09:18] <rmg51> Morning
[12:20] <teddy-dbear> Morning peoples, dogs, turkeys, hamsters and everything else
[14:28] <lazyPower> o/
[19:08] <InHisName1> running: sudo apt-get -f install to fix some dependencies, I get the following errors....
[19:08] <InHisName1> dpkg: error processing archive /var/cache/apt/archives/samba-libs_2%3a4.1.6+dfsg-1ubuntu<IP_ADDRESS>_amd64.deb (--unpack): subprocess new pre-installation script returned error exit status 1
[19:08] <InHisName1> Errors were encountered while processing:  /var/cache/apt/archives/samba-libs_2%3a4.1.6+dfsg-1ubuntu<IP_ADDRESS>_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1)
[19:09] <InHisName1> Should I ignore, clean up mess, or fix it ?


[00:59] <Wenz> hello hello
[04:31] <user____> hi
[04:31] <user____> there a lot of kde neon vs kubuntu comparisons in search results...anyone can recommend the most detailed one (they know of)?
[04:46] <Maik> user____: kinda wrong place to ask since this is a support channel, offtopic might be better
[04:48] <user____> ty
[04:48] <Maik> yw
[08:34] <Kalov> hmmm i don't know how to change the language :/
[08:35] <Kalov> it switched itself to spanish and no idea how to get it back to english
[08:35] <Kalov> i did set the keyboard layout to spanish one
[08:50] <eeos> Kalov: do you mean  keyboard layout?
[08:50] <Kalov> nop the system language
[08:50] <Kalov> now everything is in spanish
[08:51] <Kalov> i think it happened after i changed the layour
[08:51] <Kalov> ñayout
[08:52] <eeos> Kalov: system settings > language
[08:52] <eeos> Kalov: for the keyboard system settings ? keyboard
[08:53] <eeos> Kalov: for the regional settings system settings > formats
[08:55] <Kalov> i think i switched it in some part about formats
[08:55] <Kalov> brb
[08:57] <Kalov> ok it's in english now
[08:57] <Kalov> thanks
[11:42] <BluesKaj> Hi all
[13:28] <guest_> hi
[16:05] <Guest4638> Printer works with word processor but will not print from web.
[17:11] <Ralph78> hello, i have a problem with my usb stick. somehow it dos not show up on the drives. i tried sudo tail -f /var/log/syslog and it gave me "usb 3-1: new high-speed USB device number 14 using xhci_hcd" and "usb 3-1: device descriptor read/64, error -71". what can i do?
[17:41] <tomreyn> this has been discussed in #ubuntu-de
[17:41] <TuxCrazy> how much RAM would be required to use Kubuntu 20.04 ?
[17:45] <lundrvs> I use 8GB of RAM
[17:46] <krytarik> lol
[17:48] <tomreyn> TuxCrazy: my guess is that anything above 4GB should be fine. less may work, but you may need to compromise.
[17:48] <TuxCrazy> I have a laptop which has 4 GB RAM.
[17:52] <lundrvs> I could run Ubuntu on a VM with 2GB of RAM
[17:53] <lundrvs> I run Linux Mint on two netbooks of x32bytes with 1GB of RAM
[17:54] <lundrvs> Samsung NB30 and ASUS eepc-1025e have 1GB of RAM, and I use Mint x32 on them >D
[17:55] <lundrvs> they are fast at my surprise
[17:55] <tomreyn> that wasn't the question, though.
[17:55] <lundrvs> it is just an example
[17:55] <lundrvs> of course that he should be able to do that with 4GB
[18:01] <TuxCrazy> ok
[18:01] <TuxCrazy> I'll try Kubuntu on a live usb first.
[18:26] <TrasherXWK> Hello
[18:26] <TrasherXWK> I need help please
[18:27] <diogenes_> !ask
[18:38] <h1pot> i'm trying to symlink a mtp directory but it always result in a broken symlink, what am i doing wrong?
[18:40] <tomreyn> show the command you're running, and the output it produces, on a pastebin.
[18:40] <tomreyn> if there is no output indicating the error, explain how you can tell it results in a broken symlink.
[18:46] <h1pot> i'm trying to use the command on gui on kubuntu 20.04 clicking with the right button, the output is always a broken symlink both acessed with gui or terminal
[18:48] <h1pot> linking the mtp directory to a desktop folder
[19:26] <tomreyn> h1pot: whoops, sorry, i missed your reply (feel free to mention my nickname whenever you do, like i'm doing here)
[19:26] <tomreyn> h1pot: my guess is that the mtp path is just a virtual file system path and thus symlinking to it can not actually work
[20:16] <user|12374> Hello, forgive my noobness but can I ask a question with an issue I am having?
[20:19] <oerheks> user|12374, if it is kubuntu related, ask, wait and see
[20:24] <user|12374> k, So im on 20.04 and after I started the system this morning. My icons are all just black boxes and all I can see is text. https://imgur.com/UmXOZN2
[20:24] <user|12374> https://imgur.com/SlYji5n
[20:30] <oerheks> enable 'use desktop layout from theme'  in this menu again? https://imgur.com/SlYji5n
[20:35] <user|12374> tried no luck
[20:41] <user|12374> I posted on the forum hopefully someone can help out. I kinda want to know what happened instead of just reinstalling.
[20:45] <serenity> rename your .kde folder within your /home to .kde-backup. Give it a reboot and see what happens. If this stay the same, your could rename it again.
[20:45] <serenity> *you
[20:48] <user|12374> okay Ill give that a shot.
[20:56] <user|12374> @serenity there is no .kde folder in my /home folder
[20:59] <Nokaji> do you have 'show hidden files' selected?
[20:59] <serenity> Folder with a . in the beginning are hidden as default
[21:00] <Nokaji> -or- do you see any other files beginning with a '.'?
[21:01] <user|12374> so if I look under /jhome and do an ls -la all i see is my user folder and .directory
[21:04] <user|12374> https://imgur.com/ta4Zs9m
[22:55] <exell> I'm looking to find out how to change my wireless network adapter in kubuntu, I have a new wifi dongle and want to change it from the one that is plugged into the motherboard


[21:49] <feros> yo yo
[22:02] <carlos2> hello?
[22:08] <feros> yo,
[22:14] <carlos2> you know anything about the netbook edition of ubuntu?


[10:16] <locodir-user> سلام
[10:17] <elacheche_anis> سلام
[10:18] <locodir-user> i have a problem with wubi installation
[10:18] <elacheche_anis> What kind of problems?
[10:19] <locodir-user> when i successfully download it the reboot do not work
[10:20] <elacheche_anis> do you use the wubi that comes with the CD/DVD?
[10:21] <locodir-user> no i download it from the internet
[10:21] <elacheche_anis> ok, when you reboot do you have the OSs menu?
[10:23] <locodir-user> watch this video
[10:23] <locodir-user> http://www.youtube.com/watch?v=n5x9iJWXbUY
[10:23] <locodir-user> it is stop at 1:58
[10:23] <locodir-user> and after that nothing happens
[10:25] <locodir-user> did you get the idea??
[10:26] <elacheche_anis> i see.. from WinBug uninstall Wubi and reinstall ubuntu using it
[10:29] <locodir-user> i sorry for asking but what is winBug?
[10:29] <elacheche_anis> I mean Windows X)
[10:30] <os_> elacheche_anis: window X11 ?
[10:30] <locodir-user> i did it many times but didnt work?
[10:31] <elacheche_anis> os_, nope WinBug 7 or XP.. locodir-user try to install Ubuntu using Wubi and that dosn't work for him
[10:32] <os_> elacheche_anis: I mean Windows X)
[10:32] <elacheche_anis> locodir-user, why don't install ubuntu without wubi?? dual_boot
[10:36] <locodir-user> i want to install it inside the windows


 How can we help you?
[02:42] <snadge> is fglrx working at the moment?
[02:42] <SonikkuAmerica> Not sure...
[02:42] <snadge> soon i will know
[02:43] <SonikkuAmerica> Actually, there isn't a saucy driver package yet, so it'll hold on to raring. But (if you're running Unity or XFCE) be ready for Mir.
[02:44] <snadge> actually running gnome classic at the moment
[02:44] <SonikkuAmerica> As in 3.8 Classic Mode?
[02:44] <SonikkuAmerica> Or gnome-session-fallback?
[02:44] <snadge> i think its the fallback
[02:44] <SonikkuAmerica> snadge: You can kiss that goodbye.
[02:45] <snadge> oh dear
[02:45] <SonikkuAmerica> No biggie, we have GNOME 3.8 in the repos, just get the gnome-shell and gnome-shell-extensions packages, and enable GNOME Classic Mode at login.
[02:45] <SonikkuAmerica> (Repos for 13.10)
[02:46] <snadge> im actually okay with it.. i mostly used gnome fallback for performance reasons
[02:46] <TheDrums> (Xubuntu is undecided on XMir.)
[02:46] <snadge> better framerates with games
[02:47] <snadge> using a non composited desktop
[02:47] <SonikkuAmerica> TheDrums: Oh? I thought that was decided upon.
[02:47] <SonikkuAmerica> Last I checked they were going to test it
[02:47] <TheDrums> Test != confirmed.
[02:47] <snadge> one of the main reasons i like unity, at least in the versions im familiar with.. is that it mostly works the same way as a classic gnome desktop anyway
[02:48] <SonikkuAmerica> Eye != Face
[02:48] <snadge> same/similar shortcuts etc
[02:48] <SonikkuAmerica> Yeah.
[02:48] <SonikkuAmerica> But GNOME is the real GNOME, and Unity is... well, Unity.
[02:48] <TheDrums> SonikkuAmerica: http://open.knome.fi/2013/08/07/dont-panic-the-state-of-xubuntu-and-mir/
[02:49] <SonikkuAmerica> TheDrums: Speaking of I should catch up with knome soon.
[02:49] <snadge> i can switch between classic gnome and unity more easily than gnome 3
[02:50] <SonikkuAmerica> Well at least now... have you tried MATE?
[02:51] <snadge> no.. the simplest reason i can give for that is, i haven't found the need to
[02:52] <snadge> between classic gnome and unity.. im pretty happy
[02:54] <snadge> gnome 3 im not terribly fussed about.. i could use it if i was forced to, but all the gnome 3 shell seems to do for me is.. solidy justify the reason for unity's existence in the first place
[02:54] <snadge> the desktop shell im talking about.. obviously the majority of the components are shared
[02:56] <snadge> apparently it takes a while to install 1860 or so packages
[02:58] <snadge> its odd when people on the internet have something nice to say about the unity interface isnt it? :p
[03:00] <wilee-nilee> snadge, This is support not your opinion based of projected confirmation bias.
[03:00] <wilee-nilee> on*
[03:04] <snadge> ok maybe the subject will revert back to support, after i reboot
[03:20] <snadge> happy days, updating to saucy fixed my video playback problem.. rather unconventional way to do it .. *shrug*
[03:23] <snadge> actually no it didn't, it removed totem, which turns out to be the problem
[10:52] <root____> hey
[11:01] <BluesKaj> Hiyas all
[14:17] <penguin42> nested kvm doesn't seem to work for me in +1
[14:21] <ikonia> penguin42: by nested I assume you mean a vm within a vm
[14:27] <penguin42> ikonia: Nod
[14:28] <penguin42> ikonia: I've had it work in the past (Quantal maybe?)
[14:28] <penguin42> or was it precise
[14:28] <ikonia> penguin42: to be honest, I've never seen KVM work well in that situation at all, the only one that seems to do nested virtualization properly is vmware's enterprise offering
[14:28] <ikonia> penguin42: the kvm capability is hit and miss
[14:28] <penguin42> and vmware say it's unsupported!
[14:28] <ikonia> penguin42: I wouldn't be surprised if that was just the current upstream state
[14:29] <ikonia> penguin42: it is on the enterprise platform, their own classes/labs/courses use if for teaching, properly not supported for production use, and rightly so
[14:29] <penguin42> ikonia: Ah it was precise I had it working - just worked; https://plus.google.com/118251468822440261663/posts/iTUY7DrAuET
[14:30] <ikonia> penguin42: it's just really hit and miss from my own experience,
[14:30] <penguin42> nod
[14:30] <ikonia> penguin42: I had it working in Fedora 17 - but 18/19 - problematic
[14:31] <penguin42> yeh I guess similar release dates/times
[14:31] <ikonia> looking at some of the changes made, at the time I suspect it's getting re-done proeprly as it was never %100
[14:32] <ikonia> but I don't know that for a fact obviously
[14:33] <penguin42> ikonia: I wanted to play around with migration but only have the one VT capable host
[14:36] <ikonia> a problem I grant you
[14:41] <BluesKaj> VB seemed ok at first on Kubuntu 13.10 , with W7 as guest OS with guest additions , but as the windows updates piled up W7 just got slower and clunkier on this 5yr old pc
[14:42] <BluesKaj> so i decided to keep the W7 HDD instead of using a VM
[14:43] <ikonia> BluesKaj: doing nested vm's ?
[14:45] <BluesKaj> ikonia, I'm not familiar with that term
[14:46] <penguin42> BluesKaj: VM inside a VM
[14:46] <penguin42> there's probably a real machine somewhere underneat eventually.....
[14:47] <BluesKaj> penguin42, that sounds somewhat complicated
[14:48] <penguin42> BluesKaj: Well in principal when it works it's actually not much more complicated
[14:49] <penguin42> BluesKaj: after all the 1st level VM just looks like another computer and it's VM layer just looks like the top level VM layer, so as long as you remember which layer you're at and where your network is going it's not actually that much worse complexity wise
[14:50] <BluesKaj> i have a separate HDD for W7 , rather than use a partition ..it's easier for testing kubuntu
[14:52] <BluesKaj> my othe linux pc died last yr so I swapped in the old HDD on this one
[14:55] <BluesKaj> inguess being a home user I havew no real need for VMs , altho it's fun to try
[14:55] <BluesKaj> err I guess
[14:55] <penguin42> well it's good to try stuff out and also I've run encrypted VMs before
[14:56] <penguin42> also I tend to do banking stuff from a VM booted off an iso
[15:10] <BluesKaj> suddenly browsers seem really slow to load. Not sure if it's new 2Wire router/modem , altho the internet speed seems the same ...could be dns servers ?
[15:11] <BluesKaj> guess I should check 13.04 to compare
[15:11] <ikonia> BluesKaj: good test, put an entry in the host file, browse to that site
[15:12] <BluesKaj> ikonia, ok , will do , thanks
[15:12] <ikonia> BluesKaj: work backwards from there, try not to pick someone like google that has huge loadbalancd estates
[15:17] <BluesKaj> it's actually Level 3 Communications DNS <IP_ADDRESS> ...think it's becoming slow as well ...checked the interfaces and resolv.conf files and all seems ok there
[15:18] <BluesKaj> anyway BBIAB , checking 13.04
[15:34] <penguin42> ikonia: I also find virtmanager a bit touchy
[15:38] <ikonia> that part I can't comment on, I always find it rock solid apart from one minor/annoying bug
[15:38] <penguin42> what's that?
[15:38] <BluesKaj> yeaqh , 13.04 is much faster at loading pages . /etc/host contains <IP_ADDRESS>	localhost ,and 127.0.1.Test-Drive < that's the name I gave to  13.10 OS partition . Why is that listed in /etc/hosts /
[15:39] <ikonia> a good question,
[15:39] <BluesKaj> <IP_ADDRESS> Test-Drive , actually
[15:40] <BluesKaj> so i don't need it ? 13.04 has the same listing for localhost , but has no other IP listed
[15:43] <ikonia> 127.0.X should really always be local host
[15:43] <ikonia> is your hostname test-drive on both machines ?
[15:43] <ikonia> (both instances)
[15:44] <BluesKaj> no , one is called stable drive (13.040 and the other partition is test-drive (13.10)
[15:44] <BluesKaj> err 13.04
[15:45] <ikonia> not the partition - the host name
[15:45] <BluesKaj> BBL
[15:45] <ikonia> sorry, should have been clearer
[15:50] <ikonia> !info libgsm1
[17:46] <BluesKaj> had a small chore to do...cut some maple branches that were getting close to the roof .
[17:46] <BluesKaj> I went with opendns , but i don't see any load speed changes in FF
[17:50] <penguin42> BluesKaj: Use wireshark to see what's going on - is it really dns that's the problem?
[17:51] <BluesKaj> penguin42, not absolutely sure , but it's the only setting that's changed since the the new router install
[17:51] <penguin42> BluesKaj: Still, wireshark is your friend
[17:53] <BluesKaj> not too enthusiastic about tackling the likes of wireshark penguin42 :)
[17:54] <penguin42> wireshark is great!
[18:08] <BluesKaj> really ? " it can't capture any interfaces with my present configuration"
[18:31] <penguin42> BluesKaj: Oh yeh  your choice is either to add yourself to a group I always forget, or run it as root which it always compalins you shouldn't
[23:58] <snadge> ok im back now.. i've done an update-manager -d / click Upgrade.. from raring to saucy
[23:58] <snadge> first of all.. smashing job everyone.. that was probably the least eventful upgrade in history
[23:59] <snadge> i was warned about this mir stuff though.. and it seems i've somehow avoided it
[23:59] <Daekdroom> It's still not on by default, I think
[23:59] <snadge> should i be installing this and playing with it? .. or should i just leave it well alone ;)
[23:59] <Daekdroom> (and when it is, it won't be for every driver/hardware out there)