[16:00] <sil2100> o/
[16:00] <slyon> o/
[16:00] <rbalint> o/
[16:00] <waveform> o/
[16:01] <tdaitx> o/
[16:01] <mclemenceau> o/
[16:02] <juliank>  /O\
[16:03] <mclemenceau> #startmeeting Weekly Ubuntu Foundations team
[16:03] <meetingology> Meeting started Thu Dec 10 16:03:34 2020 UTC.  The chair is mclemenceau. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[16:03] <meetingology> Available commands: action commands idea info link nick
[16:03] <mclemenceau> #topic Lightning rounds
[16:04] <mclemenceau> echo $(shuf -e vorlon bdmurray xnox tdaitx doko sil2100 rbalint infinity mwhudson juliank waveform slyon)
[16:04] <mclemenceau> slyon vorlon bdmurray xnox mwhudson rbalint infinity sil2100 tdaitx juliank doko waveform
[16:04] <mclemenceau> slyon you won!
[16:04] <slyon> - Fixed pycurl vs IPv6 infra migration
[16:04] <slyon> - s390-tools SRU verification done (LP: #1865032)
[16:04] <slyon> - OVScon presentation about Netplan integration
[16:04] <slyon> - Town Hall
[16:04] <slyon> [16:04] <slyon> - Reviewed NetworkManager backend spec comments
[16:04] <slyon> - Prepared 0.101 release upstream and for hirsute
[16:04] <slyon>   * To include new DBus Config/Get/Set/Try features
[16:04] <slyon>   * Fixing bug #1905156, bug #1904662, bug #1904633, bug #1860201, bug #1888726
[16:04] <slyon> - Setup build env & skeleton for new NetworkManager backend
[16:04] <slyon>   * Working on implementation of fallback mechanism
[16:04] <slyon> (done)
[16:05] <mclemenceau> thanks! vorlon you ready?
[16:05] <vorlon>  * discussion with partner about removal of packages from the archive for license reasons
[16:05] <vorlon>  * discussions around removal of aufs support from newer kernels
[16:05] <vorlon>  * misc proposed-migration work
[16:05] <vorlon>  * tomorrow is last day of work for the year for me
[16:05] <vorlon> (done)
[16:05] <mclemenceau> thx
[16:05] <mclemenceau> bdmurray is out
[16:06] <mclemenceau> rbalint, you ready?
[16:06] <rbalint> yes
[16:06] <mclemenceau> we'll wait for xnox to join.
[16:06] <rbalint> (short week due to holidays)
[16:07] <rbalint> * triaged LP: #1874310, but it needs discussion in the bug
[16:07] <rbalint> * roll over +1 maintanance,
[16:07] <rbalint> * uploads via Debian: wireshark/3.4.0-0exp1 (in NEW)
[16:07] <rbalint> * uploaded glibc SRU regression fix to Bionic
[16:07] <rbalint> * preparing glibc update for Focal and Groovy to be landed soon
[16:07] <rbalint> (done)
[16:07] <mclemenceau> thx!
[16:07] <mclemenceau> sil2100, your turn
[16:07] <sil2100> - SRU reviews and releases
[16:07] <sil2100> - Appliance images in qcow2 format:
[16:07] <sil2100>   * Modified the simplestream generation scripting to prepare the LXD metadata
[16:07] <sil2100>   * Manually converted existing appliance images
[16:07] <sil2100>   * Prepared changes in livecd-rootfs and ubuntu-cdimage to generate the qcow2 images (for amd64)
[16:07] <sil2100> - Addressed review feedback of the ubiquity ubuntu-drivers progress indicator MP
[16:07] <sil2100>   * Fixed the spinner for Kubuntu installer while at it
[16:07] <sil2100> - Hint reviews
[16:07] <sil2100> - Reverting adcli and sssd SRUs from updates/security to -proposed due to a suspected regression
[16:07] <sil2100> - Working with STS to get the regression sorted out
[16:07] <sil2100> - Staffing discussions
[16:08] <sil2100> - Sponsoring the netplan.io 0.101 release for Lukas
[16:08] <sil2100> - Building candidate UC20 images
[16:08] <sil2100> - Fully-releasing core20 in candidate, poking Dimitri to start phasing in stable
[16:08] <sil2100> - Poking around the u-boot backport issues
[16:08] <sil2100> - Code reviews
[16:08] <sil2100> - System snaps meeting, discussing the NM read-write feature once again
[16:08] <sil2100> - Thinking about ESM britney
[16:08] <sil2100> - Validation of livecd-rootfs UC20 image size change SRU
[16:08] <sil2100> (done)
[16:08] <tdaitx> * getting jck to use lxd remotes and projects + moving scripts inside the snap
[16:08] <tdaitx> * tested the new jenkins agent in BOS
[16:08] <tdaitx> * quickly tested running a separate jck agent, config works but not optimal
[16:08] <tdaitx> * got snap store exception for openjdk-11-ri classic snap, openjdk-11-ri won't change and updates are required only for deb dependencies included in the snap
[16:08] <tdaitx> * investigated some openjdk - and related - bug reports (LP: #1904586, LP: #1905722, LP: #1905681)
[16:08] <tdaitx> * worked a bit on sonic-pi, autopkgtests run fine on debian ci, fails on ours
[16:08] <tdaitx>   - tried with longer buffer and and longer timeout, but still seeing some issues, as it is it fells like it is testing the vm performance instead of sonic-pi itself, should we hint it?
[16:08] <tdaitx>   - armhf fails with mem allocation
[16:08] <tdaitx> Other:
[16:08] <tdaitx> - will update openjdk 8/11 to latest beta next week
[16:08] <tdaitx> - out tomorrow & next friday
[16:08] <tdaitx> (done)
[16:08] <mclemenceau> thx!
[16:08] <mclemenceau> juliank
[16:08] <juliank> The APT and Python-APT and APTdaemon security updates are out!
[16:09] <juliank> We had two regressions in python-apt which we're fixing today / yesterday at 11pm
[16:09] <juliank> Some minor +1 maintenance, but almost nothing
[16:09] <juliank> Also released new APT release with more stuff than just security updates
[16:10] <juliank> That's all I have for now :)
[16:10] <mclemenceau> thx!
[16:10] <doko>  - +1 maintenance
[16:10] <doko>  - python3.9-only transition
[16:10] <doko>  - still trying to build a gcc-11 for the test rebuild
[16:10] <doko>  - binutils trunk update, leading to 2.36
[16:10] <doko> (done)
[16:10] <mclemenceau> thx
[16:10] <mclemenceau> xnox: you ready?
[16:10] <xnox> yes
[16:10] <xnox> riscv64 preinstalled & cloud-image boot in qemu & off-spi on unleashed board
[16:10] <xnox> fails booting off-sdcard on unleashed board, wgrant is helping to debug
[16:10] <xnox> grub - preparing patches to speed up netboot, support non-ethernet netboot, non-zero exit from grub, and minilzo security update. In progress.
[16:11] <xnox> working on MIRs / SRUs for riscv64 and related things
[16:11] <xnox> done
[16:11] <mclemenceau> ok, last waveform:
[16:11] <waveform> * Prior week (thanksgiving US)
[16:11] <waveform> * Attempted to replicate reported bluez failure on Pi 4 8GB (LP: #1903048); no success
[16:11] <waveform> * Worked on debugging Bluetooth on CM4 (workaround found for Ubuntu, no diagnosis on Raspbian yet)
[16:11] <waveform> * Worked on userland MIR (LP: #1895137); successful gpsd integration, just tidying up to finish
[16:11] <waveform> * Testing experimental tryboot firmware on all supported models and archs (all successful so far, just Compute Modules to go)
[16:11] <waveform> * Onboarding and Core 20 boot meetings
[16:11] <waveform> * Week off
[16:11] <waveform> * Re-investigated bluez failure on Pi 4 8GB - appears related to SD card presence (mmcnr device again being mis-identified as BT module) on USB booted device; still investigating
[16:11] <waveform> * Investigating u-boot -proposed failure on CM4 (LP: #1906552)
[16:11] <waveform> (done)
[16:12] <mclemenceau> thx
[16:12] <mclemenceau> #topic Release incoming bugs (groovy)
[16:12] <mclemenceau> we'll start with groovy and move to hirsute next
[16:12] <mclemenceau> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-gg-incoming-bug-tasks.html#foundations-bugs
[16:13] <mclemenceau> hey doko, any luck/progress with LP#1890435
[16:13] <mclemenceau> bug 1890435
[16:17] <doko> I'm inclined to give up on that. this doesn't look like a compiler problem, but a kvm problem
[16:18] <mclemenceau> ok, I would tend to agree on this.
[16:18] <mclemenceau> next bug 1902671
[16:18] <mclemenceau> I don't think we got more details on this one
[16:18] <mclemenceau> since last week
[16:19] <sil2100> Yeah, no action for now
[16:19] <xnox> changed to notfixing
[16:19] <xnox> next
[16:19] <mclemenceau> +1 let's go see hirsute
[16:19] <mclemenceau> #topic Release incoming bugs (hirsute)
[16:19] <sil2100> I created a card to investigate to see what we see during oem-config raspi crashes
[16:19] <mclemenceau> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html#foundations-bugs
[16:19] <sil2100> In the apport report
[16:20] <mclemenceau> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html#foundations-bugs
[16:20] <mclemenceau> link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-hh-incoming-bug-tasks.html#foundations-bugs
[16:21] <mclemenceau> bug 1907228
[16:21] <xnox> #topic Release incoming bugs (focal)
[16:22] <mclemenceau> doko says it is fixed, so let's move to next one
[16:22] <mclemenceau> bug 1906078
[16:23] <mclemenceau> Ok this one is alreaady carded and bdmurray has been working on it
[16:23] <mclemenceau> will remove the hh tag
[16:23] <mclemenceau> #topic Release incoming bugs (focal)
[16:23] <mclemenceau> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-ff-incoming-bug-tasks.html#foundations-bugs
[16:24] <mclemenceau> bug 1906551
[16:26] <mclemenceau> definitely should be carded, seems that it should be looked at
[16:26] <sil2100> Yes, thanks!
[16:27] <mclemenceau> ok carded. next
[16:27] <mclemenceau> bug 1898026
[16:27] <mclemenceau> I had a talk with bdmurray yesterday about that one
[16:32] <mclemenceau> We won't card it just yet
[16:32] <mclemenceau> let's go see bionic
[16:32] <mclemenceau> #topic Release incoming bugs (bionic)
[16:32] <mclemenceau> #link http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-bb-incoming-bug-tasks.html#foundations-bugs
[16:33] <mclemenceau> quite a few, but the latest is from 11/23
[16:33] <mclemenceau> bug 1905245
[16:33] <mclemenceau> I believe this one is under control and alreaady carded anyway
[16:35] <rbalint> i'm already working on the glibc one
[16:36] <xnox> or like it would be nice to sort by when tag was added (but that needs parsing the activity of each bug)
[16:36] <rbalint> +1
[16:36] <mclemenceau> Ok, let's move on, we'll go through the bionic queue later
[16:36] <mclemenceau> #topic Team proposed-migration report
[16:36] <mclemenceau> vorlon, you're on!
[16:37] <mclemenceau> #link http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[16:37] <vorlon> [LINK] https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses_by_team.html#foundations-bugs
[16:37] <vorlon> looking much healthier this week now that python3/perl/re2 have migrated
[16:37] <mclemenceau> wow 13! looking nice indeed
[16:37] <vorlon> fakeroot: bdmurray had this last week, will leave this with thim
[16:38] <vorlon> libmoo-perl vs libmongodb-perl
[16:39] <vorlon> anyone in particular want this?
[16:39] <slyon> vorlon: I can have a look
[16:39] <vorlon> slyon: thanks
[16:39] <vorlon> lintian... still blocked by MIR
[16:40] <vorlon> devscripts, autopkgtest regressions
[16:40] <vorlon> rbalint: would you like to take devscripts?
[16:40] <rbalint> sure
[16:42] <vorlon> ubuntu-meta: there's a component mismatch; I have no problem with moving these packages to restricted but there should be some resolution of the fact that this change to ubuntu-meta source means any of the metapackages could end up with a restricted dependency without feedback
[16:42] <vorlon> I'll take ubuntu-meta to follow up on the component mismatch at least
[16:42] <sil2100> vorlon: o/
[16:42] <vorlon> adduser, various autopkgtest regressions evident
[16:43] <vorlon> xnox: adduser?
[16:44] <vorlon> aptdaemon blocking xorg-server; flaky test, sometimes it runs in 9 minutes and sometimes it times out
[16:44] <vorlon> juliank: is this anything you would want to look at?
[16:45] <xnox> vorlon:  yes adduser on me.
[16:45] <juliank> haven't we gone over this a bunch of times by now?
[16:45] <juliank> I'm sure I said to force-badtest aptdaemon/armhf/all months ago
[16:46] <rbalint> i'm thinking about an IRC-> hints merge gateway :-)
[16:46] <vorlon> juliank: can you say it again somewhere the release team will pick up on it? (#ubuntu-release or an MP)
[16:46] <juliank> committer: Steve Langasek<EMAIL_ADDRESS>[16:46] <juliank> branch nick: hints-ubuntu
[16:46] <juliank> timestamp: Thu 2020-07-23 08:45:18 -0700
[16:46] <juliank> message:
[16:46] <juliank>   badtest aptdaemon/armhf
[16:47] <vorlon> juliank: ok, the hint got dropped because it was version-specific and the version in question was superseded by the next flaky version passing
[16:47] <juliank> seems it was removed again
[16:47] <vorlon> so, baseline testing
[16:47] <vorlon> would make this go away
[16:47] <vorlon> I will readd the hint
[16:48] <vorlon> node-jquery
[16:48] <vorlon> juliank: can you take this one?
[16:49] <juliank> I can try my best!
[16:49] <vorlon> pcre2, missing builds on most archs
[16:49] <vorlon> doko: can you look at pcre2?
[16:52] <doko> ok
[16:52] <vorlon> python3.8 is fun, I'm not sure why this only fails on ppc64el given that the autopkgtest code has a 'FIXME' that has failed to be commented out
[16:53] <vorlon> doko: do you want to take python3.8 too?  I could add an Ubuntu delta but it might be quicker for you to fix it upstream
[16:53] <doko> ok
[16:53] <vorlon> oh, but I'm looking at the wrong test result - this is about the release python3.8 blocking sqlite3
[16:53] <doko> will wait for 3.8.7 final, then remove it
[16:53] <vorlon> I'll take sqlite3
[16:54] <doko> well, then just hint it, i's not depending on 3.8 anymore
[16:54] <vorlon> sqlite3 has other blockers, I'll follow through
[16:54] <vorlon> coreutils regresses firefox, ok that's fun
[16:55] <xnox> just vendorize coreutils in firefox
[16:55] <vorlon> sil2100: do you want to look at this?
[16:55] <xnox> silence means acceptance
[16:56] <vorlon> and then gcc-10 is just waiting for test results
[16:56] <vorlon> so that's the list
[16:56] <mclemenceau> awesome! thx vorlon
[16:56] <mclemenceau> #topic AOB
[16:57] <mclemenceau> holidays are coming, who is here next Thursday?
[16:57] <xnox> Chistmas!
[16:57] <xnox> not i
[16:57] <waveform> I'll be around
[16:57] <vorlon> not me
[16:57] <rbalint> i'll be
[16:57] <mclemenceau> 🎄
[16:57] <slyon> I am
[16:58] <mclemenceau> I'll be there, till the end :)
[16:59] <mclemenceau> Ok Thanks everyone then! Happy Holidays to those who won't be there next week!
[17:00] <mclemenceau> #endmeeting
[17:00] <meetingology> Meeting ended Thu Dec 10 17:00:07 2020 UTC.
[17:00] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2020/ubuntu-meeting.2020-12-10-16.03.moin.txt
[17:01] <juliank> HAng on folks. I'm out afternoons next week
[17:01] <juliank> :)


[14:59] -SwissBot:#ubuntu-news- ::Planet:: Alan Pope: Keyboards, Old and New @ https://popey.com/blog/2020/12/keyboards-old-and-new/


[10:14] <fossfreedom> Anyone around who hasn't broken for the hols who can look at sync request #1955475 please? TIA
[10:49] <ginggs> fossfreedom: .


[13:29] <Shred00> i'm sure y'all know this already but the last master build failed with:
[13:29] <Shred00> cp: cannot stat `debian/tmp/usr/bin/mythmessage': No such file or directory
[13:31] <Shred00> which i guess is fallout from 9b6e4e1949906801f8aeee197d2d95b2bc6a8ace
[15:09] <superm1> Shred00: yeah, fixed it in packaging shortly after teh failure
[15:10] <superm1> it's too bad there's not a more dynamic way to fix that automatically when changes like that happen
[21:21] <Shred00> superm1: yeah.  ultimately, it would take the person committing the removal to include the removal in packaging also.  that's not gunna happen though.  :-)


[05:04] <Macer> does anybody here use lxc?
[05:04] <jpds> I imagine a lot of people do.
[05:04] <Macer> heh. i'm a bit curious. how do i assign an ip to a container on the same subnet as the host?
[05:05] <jpds> I imagine you'd need some sort of bridge set up on the host.
[05:05] <Macer> i'm having difficulty finding decent instructions
[05:06] <Macer> oh ok. so it HAS to be a bridge?
[05:06] <jpds> Yep, same as any other virt tech.
[05:06] <Macer> i just figured i could change the veth in the container to the same subnet but that seems like it would be a bit problematic
[05:07] <Macer> hm. i'll keep looking for some good instructions on how to do it. can't seem to find anything that is straightforward
[05:15] <Macer> https://wiki.debian.org/LXC/SimpleBridge <- i'm guessing these similar instructions would work in ubuntu?
[05:20] <Macer> hm. that doesn't make sense. you lose the physical interface on the host and replace it with br0?
[05:38] <Macer> jpds: so let me get this straight.. if you remove eth0 from the host.. you can still access the internet on the host through the bridge with the ip?
[05:38] <Macer> that just seems strange
[07:08] <gigirock> hi all. I installed 'standard' a ubuntu 64 bit server , 13.10 version then upgraded to 14.04 version. I installed lamp as 'extra' packets and everythings seems fine. I need ssh or scp root access in order to connect directly for some programming, but i can't login as root in any way. Note that i'm trying to login form local lan and the server is on my local lan. Accessing to the server via ssh wi
[07:08] <gigirock> th the 'only one' user that i created during installation works properly and then i can use sudo to act as root. I already readed and searched some documentation about it ma all the  suggestions doesn't solve the problem.
[07:08] <gigirock> *ma=but
[07:08] <lordievader> Good morning.
[07:13] <Ben64> gigirock: then make sure you have a root password and root login is enabled in sshd.conf
[07:14] <gigirock> Ben64, yes according with all the docs, i use PermitRootLogin yes in sshd_config
[07:15] <lordievader> gigirock: Have you given root a password? (as Ben64 says)
[07:21] <gigirock> lordievader, mmmh no i assume that the root user has the same password as the default user....
[07:21] <Ben64> and now you know what happens when you assume
[07:22] <lordievader> Hihi
[07:22] <gigirock> do you mean i have to give "passw root" command ?
[07:22] <Macer> gigirock: you have to sudo passwd root
[07:22] <Ben64> do "sudo -i" to give yourself a root shell, then you can use "passwd"
[07:23] <lordievader> The root users is disabled by default, that means it doesn't have a password. However it can still be used by logging in with other means (keys, sudo, etc). But you can also set a password for root.
[07:23] <Macer> also.. if it is just a matter of using a root shell you can always just sudo -s
[07:23] <gigirock> Damned.... the password can be the same of the only one user that i have on that server ?
[07:24] <Macer> you can set it to whatever you want
[07:24] <Macer> personally i'd use a different password for root but to each their own
[07:24] <gigirock> thank you... i will send a box of beer.......next time
[07:25] <gigirock> sorry people, i have another problem about that ssh , but on a centos server.... :)
[07:27] <Ben64> can't help you there
[07:27] <Macer> i'm still a bit confused about bridging
[07:27] <gigirock> Ben64, i have to switch to #centos-server  :) ?
[07:28] <Ben64> i'm not sure the channel for it
[07:28] <Macer> in ubuntu you disable the eth0 interface.. create br0 and use eth0 as its port ?
[07:28] <Macer> and you should still be able to hit the ubuntu box on the network ?
[07:30] <gigirock> Macer, as far ai I know you have to build a bridge in that way, but normally you will use br0 only for 'other' connection than your local connection
[07:31] <Macer> gigirock: yeah i'm trying to put lxc containers on the same subnet as the host
[07:31] <Macer> akin to fbsd jails
[07:31] <Macer> i guess this requires a bridge to be created on the host
[07:32] <Macer> so will the host using br0 with eth0 as its port just work like it normally would ?
[07:32] <Macer> https://wiki.debian.org/LXC/SimpleBridge
[07:32] <Macer> i was just looking at that and noticed that eth0 is disabled in the example. it just seems odd to me
[07:32] <gigirock> Macer, i did something in the past but using two physical different eth board... then with routing and bridging
[07:33] <Macer> well i only have 1 physical nic
[07:33] <Macer> but i want to use lxc similar to how i was using jails in freenas
[07:33] <Macer> with the jails being on the same subnet
[07:34] <Macer> i guess by default it uses its own dhcp and nats it
[07:38] <lordievader> Macer: My server uses the br0 inteface for its network. The kvm vms tap into that bridge device.
[07:38] <Macer> ah ok. so the br0 simply acts as the net interface?
[07:38] <Macer> instead of eth0 on the host?
[07:39] <Macer> sorry. just never had to manually set up a bridge before that wasn't done automatically for me
[07:39] <Macer> and i guess this is the only way to get lxc containers onto the same subnet as the host
[07:39] <lordievader> It does act as eth0 here.
[07:39] <Macer> and all you have is eth0 with no ip and br0 with the host ip?
[07:40] <Macer> or something to that effect?
[07:41] <Macer> i'lll try it out when i'm next to the box
[07:41] <Macer> so i don't have an oops moment heh
[07:41] <lordievader> Macer: http://paste.ubuntu.com/7456296/
[07:41] <lordievader> The vnets are the vm's.
[07:41] <Macer> oh ok... nice. thanks :)
[07:42] <Macer> actual VMs.. not lxc containers right?
[07:42] <Macer> i'm sure the setup is exactly the same tho
[07:44] <Macer> oh ok. it looks like it's pretty much by default setting up its own bridge..i'll have to toy with it later.
[07:44] <lordievader> Macer: Qemu-kvm vms, yes.
[07:44] <Macer> http://paste.ubuntu.com/7456302/
[07:44] <Macer> so it makes sense that eth0 would be blank
[07:45] <Macer> thanks tho... that's awesome. appreciate it
[07:46] <lordievader> Macer: As you can see from my post, br0 is the master over eth0.
[07:48] <Macer> do you set that up when you make br0 in network/interfaces?
[07:48] <Macer> can i see your interfaces file on your host?
[07:49] <lordievader> Macer: http://paste.ubuntu.com/7456307/
[07:49] <Macer> ah ok. that's pretty straightforward
[07:49] <Macer> i'm guessing it's set by the bridge_ports ?
[07:50] <lordievader> Nope, wrote it myself.
[07:50] <Macer> no i mean the "master" part
[07:51] <Macer> bridge_ports eth0
[07:51] <lordievader> Wrote that myself too ;)
[07:51] <Macer> in the lxc example there is no entry for eth0 tho
[07:51] <Macer> https://wiki.debian.org/LXC/SimpleBridge
[07:51] <Macer> it says to comment out the entire section about eth0.. that's where i got a bit confused heh
[07:52] <Macer> in yours you still haveit enabled and set to manual
[07:52] <lordievader> I've used this one: https://help.ubuntu.com/community/KVM/Networking
[07:54] <Macer> ah that's awesome. thanks a lot.
[07:54] <Macer> really needed that information :) i'll try it out when i'm in front of the box and see how it goes and set up lxc to be on the same subnet as the host
[07:54] <Macer> thanks again.
[07:57] <lordievader> Macer: No problem, have fun.
[08:35] <Macer> lordievader: hm. i managed it set up the bridge
[08:35] <Macer> but i can't seem to hit anything via the internet from teh lxc console
[08:35] <Macer> but i can ping internal ips
[08:35] <Macer> :/
[08:40] <lordievader> Macer: From the host can you ping everything?
[08:44] <Macer> yes
[08:44] <Macer> nameserver is the same as well
[08:45] <Macer> there really isn't anything about the need for routing afaik
[08:45] <Macer> the bridge and the container ip are correct
[08:45] <Macer> and i can ping the local IPs
[08:46] <lordievader> Macer: You probably need to allow your firewall to forward those packets: iptables --append FORWARD --in-interface br0 -j ACCEPT
[08:46] <lordievader> And possibly sysctl -w net.ipv4.ip_forward=1
[08:46] <lordievader> And possibly "sysctl -w net.ipv4.ip_forward=1"*
[08:47] <Macer> nope
[08:47] <Macer> heh
[08:47] <Macer> that's odd because you'd think
[08:47] <Macer> that this would just act like a typical virtualized nic
[08:56] <Macer> have to be missing something here
[08:56] <Macer> forwarding didn't work
[08:56] <Macer> i think it may have to do with the lxc default config
[08:56] <Macer> if ican ping inernally i should be able to hit the outside
[08:57] <lordievader> Macer: You can ping the host and other machines on your network?
[08:58] <Macer> yes
[09:01] <Macer> how odd
[09:03] <lordievader> Can you ping <IP_ADDRESS> from a vm?
[09:06] <Macer> connect: Network is unreachable
[09:07] <Macer> no. can't ping outside IPs either
[09:07] <Macer> 64 bytes from <IP_ADDRESS>: icmp_seq=2 ttl=64 time=0.755 ms
[09:07] <Macer> but i can ping the internal gateway
[09:07] <Macer> :/
[09:07] <lordievader> How does your kernel routing look?
[09:13] <Macer> although i do keep getting some bridge made by lxc
[09:13] <Macer> not sure where it is coming from
[09:19] <Macer> oh i think i may have found the problem
[09:19] <Macer> although i have no i dea why but service networking restart isn't working
[09:19] <Macer> nor is running the script itself to restart
[09:22] <Macer> ok. got it
[09:22] <Macer> nice :)
[09:23] <Macer> it was because lxcbr0 was still enabled in /etc/default/lxc-net
[09:23] <Macer> https://help.ubuntu.com/12.04/serverguide/lxc.html
[09:23] <Macer> found that there
[09:23] <Macer> it's workign now :D awesome
[09:26] <Macer> so now i'm wondering what happens when lxc tries to update a kernel within the container
[09:26] <Macer> when i do an apt-get upgrade
[09:30] <lordievader> Congratulations :D
[09:35] <aandy> hi guys. unsure how to add aliases for a loopback device, i'm wondering if there's a way for me to *generate* /etc/network/interfaces based on the current interface setup (i.e. i've added the aliases using the `ip` utility)
[09:47] <aandy> anyone? this is an example, but not working: http://pastebin.com/USqgBYZ7 (line 6 is a misspelled option - 'address'?)
[09:48] <aandy> based on this http://www.linuxhomenetworking.com/wiki/index.php/Quick_HOWTO_:_Ch03_:_Linux_Networking#Creating_Interface_Aliases
[10:00] <Macer> can you alias lo?
[10:22] <ivoks> aliases for lo are pointless
[10:23] <ivoks> once you have <IP_ADDRESS> you have <IP_ADDRESS> -> <IP_ADDRESS>
[10:23] <ivoks> try pinging random ip from that range :)
[11:00] <stephank> smb: I tried reproducing the skb error using netcat and inetd echo earlier, but that didn't do the trick. Am now trying with redis pubsub.
[11:09] <stephank> Okay, can reproduce it with redis, but I'll respond to the bug.
[11:24] <vila> hi there, is this the right channel to ask about issues accessing az3.clouds.archive.ubuntu.com from a cloud instance ?                                                                  Sorry was away for a bit.
[12:50] <ogra_> kirkland, congrats for going public !
[12:59] <smb> pmatulis, apt-get autoremove (--purge) should get you to keeping 2 (or 3, I cannot remember exactly) kernel versions since I believe Saucy
[14:05] <pmatulis> smb: oh really?  will look thanks
[14:57] <tomixxx7> hi, when i execute "java -version" i get meaningful result: "java version "1.8.0" ..." if i call the "java" command from within a bash file located in the same directory, i get "java: command not found"
[14:58] <patdk-wk> and?
[15:01] <tomixxx7> why?
[15:01] <tomixxx7> java is installed
[15:02] <tomixxx7> so the bash script including the java call should work
[15:05] <tomixxx7> ah i have also to modify bashrc and not only .profile
[15:19] <tomixxx7> nevermind
[15:28] <tomixxx7> i have still the same problem, "java" from within bash script does not work if i execute the bash script
[15:29] <tomixxx7> if i call "java -version" from the shell for example, it works
[15:29] <tomixxx7> (same directory)
[15:33] <rberg__> try putting the full path to java in the script
[15:34] <rberg__> sounds like its in the path for a interactive shell but not in the non-interactive shell path
[15:36] <tomixxx7> rberg__: i have already the full path in .profile file
[15:37] <tomixxx7> i have also set the full path in .bashrc
[15:38] <rberg__> and putting the full path in the script isnt working? or $(which java)
[15:39] <tomixxx7> reberg__ i will try it
[15:40] <tomixxx7> yep, putting full path in client bash script is working
[15:41] <rberg__> cool.. are you exporting PATH in your script? possibly overriding the one from .profile?
[15:42] <tomixxx7> now, iam exporting PATH in the client bash script, yes, but before u told me, there were no export statements in it
[15:42] <tomixxx7> i mean
[15:42] <tomixxx7> i set the -cp though
[15:42] <tomixxx7> java -cp ./bin:./bin/lib/* ...
[15:43] <tomixxx7> but this should not affect if java is working in general, i guess
[15:44] <rberg__> I dont know much about java really.. is cp class path?
[15:44] <tomixxx7> yep, additional class pathes, e.g. directing to directories containing depending jar files
[16:36] <raydeo> I have a couple upstart jobs created using the pattern described at the bottom of the section http://upstart.ubuntu.com/cookbook/#another-instance-example
[16:36] <raydeo> basically a dummy job with no exec that starts some workers
[16:36] <darkxploit> hii anyone can help me how to transfer/ copy a file from VPS [SERVER] to LOCAL [MY-PC] using SCP please
[16:37] <raydeo> this works fine upon boot, however *very* consistently when I "stop workers" and then "start workers" the start will hang in start/starting state with no way for me to see what's happening or recover
[17:55] <sarkis> hey all, i have rsyslog watching some files and for some odd reason it just stops logging
[17:56] <sarnold> sarkis: did those files get rotated or renamed or something similar?
[17:56] <sarkis> i mean it doesn't write the watched files to /var/log/syslog as it should, no errors.. i did notice there is a profile being loaded up in /etc/default/rsyslog and then the profile is present in /etc/apparmor.d/disable
[17:56] <sarkis> sarnold: ah they do get rotated... interesting.
[17:57] <sarkis> sarnold: i think that is the problem, it works fine until the files are logrotated and then it stops ;(
[19:09] <parallel21> I have simple dnsmasq server setup and am unable to load images from twitters cdn. abs.twimg.com
[19:10] <parallel21> And if I disable dnsmasq everything works
[19:10] <parallel21> images from abs.twing.com will load, that is
[19:11] <parallel21> It happens to a few other sites, but most definitely with twitter's cdn services
[19:11] <N0C> Hello i was here yesterday and i talked to someone joesomething or somethingjoe, not to sure. Anyone know who i am talking about and if he is a regular around here?
[19:12] <Pici> Joey Jojo Shabadoo?
[19:12] <sarnold> N0C: that may have been dasjoe?
[19:12] <N0C> yes that sounds right
[19:12] <N0C> It was about an N54l microserver and making a BIOS update and some other things
[19:12] <sarnold> ah, that's what it was :)
[19:13] <N0C> So
[19:13] <N0C> i got the update going
[19:13] <N0C> it wrote a bunch of stuff
[19:13] <N0C> but now i am just left with a c:> blinking
[19:14] <sarnold> -probably- you just hit the power button -- I don't think freedos has any 'sync' or 'umount' or 'shutdown -h now' equivalent commands
[19:15] <N0C> Any ideas?
[19:16] <N0C> It looks like this https://imgur.com/xzPPtlY
[19:16] <N0C> I am fuckin scared to brick the thing
[19:16] <vlad_starkov> Question (cross-post on #ubuntu): How can I disable ufw/table to filter inter-bridge traffic? I tried "iptables -I FORWARD -m physdev --physdev-is-bridged -j ACCEPT" but it doesn't help.
[19:20] <jdstrand> vlad_starkov: what version of Ubuntu are you using?
[19:21] <N0C> IT WORKED! GREAT SUCESS
[19:21] <vlad_starkov> Ubuntu Server 14.04 64bit
[19:21] <vlad_starkov> I'm also using bonds
[19:21] <vlad_starkov> so the config is eth -> bond -> bridge
[19:21] <jdstrand> vlad_starkov: you might be interested in https://bugs.launchpad.net/ubuntu/+source/ufw/+bug/573461/comments/12
[19:22] <vlad_starkov> jdstrand: nice :-)
[19:24] <sk1pper> hi all, I see some ICMP echo request from serverA to serverB, how can I find out which process is sending these ICMP packages?
[19:26] <vlad_starkov> jdstrand: made changes to /etc/sysctl.conf. now everything works :-)
[19:26] <vlad_starkov> jdstrand: thanks
[19:54] <jdstrand> nice!
[19:56] <RoyK> I wonder who might be interested in running a server with nested raids on ubuntu :P
[20:02] <genii> Well, i have a couple of these hanging around, so maybe: http://www.networkstorageantics.com/products/jet_stor_416s.php
[20:02] <genii> Actually, 5 altogether but 2 are different model
[20:08] <rberg__>
[20:08] <rberg__> whoops
[20:09] <ahmadgbg> Hi, i wonder what is the difference between using postfix as an own mailserver or going threw my ISP's mailserver? My ISP has blocked port 25 :P
[20:10] <patdk-wk> it's not suppported to run email servers at home :)
[20:11] <ahmadgbg> i mean, is there a difference when running it threw my ISP ?
[20:11] <ahmadgbg> there isnt a problem if i do it like that right?
[20:12] <patdk-wk> there will be issues no matter what you attempt
[20:12] <ahmadgbg> like what?
[20:14] <dw1> i guess this is cool, right? https://pastee.org/f5za3 :-/
[20:16] <patdk-wk> dunno, I don't use lvm
[20:18] <dw1> im sure its fine..
[20:20] <dw1> "Don't worry. It is a problem of os-prober. Here an old quote way back from 2009:" https://forum.manjaro.org/index.php?topic=5438.0
[20:20] <dw1> meh
[20:21] <dw1> i dont understand it but whatever :p
[20:25] <dw1> tho maybe should file a bug report..... hrm
[20:28] <genii> Or, just add to bug 1313784
[21:07] <Macer> does anybody know where ubutntu sets up which lxc groups are auto-started?
[21:08] <Macer> by default nogroup is started.. i want to autostart groups on boot but can't seem to find out where it happens
[21:08] <Macer> i guess newer lxc just reads the autostart flag
[21:09] <sarnold> Macer: some details on autostart here: https://www.stgraber.org/2013/12/21/lxc-1-0-your-second-container/
[21:20] <Macer> sarnold: yeah i read that but it doesn't explain how to autostart by group
[21:20] <sarnold> Macer: ah :) I know just enough to be dangerous, hehe
[21:20] <Macer> heh
[21:20] <Macer> like if i set lxc.start.auto = 1 in the container.conf
[21:21] <Macer> then it will start but if i add the conainer to a group it does not
[21:21] <Macer> and i dont' understand where you set which groups auto start or how to get groups to auto start
[21:21] <sarnold> stgraber,hallyn, Macer has a question about lxc autostarting groups that I don't know how to answer :)
[21:22] <Macer>  By  default  only containers without a lxc.group set will be affected.
[21:22] <Macer> from the lxc-autostart man page
[21:22] <Macer> but it doesn't explain where that is set or where to set it or how to do it
[21:22] <Macer> nor does the lxc.conf man page.. nor does any other documentation i've read so far heh
[21:23] <Macer> i'm just trying to set which groups start on boot
[21:25] <hallyn> Macer: that is set in th e conatiner's configuration file
[21:26] <hallyn> Macer: it's actually hopefully going to be augmented soon so you can specify lxc.group = onboot,whatever or lxc.group = ,whatever , in either case it woudl be autostarted at boot
[21:26] <hallyn> (so you could ahve a container in a group but still have it autoboot)
[21:26] <hallyn> Macer: but if you haven't added a group to it, then it'snot in a group
[21:26] <hallyn> so just lxc.start.auto = 1 whould work
[21:27] <hallyn> (see the lxc.container.conf(5) manpage)
[21:27] <Macer> yeah i saw that. and i added the container to a group
[21:27] <Macer> but i don't see a way to autostart on boot
[21:27] <hallyn> correct, right now you can't autostart on boot if it's in a group
[21:27] <Macer> oh ok
[21:28] <hallyn> well, you can by editing /etc/init/lxc.conf ...
[21:28] <Macer> well. :) there's 30 minutes of my life i won't get back heh
[21:28] <hallyn> yeah, sorry, it's a bit convoluted.  hopefully it'll be cleaned up in the next few weeks
[21:28] <Macer> lol. np. but you might want to throw that out there in big bold letters hehe.. i was looking for some setting like above for the lxc.conf
[21:28] <Macer> something like
[21:29] <Macer> lxc.onboot.startgroups = group1 group2 etc
[21:29] <Macer> like you stated earlier heh
[21:29] <Macer> but thanks. i'm glad someone told me before i spent more time on it
[21:30] <hallyn> yeah - ii think that'd be a nice feature, but i dno't remember where we ende dup on that.  (autostart is stgraber's baby, i don't use it :)
[21:30] <hallyn> must run - o/
[21:30] <sarnold> thanks hallyn :)
[21:30] <Macer> so just going to throw stgraber under the bus huh? :)
[21:31] <Macer> thanks a lot hallyn .. appreciate the info
[21:31] <Macer> ok ... well i guess i can move on and start working with this container then
[21:32] <Macer> awesome stuff. been curious about having a linux "jail" that wasn't a chroot
[21:37] <hallyn> Macer: by all means do look at the seccomp, apparmor, and unprivileged container bits.  sarnold may be able to help you, or i shoudl be back ina  few hours, if you have any questions
[21:38] <hallyn> heh, under the bus - no i quite like the way he did it, we just need to find 'just the right' api, and i'm leaving that to him since he cares more than i do :)
[21:38]  * hallyn out
[21:42] <Macer> hallyn: lol. maybe soon. i'm setting up a container now to play with
[21:43] <dw1> genii: ahh, will do, thanks
[22:04] <phuh> how do i apt-get install specific package when there are multiple ones with the same package name? (added via ppa)
[23:32] <Macer> ubuntu server is surprisingly good
[23:56] <PryMar56> Macer, yes - less is more


[09:48] <cjwatson> wgrant: I'm looking into the reported (non-timeout) bug unsubscribe oops.
[09:48] <cjwatson> Unless you are already.
[09:50] <wgrant> cjwatson: Fixed on DF already.
[09:50] <wgrant> Just writing tests for the untested cod
[09:50] <wgrant> e
[09:50] <cjwatson> Heh, OK.
[09:59] <cjwatson> wgrant: Did you have any thoughts on http://irclogs.ubuntu.com/2015/04/29/%23launchpad-dev.html#t16:48 ?
[10:01] <wgrant>  "Default" is ew, the rest makes some sense.
[10:02] <cjwatson> Mm, maybe I can just drop that and the singular is enough.
[10:03] <wgrant> In an ideal world that would be where the repository selector was, I think.
[10:03] <wgrant> But "default" should definitely not be the first word on the page!
[10:03] <cjwatson> repository selector> how do you mean?
[10:04] <wgrant> Well, we need some way to see the other repositories, probably near the top of the page.
[10:04] <cjwatson> Right.
[10:04] <wgrant> Maybe even above the "You can browse the source code"
[10:04] <cjwatson> Maybe just "Git branches".  It's "branches associated with the default Git repository", but "Git repository branches" just sounds like we're confused.
[10:04] <wgrant> That would make it clear which repo is selected.
[10:04] <wgrant> Yeah, "Git branches" makes sense-ish.
[10:06] <cjwatson> The page is annoyingly spread out over product-branches.pt and product-branch-summary.pt right now, which makes it awkward.
[10:26] <wgrant> dammit nvidia
[10:27] <wgrant> number_of_duplicates
[10:27] <wgrant>     1156
[10:27] <wgrant> other_users_affected_count_with_dupes
[10:27] <wgrant>     2865
[22:14] <wgrant> cjwatson: https://code.launchpad.net/~wgrant/launchpad/git-fixes/+merge/257977
[22:18] <cjwatson> wgrant: r=me
[22:18] <wgrant> cjwatson: Thanks.
[22:18] <cjwatson> I think we can NDT without that, though - I was going to sort that out after this call
[22:18] <cjwatson> if that's OK
[22:19] <cjwatson> since at least ASCII-only MPs work
[22:20] <wgrant> yep
[22:20] <wgrant> sounds good to me
[22:43] <cjwatson> wgrant: LPSed/RTed; feel free to amend both if your rev is ready before webops take that
[22:45] <cjwatson> https://code.qastaging.launchpad.net/~cjwatson/grub/+git/qas/+ref/fstest-test/+merge/254312 was the ASCII-only case I mentioned, BTW
[22:46] <wgrant> Yep, saw it in the OOPS.
[22:46] <wgrant> I poked around locally and found all the obvious crashers and fixed them.
[22:46] <cjwatson> Yep.  Thanks for that.
[22:47] <cjwatson> I think anything further from our side is gravy at this point.
[22:48] <cjwatson> Is there anybody at the sprint who might be able to help chase down the nova scheduling thing tomorrow?
[22:49] <wgrant> If it's not solved overnight, I will harrass someone.
[22:50] <wgrant> I'm talking to designy people tomorrow morning, will try to get something useful out of them. But I think we just need something like your screenshot, target/owner repo listings...
[22:50] <wgrant> And GitRef:+activereviews would be nice and might be easy.
[22:50] <wgrant> All of which are quick to do something roughly as dirty as the bzr equivalent.
[22:51] <cjwatson> Yeah, there's a huge pile of misc views to clean up.
[22:51] <cjwatson> Layouts of the worst cases of combining git and bzr listings that also show a useful set of information about git branches would be good.
[22:52] <cjwatson> In some ways I'd like to ram them all into a single table.
[22:53] <cjwatson> Partly because multiple similar-content tables on a single page look bad because their column widths don't match.
[22:53] <cjwatson> I haven't touched the package views yet.
[22:53] <wgrant> The only place we really need to show both simultaneously is on Person:+branches
[22:54] <wgrant> Since a target (or an owner-target) has a primary VCS defined.
[22:54] <cjwatson> The project and package views could get away with having a mode switch, indeed.
[22:54] <cjwatson> Once we model such a thing.
[22:55] <wgrant> Person:+branches already has a relationship filter.
[22:55] <wgrant> (it was several separate pages a few months ago, but it's all one now)
[22:57] <cjwatson> I'd been focusing on the target partly because I'd like to have a rule that the target page for a target with a default repository always shows at least something about the default repository, so that we can switch the canonical URL over to shortened_path rather than unique_name
[22:57] <cjwatson> since I really don't like the canonical URL for default project repositories being /~owner/project/+git/project
[22:57] <wgrant> Yeah, definitely. And that's the only bit that really requires thought.
[22:58] <wgrant> The others are, well, tables.
[22:58] <cjwatson> so I think that even if we have a mode switch we always need to show *something* about the non-default mode
[22:58] <cjwatson> (if there's any content for it)
[22:58] <wgrant> yep
[22:58] <cjwatson> we could certainly have a radically different summary, though
[22:59] <cjwatson> very hard to get the summary right without a mode switch - I tried, it's a mess as you saw
[22:59] <cjwatson> "you can clone a git repository!  oh and by the way you can push a bzr branch!"
[22:59] <wgrant> Mhm.
[23:01] <cjwatson> but perhaps I could go and try Person:+branches for a while, because that involves a lot of the same kind of infrastructure but has a fairly minimal summary
[23:01] <cjwatson> and, I think, should probably just show repositories rather than refs
[23:01] <cjwatson> maybe?
[23:02] <cjwatson> although "last commit" is meaningless for repositories, so perhaps that's wrong
[23:03] <cjwatson> perhaps repositories should have an expander for branches
[23:03] <cjwatson> worth asking design if they have any thoughts there
[23:04] <wgrant> I don't really know. I like seeing all the recent work, but it might get drowned out by eg. a push --mirror
[23:04] <cjwatson> Yeah.  And status is meaningless for repositories *and* refs, too.
[23:05] <cjwatson> (To the extent that it's meaningful for branches ...)
[23:05] <wgrant> I would not complain if the status column accidentally went missing tomorrow.
[23:05] <wgrant> mm
[23:05] <wgrant> I guess Merged is useful
[23:05] <wgrant> But meh
[23:06] <cjwatson> In the default view, which excludes it :-)
[23:06] <wgrant> yep
[23:07] <cjwatson> If we're using committer_date (which we do right now in ref listings), then push --mirror is less of a problem
[23:07] <cjwatson> One of my branches in progress fixes ref listings to sort by descending committer_date
[23:07] <cjwatson> Which makes them a lot more sensible
[23:07] <wgrant> blr: Do you want to experiment with these couple of views and see if you can get something vaguely sensible?
[23:08] <cjwatson> http://paste.ubuntu.com/10956927/ is what I have today, if you want to crib anything from that
[23:08] <blr> wgrant: sure - thanks cjwatson
[23:09] <cjwatson> (also I have http://paste.ubuntu.com/10956930/ lying around from an older branch that tried to do more with targets, but I suspect more of that branch is crap)
[23:09] <wgrant> I'll work with designy people tomorrow, but it'll be a while before we have anything useful, and we just need something vaguely adequate for tomorrow.
[23:09] <blr> cjwatson: will move push-instructions to a partial, it is used in two places
[23:10] <blr> and add the git specific copy we discussed last night
[23:10] <cjwatson> The fixed sorting is the top bit of the patch to lib/lp/code/browser/gitrepository.py, and we likely want that regardless
[23:10] <cjwatson> (from the first paste)
[23:11] <cjwatson> I'm inclined to say that we may want to drift away from trying to have a single view for Person again
[23:12] <wgrant> Yeah
[23:12] <cjwatson> Person:+branches is recent work, but there could also be a view that lists all your repositories
[23:12] <cjwatson> Then Person:+branches can just mix in refs with the committer date as "last modified"
[23:12] <wgrant> A push --mirror with a billion branches seems not hugely likely.
[23:12] <wgrant> Can always be adjusted if it doesn't work out.
[23:12] <cjwatson> right, but even if somebody does that, a lot of those branches are going to be old
[23:12] <wgrant> Yep
[23:13] <cjwatson> in terms of committer date
[23:13] <wgrant> So Person:+branches intersperses branches and refs.
[23:13] <cjwatson> we miiiight have a perf problem, but I don't think it's a fundamental UI problem if you end up with a bazillion branches off in batch 87
[23:13] <wgrant> Product:+branches shows one or the other, and additionally the default git repo if git is selected, plus a VCS switcher.
[23:14] <wgrant> I don't see a perf problem here, though it will be awkward to implement.
[23:14] <cjwatson> GitCollection lalala
[23:14] <wgrant> It may be better to have a VCS switcher for Person:+branches in the first iteration.
[23:14] <wgrant> No fundamental perf problem, then :)
[23:14] <cjwatson> like another dropdown?
[23:14] <wgrant> It's a simple matter of code.
[23:14] <wgrant> Could be, yeah.
[23:15] <cjwatson> Or just Person:+repositories, if it's going to have totally different semantics anyway
[23:15] <wgrant> We can't currently dynamically change the default view for a particular object.
[23:15] <wgrant> Only an interface.
[23:16] <wgrant> But I guess having it as a secondary page for the first iteration is OK.
[23:16] <cjwatson> right, but we could have another slot in PersonBranchesMenu
[23:16] <cjwatson> which already has "Branches", "Active reviews", "Source package recipes"
[23:16] <cjwatson> the only concern would be whether we're painting ourselves into a corner, but redirects are a thing ...
[23:17] <wgrant> Right, it works short term.
[23:18] <wgrant> Anyway, I need to sleep.
[23:18] <cjwatson> I'm not convinced we can fix the canonical URL of target default repos by tomorrow, but even making it possible to find them via a Person view would be a small step up
[23:18] <cjwatson> yeah, me too
[23:19] <wgrant> blr: Experiment with what you can today, and Colin and I can hopefully bikeshed over whatever you have into something releasable in our morning.
[23:19] <cjwatson> (conceivably, Person:+repositories could list all the projects you've worked on in code terms, whether that be bzr or git - take advantage of the bzr repository metaphor even if it isn't precisely identical
[23:19] <cjwatson> )
[23:19] <wgrant> True
[23:20] <cjwatson> that sort of thing might help address people's issues with code
[23:22] <cjwatson> and after all e.g. https://code.launchpad.net/~cjwatson/launchpad is a thing, so we *sort of* have that notion already


[21:45] <someoneneoifjoi> xamithan : alright , I don't have a static IP.  Only that the freenode server you're trying to connect to requires SASL. Again, nothing to do with you going to malicious sites
[22:03] <dedze> Hello, I can't find redshift in my software center anymore and I can't figure why. Also I can't browse softwares by categories anymore for some reason, can someone help me?
[22:05] <dedze> Also, when I open software & update and go to the 'other software' tab, I think I'm lacking something there
[22:15] <platz> i upgraded to cosmic, and now when i try to start neovim i get /usr/bin/nvim: symbol lookup error: /usr/bin/nvim: undefined symbol: uv_print_all_handles
[22:16] <nacc> platz: apt-cache policy neovim ?
[22:16] <nacc> (in a pastebin)
[22:16] <platz> https://lpaste.net/8224453551082962944
[22:17] <nacc> platz: oh wait, cosmic, sorry -- you want #ubuntu+1
[22:18] <nacc> platz: and presuambly you understood the risk of installing pre-alpha software
[22:18] <platz> i guess i'm finding out now :)
[22:19] <platz> i'm guessing there's no downgrade option, just in case?
[22:22] <nacc> platz: right
[22:24] <genii> !info redshift
[22:25] <genii> dedze: You might want to enable the "universe" repository
[22:25] <dedze> genii: Hey, thanks for your answer. How can I enable it?
[22:29] <dedze> genii: If it's about ticking the box in Software & update, tab Ubuntu software, it's ticked already
[22:32] <oerheks> systemsettings > devices > displays: it is called nightlight
[22:33] <jayjo> i switched my system to the dock on the bottom of my screen and now my dock appears but my launcher does not. any ideas on what that could be?
[22:41] <genii> !info neovim
[22:41] <genii> !info neovim cosmic
[22:41] <genii> hm
[23:01] <m15k> Hi strang question: Can I boot another ubuntu instance from a running one?
[23:02] <Ieuan> Hi, is there anything to be mindful of when upgrading 16.10->18.04, or should the official update process work successfully?
[23:03] <Ieuan> 16.10 and 17.04 both being EOL and all
[23:05] <dedze> Hello, how can I reinstall the unbuntu software center from the terminal?
[23:06] <saturna> Hi. With encryption on a single user machine, would you use both disk and user home encrpytion?
[23:07] <xamithan> No,  just disk.  Unless you want to be redundant
[23:08] <guiverc> saturna, i'm no expert on encryption, but seems like a huge waste of resources to do it twice..
[23:08] <dedze> !redshift
[23:10] <genii> dedze: The default in 18.04 is called gnome-software, you can reinstall it by: sudo apt-get update && sudo apt-get install --reinstall gnome-software
[23:11] <dedze> genii: Oh I have 16.04, is my version outdated?
[23:12] <endojelly> is upgrade from 16.04LTS enabled yet? Didn't check
[23:12] <genii> dedze: For 16.04, use the package name software-center instead of gnome-software
[23:13] <dedze> Thank you very much genii , is 16.04 still safe to use BTW
[23:14] <genii> Since I'm not sure what BTW is, I'll have to reserve judgement on using whatever it is
[23:14] <guiverc> endojelly, 16.04 LTS has five years of supported life, so 2016.April + 5 years = 2021.April
[23:14] <genii> endojelly: Not the last that I checked
[23:15] <dedze> genii: Oh BTW it means 'by the way', it's not something offensive
[23:15] <endojelly> guiverc, yeah, but I'd still like to upgrade to 18.04 LTS if possible
[23:15] <endojelly> genii, thanks
[23:15] <endojelly> guiverc, ah, you were possibly replying to dedze?
[23:16] <guiverc> the upgrade path opens SOON after 18.04.1 is released (last thurs london time), so the gates to 18.04 will open anytime now
[23:16] <genii> dedze: Yes, Xenial is still safe to continue using as your main operating system, assuming you have security updates enabled
[23:16] <guiverc> yeah endojelly; my 16.04 LTS is safe was to you dedze
[23:16] <guiverc> sorry endojelly
[23:16] <dedze> genii: They are! Thank you
[23:16] <dedze> guiverc: Thank you for your answer as well
[23:17] <genii> dedze: Glad to assist
[23:21] <johnnyfive> Looking at either a Packages.gz or Sources.gz, is there an indicator that a package is a 'transitional' package?
[23:21] <dedze> genii: Omg I have 2 different ubuntu software center install, could one of it be an illigitimate software?
[23:22] <dedze> genii: I just noticed that when I open it from the terminal, it opens a very different version of it
[23:23] <johnnyfive> Or in other words, how does apt determine if a package is transitional or not? For example in xenial, 'apt search myspell-ca' indicates it is transitional. Anyone know how apt determines this, based on a Packages.gz/Sources.gz pair?
[23:23] <genii> dedze: There are numerous graphical software installers available, the default in Xenial is the regular software-center which came with previous versions since Unity. But you may also have another installed, like Synaptic or whichever one the gnome-software packages pulls up
[23:24] <nacc> johnnyfive: it's not from the source
[23:24] <nacc> johnnyfive: err, from the packages list
[23:24] <nacc> johnnyfive: it's *from* the source itself
[23:25] <nacc> johnnyfive: that's the short description from the package
[23:25] <dedze> genii: Woah I see, I found redshift in the new version of the software center that you helped me reinstall (or install for the first time?). Also it's not bugged anymore so thank you very much and I wish you a very good evening/morning/night!
[23:26] <retention> hi, Im having some network issues, intermittently my network looses connection for a minute
[23:26] <retention> I have no big issue with that except, keeping an ssh connection and remote term session running
[23:26] <johnnyfive> Hey nacc, thanks for the response. You are saying that within a Sources.gz, the short description should indicate it's transitional?
[23:26] <retention> anyone know if there is a way to increase, whatever timeout or other is going wrong here?
[23:27] <nacc> johnnyfive: no, it's the pacakge's source
[23:27] <nacc> johnnyfive: it's not astate, it's the textual description of the package
[23:27] <argusbr> 18.04 LTS what is interface official?
[23:27] <nacc> johnnyfive: it's just the Description field from Packages, afaict
[23:28] <nacc> argusbr: gnome, in stock ubuntu
[23:28] <saturna> What I have noticed is that some software breaks if you use encrypted home because it cant read the home, so I'm guessing there must be some security benefit of it, that FDE doesnt offer? So using both must be better?
[23:28] <Ieuan> Oh actually, updater won't let me 16.10->18.04 - what's the recommended way of updating between those released?
[23:28] <Ieuan> The EoL wiki page hasn't been updated since 2015
[23:28] <nacc> Ieuan: 16.10?
[23:28] <Ieuan> nacc, kinda why I want to upgrade
[23:28] <johnnyfive> nacc, completely missed that, that's exactly what I was looking for. ty
[23:29] <nacc> Ieuan: you will need to do 16.10 -> 17.04 -> 17.10 -> 18.04. all via EOL upgrades
[23:29] <nacc> Ieuan: i would suggest reinstalling
[23:29] <nacc> johnnyfive: yw
[23:29] <genii> Ieuan: Alternately you could try sudo do-release-upgrade -d    but it may crash and burn horribly
[23:29] <Ieuan> nacc, the wiki page EoL is still up to date, then?
[23:29] <nacc> Ieuan: the process has not changed anytime recently
[23:30] <Ieuan> Even with the change to gnome?
[23:30] <nacc> Ieuan: ... not sure why that's relevant?
[23:30] <nacc> Ieuan: as I said, you're better off reinstalling. You can't have cared about this system
[23:31] <genii> Ieuan: The support cycle of *buntu remains the same, no matter what Desktop Environment
[23:31] <Ieuan> I was just more interested using it than updating until now
[23:31] <nacc> Ieuan: well, you were using outdated, insecure software for a year
[23:31] <oerheks> !info ubuntu-unity-desktop
[23:31] <Ieuan> genii, just wanted to make sure it wouldn't throw up any weird configuration issues or whatever
[23:31] <nacc> Ieuan: so I would even argue that :)
[23:31] <nacc> genii: not entirely true
[23:31] <Ieuan> Well, that's true :P
[23:31] <Ieuan> Although
[23:31] <nacc> genii: the flavors ahve different' support cycles
[23:31] <Ieuan> I did think non LTS had 18 month support cycles
[23:31] <nacc> Ieuan: only 9 months
[23:32] <oerheks> 50% off
[23:32]  * genii slaps oerheks for therapeutic reasons
[23:33] <Ieuan> It used to be 18 months, no?
[23:33] <OtterCoder> Hi all! I was wondering, I haven't been able to figure out how to set up mac-style modifier keys since the switch to gnome. Any help for ubuntu 18?
[23:33] <nacc> Ieuan: not any time recently, no
[23:33] <OtterCoder> I just want my greek letters back.  ;_;
[23:34] <Ieuan> nacc, just checked, it was for most of Ubuntu's history ;)
[23:34] <Ieuan> Just managed to neglect realising it was cut 50% :(
[23:34] <nacc> Ieuan: which doesn't reflect anything current in and of itself
[23:35] <oerheks> enough overlapse to test quality
[23:36] <dunnousernamefn> I have this problem where qemu uses the wrong libusb-1.0, and so it can't find the symbols. I read on the debian mailing list the exact situation I have, where another version of libusb is installed with this third-party application they use (I use it too). They fixed it by uninstalling it, but I can't do that. I just need to tell qemu to look for libusb-1.0 in /usr/lib/x86_64-linux-gnu instead of /usr/local/lib
[23:36] <dunnousernamefn> does anyone know if there is a way to do that without breaking the other application?
[23:37] <nacc> dunnousernamefn: set LD_LIBRARY_PATH?
[23:37] <dunnousernamefn> I tried setting it, but it still fails
[23:37] <nacc> dunnousernamefn: how did you set it?
[23:37] <dunnousernamefn> LD_LIBRARY_PATH=/usr/local/lib qemu-system-i386 [...]
[23:37] <dunnousernamefn> oh wait, I'm a total idiot
[23:37] <nacc> dunnousernamefn: well, that's clearly wrong
[23:37] <nacc> dunnousernamefn: :)
[23:37] <dunnousernamefn> I thought I set it the other way
[23:38] <dunnousernamefn> oh, but it still fails
[23:38] <dunnousernamefn> if I do `LD_LIBRARY_PATH=/usr/lib/x86_64-linux-gnu/ qemu-system-i386` I get the same error
[23:39] <OtterCoder> I see a space.
[23:39] <dunnousernamefn> huh?
[23:39] <OtterCoder> In the second path you posted.
[23:40] <OtterCoder> / qemu
[23:40] <dunnousernamefn> yes, qemu is the application
[23:40] <OtterCoder> There's a space in the path right there.
[23:40] <OtterCoder> /\sqemu
[23:40] <dunnousernamefn> qemu-system-i386 is the application, and I want it to search for applications in /usr/lib/x86_64-linux-gnu/
[23:40] <retention> hi anyone suggest a solution to my ssh issues?
[23:41] <nacc> dunnousernamefn: do this:
[23:41] <OtterCoder> Ah, sorry.
[23:41] <nacc> dunnousernamefn: `LD_LIBRARY_PATH=... ldd qemu-system-i386`
[23:41] <nacc> dunnousernamefn: pastebin the results, if you can
[23:41] <dunnousernamefn> ok
[23:42] <retention> screen is not going to make it much simpler, dont get why SSH and term dont recover after 60s down?
[23:42] <retention> perhaps this is a gnu question though
[23:42] <OtterCoder> So, no ideas for enabling a mac modifier key in ubuntu 18?
[23:42] <dunnousernamefn> https://hastebin.com/raw/pejecebowe
[23:43] <OtterCoder> retention: What are you trying to do?
[23:43] <nacc> dunnousernamefn: `file qemu-system-i386` ?
[23:43] <nacc> dunnousernamefn: err nm
[23:43] <retention> OtterCoder, I have an intermittent network connection
[23:44] <dunnousernamefn> nm: /usr/bin/qemu-system-i386: no symbols
[23:44] <nacc> dunnousernamefn: `ls -ahl /usr/lib/x86_64-linux-gnu | grep libusb`
[23:44] <retention> which keeps stalling my ssh shell session
[23:44] <nacc> dunnousernamefn: sorry nm = nevermind :)
[23:44] <dunnousernamefn> I wasn't sure lol
[23:44] <retention> I think it must be some kind of timeout somewhere, but I really dont want to keep reconnecting, rather just wait it out,
[23:45] <OtterCoder> retention: I've been in that situation before, and screen was the only consistent solution I found.
[23:45] <retention> its been a problem on linuxes since I remember, but this time its getting on my nerves, because I have a few tasks open and bged.
[23:45] <dunnousernamefn> https://hastebin.com/raw/tusomivetu
[23:45] <retention> OtterCoder, ohh, ok was hoping there was something better than screen
[23:45] <retention> but sure thats partially better
[23:45] <dunnousernamefn> woah hold on
[23:45] <retention> perhaps I should ask on openssh forum though
[23:46] <retention> might be configurable
[23:46] <OtterCoder> retention: Here's an idea I see floating around: you can use the -o ConnectTimeout option
[23:46] <dunnousernamefn> https://hastebin.com/raw/bopuwemaya
[23:46] <dunnousernamefn> that seems really weird
[23:46] <dunnousernamefn> that may be why
[23:46] <nacc> dunnousernamefn: there is no libusb-1.0.so.0 in the path you are using
[23:46] <retention> OtterCoder, hm. is the default silly small?
[23:46] <OtterCoder> retention: I think the default is infinite.
[23:47] <retention> lol
[23:47] <OtterCoder> retention: Which is why it hangs.
[23:47] <nacc> dunnousernamefn: so maybe try with /lib/x86_64-linux-gnu/ in LD_LIBRARY_PATH ?
[23:47] <dunnousernamefn> that works
[23:48] <retention> OtterCoder, ok, hm ok may study that then... a bit counterintuitive
[23:48] <OtterCoder> retention: There's a bunch of options for ssh. I don't understand all of them. Mostly I just rely on screen to save my work through drops.
[23:48] <dunnousernamefn> so should I just prepend that to everything? I don't use qemu a lot
[23:48] <dunnousernamefn> I don't know if that would break other apps
[23:49] <nacc> dunnousernamefn: no, only to qemu
[23:49] <dunnousernamefn> that's what I meant
[23:49] <dunnousernamefn> every call of qemu
[23:49] <nacc> dunnousernamefn: yes, i would make a wrapper script or alias
[23:49] <dunnousernamefn> but don't export it or anything
[23:49] <OtterCoder> dunnousernamefn: Make yourself a bash alias!
[23:50] <dunnousernamefn> wow, that works great
[23:50] <dunnousernamefn> thanks everyone
[23:51] <nacc> dunnousernamefn: yw :)
[23:56] <OtterCoder> So, the option English (Macintosh) doesn't exist in my input sources list. Where should I get it from?


[07:40] <kahrytan> has anyone considered doing a campaign to get HP to do same thing Dell has done for Ubuntu? Bring about HP computer designed to run Ubuntu.
[08:08] <BHSPitLappy> they'll decide if they want to listen to customers, we can't make that decision for them
[08:24] <kahrytan> But we can encourage them.
[08:25] <kahrytan> We can do that by letting them know there is thousands of people waiting to buy HP w/ Ubuntu on it.  That spells profit for them and they do want profit.
[08:26] <kahrytan> It's easy to do... try simple letters and stick one of those free stickers Canonical puts in envelops with shipit cds on the envelop sent to HP hq
[08:28] <Hobbsee> kahrytan: so, tell hp?
[08:28] <kahrytan> Another step would to print cardbord CDs using Ubuntu CD image and send it to HP hq. And Ubuntu sticker on envelop.
[08:28] <kahrytan> carboard ..cuz you want waste canonical's money doing it.
[08:29] <kahrytan> You know .. how the studios did when they brought that tv show i never watch anyways but millions of others did.
[08:30]  * Hobbsee wonders why kahrytan doesn't do some of his ideas himself, from where he is
[08:30] <kahrytan> Because it seems .. uh.. pointless if ONE person does it
[08:31]  * Hobbsee thought you were involved in a loco?
[08:31] <kahrytan> Why would 1 person matter to a companies bottomline. It won't.
[08:31] <kahrytan> I quit .. long time ago. Now defunct.
[08:33] <kahrytan> by long time ago, I mean 90 days ago. by defunct, I mean nothing has happened since then.
[08:53] <m-c> H.P. was one of first large corporations to sell linux desktops to their customers.  I remember them promoting it in 1999 or so.
[08:54] <m-c> I just thought that was an interesting note.  Excuse the interruption.
[17:47] <johnc4510> UWN #85 is out, digg it here please: http://digg.com/linux_unix/Ubuntu_Weekly_Newsletter_85
[17:48] <johnc4510> .
[17:48] <johnc4510> .
[17:51] <johnc4510> ty
[17:52] <johnc4510> vorian: great thx
[17:52] <johnc4510> :>
[17:52] <vorian> yw :)
[17:52] <johnc4510> have a good one
[17:52] <vorian> lol
[18:40] <jchase> dugg
[18:52] <johnc4510> jchase: ty
[18:53] <jchase> johnc4510: no prob, I also cascaded to GA, and FL teams
[18:53] <johnc4510> nice
[20:47] <DPic> does anybody have any ideas for our meeting on tuesday?
[20:53] <Flannel> We have a meeting on tuesday?
[20:53] <Flannel> Oh hey, I'm in -marketing not -us.
[20:53] <DPic> https://wiki.ubuntu.com/MarketingTeam/Meetings/Minutes/2008-04-08
[20:54] <DPic> haha yeah
[21:42] <m-c> Thought this reading might be interesting for those having a lazy Sunday.  :)
[21:42] <m-c> http://www.smith-winchester.com/branding.html


[08:58] -SwissBot:#ubuntu-news- ::Planet:: Costales: Clipboard content to file. New app @ https://costales.github.io/posts/clipboard-to-file/
[15:32] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: How to See Battery Time Remaining in GNOME Quick Settings @ https://www.omgubuntu.co.uk/2022/10/see-gnome-43-battery-time-remaining-estimate (by Joey Sneddon)


[01:16] <mertiki> asac : I go now, but you can email me at any time if you need me to do something around that
[01:16] <mertiki> @++
[02:03] <Ubulette> mozilla bug 384154
[02:03] <ubotu> Mozilla bug 384154 in Layout "layout-debug component does not build" [Normal,Resolved: fixed]  http://bugzilla.mozilla.org/show_bug.cgi?id=384154
[02:03] <Ubulette> asac, look at comment #5
[02:04] <Ubulette> that guys said tested with layout-debug+enable-libxul
[02:04] <Ubulette> i'm rebuilding with --enable-extensions=layout-debug
[02:09] <asac> Ubulette: use default,layout-debug
[02:09] <asac> not just layout-debug
[02:09] <Ubulette> i'm just testing the build system, it's not for commit
[02:10] <asac> Ubulette: it doesn't build that way
[02:11] <asac> at least my guess
[02:12] <asac> the point why it will fail is that the build is attempted before xpcom/stub is build
[02:12] <asac> i don't see why that should work
[02:13] <asac> Benjamin says "It looks like it lives outside of libxul, which means that
[02:13] <asac> it needs to start using frozen linkage."
[02:13] <asac> thats the right fix we need
[02:26] <Ubulette> frozen linkage ?
[02:34] <asac> Ubulette: ok i think the patch was incomplete
[02:35] <Ubulette> asac, which one ?
[02:37] <asac> Ubulette: isn't there a linker option that allows symbols to be present at runtime?
[02:37] <asac> and not at build time?
[02:37] <asac> (when producing shared libs)
[02:38] <Ubulette> you mean -rpath ?
[02:40] <asac> no  i mean i use nsIXPCOMSomething
[02:40] <asac> but produce shared lib without -lxpcom
[02:40] <asac> but it still works ;)
[03:28] <Ubulette> lo
[03:28] <Ubulette> asac ?
[03:30] <Ubulette> it seems wallet will be removed and replaced by satchel
[03:31] <Ubulette> mozilla bug 304309
[03:31] <ubotu> Mozilla bug 304309 in XP Apps "convert to satchel from wallet" [Enhancement,Assigned]  http://bugzilla.mozilla.org/show_bug.cgi?id=304309
[03:31] <Ubulette> mozilla bug 390025
[03:32] <ubotu> Mozilla bug 390025 in XP Apps "Move to LoginManager and remove wallet from SeaMonkey" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=390025
[03:33] <Ubulette> mozilla bug 394502
[03:33] <ubotu> Mozilla bug 394502 in Build Config "make SeaMonkey build with libxul" [Normal,New]  http://bugzilla.mozilla.org/show_bug.cgi?id=394502
[04:38] <Bernardo> hi
[04:50] <asac> Ubulette: ok ... otherwise is would suggest to build with default,wallet and make wallet a libxul component
[04:50] <asac> we certainly don't want to make layout-debug a libxul component which would then be always enabled
[04:51] <Ubulette> wallet is totally broken
[04:53] <Ubulette> we never built it before in ff3
[04:54] <Ubulette> (without libxul)
[04:54] <Ubulette> so it's one more thing to port in kazehakase
[04:55] <Ubulette> ie use the new password manager instead of depending on wallet from xul 1.8
[04:57] <Bernardo> asac: if you want me to do some tests with knetworkmanager/ipw3945, I'm free right now
[04:58] <Ubulette> asac, ..or we can open a moz bug for wallet and ask if wallet is still maintained or not
[05:06] <Ubulette> asac, imho kazehakase should now use nsIPasswordManager instead of nsIPassword
[05:21] <Ubulette> typeaheadfind is broken too
[05:23] <Ubulette> make[6] : *** No rule to make target `-lgkgfx', needed by `libsuitetypeaheadfind.so'.  Stop.
[05:26] <asac> Ubulette: isn't it nsIPassword elements you get from nsIPasswordManager?
[05:28] <asac> Bernardo: Bernardo what does  modinfo ipw3945 | grep ^version: ... give you?
[05:29] <asac> Ubulette: libsuitetypeaheadfind is probably for suite ... not for xulrunner et al
[05:32] <Ubulette> it's part of 'all' dammit. they should test their stuff
[05:33] <Bernardo> asac: got called, let me check now
[05:33] <Bernardo> version:        1.2.2mp.ubuntu1
[05:34] <Bernardo> btw, this one (updated a few hours ago and rebooted) connected to my fonera using wpa2 without problems, the previous one wouldn't connect
[05:48] <asac> yep
[05:48] <asac> ok thats good
[05:48] <asac> can you test open network as well?
[05:49] <asac> Bernardo: ^^^
[06:01] <Bernardo> yes
[06:01] <Bernardo> I have the open fonera network
[06:01] <Bernardo> (daughter woke up, sorry for the delay)
[06:01] <Bernardo> I also have a vodafone network nearby
[06:02] <Bernardo> do you want me to test it now? I'll go offline for a couple minutes, even if it works
[06:05] <Bernardo> asac: ^^^
[06:06] <asac> Bernardo: yes ... please
[06:08] <Bernardo> ok, brb
[06:17] <Bernardo> ok,  it worked - but going back to wpa gave a error and killed network manager
[06:17] <Bernardo> http://pastebin.ca/688742
[06:18] <Bernardo> "FON_AfonsoL" is the open network
[06:18] <Bernardo> "Bernardo" is the wpa2 network
[06:19] <Bernardo> asac: ^^^
[06:28] <asac> Bernardo: strange crash ... haven't seen that before
[06:29] <asac> Bernardo: anyway, next network manager upload should improve switching back and forth between wireless networks
[06:29] <asac> Bernardo: its just important that the driver allows nm to connect at all for now
[06:29] <Bernardo> When I restarted networkmanager it connected to the open network again
[06:30] <Bernardo> and then when it finally populated the networks list I switched to the wpa2 one, and this time it didn't crash
[06:30] <asac> yes ... but it should fail more or less often when switching networks
[06:30] <asac> usually without a crash though
[06:31] <Bernardo> should I try now with a hidden SSID for the wpa2 network, or that doesn't work yet?
[06:31] <asac> i doubt it works ... but please try
[06:31] <asac> can you try open net + hidden?
[06:32] <Bernardo> That would be harder, but I think I can.
[06:32] <asac> why harder?
[06:33] <Bernardo> I have to restore wpa2 config before my daughter wants to see one of her videos on the living room media center... :)
[06:33] <asac> ah
[06:33] <asac> well test wpa2 then
[06:33] <Bernardo> I'll test both, brb
[06:38] <Bernardo> asac: as you said, switching networks is a bitch
[06:39] <asac> yep ... fine. how about hidden`
[06:39] <asac> ?
[06:40] <Bernardo> I don't know, I think the router crashed
[06:46] <Bernardo> sorry for the delay
[06:46] <Bernardo> the router web interface has hung on the wireless basic page, it seems
[06:47] <Bernardo> I'll have to check from another machine if the ssid is being shown
[06:53] <Bernardo> ok, have to reset the router (wrt54gl)
[07:07] <Bernardo> ok, when the router crashed it didn't change the ssid broadcast
[07:07] <Bernardo> going to test it now
[07:09] <Bernardo> the connection didn't drop completely during the change of broadcast enabled to disabled, I'm now going to try "reconnecting"  to the network
[07:11] <asac> Bernardo: restart NetworkManager at best
[07:24] <Ubulette> asac, only xml-rpc venkman inspector irc gnomevfs cview tasks reporter python/xpcom could be built
[07:25] <Ubulette> asac, I had to drop: wallet layout-debug help sroaming typeaheadfind datetime finger sql xforms schema-validation python/dom
[07:35] <asac> Ubulette: thats fine imo
[07:35] <asac> Ubulette: we should add wallet ... and do the same that was done for layout-debug
[07:36] <asac> e.g. maybe it a libxul component
[07:36] <asac> there is just two much string api stuff to migrate imo
[07:37] <asac> s/maybe/make/
[07:40] <Ubulette> eh? i didn't touch layout-debug, i dropped it
[07:41] <asac> Ubulette: i got it working
[07:41] <asac> its all done ... except one tiny thing ... the Makefile.in need FORCE_STATIC_LIB=1
[07:41] <Ubulette> ?
[07:41] <asac> however we cannot use it
[07:41] <asac> but we should use the same for wallet to get kazehakase going
[07:42] <asac> (we cannot use it because nobody wants layout-debug to be always installed)
[07:42] <Ubulette> i'd prefer kazehakase not to use wallet as upstream will drop it soon. no need to waste time on this
[07:42] <asac> fine ... if you know how to read the password entries out of passwordmanager without that class ... go ahead ;)
[07:43] <asac> whats your idea?
[07:43] <Ubulette> ..same for you, if you know how to fix wallet, go ahead ;)
[07:43] <asac> Ubulette: anyway I agree that for now we should just build all extensions that are usable/buildable
[07:43] <asac> Ubulette: i said how ;)
[07:44] <asac> Ubulette: build it as internal xul lib
[07:44] <asac> you remembe the bug you had for layout-debug?
[07:44] <Ubulette> yep
[07:44] <asac> the patch is exactly the same
[07:44] <asac> just replace the layout-debug with wallet
[07:44] <asac> then add FORCE_STATIC_LIB = 1 in Makefile.in of wallet
[07:44] <asac> so it will get linked into libxul and can access hidden symbols
[07:45] <asac> Ubulette: but i can do it
[07:45] <asac> (try i mean :))
[07:45] <asac> Ubulette: if you add FORCE_STATIC_LIB = 1 to the layout-debug Makefile.in it will just build
[07:46] <Ubulette> for now, i'm fixing the dev branch to build the list i've mentionned above
[07:46] <asac> ok
[07:46] <asac> thats good
[07:47] <asac> have you pushed something i should work against?
[07:47] <Ubulette> i need to install python properly
[07:47] <Ubulette> not yet
[07:47] <asac> if you push, can you push same changelog date? so i don't need update my orig?
[07:47] <Ubulette> i didn't bump since yesterday
[07:47] <asac> Ubulette: python xpcom is more or less abandoned upstream (in case you care) :)
[07:48] <asac> but we probably want it anyway
[07:48] <Ubulette> someone asked for it yesterday
[07:48] <asac> i know :(
[07:49] <asac> Ubulette: you will need a patch for python 2.5 i guess
[07:49] <asac> Ubulette: i have submitted it upstream ... guess it hasn't been applied yet - because of reasons above :)
[07:49] <Ubulette> i'm not familiar with python..
[07:49] <asac> no ... the python api has changed
[07:49] <asac> so it fails to build against python 2.5 api
[07:50] <asac> while i works with python 2.4
[07:50] <asac> wait a sec
[07:50] <Ubulette> could you take care of that ?
[07:50] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=386610
[07:50] <ubotu> Mozilla bug 386610 in XPCOM "pyxpcom fails to build against python 2.5 (api changed)" [Normal,Assigned]
[07:51] <Ubulette> i mean, xul built with python/xpcom, now we need to install that
[07:51] <asac> oh ... i should update that patch ;)
[07:51] <asac> it built?
[07:51] <asac> strange
[07:51] <asac> maybe python api was fixed then ;)
[07:51] <Ubulette> let me put dev in shape then try it :)
[07:51] <asac> Ubulette: take a look what files are separated by mike in xulrunner
[07:52] <asac> its just libpython-xpcom.so and .xpt file most likely
[07:52] <Ubulette> I read http://archive.ubuntu.com/ubuntu/pool/universe/x/xulrunner/xulrunner_<IP_ADDRESS>-2ubuntu3.diff.gz
[07:52] <asac> which needs to go to a separate package
[07:52] <Ubulette> it's a mess
[07:52] <Ubulette> I'd prefer you doing the python stuff completely as you seems familiar with it already ;)
[07:53] <asac> well familiar is something else :) ... but i can give it a try
[07:53] <Ubulette> :)
[07:54] <Ubulette> i'll uncommit the last change 2 broken commits
[07:54] <Ubulette> and redo 1
[07:54] <asac> whatever you want ... haven't updated branch in last 2 days or so
[07:55] <asac> let me know when i shall pull
[07:55] <Ubulette> i'll redo rev13
[07:55] <asac> i'll be off again
[07:55] <asac> actually i wanted to not be online at all this weekend
[07:55] <asac> haven't even checked my mail for last 2 days ;)
[07:56] <asac> will look in this channel though ;)
[08:01] <Ubulette> asac, pushed
[08:02] <Ubulette> you should see rev13 at the top
[08:03] <asac> $(DEB_SRCDIR)/_tests
[08:03] <asac> i think we should --disable-tests
[08:03] <Ubulette> yep
[08:05] <Ubulette> this should be fixed upstream using the proper $GARBAGE
[08:06] <asac> GARBAGE_DIRS
[08:07] <Ubulette> both
[08:07] <asac> yes
[08:07] <Ubulette> there are some files too
[08:07] <asac> you sure GARBAGE_DIRS doesn't remove recursively?
[08:07] <asac> (i am not ... but should be easy to figure out)
[08:08] <Ubulette> it does, but look at the rule, it drops links (to .cpp) and .pyc
[08:08] <Ubulette> + too
[08:08] <asac> -rm -rf $(ALL_TRASH_DIRS)
[08:08] <asac> yes ...
[08:09] <asac> those are a different thing ... agreed
[08:09] <asac> though pyc should probably be cleaned in some generic clean rule
[08:09] <asac> e.g. auto garbage ;)
[08:09] <asac> like .o et al
[08:09] <Ubulette> yep
[08:09] <asac> the links are ugly ;)
[08:09] <Ubulette> i got lazy, it could be cleaned with a proper patch later
[08:10] <Ubulette> in fact, i was tired to see dpkg-buildpackage failing because of this
[08:11] <asac> Ubulette: i think _OBJS in rules.mk
[08:11] <asac> should be extended
[08:11] <asac> yeah
[08:14] <Ubulette> (i'll auto-deco soon... damn dyn ip)
[08:28] <Bernardo> asac: total disaster
[08:29] <Bernardo> asac: only managed to connect after showing essid again and rebooting
[08:29] <Bernardo> also found out that 8139too is broken for my laptop - couldn't use ethernet to connect
[08:30] <Bernardo> the media detection is broken, doesn detect that I connect a cable to the ethernet port
[08:30] <Bernardo> I don't know which update broke it, as I haven't used it for a while
[08:42] <Bernardo> brb
[09:04] <asac> Ubulette: btw, xul ftb as expected because of change python api
[09:04] <asac> you probably have tweaked your alternatives or only have python 2.4
[09:05] <asac> http://pastebin.mozilla.org/196412
[09:05] <Ubulette> asac, i only have 2.5 in that chroot
[09:06] <Ubulette> 2.5.1-5ubuntu1
[09:06] <Ubulette> nothing at all for 2.4
[09:07] <asac> no idea then ... the code should definitly fail to build ... look at the error
[09:09] <asac> only thing i could imagine is some CXXFLAGS tweakage ... like non-fatal-warnings ;)
[09:53] <Ubulette> asac, btw, mxr means mozilla cross reference
[10:14] <Ubulette> asac, that nsIPassword is a trick. It's indeed in wallet but they duplicated it in embedding/browser/gtk/src
[10:15] <Ubulette> so wallet is not needed anymore
[10:20] <shirish> hi all, anything new cooking?
[10:25] <Ubulette> a xul with more extensions by default
[10:26] <Ubulette> no progress with kazehakase wilth xul 1.9. code is for 1.8
[10:26] <shirish> Ubulette: ok cool
[10:26] <shirish> :(
[10:26] <shirish> Ubulette: btw I have been reading quite a bit about larry today :)
[10:27] <Ubulette> larry ?
[10:27] <shirish> Ubulette: larry- the security UI thing
[10:28] <shirish> Ubulette: look at left of the address bar, there is a rectangular box, go to any site, click on that box, what does it show?
[10:29] <shirish> the guy in the hat, he's lovingly called larry by the guys at mozilla
[10:30] <Ubulette> you mean the popup with the cop that landed a few days ago ?
[10:31] <shirish> Ubulette: yup, the cop, he's known as larry ;)
[10:31] <Ubulette> :)
[10:32] <Ubulette> url ?
[10:32] <shirish> oh ok hang on.
[10:33] <shirish> http://blog.johnath.com/index.php/2007/06/04/will-firefox-have-a-green-bar/
[10:33] <shirish> actually this is the most recent one, there are couple of others which describe the idea in the 1st place.
[10:35] <Ubulette> thx
[10:35] <shirish> Ubulette: nothing to thank about, we just help out in understanding things
[10:36] <shirish> Ubulette: anything new on your side that you've been reading (anything interesting)?
[10:37] <Ubulette> http://web.glandium.org/blog/?p=161
[10:37] <Ubulette> javascript performance compared
[10:39] <shirish> Ubulette: GDKWebkit this is a new browser or what?
[10:40] <Ubulette> http://web.glandium.org/blog/?p=157
[10:42] <shirish> Ubulette: do I have to do anything for the xul with more extensions or just do my everyday thing?
[10:43] <Ubulette> it's not in yet. I've hold my bot for today as I was still working on that.
[10:44] <Ubulette> btw, i don't know if there's be something visible
[10:44] <Ubulette> s/s/ll/
[10:44] <shirish> Ubulette: doesn't really matter, its just to know if I'm doing things right
[10:45] <Ubulette> should be in my repo in about 1h
[10:45] <shirish> Ubulette: btw this webkit seems to be gtk based, which means another browser in GNOME, XFCE universe.
[10:46] <Ubulette> well, i don't know if i'll work on it or not. mike (debian) modified too many things, as usual
[10:46] <Ubulette> i mean, for my taste
[10:48] <shirish> Ubulette: hmm... is this the same as http://en.wikipedia.org/wiki/Webkit ?
[10:49] <shirish> ok, this probably is targetted more towards the mobile stuff I guess
[10:50] <shirish> anyway, a new browser is always welcomed no matter what ;)
[10:51] <Ubulette> http://webkit.org/projects/goals.html
[10:53] <shirish> ok so its like what a library is to an app.
[10:57] <fuoco> hi
[10:58] <fuoco> TheMuso: if you are here, i was told in the forums that you have a fix for powerpc build of granparadiso?
[10:58] <fuoco> by Ubulette :)
[10:58] <Ubulette> :)
[10:59] <fuoco> by the way does the trunk build? (minefield)
[10:59] <Ubulette> fuoco, as i said, we'll do our best to push it for a8
[10:59] <Ubulette> no, same issue
[10:59] <fuoco> i see
[11:00] <Ubulette> a8 is expected this week
[11:00] <Ubulette> iirc
[11:00] <shirish> yes, it is :)
[11:01] <Ubulette> fuoco, we could have done that a while ago but none of the active maintainers have access to a ppc box
[11:01] <Ubulette> and the new ppa is only i386 and amd64
[11:03] <fuoco> by the way does totem plugin work ok on granparadiso?
[11:04] <Ubulette> gutsy's one, no
[11:04] <Ubulette> i fixed it
[11:04] <Ubulette> patch is in launchpad
[11:06] <Ubulette> bug 131658
[11:06] <ubotu> Launchpad bug 131658 in totem "[gutsy]  totem browser-plugin makes firefox-granparadiso crash" [Medium,Confirmed]  https://launchpad.net/bugs/131658
[11:07] <Ubulette> i've been running that patch myself for more than a month, no problem
[11:07] <Ubulette> shirish, do you use my totem ?
[11:07] <shirish> Ubulette: not yet unfortunately
[11:07] <shirish> Ubulette: anything new in it?
[11:08] <Ubulette> well, it's HEAD
[11:08] <Ubulette> like everything else
[11:08] <Ubulette> so whatever is new upstream, you have it :)
[11:08] <shirish> true, let today's big list of updates be done then might do it
[11:08] <fuoco> what about gnash?
[11:08] <Ubulette> no idea
[11:08] <shirish> a m8 after my heart
[11:09] <shirish> Ubulette: you should think about having gnash sometime in your repository too ;)
[11:10] <Ubulette> what's their vcs ?
[11:10] <shirish> Ubulette: hang on, will find out
[11:11] <shirish> Ubulette: cvs just like mozilla
[11:11] <shirish> ;)
[11:12] <Ubulette> ok. i'll have a look when i have time
[11:12] <shirish> "export CVS_RSH="ssh" cvs -z3 -d:pserver:anonymous@cvs.sv.gnu.org:/sources/gnash co gnash"
[11:12] <Ubulette> shirish, do you use my gstreamer ?
[11:13] <shirish> Ubulette: not yet, all that I have yet to download, how would I do those? both gstreamer as well as totem?
[11:13] <shirish> Ubulette: also are they good on ff 2.0 series or just with ff 3.x series?
[11:13] <Ubulette> add the corresponding mini repo
[11:13] <Ubulette> as far as i know, yes
[11:14] <Ubulette> ff2/ff3/rhythmbox/totem are all happy with my gst
[11:14] <Ubulette> well, ff2/ff3 has nothing to do with gst directly ;)
[11:15] <shirish> Ubulette: hmm... cool, other than rhythmbox which I hate, I like exaile better & compile it myself everyday
[11:15] <shirish> ;)
[11:16] <shirish> ok will be out your hair for sometime, gotta sleep its already hovering the 3 a.m. mark here.
[11:16] <shirish> Ubulette: take care, would try the other things tomorrow for sure :)
[12:37] <TheMuso> Ubulette, asac, I have a working patch, which works with the latest gran-paradiso source in gutsy. Just doing a test build, and will ensure the browser works, but should be able to put the patch somewhere in a few hours. Whats the easiest way for me to get it to you?
[12:38] <asac> TheMuso: either submit a patch suitable for debian/patches, a debdiff or push up a bzr branch that we should merge from.
[12:39] <TheMuso> asac: Its a patch that goes in debian/patches.
[12:39] <TheMuso> well thats how I have it working here, patching against alpha7.
[12:40] <Ubulette> TheMuso, show me, i'll merge in into trunk now so when a8 is out, i'll (back)port it automatically
[12:41] <Ubulette> asac, don't you also have a gcc bump patch for lpia ?
[12:41] <TheMuso> Ubulette: Ok hang on a sec. I don't want to declare it as final yet, but since its only a patch against the build infrastructure, there shouldn't be a problem
[12:42] <asac> Ubulette: not yet done for trunk ... but its basically the same
[12:42] <Ubulette> asac, ok, i'll have a look myself then
[12:42] <TheMuso> ?c
[12:42] <asac> its just VISIBILITY_FLAGS="-fvisibility=hidden" ... even though the pragma push testcase does succeed
[12:43] <asac> Ubulette: you will see once you look at that patch
[12:43] <asac>          if test "$ac_cv_have_visibility_builtin_bug" = "no" -a \
[12:43] <asac>                  "$ac_cv_have_visibility_class_bug" = "no"; then
[12:43] <asac> -          VISIBILITY_FLAGS='-I$(DIST)/include/system_wrappers -include $(topsrcdir)/config/gcc_hidden.h'
[12:43] <asac> -          WRAP_SYSTEM_INCLUDES=1
[12:43] <asac> +          VISIBILITY_FLAGS='-fvisibility=hidden'
[12:43] <asac>          else
[12:43] <asac>            VISIBILITY_FLAGS='-fvisibility=hidden'
[12:43] <asac> configure.in that is
[12:44] <TheMuso> Ubulette: http://www.themuso.id.au/ubuntu/xptcall-powerpc-fix.patch
[12:44] <TheMuso> That patch ensures that if powerpc64 is being used, it will still be identifiable, however I have no ppc64 hardware/other distro to verify with, so can't be 100% sure on that.
[12:44] <Ubulette> TheMuso, why two nested tests ?
[12:45] <asac> TheMuso: why not ifneq (,$(findstring Linuxpowerpc,$(OS_TEST)))
[12:45] <asac> ?
[12:45] <asac> of course $(OS_ARCH)$(OS_TEST)
[12:45] <TheMuso> Ubulette: I copied what is done for the sparc detection code.
[12:46] <TheMuso> Ok, I'll rework it.
[12:46] <Ubulette> don't worry, i can do it
[12:46] <TheMuso> ok thanks
[12:50] <Ubulette> hmm, i even think we should keep the existing test.. ie allows both Linuxppc and Linuxpowerpcc so it doesn't break what's already working
[12:51] <TheMuso> fair enough
[12:51] <asac> Ubulette: he?
[12:51] <Ubulette> ifneq (,$(filter Linuxppc Linuxpowerpc,$(OS_ARCH)$(OS_TEST)))
[12:51] <asac> Ubulette: you know the reason why this breaks now?
[12:51] <asac> Ubulette: they have changed how OS_TEST is detected
[12:51] <Ubulette> supposing the upstream code works for some ppc, i'd like to keep that too
[12:52] <asac> there shouldn't be a ppc case anymore ... at least i hope ;)
[12:52] <asac> Ubulette: ?
[12:52] <Ubulette> ?
[12:52] <asac> whats the difference in your eyes from ppc to powerpc?
[12:52] <TheMuso> asac: We don't know how other distros have their build target set. It could be ppc-linux-gnu for all we know.
[12:52] <TheMuso> Or, powerpc64-linux.gnu, or ppc64-linux-gnu...
[12:53] <TheMuso> s/./-/
[12:53] <asac> TheMuso: the old OS_TEST was uname -m
[12:53] <asac> what is it now?
[12:53] <asac> why would that be different for other distributions?
[12:54] <Ubulette> asac, look at bsd: ifneq (,$(filter NetBSDmacppc NetBSDbebox NetBSDofppc NetBSDprep NetBSDamigappc,$(OS_ARCH)$(OS_TEST)))
[12:54] <Ubulette> why is ifneq (,$(filter Linuxppc Linuxpowerpc,$(OS_ARCH)$(OS_TEST))) not good enough
[12:54] <asac> well ... thats not linux ;)
[12:54] <Ubulette> yea
[12:55] <asac> why not ifneq (,$(filter Linuxfun1 Linuxfun2 Linuxppc Linuxpowerpc,$(OS_ARCH)$(OS_TEST))) ?
[12:55] <TheMuso> asac: powerpc is determined from the build target that gcc uses, in our case its powerpc-linux-gnu. I386 has i386-linux-gnu, etc.
[12:55] <asac> yes right ... isn't that upstream gcc behaviour?
[12:56] <asac> if it is, then we just need Linuxpowerpc ;)
[12:56] <TheMuso> I _think_ you can possibly change that when bootstrapping... Gentoo allows such a thing I think...
[12:56] <asac> yes, but thats nothing you can cover ... they probably change it to fun1
[12:56] <TheMuso> But I don't know enough about it to be sure.
[12:56] <asac> ;)
[12:58] <Ubulette> asac, what the problem of keeping the moz test and just add ours ?
[12:59] <asac> because its an upstream bug we should fix and submit at some point?
[12:59] <Ubulette> i assume their tinderbox would be red if the moz test was obsolete for their ppc box
[12:59] <asac> if powerpc is ubuntu specific then that should be investigated
[12:59] <Ubulette> though i don't know
[12:59] <asac> i think its pretty safe to say its an upstream bug
[01:00] <asac> they don't have that many powerpc users building trunk ;)
[01:01] <TheMuso> Let me grab a gentoo stage1 tarball for ppc. I'll see what its target is set to.
[01:10] <Ubulette> TheMuso, do you want you real name + email in commit logs ?
[01:10] <Ubulette> your
[01:10] <TheMuso> Ubulette: Luke Yelavich
[01:10] <TheMuso> Ubulette<EMAIL_ADDRESS>[01:10] <TheMuso> will do
[01:10] <Ubulette> ok
[01:11] <TheMuso> thanks
[01:14] <Ubulette> pushed in xul .dev (rev 14)


[23:17] <gehidore> people still use air tools in this day and age?
[23:17] <gehidore> damn wrong channel


[02:36] <nolsen> For some reason, the screen is small on Virtualbox.
[02:36] <nolsen> how do I fix this
[02:36] <holstein> i just install the guest additions.. but, to be more specific, i think you'll have to share what is host, what is guest.. etc
[02:37] <nolsen> 1366x768 is the host resolution
[02:38] <holstein> and, you have guest additions installed?
[02:38] <nolsen> I thought it's installed automaticly
[02:38] <holstein> nolsen: check and see..
[02:38] <holstein> i dont know what host or guest OS you are using
[02:38] <holstein> i dont know which is linux, or lubuntu.. etc
[02:38] <nolsen> Host: Windows 8.1. Guest: lubuntu
[02:39] <holstein> anyways, i would check for guest additions, then, i use dynamically sized desktop
[02:40] <nolsen> install virtualbox-guest-additions-iso right?
[02:41] <holstein> nolsen: thats the iso
[02:41] <nolsen> I don't see any else in the repos
[02:42] <holstein> nolsen: http://unix.stackexchange.com/questions/130976/lubuntu-display-resolution-virtualbox
[02:42] <holstein> though, im assuming you have already tried that..
[02:42] <Unit193> nolsen: virtualbox-guest-dkms
[02:42] <Unit193> Or, -x11
[05:51] <sebastian_> can I install lubuntu from ubuntu without doing a clean install? not just LXDE but lubuntu proper
[05:53] <whytrytofly> you can uninstall progs to get lubunut
[05:53] <whytrytofly> is it what you mean?
[06:03] <sebastian_> can I upgrade into lubuntu from ubuntu
[06:03] <sebastian_> without having to do a clean install
[06:07] <whytrytofly> sebastian_: whats your exact desire?
[06:08] <whytrytofly> sebastian_: AFAIK you cannot run some upgrader to have lubuntu afterwards, the difference is mainly the window manager, desktop environment and the default programs
[06:09] <whytrytofly> sebastian_: install lxde,  lightweight browser etc...uninstall the stuff you dont need and you made your manual lubuntu...do you simply want it to be faster, or why jump?
[06:10] <whytrytofly> sebastian_: witrhout too much experience, this might cause some probs, so depending on your aim, maybe a clean install is better
[06:11] <ianorlyn> sebastian_: also is best to have backups as all drives will die at somepoint
[06:11] <hateball> sebastian_: sudo apt-get install lubuntu-desktop
[06:12] <sebastian_> well i want a faster system
[06:12] <hateball> sebastian_: it'll ask you if you want to switch login manager themes etc
[06:12] <sebastian_> will it consume less resources if i get lxde?
[06:12] <whytrytofly> for sure
[06:12] <sebastian_> even with all of the backend programs from the original ubuntu packages?
[06:13] <hateball> There's not really anything starting before your user session that is different
[06:13] <ianorlyn> sebastian_: they will not be loaded by defualt but won't run as heavy a window manager or things but will be less because you aren't running unity
[06:14] <sebastian_> ok i am installing as per hateball´s advise from the terminal
[06:14] <sebastian_> so how does it work? it will let me login either into gnome or lxde when i boot up?
[06:14] <hateball> sebastian_: Yes
[06:15] <sebastian_> and this in and of itself will be lighter than with gnome
[06:15] <sebastian_> can i get rid of gnome if i like it better or will this mess everything up?
[06:15] <ianorlyn> sebastian_: that isn't constant as it depends on hardware anything you add to startup so we can't be sure ourselves
[06:16] <ianorlyn> sebastian_: you don't need to but you could if you needed disk space
[06:16] <sebastian_> ¨on hardware anything you add up to startup¨ can you elaborate on this please?
[06:17] <sebastian_> how do i control what comes up on start up?
[06:17] <ianorlyn> you can add things to startup if you really want to but they will comnsume resources and how long it takes depends on your particular machine
[06:18] <sebastian_> how can i subtract things from start up?
[06:23] <ianorlyn> sebastian_: you probably won't need to
[06:23] <sebastian_> a lot of packages are showing up as not found
[06:23] <sebastian_> on the terminal
[06:23] <sebastian_> will htere be a problem with that?
[06:25] <sebastian_> ok it appears to be done installing
[06:25] <sebastian_> let me log out and log back in to check it out
[06:28] <sebastian_> ok this looks good
[06:28] <sebastian_> the only thing is
[06:28] <sebastian_> the little keyboard doesn't give me the spanish option
[06:28] <sebastian_> like in gnome
[06:28] <sebastian_> how do i add it?
[06:39] <hateball> I'm not on lxde atm, but surely there is some system settings for language
[06:40] <ianorlyn> hateball: I think there is but I can't really explain it
[06:41] <hateball> https://help.ubuntu.com/community/Lubuntu/Keyboard#Multiple_keyboard_layouts
[06:41] <sebastian_> i already added spanish
[06:41] <sebastian_> but i dont see an option for the keyboard with spanish layout
[06:41] <sebastian_> and it says the language has already been installed
[06:41] <hateball> rather this https://help.ubuntu.com/community/Lubuntu/Keyboard#Keyboard_mapping_for_13.10_and_beyond
[06:42] <hateball> it might be you need to restart the session for the applet to refresh
[06:42]  * hateball uses KDE Plasma primarily, does not know all the things
[06:43] <sebastian_> so log out and log back in?
[06:43] <hateball> yea
[06:43] <sebastian_> brb
[06:45] <sebastian> nope
[06:46] <hateball> sebastian:did you check the help link I posted?
[06:47] <sebastian> so instead of echo '@setxkbmap -option grp:ctrl_shift_toggle "de,us"' | sudo tee -a /etc/xdg/lxsession/Lubuntu/autostart
[06:47] <sebastian> use echo '@setxkbmap -option grp:ctrl_shift_toggle "es,us"' | sudo tee -a /etc/xdg/lxsession/Lubuntu/autostart
[06:47] <sebastian> ?
[06:49] <hateball> sebastian: well it has a 13.10 and beyond section, if that is what you're using
[06:49] <sebastian> i am on 14.03 i think
[06:52] <whytrytofly> 04
[06:54] <sebastian> ok
[06:54] <sebastian> solved
[06:54] <sebastian> i like lxde better
[06:54] <sebastian> it's snappier
[15:50] <bzb> I'm using lubuntu 15.04 64bit on laptop. Is there a way to change brightness of display and have it persist between power cycles
[15:52] <holstein> bzb: i find, that can be related to the GPU drivers.. some report https://launchpad.net/~indicator-brightness/+archive/ubuntu/ppa is helful, though, ppa's are not officially supported
[15:56] <bzb> holstein: When I first installed lubuntu 15.04, there was an applet that allowed me to change the monitor intensity as well as something called a 'presentation mode' that will not auto blank the screen.
[15:56] <bzb> that applet doesn't seem to exist anymore
[15:56] <bzb> the current battery monitor applet does not offer me that capability
[15:57] <bzb> would you know what that applet was?
[15:57] <bzb> It was also a battery monitor of some sort
[16:07] <holstein> bzb: could be, you are simply not putting the machine through a charging event
[16:08] <holstein> bzb: the simple power applet can be set, by default, to not be shown all the time.. i will tick the box in the settings to show the applet all the time, regardless of charging state
[16:08] <holstein> if you cant find it in the menu, unplugging the hardware, and putting it on battery should make it show
[16:10] <bzb> holstein: the battery monitor applet is already configured to show all the time.  my question was that there was an applet during a fresh 'upgrade' of lubuntu 15.04 that had better battery status graphics as well as a monitor brightness control.
[16:11] <bzb> the battery monitor applet now is very simple. just show charging level and discharging level
[16:11] <bzb> the original battery monitor disappear after subsequent upgrades
[16:11] <bzb> i'm curious if you recall the applet i was referring to
[16:13] <holstein> i'll usually fire up a live iso, and add literally everything to the panel, and see what does what
[16:13] <holstein> though, the question i would be wanting to answer is, is the hardware capable of support the functionality im trying to implement with the current driver support
[16:14] <holstein> otherwise, you may prefer the 14.04 LTS version, if it has what you prefer in it
[16:14] <holstein> or, one of the alternatives, that you could add to lubuntu/lxde
[16:21] <bzb> holstein: ok. thanks
[22:17] <ianorlin> join #lubuntu-offtopic