[00:01] <quadrat> isn't that mostly kernel plus mesa?
[00:02] <oerheks> yes
[00:02] <quadrat> or is it only?
[00:03] <oerheks> It does not bring in newer docker, there is only 20.10 now, IIRC
[00:04] <quadrat> as I want to rather stay on the older stack, I would rather avoid hwe ;)
[00:19] <luizfrds> hey folks! i had developed this device that i need to send an I²C message as soon as possible... how do i set a service to acomplish that?
[00:20] <sarnold> luizfrds: check systemd.special(7) for a list of important systemd targets
[00:27] <luizfrds> sarnold, thanks for the docs!
[00:27] <luizfrds> *reading up
[00:27] <sarnold> woot :)
[01:16] <jjbuggle> is there a way to run the lts kernel on 21.04?  I have a regression in my ability to suspend/resume that I would rather avoid
[01:17] <oerheks> jjbuggle, basicly; no.
[01:17] <jjbuggle> hmmm, ok, o well
[01:24] <guiverc> jjbuggle, fyi: 20.04.3 will be using the 5.11 or 21.04 kernel where users are using HWE (and not GA)
[01:24] <sarnold> it'd be worth filing a bug report
[01:26] <jjbuggle> fwiw, I did file a report: bug 1935785
[01:26] <sarnold> thanks
[01:28] <jjbuggle> guiverc: gotcha, I think.  I was using just whatever the default was, so I'm guessing I was on the GA track.
[01:28] <guiverc> jjbuggle, if using a server, yes the GA was default (but could be changed at install), if using desktop the default is HWE
[01:29] <jjbuggle> guiverc: huh, ok.  I am using the desktop, Xubuntu version
[01:30] <guiverc> flavors can vary; lubuntu 20.04 & 20.04.1 media used GA, 20.04.2 used HWE.. but I'm not sure that applies with xubuntu & ubiquity (it uses the ubuntu installer, has extra binary modules, oem kernels & details that defaulted to HWE - but I'm unsure with xubuntu; I forget sorry)
[01:30] <jjbuggle> And I'm certainly not knowledgeable in reading logs for linux, even though I've been using linux for 10+ years.  I just noticed a "radeon failed to resume" towards the end of the log, so I assumed it is a kernel bug since that driver is a part of things
[01:31] <jjbuggle> guiverc: np.  Thanks for the info.
[04:01] <dustin-ubuntu> how can i set up login via fingerprint and my laptop is a nenovo Ideapad Flex 5
[04:01] <dustin-ubuntu> *Lenovo
[04:03] <TJ-> dustin-ubuntu: firstly ensure libfprint recognises the fingerprint scanner hardware. Then you can use a PAM module libpam-fprintd combined with fprintd - but remember fingerprints are like usernames, not like passwords
[04:03] <dustin-ubuntu> how would i check ?
[04:04] <oerheks> https://fprint.freedesktop.org/
[04:04] <oerheks> lsusb/lspci number > https://fprint.freedesktop.org/supported-devices.html
[04:05] <oerheks> but a quick search, not for ideapad flex 5
[04:14] <dustin-ubuntu> sorry if this looks spammy but this is the output of sudo lsusb
[04:14] <dustin-ubuntu> Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
[04:14] <dustin-ubuntu> Bus 003 Device 003: ID 06cb:00be Synaptics, Inc.
[04:14] <dustin-ubuntu> Bus 003 Device 002: ID 5986:212a Acer, Inc Integrated Camera
[04:14] <dustin-ubuntu> Bus 003 Device 004: ID 8087:0aaa Intel Corp.
[04:14] <dustin-ubuntu> Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[04:14] <dustin-ubuntu> Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
[04:14] <dustin-ubuntu> Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
[04:18] <oerheks> next time, use paste.ubuntu.com please
[04:18] <oerheks> and no, it is not in the list.
[04:20] <dustin-ubuntu> ok  so for ny hardwhere i can not set it up right
[04:22] <TJ-> dustin-ubuntu: the device would be reported regardless of if there is a driver for it
[04:22] <oerheks> connected, not managed.
[04:22] <TJ-> dustin-ubuntu: in your 'lsusb' output there is no mention of any device that might be the fingerprint reader
[04:23] <TJ-> hmmm, unless it is the 8087:0aaa
[04:23] <oerheks> 2nd line 06cb:00be Synaptics i guess
[04:23] <TJ-> that is apparently an Intel Bluetooth device
[04:24] <dustin-ubuntu> ok
[04:24] <TJ-> could be, though usually Synaptics would be a touchpad/touchscreen
[04:24] <oerheks> no, the same as in  thinkpad C740
[04:24] <TJ-> ahhh yes, that is it 06cb:00be
[04:25] <oerheks> ironic list
[04:25] <oerheks> https://gitlab.freedesktop.org/libfprint/wiki/-/wikis/Unsupported-Devices
[04:25] <dustin-ubuntu> my device has both toutch pad and screan
[04:25] <TJ-> dustin-ubuntu: see https://askubuntu.com/questions/1214592/fingerprint-reader-lenovo-thinkpad-l13-synaptics-driver#1218840
[04:27] <TJ-> looks like only 06cb is supported by Synaptics themselves, in firmware, for now
[04:30] <TJ-> dustin-ubuntu: may be worth watching/following this: https://github.com/nmikhailov/Validity90/issues/73#issuecomment-860737316
[05:37] <FailMaster> Good morning Linuxers. Just installed Xubuntu 20.04 and I love it! It seems I am shifting from Debian to Ubuntu after all these years.
[05:39] <FailMaster> The standard Ubuntu was not for me, and Xubuntu was not yet there. Finally everything seems to work like a charm. Thought of sharing the love
[05:47] <lotuspsychje> !yay | FailMaster
[07:13] <mort> when you disable wifi using the wifi menu (top right corner -> wifi -> turn off), can you enable it again from the CLI?
[07:13] <mort> I notice that it softblocks wlan with rfkill, but it seems to be doing something more as well
[07:16] <EriC^^> mort: i think it's 'sudo nmcli radio wifi on' to enable it
[07:16] <mort> ah, nice, that seems to do it
[07:47] <locsmif> Hi all. Those Ubuntu cloud images are password protected and you *must* use cloudinit. Which is very stupid, because then there is no reason to offer a Virtualbox image in the first place. How do I get in? Do I have mount the vmdk and chroot?
[08:16] <locsmif> Fuck it, mounted it using qemu-tools and physically pasted a new password hash over the '*'
[08:17] <locsmif> I completely don't understand why Ubuntu would want to provided images for VirtualBox while basically making it very hard to actually use them
[09:20] <weedmic> locsmif: one can always change the root password on any linux by booting to single linux (which makes you root) and change the password w konsole.
[09:52] <michagogo> Hm, if I’m understanding correctly not having +x on a directory prevents access to anything below it, correct? Would this include mount points or are those special-cased somehow?
[09:58] <alkisg> A mount point upon that exact dir would use the mount point permissions
[09:58] <alkisg> Any mount point BELOW that dir would be restricted
[09:59] <alkisg> So if /home is mode 700, and you mount /dev/sda2 there, the permissions of the root directory of sda2 apply, not of the underlying /home directory which is "hidden" under the mount
[11:34] <TR1950X> is it possible to install ubuntu to a raid 1 setup using disk envryption using the Ubuntu installer?
[11:42] <sixwheeledbeast> I assume you are thinking software raid and hardware raid shouldn't matter?
[11:42] <sixwheeledbeast> s/and/as/
[11:43] <TR1950X> software raid
[11:43] <TR1950X> my laptop has two m2 drives and I would like to install ubuntu with raid 1 setup with disk encryption.
[11:47] <sixwheeledbeast> never tried, if possible I would expect you select manual partitioning and go from there.
[11:48] <sixwheeledbeast> don't think I'd bother with raid on a laptop tho, backups with grsync to elsewhere would be my go to.
[12:05] <_moep_> hello! how is it possible to install via snap a package and deploy the content from .config/ to /snap/bla/current/.config/? When I don't start the snap, .config doesn't exist. Do you have any suggestions?
[12:07] <sixwheeledbeast> Maybe try #snappy ? I am thinking symlink but I don't use snaps.
[12:17] <_moep_> sixwheeledbeast: thx I try
[12:17] <_moep_> #snappy
[12:17] <_moep_> wups
[12:20] <nikolam> Hi, how to allow direct MAC address communication through Linux firewall (gufw, ufw), between, say, Mikrotik Winboc app, running under wine64 , without turning off Firewall?
[12:21] <nikolam> It works when I turn off firewall, but would like it to stay on and pass MAC address Ethernet communication (Needed to set up Router , without IP address)
[12:27] <lotuspsychje> nikolam: sounds like a question for #netfilter or #networking?
[12:30] <EriC^^> !ping
[13:02] <BluesKaj> Hi all
[13:30] <newbuntuguest> hi, my 2nd monitor doesn't show up on new ubuntu install
[13:30] <newbuntuguest> this is the xrandr report
[13:30] <newbuntuguest> https://pastebin.com/raw/8YkYUd2q
[13:43] <ufk_> when  I try to upgrade ubuntu 19.10 (not supported anymore) to latest LTS with do-release-upgrade it just aborts before starting without stating any error. any ideas?
[13:43] <ogra> ufk_, https://help.ubuntu.com/community/EOLUpgrades
[13:44] <ufk_> thank you
[13:45] <ufk_> ahhhmm it doesn't say much, my sources.list is configured as suggested and do-release-upgrade fails
[13:46] <ufk_> ahh ok let see maybe there's something there after all
[13:49] <ufk_> nope same results
[13:54] <ogra> ufk_, well, essentially the process is: point your sources.list entries all to old-releases.ubuntu.com, run apt update, apt upgrade, install do-release-upgrade, run do-release-upgrade ...
[13:54] <ogra> ... and make sure to have all PPAs and foreign sources disabled
[14:01] <ufk_> why do-release-upgrade doesn't show full output so i can see why it decided to abort ?
[14:04] <lotuspsychje> ufk_: a more secure way would be a clean install, as upgrading from eol release could hold security risks
[14:06] <sw2090> ufk: maybe it wrote to /var/log/syslog or /var/log/messages or apt/dkg logfiles?
[14:07] <sw2090> dpkg even
[14:35] <nuala> uhhh… til: super+tab allows me tabbing through programs accross all workspaces, can I make alt+tab behave like this again too? (20.04)
[14:39] <lotuspsychje> nuala: you can check your current hotkeys in systemsettings/hotkeys
[14:40] <lotuspsychje> nuala: alternate to tweak more settings, you can tryout dconf-editor
[14:42] <nuala> lotuspsychje: ty, lil bit slow today ~ should have known that. for making it up 'switch applications' and 'switch windows' are the relevant options
[14:43] <lotuspsychje> +1 nuala
[14:43] <nuala> out of curiosity how do relate dconf-editor (know of it but dont think i used it) and gsettings relate. I used the latter for assigning multiple keybindings for the same command once. I assume the former is more DE/WM agnostic?
[14:44] <lotuspsychje> nuala: i currently use gnome-shell-extension-workspaces-to-dock its a very interesting extension that allows you to cycle more easy across workspaces on gnome
[14:47] <nuala> workspace cycling you say? that might be interesting to checkout, i don't know what it is but default behavour feels a lil bit... off
[14:48] <lotuspsychje> nuala: my current desktop, workspaces to dock is ontop https://imgur.com/a/YB5fMkx
[14:49] <lotuspsychje> you can drag your apps gui from one to the other workspaces and click both on the workspaces and your dock icons
[14:50] <nuala> :0 😍
[14:50] <nuala> hm... probably have to try out what you mean with dragging but i like it setting on the top, that looks sleek!
[14:50] <nuala> s/setting/sitting
[14:52] <lotuspsychje> nuala: dragging meaning drag firefox from workspace1 to workspace2 for example with your mouse
[14:52] <nuala> (( hehe rootbook is also a nice name for a 'main / entrance point system' ;> ))
[14:53] <nuala> yeah, like that works default too, super for exposé (?) view, drag window on the workspace right hand side ?
[14:53] <lotuspsychje> nuala: yes, but i dont like hotkeys too much myself
[14:54] <lotuspsychje> and neither gnome activities
[14:55] <nuala> oh yes, thats how its called. ... yeah I prefer hotkeys :>
[14:55]  * nuala <prefix>+l's back to work ^^/ but still good recommendation, tyvm!
[14:58] <quadrat> nuala dconf and gsettings are just 2 user facing programs to interact with the same registry, gnome settings is the same, but not exposing everything
[14:59] <nuala> !! ty for doing my research <3
[14:59] <nuala> (awwww)
[15:00] <quadrat> nuala i use gsettings all the time to automate my desktop setup ;) and i don't need a gui
[15:00] <nuala> nifty :>
[16:37] <coconut> Any reason to create a fat32 /boot/efi partition these days?
[16:38] <quadrat> coconut depends on your uefi implementation
[16:38] <oerheks> coconut, no, if you choose 'use whole disk' in UEFI mode, it should be done automaticly
[16:40] <coconut> oerheks, i have partitions which should stay intact, so i really have to avoid the whole disk approach
[16:41] <oerheks> if you have an EFI partition already, no sweat
[16:41] <oerheks> * at the befinning of the disk
[16:48] <sybariten> hey! I just managed to install latex via the texlive package....   sudo apt-get install texlive-latex-base    however i'm not able to do this  sudo apt-get install texlive-lang-swedish  , unable to locat package. ANy ideas?
[16:49] <VIA> sybariten: i am a toital noob but you maybe have to add a repo first
[16:49] <oerheks> i think you want texlive-lang-european
[16:49] <VIA> i recall commands where i add some repo location first, andthe n i could do the sudo aptget thingy
[16:50] <oerheks> .. no 'repo' needed
[16:51] <oerheks> !find texlive-lang
[16:51] <shibboleth> TJ-, ping
[16:53] <sybariten> oh
[16:53] <sybariten> there were some traces online of a package called swedish but maybe that was deprecagted information. Let me try european
[16:59] <sybariten> the european package installed and now my file goes through the tex compiler without complaints. THANK you guys, always so helpful, it's so valuable to be able to come here and ask questions
[16:59] <sybariten> this was for a CV that i needed to send away today so the last think i wanted was to fight with LaTeX
[17:00] <oerheks> syb have fun!
[17:06] <shibboleth> TJ-, kinda solved the grub issue
[17:08] <coconut> oerheks, has the /boot/efi partition on the first ssd always be used, or can i use the second one for ubuntu too?
[17:09] <oerheks> coconut, basicly 1st partition on disk-0 is the efi partition, unless you force to boot from an other fisk.
[17:09] <oerheks> c/fisk-disk
[17:13] <coconut> oerheks, well i have the first ssd with windows, and i want the second ssd with all my ubuntu partitions. So can i use the second disk efi partition for ubuntu only? It has a size of 512MiB.
[17:14] <oerheks> that would require to change bootdisk everytime you switch to windows<>ubuntu
[17:14] <oerheks> no need for that, EFI on sda is enough
[17:15] <coconut> ok, will try that then
[17:15] <coconut> another question
[17:16] <coconut> why can it be that when i put in another ssd in my laptop, that my wifi then does not work anymore? Both ssd's have updated ubuntu 20.04.
[17:17] <lotuspsychje> coconut: secureboot enabled?
[17:18] <coconut> lotuspsychje, i have no idea really. I would have to check that in uefi right?
[17:18] <lotuspsychje> coconut: dmesg will also show it
[17:18] <coconut> ok, tell me :)
[17:18] <lotuspsychje> dmesg
[17:24] <coconut> lotuspsychje, https://termbin.com/1s59
[17:33] <coconut> if i look myself i see messages of being enabled and disabled
[18:02] <ravage> 0.028073] Secure boot disabled
[18:03] <coconut> lotuspsychje, no secureboot disabled
[18:05] <ravage> Probably the driver for your wifi module is just missing
[18:18] <polarpinguin> anybody used ansible-hardening for STIG 20.04?
[18:20] <polarpinguin> anybody used ansible-hardening for STIG 20.04?
[18:20] <tomreyn> polarpinguin: maybe try asking in #ubuntu-security if there'll be no reply there
[18:20] <tomreyn> and have some patience ;)
[18:37] <alkisg> coconut: that dmesg is the working one, right? Can you pastebin the one where it's not working?
[18:38] <coconut> alkisg, this is the one when not working
[18:38] <alkisg> Strange, as it says [   30.174111] wlp82s0: associated
[18:39] <alkisg> Ah you're right, then it: [  180.906177] wlp82s0: deauthenticating from 74:83:c2:25:45:a1 by local choice (Reason: 3=DEAUTH_LEAVING)
[18:39] <alkisg> Try to close the firewall for a while
[18:41] <coconut> i believe my associated wife device is something with wlp82* too when it does work on the other ssd.
[18:42] <alkisg> Also try to run `nm-connection-editor`, delete all the stored connections in case they have any invalid settings, then try again to connect
[18:48] <coconut> weird, removing and re-adding the ssid made it work while password was the same
[21:34] <lenux> hello
[21:35] <lenux> hello
[21:36] <Bashing-om> lenux: Welcome to ubuntu support :D
[21:37] <lenux> lol seemed like it was a lil more lively the other day
[21:37] <leftyfb> lenux: it's a support channel. If you're looking to chat, try #ubuntu-offtopic or #ubuntu-discuss
[21:38] <lenux> ok thanks
[21:59] <hesco> My builds are failing today with errors accessing: http://security.ubuntu.com/ubuntu bionic-security InRelease
[21:59] <hesco> has that reached end-of-life or something?
[21:59] <sarnold> no
[21:59] <oerheks> depends what desktop
[22:00] <hesco> its inside a docker container
[22:01] <leftyfb> hesco: what error exactly? Does it fail anywhere else for you?
[22:01] <oerheks>  http .. you might want to add https-transport? not sure about docker
[22:04] <hesco> oerheks: this is build #988 on this jenkins job.  https-transport has been a part of this for a couple of years.  Pretty sure its baked into my base image.
[22:05] <hesco> I'm seeing name resolution issues, host is not available and I cannot install bind9-host until I have run apt-get update.
[22:06] <hesco> But I was able to find this repo in a browser, so I guess I need to look elsewhere.
[22:06] <sarnold> hesco: how about dig or kdig?
[22:07] <hesco> I assume kdig is a kde thing.  this is not a desktop but an slimmed down container hosted apache server.
[22:07] <hesco> sarnold: no, dig is not installed.
[22:07] <tomreyn> systemd-resolve
[22:07] <sveinse> I notice that ubuntu keeps the deprecated ipv6 addresses for a very long time. Any particular reason?
[22:07] <sarnold> hesco: no, kdig is a dig supplied in knot-dnsutils
[22:08] <sarnold> but I guess if you'r eguessing it's a kde thing then you probably don't have it installed, nm :)
[22:09] <hesco> sarnold: E: Unable to locate package knot-dnsutils
[22:10] <hesco> my /etc/resolv.conf has expected content
[22:10] <sarnold> hesco: it's in universe
[22:13] <hesco> appears to have been a transient issue, I was just able to install lsof (the failure of which alerted me to the issue.  I'm launching this build again to see it #989 fares any better.
[22:15] <hesco> yep!  build #989 seems to be successfully applying my Utilities::Network_tools puppet class !!!
[22:16] <sarnold> \o/
[22:16] <hesco> I'm going to mark this issue down as some sort of transient issue with our data center's local resolver.
[22:38] <hesco> Alhamdulillah!  Finished: SUCCESS
[22:48] <sarnold> hesco: nice :)
[23:37] <coz_>  l;'
[23:37] <coz_> 78sorry about that


[03:27] <isfelstudio-user> k
[06:31] <bobbyk2015> hi everyone I'm ne here
[06:34] <bobbyk2015> is anyone here
[06:35] <cfhowlett> !ask | bobbyk2015,
[06:36] <bobbyk2015> cool thanksfor your reply.
[22:48] <emma> please help


[05:33] <mup> Bug #1439945 was opened: Conflicting timeouts for commissioning, perhaps other actions <MAAS:New> <https://launchpad.net/bugs/1439945>
[15:20] <mup> Bug #1440090 was opened: NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning <MAAS:Triaged by rbanffy> <https://launchpad.net/bugs/1440090>
[15:50] <mup> Bug #1440102 was opened: MACAddress claim_static_ips and set_static_ip should update the required hostmaps not the caller <tech-debt> <MAAS:Triaged> <https://launchpad.net/bugs/1440102>
[15:56] <mup> Bug #1440102 changed: MACAddress claim_static_ips and set_static_ip should update the required hostmaps not the caller <tech-debt> <MAAS:Triaged> <https://launchpad.net/bugs/1440102>
[16:02] <mup> Bug #1440102 was opened: MACAddress claim_static_ips and set_static_ip should update the required hostmaps not the caller <tech-debt> <MAAS:Triaged> <https://launchpad.net/bugs/1440102>


[01:48] <yghannam7388> Hello everyone, I'm wondering if anyone here would like to be a mentor for Google Summer of Code this year.
[01:50] <nhandler> yghannam7388: I haven't heard about Ubuntu participating in the Summer of Code this year (I might be wrong). However, I know Debian is participating
[01:52] <yghannam7388> Ubuntu is part of the accepted list on the GSoC website and they have an ideas page. But they are listed as not having their profile finished yet, so maybe they decided to pull out of the program?
[01:52] <yghannam7388> There is a list of ideas for this year at https://wiki.ubuntu.com/GoogleSoC2009/Ideas
[01:53] <yghannam7388> I'd like to do either of two ideas listed, so I sent an email to the GSoC mailing list but I haven't heard back yet.
[02:05] <nhandler> yghannam7388: The mailing list looks dead. I haven't heard anything about GSoC, but jcastro is listed as having edited that wiki page. He could probably give you some more details
[02:14] <yghannam7388> nhandler: Thank you for your help, I'll contact jcastro and see what is going on.
[03:28] <ia> hello. i'm trying to make mirror of ubuntu repo, but i've got error - http://paste.ubuntu.com/134040 looks like that config is fine and i have no any clues about why apt-mirror adds one more slash before "dist". so i will be very appreciate for help.
[05:02] <jmarsden> ia: I think you are writing "arhive" when you mean "archive".  Re-check your config file!
[06:07] <dholbach> good morning
[06:08] <iulian> Good morning Daniel.
[06:08] <dholbach> hiya iulian
[06:18]  * porthose waves at dholbach, iulian,  as he goes to bed
[06:18] <YokoZar> hey is it ok if I upload a new package right now?
[06:18] <YokoZar> I just got the game spring building and working right
[06:18] <YokoZar> It's been in a ppa for hardy and intrepid
[06:19] <YokoZar> Or is there a process I'm skipping now that we're in beta
[06:23] <iulian> YokoZar: NEW package? A package which is not yet in the archive?
[06:54] <YokoZar> iulian: yeah
[06:57] <YokoZar> iulian: nevermind I see that we're right on the cusp of feature freeze exception being plausible
[06:57] <YokoZar> I'll file one and see what happens
[07:10] <iulian> YokoZar: What is the name of the package? Does it bring anything that we should really have in Jaunty?
[07:10] <iulian> If not I recommend you to upload it when Karmic opens its doors and backport to Jaunty.
[07:11] <YokoZar> iulian: It's a game that was featured in launchpad for being cool ;)
[07:11] <iulian> YokoZar: Ah, well, you should wait for Karmic then :)
[07:12] <YokoZar> I don't see it hurting anything by being included though
[07:12] <YokoZar> It's been working in Intrepid/hardy/Gutsy for over a year now thanks to ppa
[07:13] <YokoZar> Only reason I didn't want to upload it to Ubuntu proper till now is that there weren't any free-content games to play that were packaged (now there are)
[07:13] <YokoZar> The game itself is actually an engine
[07:21] <iulian> YokoZar: We are granting exceptions for new packages only in exceptional cases.  For instance, a package that brings features which are important for the release.  In this case a game is not important at all.  I still recommend you to follow Karmic -> backport to Jaunty route.
[07:21] <YokoZar> That's fair
[07:21] <iulian> We have also agreed that we won't grant exceptions for packages that are not essential for the release.
[07:22] <YokoZar> Sometimes I do wonder why we wait for the release to actually open karmic though
[07:23] <YokoZar> Actually historically it sometimes takes like a week or two to open after the release goes out, when really I could be uploading during final freeze
[07:24] <iulian> The main reason for this is that we focus only on bug fixing now. It's a very high risk to bring new packages, especially at this point.  Archive admins are occupied with something else other than reviewing packages in NEW.
[07:26] <YokoZar> I meant uploading to the next release
[07:26] <YokoZar> Like have a permanent "sid"
[07:29] <iulian> YokoZar: Ah, well, I don't have the answer to that question.  In the end, the package will still get in Karmic and Jaunty if you backport it.
[07:29] <YokoZar> Fair enough, I'm not in any rush
[07:29] <YokoZar> It is, after all, just a game ;)
[07:30] <iulian> Indeed :)
[08:10] <YokoZar> dholbach: I think I beat you to this one without realizing it https://bugs.edge.launchpad.net/ubuntu/+source/libtorrent-rasterbar/+bug/345501
[08:10] <YokoZar> Since I uploaded a just changed version of that package rather than just a rebuild
[08:16] <Toadstool> g'morning
[10:08] <oly> noob question, can any one explain Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}
[10:09] <oly> i dont get it, last time i made a package i had to specify versions of the packages
[10:09] <oly> so dont understand how it knows which version of python it requires
[10:09] <oly> is there another file with this information some where ?
[10:26] <geser> oly: this fields get filled from some debhelper scripts like dh_shlibdeps or dh_pycentral/dh_pysupport
[10:27] <geser> the look at the package contents and try to figure out what's necessary
[10:27] <oly> oh i take it that means the package versions are fixed
[10:28] <oly> was hoping i could work around a problem with pythonmagick
[10:28] <geser> oly: the binary debs have of course fixed dependencies
[10:28] <geser> but the source packages has only placeholder which get fixed when the package gets build
[10:29] <oly> yeah i got the source package was thinking i could just modify the depends so that it requires a slightly older version of python so that it installs
[10:29] <geser> it would be cumbersome to do it by hand for every upload (and also error-prone)
[10:29] <oly>   Depends: python (<2.6) but 2.6.1-0ubuntu3 is to be installed
[10:30] <oly> getting that chestnut, was hoping to work around it so i could carry on coding on this machine while i was travelling later
[10:30] <geser> in this case the package didn't do the python2.6 transition yet
[10:30] <geser> which package is it?
[10:30] <oly> pythonmagick
[10:31] <oly> or python-pythonmagick if installing
[10:31] <joaopinto> hello
[10:31] <oly> theres a bug against the package on launchpad currently, but like i say was hoping i could quickly hack around it
[10:31] <joaopinto> is there some aps list related to the python transition ?
[10:34] <geser> joaopinto: "apt-cache unmet -i" on jaunty and filter out the python ones
[10:34] <joaopinto> geser, ok tks
[10:36] <geser> oly: it probably needs only a rebuild (with a small change) to fix the dependencies. I'm testing it out right now.
[10:38] <oly> oh cool, thats kind of what i was thinking but just lacked the knowledge was expecting just to change the version number in the control file
[10:46] <geser> oly: it doesn't look as easy as expected as the package fails to build for me
[10:56] <oly> okay, thxs for trying geser, thats a shame will have to work around that for now then
[10:57] <DktrKranz>           http://qa.ubuntuwire.org/bugs/rcbugs | Help to clear NBS list:
[10:57] <DktrKranz> d'oh!
[10:58] <DktrKranz> much better now :)
[12:13] <brendon> hello everyone
[15:44] <bddebian> Heya gang
[16:46] <adelie42> what package includes modprobe / modprobe documentation?
[17:07] <binarymutant> does this bug and debdiff look sane? https://bugs.launchpad.net/ubuntu/+source/charm/+bug/345200
[17:08] <binarymutant> adelie42, when I search for modprobe efibootmgr is what pulls up, idk if thats it though
[18:53] <c_korn> hello. I have written a patch that adds an option in fast-user-switch-applet to diable those logout/restart/shutdown confirmation dialogs: https://bugs.launchpad.net/ubuntu/+source/fast-user-switch-applet/+bug/345480/comments/7 should I just wait until someone comments or is there some special process I have to follow now to get it into jaunty?
[18:54] <ScottK> c_korn: Subscribe ubuntu-main-sponsors to the bug with the patch attached and it should get reviewed.
[18:58] <c_korn> ScottK: ok, subscribed them
[19:00] <porthose> Could a member of MOTU-release have a look at Bug #338408.  Thanks :)
[19:25] <binarymutant> does this bug and debdiff look sane? https://bugs.launchpad.net/ubuntu/+source/charm/+bug/345200
[20:46] <gnumm> hi
[20:47] <gnumm> is it possible to make a package request for hardy backports?
[20:48] <gnumm> because it would be nice to see wxmaxima 0.8.1 there :)
[20:48] <Zarel> I think you have to go fill out forms somewhere.
[20:50] <maxb> gnumm: The page you want to read is https://help.ubuntu.com/community/UbuntuBackports
[20:50] <jpds> gnumm: http://bugs.launchpad.net/hardy-backports/+filebug
[20:51] <gnumm> thanks
[20:55]  * Zarel has a question.
[20:55] <Zarel> Why is the policy for Stable Release Updates so strict?
[20:55] <gnumm> to ensure the stability
[20:55] <jpds> To make sure things don't break.
[20:55] <Zarel> The reason they give for not releasing bugfixes is because they can sometimes cause regressions, but wouldn't they fix more bugs than they cause, on average?
[20:56] <gnumm> you are right, i also do not understand why they do not fix important bugs...
[20:56] <gnumm> i o not think they will bring new ones
[20:58] <gnumm> openoffice impress sound works like "on-off-on-off" when making a slide show with sound with a power point file
[20:58] <gnumm> this bug is in intrepid, it is fixed in jaunty, but not in intrepid
[20:58] <soren> Zarel: Fixing more bugs than you introduce is just not good enough. We have lots and lots of people depending on these things, and it's more important that things that used to work keep working than things that have never worked suddenly start working.
[20:59] <gnumm> but why are ubuntu-proposed not used in these cases?
[21:00] <dtchen> gnumm: because it requires a significant overhaul to intrepid's pulseaudio
[21:00] <dtchen> i probably triaged that bug
[21:00] <dtchen> i.e., those changes are not trivially backported to intrepid
[21:00] <dtchen> if you're concerned, there are PPAs with jaunty's pulseaudio backported to intrepid
[21:01] <dtchen> i cannot vouch for them, however, as their entire audio stack is skewed
[21:01] <gnumm> i was, i switched to hardy(because of kde3)
[21:01] <gnumm> (and no pulseaudio :) )
[21:02] <dtchen> hardy works fine w/ OOo and slides
[21:03] <dtchen> the audio stack is radically different between the three releases
[21:03] <gnumm> yes it is in every release  better
[21:04] <Zarel> The problem is, I don't really see a way for software to offer the latest bugfix release through the Ubuntu repositories. "backports" appears to be for new features, and "updates" appears to be for severe bugs only.
[21:04] <gnumm> i think such sound problems should be fixed too
[21:05] <gnumm> or not put pulseaudio at all in hardy when they do not integrate it well/or when it doesn't work how it should
[21:05] <sharms> I a bit late in the process to stop hardy shipping without pulse gnumm
[21:05] <sharms> I/It's/
[21:06] <dtchen> gnumm: there was an integration issue in hardy, yes, but it was not *just* pulseaudio.
[21:06] <dtchen> gnumm: i don't feel like ranting about it in this channel, since i'm mostly responsible, but i certainly am willing to explain it elsewhere.
[21:07] <solarion> sharms: heh
[21:07] <dtchen> gnumm: i think the best way to summarise it is, "pulseaudio depended on a newer version of alsa-lib and alsa-kernel, neither of which were shippable in hardy due to the release schedules of the three"
[21:08] <gnumm> i see
[21:08] <dtchen> gnumm: we have a chance to get it right in jaunty, but more testers are needed.
[21:09] <solarion> dtchen: what do testers need to do, specifically?
[21:09]  * solarion likes helping, especially when it's easy. :)
[21:10] <gnumm> i don't understand why you put it then in hardy..debian works well without :)
[21:10] <dtchen> solarion: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-March/007501.html
[21:10] <dtchen> gnumm: it's partially due to release timing.
[21:11] <dtchen> gnumm: anyhow, feel free to complain to me in private e-mail
[21:11] <gnumm> but btw, ubuntu wasn't the only dist with pulseaudio problems
[21:11] <solarion> jaunty is beta, right?
[21:12] <gnumm> i was just generally interested why it was put in hardy at all :)
[21:12] <gnumm> solarion: alpha 6
[21:12] <solarion> I'll migrate my workstation (x86_64) when it reaches beta
[21:12] <sharms> gnumm: So where are you going with this?  Are you just looking to vent, or do you have patches to fix issues / bugs waiting on SRU?
[21:12] <solarion> my ntebook at alpha since 2 (?) has been quite a ride. :)
[21:13] <gnumm> sharms: i only wanted to know why they didn't throw pulse away in hardy...but this explication is ok
[21:15] <dtchen> again, feel free to whine to me privately, but we're veering off-topic for this channel.
[21:16] <gnumm> no no, it's ok, i won't disturb you :)
[21:16] <porthose> ScottK:  I have left a comment on Bug #338408, please have a look when you have time ;-)
[21:17] <dtchen> solarion: note that you will notice a difference even using a vm
[21:18] <solarion> dtchen: "notice a difference" meaning what?
[21:18] <solarion> is this a good difference?
[21:18] <dtchen> solarion: prior to using the test kernel at http://kernel.ubuntu.com/~dtchen/ and after
[21:18] <dtchen> specifically the glitching and stability
[21:18] <solarion> ah, good.  I've noticed some of that
[21:18] <dtchen> anyhow, off-topic generally - feel free to query or e-mail me
[21:19] <solarion> in other news, bzr remains awesome
[21:21] <sharms> has anyone taken a look at #318735?
[21:21] <sharms> Bug #318735
[21:30] <dtchen> sharms: i can look, but i don't have any authority to approve it
[21:31] <sharms> I didn't fix it, I just stumbled upon it while trying to add my vpn
[21:32] <sharms> I don't understand dbus, but the xml files look simple enough, I edited mine by hand but I am sure I could figure out the right way to do it
[21:32] <sharms> just didnt know if anyone else had experience with this since I suppose there is a bunch of very similar ones
[22:09] <porthose> ScottK: thank you for the ack ;-)
[22:20] <slangasek> JontheEchidna: I don't recall seeing a UI FE request for software-properties, and the changelog seems to suggest this is quite specifically a UI change?
[22:22] <thekorn> hi, MOTUs, what is the easiest way to fix python-virtualenv in jaunty? isolate a minimal fix or do a commplete update to the latest upstream version
[22:25] <dtchen> thekorn: which is more easily verified?
[22:27] <thekorn> dtchen, well updating the package to 1.3.3 should be easy, and I know this version works, but on the other hand this won't be a bugfix only update,
[22:27] <thekorn> as it also adds  new functionality
[22:28] <dtchen> thekorn: if it's straightforward to isolate and backport the bugfixes, try that approach
[22:28] <dtchen> minimal tends to be more easily verified
[22:31] <thekorn> dtchen, ok, thanks, I will give it a try tomorrow, if updating to 1.3.3 makes more sense, I need a freeze exception, right?
[22:31] <dtchen> thekorn: correct
[22:31] <thekorn> ok, thanks alot
[22:36] <JontheEchidna> slangasek: I just committed it to bzr...
[22:36] <JontheEchidna> slangasek: Riddell ok'd it though
[22:36] <JontheEchidna> and it was merged into the main branch
[22:36] <slangasek> well, UI freeze exceptions need to also be communicated to the doc team when they happen
[22:36] <slangasek> that's the point of the UI freeze, mainly :)
[22:37] <JontheEchidna> oh, ok
[22:37] <JontheEchidna> It's nothing too major, fortunately
[22:37] <slangasek> if Riddell ok'ed the actual change, I'm fine with that - could you take care of notifying ubuntu-doc@lists, and I'll accept the package?
[22:38] <JontheEchidna> Sure, just pop off a mail to the mailing list?
[22:38] <slangasek> yes
[22:38] <JontheEchidna> Will do.
[22:38] <slangasek> thanks :)
[22:42] <JontheEchidna> slangasek: Okay, sent.
[22:42] <slangasek> thanks
[22:42] <JontheEchidna> You're welcome
[22:43] <JontheEchidna> I think the email needs moderator approval
[22:43] <slangasek> yeah... unfortunately I don't have that
[22:44]  * slangasek pings mdke about that
[22:44] <JontheEchidna> Thanks
[22:48] <mrooney> anyone in the mood for a universe update? :)
[22:49] <meanburrito920_> ?
[22:49] <mrooney> you know, to do one. I have an upstream package that needs updated in jaunty
[22:51] <nhandler> mrooney: Link?
[22:52] <mrooney> nhandler: bug 333639, I hear it will be fun
[22:53] <mrooney> well anyway its https://edge.launchpad.net/bugs/333639 , really just the release tarball needs to be uploaded
[22:53] <nhandler> Oh yeah, that fun native package ;)
[22:54] <mrooney> yeah!
[22:55] <nhandler> james_w: Were you fine with having it as a native package?
[22:55] <mrooney> he did suggest that it was good enough in the report
[22:56] <nhandler> mrooney: I just want to double check.
[22:56] <mrooney> sounds wise
[22:56] <porthose> nhandler: when you finish with mrooney would you mind looking at Bug #338408, ScottK has ACK'd it :)
[22:57] <nhandler> porthose: That is already on my list.
[22:57] <porthose> thanks :)
[23:19] <c_korn> is there a way to automatically install the build-depends when inside a chroot?
[23:22] <directhex> apt-get build-dep pkgname ?


[04:17] <TheUni> rsalveti: ping
[04:17] <rsalveti> TheUni: pong
[04:18] <rsalveti> TheUni: was looking for you :-)
[04:18] <TheUni> heh
[04:18] <rsalveti> TheUni: was checking xbmc code and etc now
[04:18] <TheUni> rsalveti: just wanted to let you know that one of our devs has a gstreamer POC up and running
[04:18] <rsalveti> TheUni: yeah, I remember topfs2 said he made it work, but was still going to release the code
[04:19] <TheUni> also that we've spoken to the enna devs some. they would rather work on openbricks and let us work on the mediacenter part :)
[04:19] <rsalveti> TheUni: is this at master already?
[04:19] <rsalveti> TheUni: yeah, xbmc is the future
[04:19] <TheUni> no, not yet
[04:19] <rsalveti> TheUni: want to work with you at least to have a working PPA
[04:19] <rsalveti> daily would be good to have
[04:20] <TheUni> yep, i've been working on that for the last week
[04:20] <TheUni> pbuilder currently chugging away on my laptop
[04:20] <rsalveti> nice, too bad I've being busy with some other stuff :-(
[04:21] <TheUni> it's no problem. it needs lots of help. i'm adding one hack after another to get it building. once nightlies are working, we can work on cleaning it up
[04:21] <rsalveti> TheUni: cool
[04:21] <rsalveti> TheUni: were are you putting all these modifications?
[04:21] <rsalveti> any branch?
[04:21] <TheUni> i'm almost embarrassed to show you :)
[04:21] <rsalveti> well, at least pointers so I can try to help :-)
[04:21] <TheUni> heh
[04:22] <TheUni> https://github.com/xbmc/xbmc-packaging
[04:22] <rsalveti> hehe, I still need to learn to love github
[04:22] <TheUni> as i've said, it's built on years of shoving things in with not cleanup
[04:22] <TheUni> ooh, the love will come.
[04:23] <rsalveti> np, after finishing this enna testing will jump right at xbmc
[04:23] <TheUni> i'm on (i hope) the last build failure now. sec for log
[04:24] <TheUni> we bundle our own ffmpeg builds, though we support external as well. packager can't find our internal ones...
[04:24] <rsalveti> got the latest PVR driver available at the omap ppa, so I want to test xbmc with it :-)
[04:24] <rsalveti> see how it goes
[04:24] <rsalveti> and after test the gstreamer support
[04:24] <rsalveti> hm
[04:24] <rsalveti> bundle your own ffmpeg helps a lot, but it's evil
[04:24] <TheUni> https://launchpad.net/~team-xbmc/+archive/unstable/+buildjob/2280569
[04:24] <TheUni> yea, but we carry ~45 patches
[04:25] <rsalveti> not that much
[04:25] <TheUni> ffmpeg is a bumpy road in the last month, anyway ;)
[04:26] <rsalveti> :-)
[04:26] <rsalveti> hm, failed at dh_shlibdeps
[04:26] <TheUni> rsalveti: more importantly though, we run on win32/osx as well
[04:27] <TheUni> so it's nice to know that all OSs are running the same version of ffmpeg, built the same way
[04:27] <rsalveti> yeah, makes sense
[04:28] <TheUni> rsalveti: any tips for using LD_LIBRARY_PATH ? i can't seem to get it hooked up properly
[04:31] <rsalveti> TheUni: but are you setting it at build time?
[04:31] <rsalveti> let me check
[04:33] <TheUni> google says it should be in the pbuilderrc. but not very helpful when uploading to launchpad
[04:34] <TheUni> so i tried setting it in the debian/rules as a test, but no luck
[04:36] <rsalveti> dh_shlibdeps also has the -l option
[04:40] <TheUni> right, but i couldn't figure out how to override it
[04:41] <ruckuus> Hello all, I am the guy from two weeks ago asking about ubuntu ARM on s3c6410
[04:42] <ruckuus> I am trying to specify the kernel to use on rootstock command, but I can't figure it out
[04:43] <ruckuus> Do I have to create .deb package for the kernel, then --seed linux-kernel-image-s3c6410 (the name of the kernel package)?
[04:44] <ruckuus> Anyone can give me a hint?
[04:44] <ruckuus> Thanks in advance
[04:46] <rsalveti> TheUni: did you try creating an override for dh_shlibdeps?
[04:46] <rsalveti> ruckuus: it's easier if you have the deb package
[04:47] <rsalveti> you can also use --kernel-image http://foobar/kernel.deb
[04:47] <TheUni> rsalveti: hmm, did see that i could override that
[04:50] <ruckuus> rsalveti: thank you. So, what I have to do now is to cross compile the kernel, then dpkg-buildpackage with the result .deb then use this package?
[04:50] <rsalveti> ruckuus: yup, if you want to generate the rootfs with the kernel deb, yes
[04:50] <rsalveti> ruckuus: you can also compile your kernel and then copy to the rootfs
[04:50] <ruckuus> rsalveti: or this packaging must be done in chroot jail with ARM based RFS?
[04:50] <rsalveti> with the correct modules
[04:51] <rsalveti> ruckuus: I usually use the kernel deb-pkg rule
[04:51] <rsalveti> make -j 3 ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- CONFIG_DEBUG_SECTION_MISMATCH=y deb-pkg
[04:51] <rsalveti> for example, will cross compile and then create a deb for it
[04:51] <rsalveti> not perfect, but works
[04:51] <ruckuus> rsalveti: thank you, I will try that
[04:54] <ruckuus> rsalveti: by using specified kernel, do I have to take care also the libc version?
[04:54] <pcacjr_> rsalveti: one question: once built the kernel with the deb-pkg stuff, that deb package will contain the *arch* specified by the ARCH= ? (e.g package_armv7el.deb)
[04:55] <rsalveti> pcacjr: yup, that's why it's useful while cross compiling it
[04:55] <rsalveti> ruckuus: you shouldn't
[04:56] <pcacjr_> rsalveti: hm, ok
[04:56] <ruckuus> rsalveti: OK, thank you
[04:58] <pcacjr_> rsalveti: I've had problems while compiling the kernel for x86_64 arch on an x86 one. the deb genereted by the make deb-pkg is always i386 instead of x86_64
[04:59] <rsalveti> pcacjr_: hm, how are you building it?
[05:00] <pcacjr_> rsalveti: make -j 3 ARCH=x86_64 deb-pkg
[05:01] <pcacjr_> rsalveti: however the binaries which it has are all 64-bit ones
[05:02] <rsalveti> pcacjr_: interesting, could be a bug at the packaging part
[05:02] <pcacjr_> so I had to use --force-architecture to install it on an x86_64
[05:02] <rsalveti> just putting i386 for everything
[05:02] <pcacjr_> rsalveti: perhaps
[05:03] <pcacjr_> rsalveti: yep
[05:03] <rsalveti> actually it's being quite a while that I don't build my own kernel for x86 :-)
[05:04] <pcacjr_> rsalveti: hehe :-)
[05:04] <rsalveti> just ARM atm, unfortunately my main host is still x86
[05:04] <pcacjr_> ahahah
[05:04] <pcacjr_> let's just wait the quad core ARMs
[05:05] <rsalveti> TheUni: if you're building locally you can try the debian rules calls by hand, without the need to rebuild everything
[05:05] <rsalveti> like fakeroot debian/rules binary
[05:05] <pcacjr_> rsalveti: I'll try to reproduce the bug again later on
[05:05] <rsalveti> pcacjr_: :-)
[05:06] <pcacjr_> rsalveti: time to get some sleep. g'night
[05:06] <rsalveti> pcacjr: c-ya
[05:06] <TheUni> rsalveti: thanks for the tip. obviously deb packaging is new to me.
[05:06] <rsalveti> TheUni: not a problem :-)
[05:07] <rsalveti> TheUni: and where can I find the branch with initial gst support?
[05:07] <rsalveti> if already available somewhere
[05:07] <TheUni> rsalveti: i think topfs2 has them local. i'll ask him to publish next time i see him
[05:07] <TheUni> as i said, it's just a POC. but he had playback in xbmc in 2 days, so think it's very reasonable
[05:08] <rsalveti> cool, will ping him when he's around here
[05:08] <rsalveti> nice
[07:31] <rsalveti> persia: ping
[07:33] <rsalveti> persia: I'm thinking if it's worthy creating a task for our set-up-box blueprint, and how it'd be called
[07:33] <rsalveti> we currently already have many tasks related with mythtv
[07:33] <rsalveti> that's kind the official and supported set-up-box solution at ubuntu
[07:34] <rsalveti> but for arm we would still need a lighter solution, as enna is atm
[07:34] <rsalveti> and soon xbmc
[07:36] <rsalveti> so for us this task would basically install enna, and possibly lirc
[08:39] <sveinse> Are there any particular restrictions on the X-loader / MLO file when booting from SD?
[08:40] <hrw> other then mistic 'it has to be first file' or 'partition should start at X and end at 666'?
[08:41] <hrw> I would suggest to wait for ubuntu/arm guys to wake up and arrive
[08:42] <sveinse> My point being today the boot is MLO->U-Boot->kernel, but perhaps it would be possible to do MLO->kernel or perhaps the MLO could be the kernel itself (with some customization)
[08:42] <sveinse> Sure, I can wait
[08:44] <hrw> iirc you can add some headercode to kernel instead of mlo but I do not remember details
[08:44] <sveinse> hrw, are there any new updates to gcc 4.5 armel-cross in the loop (for maverick)?
[08:44] <hrw> sveinse: omap(3,4) cpu has bootrom which loads xloader (mlo) which initialize board and goes with booting
[08:44] <hrw> sveinse: next week will bring something
[08:45] <hrw> sveinse: I am at emdebian sprint this week
[08:47] <sveinse> hrw, sure, thanks. I just keep fighting compiling Qt with gcc4.5. It's either bugs in Qt or bugs in gcc4.5.. The ironic thing is that downgrading to gcc4.4 makes it compile, but its not maintained by linary iirc
[08:47] <hrw> gcc 4.4 is still supported by linaro
[08:47] <hrw> but not for long - 4.6 is on a way to release
[09:49] <lardman|home> morning
[09:50] <lardman|home> I've got a question about my rootstock generated image for the Galaxy Tab, basically I'm trying to work out where/how Xorg is started (as I need to poke a sysfs entry to switch the LCD screen back on after X starts)
[09:50] <lardman|home> my rootstock was built using --seed netbook-launcher-efl,onboard,ubuntu-netbook-efl-default-settings,wicd,wicd-curses,wicd-cli
[09:51] <lardman|home> I can't find a gdm binary nor an X* binary anywhere in the bin/sbin directories; do they hide elsewhere?
[09:51] <lardman|home> or is my --seed wrong and needs more options added?
[09:51] <ogra> you didnt specify them in your --seed
[09:52] <ogra> and nothing of the packages you listed depends on them
[09:52] <lardman|home> are they not pulled in as part of the other --seed meta packages?
[09:52] <lardman|home> ah ok
[09:52] <lardman|home> is there a list anywhere of a recommended --seed list?
[09:59] <lardman|home> I see here https://wiki.ubuntu.com/ARM/RootfsFromScratch that one can specify --seed xubuntu-desktop - presumably that will pull in all the X deps unlike the netbook-launcher-efl I specified?
[10:01] <lilstevie> hey lardman|home
[10:01] <lardman|home> hi lilstevie
[10:02] <lardman|home> in the absence of anyone knowing how to get multitouch working in Meego ARM, I'm having a go with Ubuntu
[10:02] <lilstevie> is there a way to change where the battery manager grabs its battery levels from?
[10:02] <lilstevie> ah damn, meego on the tab would have been cool
[10:03] <lardman|home> well I'll get there in the end, but I need some help working out what to enable in Qt and whether it still supports mtev, etc
[10:03] <lilstevie> ah
[10:03] <lardman|home> and really I'd like to be able to use the beast in the meantime :)
[10:03] <lilstevie> :)
[10:04] <lilstevie> I think samsung were just blowing me off by saying they handed my request to the development team
[10:04] <lilstevie> havent heard anything since
[10:04] <lardman|home> Well see what happens, you might have to give them a few days
[10:04] <lardman|home> few more that is
[10:05] <lardman|home> then start shouting about it
[10:05] <lilstevie> heh
[10:05] <lardman|home> ok, so I'll try a rebuild - I didn't get any kernel panics, so I guess the stock-ish Android kernel will work with Ubuntu too
[10:06] <lardman|home> which would mean dual boot is back in, and for those without the internal memory card, booting from an external card (which is the setup I'm using now)
[10:06] <lilstevie> heh yeah
[10:06] <lilstevie> problem is audio drivers are going to need some mods
[10:06] <lardman|home> did that rootstock list you put on the wiki work for you? There's apparently no Xorg in there...?
[10:06] <lilstevie> and possibly the V4L Driver
[10:06] <lardman|home> kexec it is then
[10:07] <lilstevie> lardman|home: yeah I grabbed that out of my .bash_history
[10:07] <lardman|home> hmm strange
[10:07] <lardman|home> I'm going to try with this, for want of any better ideas: rootstock --fqdn GalaxyTab --login ubuntu --password ubuntu --imagesize 5G --seed xubuntu-desktop,netbook-launcher-efl,ubuntu-netbook=efl-default,onboard,wicd,wicd-curses,wicd-cli,build-essential,openssh-server
[10:07] <lilstevie> add gdm though
[10:08] <lardman|home> ah, I guess gdm might pull X in, which would solve the problems
[10:09] <lardman|home> tbh I don't like that efl launcher anyway, so might just go for the default xubuntu-desktop one
[10:10] <lardman|home> rootstock doesn't seem to cache packages...
[10:11] <lilstevie> no it doesnt :(
[10:14] <lardman|home> lilstevie: did you install mtev or just copy the binary in?
[10:14] <lardman|home> and do you have a copy of the patched binary handy?
[10:14] <lilstevie> I copied the binary in from cb22
[10:15] <lilstevie> wait until a bit later when he shares the new one or do you want it now?
[10:15] <lardman|home> I'm happy without the wierd and wonderful tap 3 times and hold your nose to left click stuff ;)
[10:15] <lilstevie> I don't have that stuff
[10:16] <lilstevie> I have a left mouse button only vers
[10:16] <lardman|home> so yes, just the basic one which emits a click event would be useful
[10:16] <lardman|home> just so I can add it now and get something up and running, can try the new all singing and dancing version later on
[10:21] <lardman|home> ouch, another 450MB being downloaded
[15:04] <ericb2> hello
[15:05] <ericb2> are there pre-installed Ubuntu versions for OMAP3 available, and hat we can use with a screen 1024x768 only (BeagleBoard xM) ?
[15:28] <rsalveti> ericb2: https://wiki.ubuntu.com/ARM/OMAPMaverickInstall
[15:29] <rsalveti> ericb2: you can change the boot args and put the resolution you want/need
[15:30] <ericb2> rsalveti: I already tested these images, and I didn't find how to change that. Was simply not working. But maybe it was my fault.  Ok, I'll retry :)
[15:31] <rsalveti> ericb2: https://wiki.ubuntu.com/ARM/BeagleEditBootscr
[15:31] <rsalveti> ericb2: it should work, so ping me back if it fails again for you
[15:31] <ericb2> rsalveti: ok, I'll try. Thanks a ot
[15:32] <ericb2> rsalveti: btw, I did an ARM version of OOo4Kids, and I'm searching testers
[15:33] <ericb2> rsalveti: http://ftp.educoo.org/home/OOo4Kids/Linux_ARM/OMAP3/
[15:33] <ericb2> rsalveti: I optimized a critical part using assembler, but I didn't put online the version. Will do tonight or tomorrow
[15:34] <rsalveti> ericb2: cool!
[15:35] <ericb2> rsalveti: it works on sakoman version, not sure it will work on Ubuntu
[15:35] <ericb2> rsalveti: would be great to confirm
[15:35] <rsalveti> well, it should :-)
[15:35] <ericb2> rsalveti: I used ARCH_FLAGS+=-march=armv7-a -mtune=cortex-a8 -mfpu=neon -mfloat-abi=softfp -D__SOFTFP__
[15:36] <ericb2> rsalveti: I'm not sure add -D__SOFTFP__ is a great idea, but was efficient
[15:38] <ericb2> rsalveti: is Ubuntu compatible with such flags ?  Was Steve Sakoman who suggested most of them
[15:39] <rsalveti> ericb2: yeah, you should be fine with it
[15:42] <ericb2> rsalveti: ok, great :)
[15:55] <ericb2> sakoman: ping ?
[15:55] <sakoman> pong
[15:55] <ericb2> sakoman: hello
[15:55] <ericb2> sakoman: after some investigations, looks like the flex issue was caused by a bad m4 path
[15:56] <ericb2> sakoman: in the recipes add #define M4 "/usr/bin/m4"   helped
[15:56] <ericb2> sakoman: and most of the issues were solved
[15:56] <ericb2> sakoman: I meant add this in the config.h  , in the recipes
[15:57] <sakoman> ah, OK
[15:57] <ericb2> sakoman: the fix has been not been found by me, but I report it
[15:57] <sakoman> is there anything that I could do to avoid the need for this?
[15:57] <ericb2> sakoman: no idea. Maybe flex was built before m4 being installed ?
[15:58] <sakoman> perhaps, I will take a look at the recipe for flex
[15:58] <ericb2> sakoman: ok, thanks :)
[15:58] <sakoman> it might not have set m4 as a dependency
[15:58] <ericb2> sakoman: could be
[15:59] <ericb2> sakoman: btw, I did the assembler part, and indeed, its faster
[15:59] <ericb2> sakoman: but I need to continue, because I'm over 10s at first launch, and that's prohibitive
[15:59] <sakoman> ericb2: looks like flex is indeed missing m4 as a dependency
[16:00] <sakoman> so it likely got built prior to m4
[16:00] <ericb2> sakoman: good. So it might explain
[16:00] <sakoman> I'll fix that and we can see if that helps next time you do a build from scratch
[16:00] <ericb2> sakoman: sure. Just tell me when I can update
[16:20] <ScottK> ogra: Correction from the meeting.  The kernel for n900 was uploaded, but rejected.  Needs a bit more work.
[16:23] <ogra> ah
[16:23] <ogra> still a chance it makes it before FF ?
[16:23] <ScottK> Usually with archive-admin rejected pacakges they can be reuploaded after FF.
[16:24] <ScottK> I don't think it'll have a hard time getting an FFe if needed.  The whole plasma-mobile effort (of which that's a part) is still tech preview.
[16:25] <ogra> yeah
[16:40] <GrueMaster> ogra: Is there a reason that the initrd.img-`uname -r` is missing from /boot on the preinstalled images prior to first boot?  The link is there, but the actual initrd is missing.
[16:40] <GrueMaster> I have checked several images since A2.
[16:41] <ogra> GrueMaster, we dont need it
[16:42] <GrueMaster> We will.  I will need it for test automation.  I need to be able to rip it apart and add scripts from my desktop prior to first boot.
[16:42] <GrueMaster> I can't do that with uInitrd.
[16:47] <ogra> GrueMaster, did we use to have it ?
[16:47] <dmart> ericb2: /quit
[16:47]  * ogra dorsnt think so
[16:48] <GrueMaster> Not sure.  But the link is there, so it is being generated during image build.  And uInitrd has to come from somewhere.
[16:48] <ogra> it is never generated *inside*  the rootfs, but separately
[16:48] <ogra> thats why i sak
[16:48] <ogra> *ask
[16:49] <ogra> if it was there before A2 and isnt anymore it must be a change we introduced
[16:49] <GrueMaster> Then what creates the link in the image?
[16:49] <ogra> livecd-rootfs
[16:49] <sveinse> Have anyone tried to let X-Loader load the kernel directly and not via U-Boot? I don't see why I want to use U-Boot on a SD-card, since its removable.
[16:51] <GrueMaster> ogra: Doesn't make sense to create a link to a non-existent file.
[16:52] <rsalveti> sveinse: I know people that created the http://gitorious.org/0xlab-bootloader/qi-bootloader to load the uImage directly
[16:52] <rsalveti> but I believe currently it only supports omap 3
[16:52] <ogra> GrueMaster, no, it rolls the initrd and during that process the link gets created
[16:52] <GrueMaster> sveinse: I believe I heard someone doing this on beagle.  Not sure.
[16:52] <rsalveti> at least for omap 3 it's very fast, and avoids loading u-boot
[16:53] <GrueMaster> ogra: ok.  But why keep the link and not the file?
[16:53] <sveinse> fast is music :D
[16:53] <XorA> if you on an omap 3630/3730 you dont need x-loader, kernel can load directly
[16:54] <XorA> just need someone to write a script to generate the correct header
[16:55] <sveinse> XorA, I'm on am3505 and omap3515, so the MLO is limited to 128k IIRC
[16:55] <XorA> sveinse: then you have to have some form of bootlader :-)
[16:56] <sveinse> XorA: yup, and the idea was to add the kernel init to X-Loader.
[16:56] <sveinse> XorA, today MLO/X-Loader loads U-boot which loads the kernel
[16:56] <ogra> GrueMaster, the file reappears after update-initramfs was run .... its a space decision stemming from x86
[16:56] <XorA> did you try renaming uImage to u-boot.bin :-)
[16:57] <XorA> that might even just work (tm) :-)
[16:57]  * ericb2 yet not understood what dmart wanted to say
[16:57] <XorA> need to hardcode the CMD_LINE and machine number of course
[16:58] <ogra> GrueMaster, on live and preinstalled, that file is never used for booting, after ubiquity/oem-config has run the actual file to run the system is created (and differs quite a lot) on x86 isos it saves about 5M to not have it in /boot
[16:58] <ogra> GrueMaster, if we want to keep that file that will need some hackery in livecd-rootfs
[16:58] <sveinse> XorA, hmm, that I'll try. However the bootprompt is not setup by X-Loader in that case
[16:59] <XorA> sveinse: Id be interested if you do code it to put it into OE
[17:04] <GrueMaster> ogra: On x86 iso it does exist.  /casper/initrd.lz
[17:07] <ogra> GrueMaster, thats the equivalent of uInitrd ;)
[17:08] <ogra> GrueMaster, what you talk about would be /boot inside the squashfs
[17:13] <GrueMaster> At least with x86, I can lzma -dc <initrd.lz >initrd.img and muck with it from there.  I have yet to successfully rip the uboot header from uInitrd.
[17:13] <GrueMaster> Even using dd to strip the 64 byte header.
[17:14] <GrueMaster> Or is it lz compressed as well?
[17:15] <GrueMaster> Nope.  Decoder error.
[17:16] <GrueMaster> Nevermind.  Figured it out.  It is gzip, but the file meta gets clobbered sometimes.  Very odd.
[17:26] <prpplague> fyi, tomorrow is the last day to provide feedback for rev2 of the Trainer Board for use with the Beagle and Panda boards : http://www.elinux.org/BeagleBoard_Trainer
[17:28] <sveinse> Poll: Which device do you use for JTAG debugging?
[17:28] <prpplague> sveinse: hehe, i'm biased but i use the flyswatter
[17:28] <prpplague> sveinse: and soon the flyswatter2
[17:28] <sveinse> how soon?
[17:29] <prpplague> sveinse: testing prototypes now, so i'd say probably 90 days
[17:30] <prpplague> sveinse: flyswatter is fully tested with openocd and openocd has support for a wide range of processors and debugging methods
[17:30] <sveinse> openocd, right? Do you know if openocd has scripts for omap3515 and am3505 ?
[17:31] <prpplague> sveinse: not specific to those but omap3 and cortex-a8
[17:31]  * sveinse *googling*
[17:31] <prpplague> sveinse: shouldn't be hard to add
[17:31] <sveinse> Hmm. I've tried that once. Had to abandon it because I was missing docs for the properitary JTAG muxer inside the SoC
[17:31] <prpplague> sveinse: this page is probably a little out of date but has the basic info - http://www.elinux.org/BeagleBoardOpenOCD
[17:32] <prpplague> sveinse: yea that has been resolved
[17:32] <prpplague> sveinse: TI has provided enough info for openocd to handle it
[17:34] <sveinse> Where can I sign up for flyswatter2 preorder? ;)
[17:35] <prpplague> sveinse: send an email to<EMAIL_ADDRESS>[17:38] <prpplague> sveinse: i know these guys are doing a bunch of openocd work http://www.ok-labs.com/leadership/bio/daniel-potts-phd
[18:16]  * ogra feels it getting cold ...
[18:16] <ogra> freeze is in effect
[18:24] <GrueMaster> and I just thought it was my wife. :P
[18:42] <lardman> lilstevie: ping
[18:43] <lilstevie> pong
[18:43] <lardman> so, after about 13s I get a dmesg message that the power has been set on on the LCD
[18:43] <lardman> but it then goes off immediately
[18:43] <lilstevie> interesting
[18:44] <lardman> so looks like it's up and running ok, just need to do some tweaking of where the sysfs echo is happening
[18:44] <lardman> Does your image use gdm?
[18:44] <lardman> and do you have to login, or does it happen automatically?]#
[18:44] <lilstevie> I use GDM
[18:44] <lilstevie> and i have autologin set
[18:44] <lardman> was that set by default?
[18:44] <lilstevie> no
[18:45] <lardman> just wondering if the X server is restarted when the login happens, and I don't get to call the sysfs stuff again
[19:52] <armin76> Guest91304: i like your new nick :D
[20:25] <ScottK> janimo: python-qt4 built, so I can retry kdebindings here in ~20 minutes.
[20:37] <ScottK> janimo: OK.  Let's see how it goes.
[20:38] <ScottK> lardman: By default when you logout, GDM does restart it, but KDM doesn't.  Don't think either one does on login.
[20:38] <lardman> thanks ScottK
[20:39] <lardman> am just trying to work out where to switch the LCD back on after X starts (which for some reason turns it off)


 Happy Tuesday, and happy International Mother Language Day! 😃
[10:05] <zmoylan-pi> gort klatu barada niktu :-)
[10:09] <JamesTait> Bless you, zmoylan-pi!
[10:19] <zmoylan-pi> i thought it would be more recognisable than conversational klingon... :-P
[10:30] <davmor2> JamesTait: Let's do it for England....ENGERLAND is the only one I can think of but I'm at the office and can't find it on youtube and can't be asked to look properly either :D
[10:30] <JamesTait> davmor2, you mean to say... I beat you today? 😝
[10:31] <davmor2> nah I'll find it after :P
[10:49] <nucc1> hi, i tried to install ubuntu (dualboot) on my PC which has 3 SSds of various sizes in it. I made about 80GB of space on what is listed as /dev/sdc (which is actually my main boot drive in windows). However, after I install, Grub bootloader always fails to install. I wonder if there is some logic I'm missing.
[11:06] <foobarry> after the new LTS kernel upgrade, i get no keyboard
[11:07] <foobarry> not even via usb
[11:08] <foobarry> even booting back into old kernel :|
[11:36] <foobarry> unless i'm in recovery mode...
[12:36] <diddledan> https://twitter.com/stowball/status/833879845453000704
[12:36] <diddledan> ^^ how below the fold works
[12:52] <knightwise> evenin peeps
[13:44] <foobarry> turns out installing the new hwe stack didn't include the libinput or synaptics drivers , and actualyl removed them :Z
[13:44] <zmoylan-pi> now you just need to reinstall them from scratch at command line... without the keyboard... :-P
[13:44] <foobarry> booting in recovery mode helped a lot
[13:45] <foobarry> still took a while to figure out
[13:45] <foobarry> when i started lightdm/X it stopped working, couldn't even ctrl-alt-f1
[13:45] <davmor2> diddledan: aaaahhhhh my legs
[13:45] <zmoylan-pi> don't you feel smarter for having found the problem?
[13:46] <foobarry> sort of. its my job to fix stuff every day so i don't base my self esteem on it :P
[13:46] <nucc1> don't you feel sillier for it taking you so long? :)
[13:46] <foobarry> feel silly for following ubuntu wiki
[13:46] <diddledan> the wiki is never updated
[13:46] <foobarry> https://wiki.ubuntu.com/Kernel/LTSEnablementStack
[13:46] <nucc1> meanwhile, i found that my grub is failing to install due to my system being in UEFI mode...
[13:46] <foobarry> ^^ supposed to be current
[13:46] <foobarry> The 16.04.2 and newer point releases will ship with an updated kernel and X stack by default for the desktop. Server installations will default to the GA kernel and provide the enablement kernel as optional.
[13:46] <zmoylan-pi> nah wasting a time wondering why the power saver kept turning on only to realise you hadn't turned on the power strip it was plugged into... :-P
[13:46] <foobarry> Rolling HWE Stacks for 16.04
[14:37] <diddledan> musical unicorn! https://twitter.com/andrewismusic/status/834049087062339584
[18:57] <diddledan> Backups didn't work https://usercontent.irccloud-cdn.com/file/PWtzBfZq/C5NeJNHVYAA9M6z.jpg
[18:58] <zmoylan-pi> what memory loss?
[18:58] <diddledan> lol
[19:00] <zmoylan-pi> but the best remains the 4 word entry... 'oh no, not again'
[19:02] <SebthreeBQM10HD> hi
[19:07] <diddledan> should I buy inferno, and/or jack reacher never go back or neither?
[19:15] <ali1234> i heard inferno is really bad even compared to the old ones
[19:16] <diddledan> ditto


[18:35] <BugeyeD> aight, someone knows this answer ... i'm running firefox5 from the canonical repo; is there a java plugin package available? having issues locating it.
[18:45] <holstein> BugeyeD: if you had one installed, it might just not have one yet
[18:46] <holstein> i usually just do the big bad ubuntu-restricted-extras package
[19:14] <MarkB1> BugeyeD: I just downloaded FF5 into /usr/local/ ... and run ...
[19:29] <BugeyeD> MarkB1: are you saying that your ff5 download included the java plugin?
[19:31] <MarkB1> BugeyeD: let me see
[19:31] <MarkB1> but no, I doubt that
[19:32] <BugeyeD> i've been enjoying ff5 plus noscript, and nothing else. no flash, java, etc. installed both java and flash in order to bang on our latest hp bladecenter, and of course it still fails because the 64bit java doesn't work with the bladecenter crap.
[19:33] <BugeyeD> i'm so ready to go home.
[19:34] <Nivex> i've managed to get away with no java at home. unfortunately I can't kick the Flash habit. it's too pervasive.
[19:50] <MarkB1> BugeyeD: I have the Java plugin, apparently because it was "discovered" already there, for my Debian (sorry, about to return to Ubu) 6 install of Iceweasel
[19:58] <BugeyeD> okay, didn't think ff ever came with java.
[20:01] <MarkB1> BugeyeD: did not come with Java, it found the Iceweasel dirs for Java & other plugins
[20:01] <MarkB1> must be a larger "search path" now, for plugins, than in earlier versions
[23:26] <BugeyeD> MarkB1: i got that, thx
[23:34] <BugeyeD> about 9 out of 10 times when X starts on my laptop, the backlight goes out. only workaround i've found is to cycle power and retry until it stays on. any ideas?
[23:34] <BugeyeD> screen works normally up until X. i can hold the laptop up to a light and see the X image - just no backlight.
[23:42] <BugeyeD> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/776102
[23:42] <BugeyeD> looks like i'm not alone. sucks because plenty folks are suffering. but it means my laptop isn't having hardware probs. :)