[10:31] <inetpro> .
[11:01] <pavlushka> ..
[11:05] <inetpro> hi pavlushka
[11:05] <pavlushka> ...
[11:07] <pavlushka> inetpro: hello
[11:07] <inetpro> nice to see someone keeping the channel alive :-)
[11:07]  * pavlushka was waiting to process "..."
[11:07] <pavlushka> inetpro: I thought you were doing it.
[11:09]  * inetpro can't be all alone here
[11:09] <inetpro> oom Kilos still on hybernation?
[11:10] <pavlushka> there's all the comfy people here just being afk atm I think
[11:11] <inetpro> I joined a few busy channels again the other day and it's nice to see irc still being so active, but wow, it's just too much for me
[11:12] <pavlushka> #ubuntu-offtopic is hot, I just lurk there and laugh
[11:15] <pavlushka> also #ubuntuforums is fun, I don't lurk there
[11:17] <inetpro> sounds good pavlushka, how many users are in #ubuntuforums?
[11:18] <pavlushka> a few and as ubuntuforums is old, so are the users
[11:18]  * pavlushka excludes himself
[11:35] <inetpro> 🤣
[11:39] <inetpro> pavlushka: is there a command to see the topic of a channel and how many users are in it, without joining first?
[16:59] <Kilos> ubuntuforums 17 atm
[16:59] <pavlushka> including chanserv
[17:00] <Kilos> and its not a help channel, but an open chat channel looks like. ask unit193
[17:00] <Kilos> hi guys
[17:09] <Kilos> when it is cold like this i enjoy staying under the blankets
[17:09] <Kilos> day and night if necessary
[17:16] <Kilos> sitting by the pc still hurts
[18:27] <inetpro> Kilos: take it easy sir, hopefully you'll be up and running around like a young man again soon
[18:27] <Kilos> sooner or later i will. have a good night guys.
[18:28] <inetpro> nag oom
[18:42] <pavlushka> night night
[18:56] <inetpro> good night pavlushka


[00:25] <xivulon> quick q on accessibility
[00:25] <xivulon> I noticed that braille uses it's own boot parameter as opposed to being access=braille
[00:26] <xivulon> How should the dialog be: radio for v1 v2 v3 braille m1 m2 or is braille a separate option?
[00:27] <xivulon> radio: v1 v2 v3 m1 m2 + checkbox braille
[09:46] <xivulon> I have added accessibility support to wubi, if someone can have a quick look and let me know if there is anything to change
[09:47] <xivulon> I skipped braille for the time being, see ^^^
[13:04] <CIA-24> apt-setup: cjwatson * r121 apt-setup/ (14 files in 8 dirs):
[13:04] <CIA-24> apt-setup: * Use different pre-populated Release files for -proposed, -updates, and
[13:04] <CIA-24> apt-setup:  -backports.
[13:06] <CIA-24> apt-setup: cjwatson * r122 apt-setup/debian/changelog: releasing version 1:0.31ubuntu4
[14:08] <evand> xivulon: I believe braille is the same as the others, it should be a separate option, but check with TheMuso.
[14:12] <xivulon> evand what do you have in ubuntu startup? I will replicate the interface there?
[14:12] <xivulon> live CD boot options I mean
[14:32] <evand> xivulon: High Contrast, Magnifier, Screen Reader, Braille Terminal, Keyboard Modifiers, On-Screen Keyboard.
[14:39] <xivulon> v1=high contrast, v2=magnifier...?
[14:39] <xivulon> Do you show the above text, or something like "Mild Visibility"
[14:43] <evand> in the same order, that's access=v1, v2, v3, brltty, m1, m2
[15:09] <CIA-24> apt-setup: cjwatson * r123 apt-setup/ (apt-setup-verify debian/changelog):
[15:09] <CIA-24> apt-setup: * Run 'apt-get update' for all sources.list lines produced by a single
[15:09] <CIA-24> apt-setup:  generator in one go, and don't comment out sources.list lines if it
[15:09] <CIA-24> apt-setup:  fails (LP: #154095).
[15:12] <CIA-24> apt-setup: cjwatson * r124 apt-setup/debian/changelog: releasing version 1:0.31ubuntu5
[17:58] <evand> so we have a problem in that when ubiquity crashes when loopinstalling, it ends up on the live CD desktop.  Most users will interpret this as the result of the install, rather than install failure.
[17:59] <evand> part of the problem is that I haven't finished exception handling in components, so if the crash happens there they wont get an error dialog at all.
[18:02] <evand> I think we could solve most cases by copying the log files to the host partition and calling zenity (failure_command happens before ubiquity's error dialog shows) to tell the user that an error occurred and the system will now reboot.
[18:02] <evand> in failure_command that is
[18:03] <evand> but I'm not sure how to handle cases where we haven't enclosed a portion of code in a try block.
[18:07] <xivulon> Shall I put the log-copy code into a preseed (failure_command) or will that be handled by ubiquity / ubiquity-init?
[18:07] <evand> the former
[18:07] <xivulon> Also is zenity always available?
[18:08] <evand> I think in the case of gtk
[18:10] <xivulon> will I be in X or in a console environment by the time failure_command is executed?
[18:10] <evand> you'll be in X
[18:11] <evand> ok, so you have zenity in gtk and kdialog in kde
[18:11] <xivulon> ok then
[18:12] <xivulon> [ -e /host/ubuntu ] && tar -czf /host/ubuntu/installation-logs.tgz /varl/log; #TBD msg in zenity || kdialog; reboot
[18:12] <evand> roughly, yes
[18:12] <xivulon> +/-
[18:12] <evand> cjwatson: does this seem like a reasonable approach to the above problem to you?
[18:14] <cjwatson> calling zenity is pretty gross, but might be the quickest workaround
[18:15] <cjwatson> and is about all you can really do in a hook
[18:17] <evand> indeed
[18:17] <evand> this still doesn't take care of situations where the installer crashes in an odd place though :/
[18:19] <xivulon> bug #191029
[18:19] <ubotu> Launchpad bug 191029 in wubi "On failure, copy the logs to windows and reboot" [Low,Confirmed] https://launchpad.net/bugs/191029
[18:21] <evand> xivulon: oh, gzipping it might be a bad idea as most people wont have 7zip installed on their Windows machine.
[18:22] <xivulon> and notepad will get confued by \n :P
[18:22] <evand> wordpad ftw
[18:22] <xivulon> is zip generally available?
[18:22] <evand> it's on the CD
[18:23] <xivulon> I'll use zip then
[18:29] <xivulon> cjwatson had a user with a frozen system since he rebooted before autopartition-loop (which sets sendsigs.omit)
[18:29] <xivulon> I think I should move that to lupin find_iso if you agree
[18:29] <xivulon> or _also_ to lupin find_iso
[18:29] <xivulon> once I am there I might rename find_ido to iso-scan/filename
[18:48] <CIA-24> ubiquity: evand * r2450 ubiquity/ (debian/changelog ubiquity/frontend/gtk_ui.py): * Fix the installer window appearing briefly when starting automatic mode.
[18:50] <evand> good cia, now give me my shell back
[19:55] <CIA-24> ubiquity: evand * r2451 ubiquity/ (bin/ubiquity-dm debian/changelog):
[19:55] <CIA-24> ubiquity: * Explicitly call GDM/KDM at the end of ubiquity-dm as we now remove the rc
[19:55] <CIA-24> ubiquity:  files in casper for only-ubiquity and automatic-ubiquity.


[00:44] <loym> which irc webchat is most featurefull and can be stable under heavy load?
[00:45] <Ursinha> loym, you mean irc server?
[00:45] <loym> ya. i need a webchat facility
[00:45] <loym> for the ircd
[00:47] <twb> I don't know what that means.
[00:47] <twb> If you just want a browser-based IRC client, I can't help you.
[00:47] <Ursinha> twb, I guess he wants to run a webchat service for his irc server
[00:47] <loym> well. there can be a webchat facility like for example http://en.irc2go.com/webchat/?net=QuakeNet .
[00:47] <loym> right?
[00:48] <loym> which irc webchat application is most featurefull and can be stable under heavy load?
[00:48] <twb> Why not just use that client, then?
[00:48] <Ursinha> like this http://webchat.freenode.net/
[00:48] <loym> 2 reasons.
[00:48] <loym> i dont own freenode.
[00:48] <loym> and second i need a website facility
[00:48] <jcastro> there are 2 you could use
[00:48] <jcastro> alice IRC, and subway IRC
[00:48] <loym> its for my own network
[00:49] <twb> Why would the client care what server it's connecting to?
[00:49] <jcastro> alice is more mature, but subway has a real nice UI
[00:49] <Ursinha> that's interesting jcastro
[00:49] <jcastro> Ursinha: I also have charms for both!
[00:49] <Ursinha> cool!
[00:50] <Ursinha> twb, because he wants to have his own :)
[00:50] <Ursinha> I don't see a problem with that :P
[00:50] <twb> Why?
[00:50] <loym> ok
[00:50] <twb> So he can have corporate branding on it or something?
[00:52] <loym> twb jcastro  i use inspircd  as an ircd
[01:20] <loym> whats an easy way to log a channels chat. even if you logout as a user
[01:21] <twb> Deploy a log bot
[01:32] <smoser> loym, well, lots of people run an irc bouncer or proxy  on  a mostly-all-the-time-up host
[01:32] <smoser> i use bip
[01:32] <qman__> in my case, my desktop _is_ a mostly-all-the-time-up host
[01:33] <qman__> but I use screen to a shell server for my mobile
[01:51] <loym> qman__,  what do you mean by this but I use screen to a shell server for my mobile
[01:52] <twb> loym: cellphones change IP all the time, so he can't easily run long-running connections on them.  So instead, he runs them on a "real" machine, and uses SSH and GNU Screen to connect to them
[01:52] <loym> screen to a shell server for my mobile?
[01:52] <loym> oh
[01:52] <qman__> s/to/on
[01:52] <loym> s/to/on/
[01:52] <qman__> wrong preposition, I use irssi connectbot on the phone, to the shell server, which runs irssi in a screen
[01:53] <loym> ?
[01:53] <loym> i hope irssi make folders of different irc.servers   and put the channel files in those folders
[01:54] <loym> channel log files**
[01:54] <qman__> I actually don't log with my irssi, you have to configure it
[01:54] <loym> qman__,  twb  making irc chats open to general public and search engines will be a nice idea ?
[01:54] <qman__> but I'm sure it'll configure the way you want, irssi is hugely popular
[01:54] <loym> hm
[01:55] <twb> loym: at that point why don't you jsut make a channel on an existing public network
[01:55] <twb> loym: e.g. /join ##wanktasm -- ta da, you now have your own channel
[01:56] <qman__> running xchat on the desktop, I set this up in 2006, and, well, inertia
[01:56] <loym> ya but if i have many good channels like #irssi #google #linux
[01:57] <loym> qman__,  twb  making irc chats open to general public and search engines will be a nice idea ?
[01:58] <twb> loym: plonk.
[02:37] <smoser> SpamapS, around ?
[02:48] <qman__> so I'm looking for recommendations on software for local backup to USB drive, I would just rsync but I'd like to keep deleted files for a while
[02:48] <qman__> and get deduplication
[02:49] <Patrickdk> heh, dedup is hard
[02:50] <qman__> I use backupPC at work for remote backups, which I guess could work for local
[02:50] <qman__> but I was wondering if there's a better choice
[02:50] <twb> qman__: rsnapshot
[02:50] <Patrickdk> ya, I use backuppc currently
[02:50] <twb> Or just rsync --link-dest + manual expunge
[02:50] <Patrickdk> but think I need to change to something else
[02:51] <qman__> bup looks promising but it's a ways off from production use
[02:52] <qman__> rsnapshot pretty much looks like what I want
[02:52] <qman__> thanks
[02:52] <qman__> I now need to make sure I have less than 3TB of stuff on my source directory
[02:53] <twb> FWIW my $boss maintains it and we're looking to replace it with something slightly less funky
[02:54] <twb> Specifically the two key issues I want to address are 1) literal tabs in the config file; and 2) name backups by their timestamp, not daily.N
[02:54] <qman__> well, this is just my home stuff, going from no backup to a couple 3TB USB3 drives
[02:55] <twb> qman__: another good trick is to configure udev to run rsnapshot as soon as you plug the drive into the server
[02:55] <twb> qman__: so all you need to do is rotate the drives and it'll kick off on its own
[02:55] <qman__> was thinking about dd'ing the filesystem on them so they have the same uuid
[02:56] <qman__> then automount, scheduled backup
[02:56] <twb> Or just tune2fs, dude
[02:56] <qman__> good idea
[03:08]  * Patrickdk sticks to, zfs send -> tape
[03:15] <qman__> next time I rebuild it I'll go with zfs or btrfs, but that's a ways off
[03:15] <qman__> did a raid 6 with hot spare after it failed, and now I'm adding a real backup
[03:15] <patdk-lap> heh, it took a large push to get me to use zfs
[03:16] <patdk-lap> it just seemed way too good to be true, some of it is though
[03:16] <qman__> I've already had three of the new drives go bad
[03:16] <qman__> first one RMA'd, second one's mid-RMA
[03:16] <patdk-lap> always fun
[03:16] <qman__> third when that one shows up
[03:17] <qman__> fortunately they didn't all die at the same time this time
[03:17] <qman__> lost everything before
[03:18] <patdk-lap> I had a raid50 (6 disk) go bad, with 4 bad disks
[03:18] <patdk-lap> it lasted months though
[03:19] <patdk-lap> just off the raid cards cache ram
[03:19] <patdk-lap> and os buffers
[03:19] <qman__> ha
[03:19] <patdk-lap> the only thing that killed it, was a reboot
[03:19] <qman__> my previous raid 5, lost three drives in one day
[03:20] <qman__> when I built it, I figured the odds were low that they'd die at the same time, and I was horribly mistaken
[03:20] <patdk-lap> how did they fail?
[03:21] <qman__> they were ticking
[03:21] <patdk-lap> been a very long time, since I had one of them
[03:21] <qman__> they were about two years old when they quit
[03:21] <qman__> the other five still work
[03:21] <patdk-lap> for the past 6 years or so, just have bad sectors, or bearing issues
[03:22] <qman__> not using them in that server, just for miscellaneous use
[03:23] <qman__> the new ones, the first two had bad sectors, the third just up and died, no longer detects, clicking
[03:24] <qman__> they sure don't make them like they used to
[03:24] <patdk-lap> my 2tb drive was unpacked with a bad sector :(
[03:24] <patdk-lap> the drive refused to remap it
[03:24] <qman__> said server has a 4GB quantum fireball as /, with many years of service
[03:24] <patdk-lap> ended up locating that sector, calculating it's lvm offset, luks offset, ext2 offset, and telling ext2 to not use that sector
[03:25] <qman__> and it'll probably outlast this second set of raid drives
[03:25] <qman__> as it did the first, and a couple computers before that
[03:25] <patdk-lap> ya, I have two 8gb disks that are good :)
[03:25] <patdk-lap> don't own any ide stuff anymore though
[03:26] <patdk-lap> have 50+ 250gig wd ide drives
[03:27] <qman__> I originally built it on a tight budget, that's why I used it
[03:27] <qman__> but it just keeps working
[03:27] <qman__> no reason to replace it
[03:27] <twb> qman__: you could arrange an "accident"
[03:27] <patdk-lap> I couldn't believe the new hitachi 1tb disks I got
[03:28] <patdk-lap> they where like 1/4th the weight of a normal harddrive
[03:28] <twb> patdk-lap: wait til you see SSDs
[03:28] <twb> spinning metal?  fing o der parst
[03:28] <patdk-lap> twb, what ones? I have 6
[03:28] <patdk-lap> 10 that is I mean
[03:28] <twb> patdk-lap: well they're lighter again, is all
[03:28] <patdk-lap> na, these hitachi drives are almost the same :)
[03:30] <patdk-lap> my current server builds involve 22 disks, and 4 ssd's
[03:30] <qman__> it's not big or fast, but it doesn't need to be, it just needs to work, the raid 6 is still the performance bottleneck
[03:30] <twb> That's because raid6 is a shitty algorithm
[03:30] <qman__> mine's got 11 in the raid, 1 spare, and the IDE /
[03:30] <twb> Necessarily so, of course, but I'll stick to raid1 unless I actually need to extra capacity
[03:30] <patdk-lap> this are raid10 systems
[03:31] <qman__> next time I put real money into it I'm getting one of those 20+ hot swap 4Us and doing it up right
[03:31] <qman__> it's in a mid tower right now
[03:32] <patdk-lap> norco rpc4220
[03:32] <patdk-lap> 20 disks, and I shove 6 ssd's in the top area
[03:33] <twb> patdk-lap: how does that 4u hook up to the computer?
[03:33] <qman__> I started with a microATX emachine and some creative drilling and erector set
[03:33] <patdk-lap> twb, normal cables?
[03:34] <twb> So what, a shitload of esata?
[03:34] <qman__> this case actually fits all the drives, but it's crammed with cables
[03:34] <patdk-lap> what? who uses esata?
[03:34] <patdk-lap> sff8087
[03:34] <twb> patdk-lap: you were talking about having a 4u unit to house all the disks, so I don't see how that would connect to a (presumably separate) rackmount server
[03:35]  * twb looks up that string
[03:35] <patdk-lap> easy, install motherboard in case :)
[03:35] <patdk-lap> plug in sas cable
[03:35] <patdk-lap> well 5x sas cables
[03:35] <twb> 5 SAS cables for 20 drives?
[03:35] <patdk-lap> one sas cable does 4 disks
[03:35] <patdk-lap> so 5x4 = 20 :)
[03:35] <twb> Good to know
[03:36] <twb> My exposure to SAS is mostly "fuck that, SATA is good enough"
[03:36] <twb> Unless $boss is in "gouge the taxpayers" mode
[03:36] <qman__> first iteration: http://qman.strangled.net:8080/pics/fileserver/0119080025.jpg    current: http://qman.strangled.net:8080/pics/ryan/fileserver13drives/2011-06-25%2022.42.58.jpg
[03:36] <patdk-lap> now if you wanted external storage: SC847E16-RJBOD1
[03:36] <patdk-lap> connect with 2 sff8088 cables (external sas cable)
[03:37] <twb> "They'll never believe we can run this off a pair of mdadm RAID1'd 2TB SATAs, so we will be using hw RAID5 of four SATA plus another hw RAID1 SATA for the actual real data"
[03:37] <twb> Sigh
[03:38] <patdk-lap> hmm, I just run sata over sas cables
[03:38] <qman__> yeah, that's what I have with my new card
[03:38] <patdk-lap> keeps the cable clutter down
[03:38] <qman__> but it actually doesn't keep my clutter down, because they're like 3 feet long
[03:39] <qman__> and my case needs like 6" cables
[03:39] <patdk-lap> I have a bunch of 12", 18" and 24" ones
[03:40] <qman__> that power supply popped the other night, replacing it is going to be a real pain
[03:40] <patdk-lap> heh, it's not good to run sata over 3' cables
[03:41] <patdk-lap> oh, 3' is the sata limit
[03:41] <twb> 3' eh
[03:41] <patdk-lap> so sas is good for 6' (if using real sas drives)
[03:41] <twb> Oh for the cable, nm :-)
[04:26] <ruben23> hi guys any help how do i setup on my ubuntu server apache web with commercial ssl certificates..? any guide
[04:29] <linocisco> hi
[04:30] <twb> ruben23: define "commercial"
[04:31] <linocisco> can ubuntu server make unmanaged switch to managed switch like adding VLAN feature?
[04:51] <linocisco>  can ubuntu server make unmanaged switch to managed switch like adding VLAN feature?
[06:34] <kaspir> I can't seem to get ubuntu to share a folder over a network. Do I need to have a server computer to do this?
[06:35] <RoyK> kaspir: there's no such thing as a 'server computer' ;)
[06:36] <kaspir> RoyK: A computer running the server edition of Ubuntu if you will
[06:36] <RoyK> kaspir: ubuntu server is mostly about stripping away unwanted stuff like X, gnome etc
[06:36] <RoyK> and using a *slightly* different kernel
[06:37] <fluvvell> You want samba server package running on your computer kaspir
[06:37] <kaspir> fluvvell: I sudo apt get'd samba and it didn't seem to change anything at all
[06:38] <koolhead17> jcastro, around
[06:38] <fluvvell> kaspir, you need to know which folders you want shared on your local network
[06:38] <kaspir> RoyK: Thx for the explanation
[06:39] <kaspir> fluvvell: I do. I just want to share one folder over a network. Like a free dropbox just on my network
[06:39] <twb> IIRC recent nautilus has a context menu "share this folder" which internally uses samba
[06:40] <linocisco>  can ubuntu server make unmanaged switch to managed switch like adding VLAN feature?
[06:40] <twb> But questions about that should be directed to #ubuntu unless you specifically have a problem with the samba part
[06:40] <twb> linocisco: no.
[06:40] <fluvvell> kaspir, to know is to understand. Much of peoples ideas about server technology is wrongly attained from windows.
[06:40] <twb> linocisco: unless you can somehow install ubuntu on the unmanaged switch
[06:40] <fluvvell> kaspir, if you're using ubuntu desktop, you can right click on a folder to access sharing options
[06:40] <kaspir> fluvvell: unfortunately i have absolutely no knowledge of server
[06:41] <twb> linocisco: linux *can* perform 802.1Q tagging, but this will not help you unless the other computer(s) can also untag.
[06:41] <fluvvell> kaspir, join #ubuntu
[06:41] <kaspir> fluvvell: i did the right click, and it just gave me ghosted options
[06:41] <linocisco> twb, if all computer network card support vlan tagging, is it ok?
[06:41] <twb> linocisco: it's an OS issue, not a hardware issue
[06:41] <fluvvell> kaspir, as twb is suggesting, this is the more dedicated ubuntu-server channel. but pm me
[06:42] <kaspir> ok sorry guys
[06:42] <linocisco> twb, i dont understand
[06:42] <twb> linocisco: and all the OSs would have to be told like "act as if you are on vlan 3"
[06:42] <kaspir> fluvvell: the list of user online isn't showing up on the right can you pm me plz?
[06:42] <twb> So if you want a managed switch for security, i.e. to lock some machines into a separate virtual switch segment, this will not help you, because anyone who controls those computers can simply configure them to be on a different virtual segment
[06:43] <linocisco> twb, if we use cisco managed switches, OS of clients can vary. connected devices are divided according to different  VLANs just through the config on switch
[06:43] <twb> linocisco: yes, this is the difference between managed and unmanaged switches
[06:44] <twb> linocisco: if you have an UNmanaged switch, you cannot do much -- only what I described above
[06:44] <linocisco> twb, this is what  i was thinking to make sure
[07:00] <RoyK> [  185.040107] bonding: bond0: link status definitely up for interface eth1.
[07:01] <RoyK> "definetely", "no doubt about that", "sure"
[08:55] <lynxman> morning o/
[09:58] <jamespage> smb, Daviey poked me about something you needed sponsoring?
[09:58] <smb> jamespage, that likely is the iscsitarget thing... a sec
[09:59] <smb> https://bugs.launchpad.net/ubuntu/+source/iscsitarget/+bug/882540
[09:59] <smb> jamespage, I got a debdiff attached to the bug report that adds a patch backported from the upstream repo
[10:00] <Daviey> smb: turns out i suck.
[10:01] <smb> Daviey, Or being overworked :)
[10:01] <Daviey> smb: something like that i guess :)
[10:02] <jamespage> smb, OK - looking now
[10:12] <jamespage> smb: I'm assuming that you have tested this?
[10:13] <smb> jamespage, not personally as it did not happen in my testing. but comment #7 say it worked for someone affected
[10:13] <smb> jamespage, For me it still worked (with or without the change)
[10:13] <jamespage> smb, right-oh - uploading now.
[10:16] <jamespage> smb, done
[10:16] <jamespage> pending approval from release team....
[10:17] <never2far> when i'm trying to do cobbler list i get: httpd does not appear to be running and proxying cobbler
[10:17] <never2far>  i'm following this tutorial: http://cloud.ubuntu.com/2011/09/oneiric-server-deploy-server-fleets-p2/
[10:17] <smb> jamespage, thanks. of course. by now
[10:18] <ikonia> never2far: silly question, but is httpd actually running ?
[10:18] <never2far> yup
[10:18] <never2far> root@ubuntu-lan:~# service apache2 status
[10:18] <never2far> Apache2 is running (pid 2471).
[10:18] <ikonia> I'm assuming it's using mod_proxy for the proxying ?
[10:19] <linocisco> ok
[10:20] <never2far> i haven't changed anything ...just apt-get install ubuntu-orchestra-server
[10:21] <ikonia> worth looking what it thinks should be doing the proxying
[10:21] <never2far> ikonia, thank you i'll try to find more info about mod_proxy
[10:21] <ikonia> never2far: (I'm only guessing it's mod_proxy - but it seems a logical assumption)
[10:29] <never2far> ikonia, i fixed my problem using dpkg-reconfigure cobbler
[10:30] <never2far> thx for advices
[10:31] <ikonia> no problem
[10:33] <ikonia> never2far: out of interest did anything change in the config ?
[10:52] <never2far> ikonia, yes the internal ip was a wrong one
[10:53] <ikonia> ahh
[10:53] <ikonia> simple enough error
[10:57] <pawdro> hello, is it possible to install postgresql (v. 8.4) in Pangolin? I suppose I have to do it by manually downloading packages from oneric ?
[10:59] <pangolin> !crossposting | pawdro
[10:59] <pangolin> pawdro,  you were told that 12.04 is only supported in #ubuntu+1
[11:40] <Riddell> ec2 question: is it possible to change the security group on a machine after it has been launched?
[12:29] <lynxman> Riddell: unfortunately it's not possible, you'll have to snapshot it into an AMI or an EBS image and launch a new one
[12:32] <Riddell> lynxman: hmm those sound like useful things to learn about
[12:33] <lynxman> Riddell: if your instance is not EBS rooted this is a pretty good tutorial http://alestic.com/2009/06/ec2-ami-bundle
[12:33] <lynxman> Riddell: have in mind that creating your own AMI will consume space on S3
[12:34] <Riddell> lynxman: why are some instances EBS and some not? (or is that a question with a complex answer?)
[12:35] <lynxman> Riddell: it really depends on what you want from your instance, having an EBS root based instance gives you persistent storage, that's good for some kind of machines that are not design to be rebuilt quickly, let's say a database or some kind of complicated app server (as examples)
[12:36] <lynxman> Riddell: whereas memory based instances don't have persistent storage, so you can spawn a lot of them very quickly and template them up using some solution like juju or puppet or chef, then a regular not ebs rooted based instance is the right thing for you, since if the instance dies and all the data from that instance goes away you don't mind
[12:37] <Riddell> gosh lots to learn with this cloud stuff
[12:37] <lynxman> Riddell: lots of little concepts, once you get the gist of all of them it's pretty sweet actually :)
[12:38] <zul> good morning
[12:38] <lynxman> zul: morning sir
[12:52] <Debru> Ubuntu server is just comandline?
[12:53] <sw> Debru: unless you install a GUI
[12:56] <Debru> sw: what is suggested for speed, to install ubuntu desktop or server with gui..?
[12:57] <sw> Debru: it's quite simple. do you need a desktop computer, or a server computer?
[12:58] <sw> Debru: if you want something minimal, then there's a !minimal version of Ubuntu that might suit you ...
[12:58] <sw> !minimal | Debru
[12:59] <Debru> sw want somethin what uses less resources and what can be customized to my needs
[12:59] <sw> Debru: use !minimal then, and install only what you need
[13:03] <Debru> sw one more question what is difference if i install 10.04 or 11.04? after update to 12.04 both will be supported LTS?
[13:06] <sw> Debru: 12.04 will be LTS for 5 years (desktop + server)
[13:06] <ogra_> you can not update directly from 11.04 to 12.04
[13:06] <ogra_> (needs an update to 11.10 first)
[13:07] <Debru> yes, but if i update 11.10 to 12.04 will it be LTS?
[13:07] <ogra_> it will be 12.04 ... which will be LTS, yes
[13:07] <Debru> ogra_, so i dont see any difference wich version i take now.. :P
[13:07] <sw> Debru: well one is old, and one is new - quite simple
[13:08] <Debru> but all can be updated to 12.04 and all get LTS..
[13:08] <ogra_> one might have different ways to configure stuff than the other
[13:09] <sw> Debru: 11.10 and upgrade to 12.04 when it's released
[13:09] <Debru> ogra_, yes, from that side..
[13:10] <Debru> ok thanks for your help..
[13:40] <acicula> ipv6 addresses are assigned automatically for my server, but overtime i accumulated 6/7 ipv6 addresses though all with the same shared prefix. anyone who can point me to a doc on ipv6 that explains this behaviour?
[13:42] <melter> anyone know why on precise server beta 2, when i run "apt-get remove g++", it fails with the error "g++ is already the newest version"?
[13:45] <sw> melter: #ubuntu+1
[13:49] <robo_> hello: I'm seeing something strange. cat /proc/swaps shows nothing yet I have a swap partition defined in /etc/fstab. Any ideas on things to check?
[13:50] <robo_> i guess i can just run swapon, but i'm trying to figure out why it's not showing up, or why it disappeared
[13:50] <robo_> actually, swapon failed, heh
[13:51] <jamespage> lamont, is the sqlite fixup for postfix in 2.9.1-3 going to make it for precise final freeze?
[13:52] <iclebyte> is there a method to disable IPv6 on a specific interface in a machine with multiple nics?
[13:52] <lamont> jamespage: yes
[13:52] <jamespage> lamont, \o/ thanks
[13:52] <lamont> I'll upload it today and ScottK tells me he'll smack it through the process
[13:54] <lamont> jamespage: if you wanna help me even more, bug 970921 just needs someone  to clone the reporter's main.cf (and fix whitespace cut-n-waste issues), and demonstrate the failure in a chroot, followed by maybe actually figuring out wtf it's doing that
[13:54] <jamespage> lamont, lemme take a look
[13:54] <lamont> I want to have that in there, even if it winds up being in -4 tomorrow or some such
[13:54] <shauno> iclebyte: you're probably looking for /proc/sys/net/ipv6/conf/$IFACE/disable_ipv6
[13:55] <lamont> jamespage: I'm just a bit timepressed today wrt working on distro stuff
[13:55] <jamespage> lamont, I'll look at it now while I wait for php5 to build
[13:56] <lamont> a
[13:56] <lamont> ta
[13:56] <robo_> hmm, this is weird. swapon: cannot find the device for UUID=fe038e8e-382e-4828-869e-8de7d86eacf5 and blkid doesn't show the swap partition either. I'm perplexed.
[13:59] <ikonia> robo_: does fdisk show a swap partition ?
[13:59] <robo_> ikonia, good call. No it doesn't. I get an error Disk /dev/sdb doesn't contain a valid partition table
[13:59] <robo_> well, that's why. I wonder what the heck happened
[14:00] <robo_> ty for that breadcrumb ikonia
[14:00] <ikonia> not at all, sometimes the obvious stuff is easy to miss
[14:03] <raubvogel> iptables question: I am trying to check the rule in my forward chain.
[14:03] <raubvogel> So I do iptables -L FORWARD and my rule shows as "ACCEPT     all  --  anywhere             anywhere"
[14:04] <raubvogel> Now, I know I have defined I want it to use eth1 and the input and eth0 as output. How can I see that?
[14:04] <hallyn> stgraber: d'oh.  lxc-init is linked against libapparmor1.  It doesn't need to be.  Fixing that would require splitting out the functions it uses into their own source files I assume.
[14:05] <raubvogel> NVM -v did the trick
[14:06] <raubvogel> Well, I see the rule now: ACCEPT     all  --  eth1   eth0    anywhere             anywhere, but it does not work
[14:13] <gary_poster> hallyn, re lxc-ip: we are tempted to write the script in Python rather than bash.  We expect to call out to host via subprocess (e.g., in Python we will parse the output of "host NAME DNSSERVER").  We can of course do it in bash instead.  Would writing it in Python make it less likely that it could be included in the lxc package?  If so, we'll go with bash.
[14:14] <ealexmp> hola buenos dias a todos
[14:14] <ealexmp> alguien me podria ayudar
[14:15] <ealexmp> no puedo hacer que ubuntu levante con raid1 por hardware
[14:15] <ealexmp> alguien tiene algun manual paso a paso de como instalar ubuntu server haciendo raid1 por hardware
[14:16] <Jeeves_> English would help :)
[14:16] <ealexmp> mi controladora raid es perch700 de dell, tengo un servidor intel xeon de 2.4 el dell es r510
[14:17] <ealexmp> spok spanish or engleash
[14:17] <ealexmp> help
[14:23] <jpds> !es | ealexmp
[14:23] <hallyn> gary_poster: no objections to python :)  or go for that matter
[14:23] <gary_poster> hallyn, :-) cool
[14:24] <hallyn> gary_poster: i'd frankly like to rewrite a bunch of it in python or go
[14:24] <gary_poster> sounds great to me
[14:25] <ealexmp> ubottu: no sabes de algun manual con raid por hardware para ubuntu
[14:27] <sw> !sp | ealexmp
[14:27] <sw> !spanish | ealexmp
[14:27] <ealexmp> what
[14:28] <ealexmp> someone manual in english
[14:28] <ealexmp> now yes
[14:32] <xranby> ealexmp: https://help.ubuntu.com/11.10/serverguide/C/advanced-installation.html
[14:33] <Guest91689> I have forgotten my password and my user name for my samba folder, how to recover?
[14:56] <tgardner> is there a reason why cobbler precise-x86_64-auto formats root as ext3 ? why not ext4 ?
[15:08] <smb> tgardner, I suspect that depends on the seeds...
[15:09] <tgardner> smb, well, yes. but _why_ is it ext3 ?
[15:09] <smb> tgardner, I think not in mine...
[15:10] <smb> tgardner, which kickstart template is used on your system?
[15:11] <smb> Hm, I see there is a server seed using ext3 and the orchestra seed is using ext4
[15:11] <tgardner> smb, it says this in the web page: /cblr/svc/op/ks/profile/precise-x86_64-auto . Where does that exist on the server? All I can find are /var/lib/cobbler/kickstarts
[15:12] <smb> tgardner, I usually look at the web interface on the profiles
[15:13] <smb> tgardner, Doh and -auto would use the ext3 as well... I just use the non-auto version and my own seed... :/
[15:14] <tgardner> smb, so it ultimately resolves to /etc/cobbler/ubuntu-server.preseed which has ext3 as the root fs format.
[15:14] <smb> yes
[15:14] <tgardner> that default seems bogus to me
[15:15] <smb> tgardner, I wonder whether that is some sort of neglected bastard child config...
[15:17] <tgardner> smb, the other thing that preseed is missing is $SNIPPET('orchestra_proxy')
[15:17] <tgardner> or kickstart, rather
[15:17] <smb> tgardner, It looks quite old actually...
[15:18] <smb> some late greetings from kirkland... ;)
[15:33] <lynxman> SpamapS: whenever you're around, found the issue
[15:33] <SpamapS> lynxman: what was it?
[15:35] <SpamapS> lynxman: I am at the largest annual gathering of mysql professionals in the world.. so if you need help, I can find it. :)
[15:35] <lynxman> SpamapS: it was due to a couple of phased out configuration parameters from 5.1 to 5.5, when running mysqld standalone it complains about these config parameter then exits non-zero, upstart doesn't have that in mind and the error was cryptic
[15:35] <lynxman> SpamapS: oooh have fun :D
[15:36] <lynxman> SpamapS: maybe it would be convenient to add that to the upstart script somehow? A small config sanity checker of sorts
[15:40] <zul> SpamapS:  can you go beat oracle for security stuff please :)
[15:40] <SpamapS> zul: I plan to
[15:40]  * SpamapS goes to keynotes
[15:40] <zul> SpamapS:  goody
[15:41] <lynxman> zul: beating people for security stuff is always the first choice amongst packagers ;)
[16:33] <adam_g> jamespage: ping
[16:34] <jamespage> adam_g, pong squid3?
[16:34] <adam_g> jamespage: yea, given it any more thought? was gonna take a crack at that today with some other packaging things
[16:37] <jamespage> adam_g, I did quite a bit of thinking but I've not come up with any miracle solutions I'm afraid
[16:37] <jamespage> whichever way we cut its its not going to work for someone.
[16:37] <adam_g> jamespage: my original idea was to find the version of squid we're upgrading from, compare on-disk config hash with the hash that was shipped for that version (they arent conffiles so dpkg can't be queried for that, hence that list i showed you last week), and warn users of potential conflicts/problems and to investigate
[16:38] <adam_g> jamespage: perhaps give them the option of migrating the config to the new location?
[16:38] <jamespage> adam_g, I think that is the best approach we have - there will still be edge cases where people have not taken -updates....
[16:39] <jamespage> adam_g, I think we should preserve the old config file if it has been changed - but I don't think we should drop it into the squid3.conf location
[16:39] <jamespage> I think informing the user that they need to review and update to squid3 is the right way to go in that scenario
[16:40] <jamespage> good release notes :-) and NEWS.
[16:40] <adam_g> jamespage: AFAICS, the default config file has is the same for all versions of a distro release and doensn't change per-build
[16:40] <adam_g> Daviey: thoughts?
[16:40] <adam_g> ^
[16:40] <jamespage> adam_g, well that makes things easier
[16:40] <adam_g> those are the hashes going back to lucid. i can get earlier ones if we need http://paste.ubuntu.com/925109/
[16:41] <jamespage> adam_g, although I think the opportunity to display information during a release upgrade is somewhat limited.
[16:42] <Daviey> adam_g: yeah.. a note and release notes is perfect for that IMO
[16:42] <jamespage> adam_g, Daviey: so I think this is what we are proposing
[16:42] <Daviey> superb
[16:42] <jamespage> if hashes match on old file - i.e. default config - all is good in the world - no further action required
[16:43] <jamespage> if the config has been changed - preserve it but don't overwrite the default config shipped with squid3
[16:43] <jamespage> does that sounds about right
[16:43] <jamespage> oh - and write a good release note :-)
[16:44] <adam_g> jamespage: so forget about popping up a dialague?   i seem to remember thats bad form unless theres actually some choice for the user, eg not a warning
[16:44] <Daviey> +1
[16:44] <jamespage> yep
[16:44] <adam_g> ok
[16:44] <jamespage> adam_g, put something in NEWS about upgrading from squid2
[16:44] <jamespage> probably the same text as the release note.
[16:45] <Daviey> http://www.debian.org/doc/debian-policy/ch-binary.html#s-maintscriptprompt
[16:46] <jamespage> lamont, I've been scratching at the postfix bug on-and-off all afternoon but I've not been able to reproduce
[16:59] <micahg> could I get a puppet "expert" to look at https://bugs.launchpad.net/lucid-backports/+bug/978571/comments/2, I just want to know if the comment at the end is something we need to worry about
[17:00] <lamont> jamespage: well, that's maybe a good thing... dunno
[17:04] <jamespage> lamont, hmm - not sure - quite a few people reporting the same issue.
[17:06] <lamont> jamespage: that was what I did not want to hear
[17:06] <lamont> I'll spin up a text instance tonight then
[17:06] <jamespage> lamont, quite a few = 3 people on that bug report....
[17:10] <lamont> "sufficent" == ">1"
[17:23] <hallyn> jjohansen: have you had a chance to test the apparmor+upstart changes for containers?
[17:24] <jjohansen> hallyn: I am going through testing a set of changes including those, so far things look good
[17:24] <hallyn> jjohansen: ok, thanks
[17:25] <jjohansen> hallyn: and thanks for doing the patch, I ended up have car issues last night and not getting back until late, so it really saved me :)
[17:25] <hallyn> i guess thank your car for having the issues now and not in 10 days :)
[17:25] <sbeattie> hallyn: I've tested a tweaked version of the apparmor init script outside of a container to make sure things didn't break, and incorporated it into what's going to go into the next apparmor upload (today) at https://code.launchpad.net/~sbeattie/apparmor/apparmor-precise
[17:26] <sbeattie> (I adjusted the reported strings and made the if-level only one deep)
[17:26] <hallyn> sbeattie: cool, thanks.  suppose we need to beg someone else to dput upstart
[17:26] <hallyn> cool
[17:26] <sbeattie> yes, should run it by slangasek, I think.
[17:26] <hallyn> somehow tests in dash and bash always treat me wrong, so i'm very conservative :)
[17:27] <sbeattie> ah, heh, that's not a bad thing.
[17:38] <kaspir> could somebody please help me with a reinstall issue. I installed samba through the terminal and was configuring. I messed up configuration, didn't know how to fix it so I uninstalled, and reinstalled. It still had the messed up configuration so I uninstalled and manually deleted from /etc. Now upon install no folders or files installed in /etc
[17:46] <rbasak> kaspir: sounds like you need to purge the package rather than just remove it. The former removes configuration files; the latter does not.
[17:46] <kaspir> rbasak: no i did that
[17:47] <kaspir> rbasak: sudo apt-get --purge remove samba # command i used
[18:11] <someone34242> hello
[18:11] <someone34242> could someone help me with this tutorial
[18:11] <someone34242> http://ubuntuforums.org/showthread.php?t=236093
[18:12] <someone34242> i wanna set bind for my domain, but i don't know how
[18:12] <someone34242> i already buy domain and i have settings for two ip's
[18:12] <someone34242> how to set those two IP's on my server
[18:12] <someone34242> ?
[18:17] <jjohansen> stgraber: heads up, the deny mounts fix will not make freeze, there are some last minute semantic tweaks happening around 'in' and having multiple option= statements on the same line, that necessitate changes in the deny mounts patch as well.
[18:17]  * jjohansen is really sorry but doesn't see a better option atm
[18:24] <smoser> utlemming,
[18:24] <smoser> precise-server builds are failing
[18:24] <smoser> needs fixing
[18:25] <smoser> i believe ev is responsible for whoopsie, which is what is causing issues
[18:25] <utlemming> smoser: looking now...
[18:25] <smoser> can you chase that for me?
[18:26] <utlemming> smoser: it was on my todo list today anyway
[18:26] <utlemming> smoser: working on it
[18:27] <smoser> utlemming, background is that ev recently added whoopsie to the server seed.
[18:27] <smoser> where recently == after last successful build
[18:28] <utlemming> ah, okay, I was wondering where that came from
[18:31] <jkyle> I can't find the equivalent of a netinstall image or a business card image for ubuntu server, are these minimal images provided?
[18:34] <xr1rr> is there a terminal command for finding out what type of server a website is running
[18:35] <lynxman> xr1rr: could you be more specific? Type in OS, CPU, memory...?
[18:36] <xr1rr> lynxman: Yes OS
[18:36] <xr1rr> i.e. Ubuntu.. Apache
[18:36] <lynxman> xr1rr: if it's a linux or unix kind /etc/issue should have the version running
[18:38] <rockets> What's the proper way to set the FQDN of an ubuntu server host? (i cant do it via dhcp in this case)
[18:39] <rockets> i know i can set the hostname in /etc/hostname but what about the rest of the fqdn
[18:40] <xr1rr> lynxman: can you get this info from a domain name
[18:41] <jkyle> xr1rr: nmap
[18:41] <jkyle> xr1rr: or do you mean from the local shell?
[18:42] <xr1rr> jkyle: for example if I wanted to find out the server OS of somewebsite.com
[18:43] <patdk-wk> ask it's webbrowser :)
[18:43] <rockets> IT IS WEB BROWSER
[18:44] <lynxman> xr1rr: hostname --fqdn
[18:44] <xr1rr> patdk-wk: can you explain ;)
[18:45] <patdk-wk> you can only find out, what they tell you
[18:45] <patdk-wk> you can attempt to infer all you want though
[18:47] <xr1rr> ok
[18:48] <rbasak> jkyle: http://archive.ubuntu.com/ubuntu/dists/precise/main/installer-amd64/current/images/netboot/ or s/precise/oneiric/ or lucid as needed.
[18:48] <jkyle> xr1rr: nmap
[18:48] <xr1rr> jkyle: ok i'll try
[18:48] <jkyle> rbasak: those are netinstalls for pxeboots
[18:49] <jkyle> xr1rr: http://nmap.org/book/osdetect.html
[18:49] <jkyle> wait, mini.iso looks promising
[18:49] <rbasak> jkyle: I'm not sure mini.iso is. I think you can install from that without pxe
[18:50] <jkyle> streaming those nigh 1gb images over wan for remote installs is overkill
[20:15] <gary_poster> hallyn, I have reason to suspect that sem_open is broken in lxc (ENOSYS).  I need to write a simple C program to verify, but does this wring a bell at all?
[20:16] <gary_poster> heh, or ring
[20:16] <hallyn> no, neither
[20:17] <hallyn> ENOSYS...  is this i386 on amd64?
[20:19] <hallyn> gary_poster: maybe you need access to /dev/shm?
[20:19] <gary_poster> hallyn, it is a 4 bit machine; uname -a saus i686
[20:19] <hallyn> gary_poster: mount | grep shm ?  should have a tmpfs on /dev/shm
[20:20] <hallyn> awesome
[20:20] <gary_poster> heh 64 bit machine
[20:20] <hallyn> host is i686, or only the lxc container?
[20:20] <gary_poster> mount | grep shm shows nothing hallyn
[20:20] <gary_poster> host and container are 64 bit
[20:21] <hallyn> gary_poster: guessing that is the problem
[20:21] <gary_poster> this is happening locally on my machine and on a ec2 instance
[20:21] <hallyn> gary_poster: can you add an entry to /var/lib/lxc/<container>/fstab
[20:21] <hallyn> none /dev/shm tmpfs defaults 0 0 or something
[20:22] <gary_poster> ack
[20:22] <hallyn> if that works we'll need to do it in the templates
[20:23] <gary_poster> hallyn, no initial slash so "none dev/shm tmpfs defaults 0 0" yeah?  trying
[20:24] <hallyn> good point :)
[20:25] <gary_poster> hallyn, that fixed it
[20:25] <gary_poster> hallyn, want me to file a bug just to help out with bookkeeping, or not bother?
[20:25] <hallyn> gary_poster: thanks, I'll get that fixed in the templates
[20:26] <gary_poster> cool thank you
[20:26] <hallyn> gary_poster: sure, that'll look less fishy :)  thanks
[20:26] <hallyn> (keep the release team from thinking i'm trying to trick them)
[20:26] <RoyK> WARNING: 27.37˚C > 25˚C <-- Datacentre is getting cozy...
[20:27] <gary_poster> lol
[20:28]  * RoyK just got to work and is in a foul mood
[20:31] <gary_poster> hallyn, bug 974584
[20:36] <hallyn> gary_poster: thanks
[20:39] <gary_poster> welcome
[21:01] <hggdh> is there a channel for MAAS?
[21:03] <hallyn> gary_poster: well fooi.  it's not so simple
[21:03] <hallyn> stgraber: containers have a problem with /dev/shm.
[21:04] <stgraber> hallyn: /dev/shm pointing to /run/shm which doesn't exist?
[21:04] <gary_poster> hallyn, darn
[21:04] <hallyn> ok
[21:05] <stgraber> (I saw that case a couple of times but didn't have time to track it down and didn't seem like it was always happening for me)
[21:09] <hallyn> stgraber: not quite.  /run/shm is fine.  but /dev/shm exists as a file, so the initscript doesn't create it as a symlink to /run/shm
[21:10] <stgraber> hallyn: oh, that's the source of the issue! what's creating it as a file?
[21:10] <hallyn> dunno
[21:10] <hallyn> (sorry, network keeps stalling here)
[21:11] <stgraber> I can't see any case where it'd make sense for it to be a file, a directory makes sense, a symlink does too, but a file ... besides using it as a target for a bind mount, I don't see what that'd do
[21:11] <hallyn> stgraber: sorry a regular dir
[21:11] <hallyn> it's waht debootstrap creates...
[21:12] <stgraber> hmm, ok, so just remove it and replace with a symlink then?
[21:13] <hallyn> stgraber: do that where?  in our template?  or in mounted-dev.conf?
[21:15] <hallyn> curse /run
[21:18] <stgraber> hallyn: actually the problem is likely initscrips postinst
[21:18] <hallyn> which should convert it?
[21:18] <stgraber> hallyn: from what I read in /var/lib/dpkg/info/initscripts.postinst
[21:20] <stgraber> hallyn: it's a bit unclear really, but there's code in there to ln -sf it as well as code to make it a directory, so I'm a bit confused :)
[21:20] <thesheff17> do people that maintain the ec2 ami for ubuntu hang out here or is that another room?
[21:20] <hallyn> stgraber: oh i get it
[21:21] <hallyn> stgraber: in non-chroot, mount -bind /run/shm to /dev/shm, and /dev will be re-created (so shm go away) on reboot
[21:21] <hallyn> stgraber: in chroot, don't bother  with the bind mount (bc it wn't go away cleanly) just ln s-sf
[21:21] <hallyn> question is, why aren't we being treated as a chroot?
[21:21] <hallyn> so if we got a clean /dev on reboot of container, we'd be fine
[21:22] <hallyn> (maybe, iiuc :)
[21:22] <hallyn> oh yeah, and since dev isn't a separate fs from /, it does the mkdir on line 290
[21:22] <hallyn> 390
[21:23] <hallyn> thesheff17: you want utlemming or smoser i think
[21:23] <utlemming> thesheff17: what's up?
[21:24] <thesheff17> sun-java6-jdk isn't found even though I add partner mirror.
[21:24] <thesheff17> us-east-1e ami ami-0baf7662
[21:25] <hallyn> stgraber: oh wait!  mounted-dev never even runs bc we don't mount /dev
[21:26] <smoser> thesheff17, nothing to do with the mirror unfortunately.
[21:26] <smoser> but more to do with the partner
[21:26] <smoser> i think you'll need to call Mr. Ellison.
[21:26] <gary_poster> heh
[21:26] <thesheff17> this worked on previous ami :)
[21:27] <smoser> thesheff17, no. it worked at a previous point in time.
[21:27] <smoser> https://lists.ubuntu.com/archives/ubuntu-security-announce/2011-December/001528.html
[21:27] <thesheff17> ah ok thanks
[21:27] <thesheff17> didn't see thise
[21:27] <smoser> it sucks.
[21:27] <utlemming> smoser: thanks, you beat me to that link
[21:27] <smoser> there are ways around it.
[21:28] <smoser> but i will leave yo to google that.
[21:28] <thesheff17> hehe ok thanks
[21:32] <hallyn> stgraber: it seems like the code starting on line 390 in the psotinst is legacy
[21:33] <hallyn> the /dev/shm dir/symlink will always exist by then
[21:33] <hallyn> unless i'm missing some conditional somehwere
[21:53] <hackeron> hey, I have Lucid installed, I want to upgrade to the next releast, I have Prompt=normal in /etc/update-manager/release-upgrades, I did apt-get update, but do-release-upgrade -d shows No new release found :/ - what am I doing wrong?
[22:55] <tnachen> hi all, I wonder if someone can help me figure out a problem with libvirt and virsh
[22:55] <tnachen> currently I'm just trying to run virsh but any virsh command will just hang forever unless ctrl+c
[22:55] <tnachen> I'm on precise 12.04


[10:55] <bac> morning gmb
[11:15] <gmb> Morning bac
[11:17] <bac> hey gmb, you are doing all of your work within vmware, correct?  precise host?
[11:17] <gmb> Yep
[11:17] <bac> and there are no longer any problems with lxc?  i seem to recall in the early days post-budapest that lxc was unhappy in vmware.
[11:18] <gmb> Yeah, it had its moments. At the moment though it's solid as a rock.
[11:19] <bac> oh, excellent.  i'm trying to winnow down my number of machines.  perhaps a new, fast mpb-retina with vmware could replace two older machines
[11:20]  * bac is good at rationalizing new purchases
[11:20] <gmb> :)
[12:08] <gary_poster> bac benji gmb call in 2 in our reserved hangout
[12:08] <gmb> k
[12:43]  * gmb -> lunch
[13:01] <gary_poster> bac, I need to go take care of some cats for some neighbors for 10 or 15 minutes and then will be back and ready to pair
[13:02] <bac> ugh, cats
[13:02] <gary_poster> :-)
[13:16] <benji> I couldn't remember if we have a short URL for the hangout so I made this one: http://tinyurl.com/yellow-hangout
[13:25] <gary_poster> benji, yeah, I sent an email out to everyone last week.  tinyurl.com/yellowsquad works
[13:25] <gary_poster> bac I'm in yellowsquad and ready whenever you are
[14:57] <gary_poster> bac, you dropped out
[14:57] <bac> ok
[15:03] <gary_poster> gmb you around?  If so, could you join us briefly in http://tinyurl.com/yellowsquad please?
[15:04] <gmb> Sure. Bear with me a sec...
[15:30] <gary_poster> benji, hey.  We just ran into the fact that inithost should install apache2 and apache2.2-common
[15:30] <gary_poster> are you fixing that?
[15:30] <gary_poster> in which case we'll just leave it?
[15:30] <benji> gary_poster: yep, as we speak
[15:30] <gary_poster> cool, we'll leave it alone then thanks benji
[15:31] <benji> if this tests run is successful I will be merging soon
[15:32] <gary_poster> excellent
[16:15] <benji> Tarmac!  I love you.  (Even though you point out that I'm a dufus and forgot to run pocketlint.)
[16:16] <gary_poster> benji, btw, lpsetup has some instances of running ssh non-interactively.  If you haven't investigated them already, they might be worth a look for the future.
[16:17] <benji> gary_poster: right, but it gets to pass command-line arguments; juju doesn't have such a channel (or I'm misunderstanding you)
[16:18] <gary_poster> benji, really?  I know ssh -A works.  It's not a generic pass-through?
[16:18] <gary_poster> that's a shame
[16:19] <benji> gary_poster: I'm doing "juju ssh 1 ..." which (as far as I know) doesn't allow you to pass -o options through to ssh
[16:23] <gary_poster> benji, this does not complain:
[16:23] <gary_poster> juju ssh -o 'StrictHostKeyChecking=no' 2
[16:23] <gary_poster> not clear that it does what I expect yet though
[16:24] <gary_poster> benji confirmed that this does what I expect:
[16:24] <gary_poster> juju ssh -o 'StrictHostKeyChecking=no' -o 'UserKnownHostsFile=/dev/null' 2
[16:25] <benji> gary_poster: interesting; that sounds like the ticket
[17:40] <benji> gary_poster: I added the juju ssh note to the tarmac card
[17:41] <benji> gary_poster: after I prepare I need to... talk to bac?
[17:41]  * bac is writing merge proposal.  will be done soon
[17:43] <gary_poster> benji, bac, I took late lunch and not finished but can come back to talk a bit with you two...and then maybe go back to relaxing just a bit more
[17:46] <benji> gary_poster: that would be fine or I can work on getting the integration test more tarmac-compatible (or something else)
[17:46] <gary_poster> benji, if you are waiting, why don't you look into that; then, when bac is ready, let's all hang out and figure out what to do
[17:46] <benji> +1
[17:47]  * bac is getting close
[17:59] <bac> benji: want to do a review?  https://code.launchpad.net/~bac/lpsetup/mv-initialize-lxc/+merge/114239
[17:59] <benji> bac: sure
[18:12] <bac> benji: just saw the conflict and have pushed a fix.  (it was only a blank line)
[18:12] <benji> bac: ok, cool
[18:21] <benji> bac: how does one install the pep8 linter?
[18:22] <bac> benji: pep8 package.  just pep8, not python-pep8 like you'd think
[18:22] <benji> that's where I went wrong
[18:22] <bac> benji: yep, me too
[18:22] <benji> I'll add a note to the README next to where it says how to get pocketlint.
[18:23] <bac> good idea
[18:29] <gary_poster> benji, btw, I had an interesting viewpoint clash between your interest in ROWE and the subtitle of the Poppendieck's most recent book (http://www.amazon.com/Leading-Lean-Software-Development-ebook/dp/B002Y1U7VU/ref=tmm_kin_title_0?ie=UTF8&m=AG56TWVU5XWC2): Leading Lean Software Development: Results Are not the Point
[18:30] <benji> heh, that's funny
[18:47] <benji> bac: sorry, I had a junk yard call me about my car, here are a couple small things I found: https://code.launchpad.net/~bac/lpsetup/mv-initialize-lxc/+merge/114239
[18:49] <bac> thanks benji.
[19:14] <bac> benji: would you vote on that MP please?
[19:15] <benji> bac: done
[19:15] <bac> thx
[19:36] <bac> weird.  if i use the 'ignore-files' option for nosetests it does the right thing then complains about the version of distribute i have installed.  seems orthogonal on the face.
[19:36] <bac> by 'complains' i mean failes pre-commit.sh
[19:40] <gary_poster> means nothing to me :-/
[19:41] <bac> as a work-around i renamed the files to disabled_ *and* set the execute bit
[19:41] <gary_poster> :-/
[19:41] <gary_poster> oh well, hopefully we will fix it soon
[19:43] <bac> gary_poster: you free to chat soon?
[19:43] <gary_poster> bac, actually, I will be free to chat only until 4.  My call with Francis is today
[19:44] <bac> well that might be enough
[19:44] <bac> i have some quick questions
[19:44] <bac> quick, to the bat channel
[19:44] <gary_poster> :-) k
[19:50] <benji> yay!  I got a totally prompt-less integration test run working.
[19:50] <benji> It did require .ssh/config hacking, but it's not too bad
[19:51]  * benji realizes that there is no (exact fit) card for this, and there wouldn't be room for it in the active lane if there were.
[20:00] <gary_poster> benji, great.


[03:01] -queuebot:#ubuntu-release- New sync: passes-gtk (kinetic-proposed/primary) [0.6-1]
[06:28] -queuebot:#ubuntu-release- Unapproved: update-manager (kinetic-proposed/main) [1:22.10.3 => 1:22.10.4] (core)
[09:08] -queuebot:#ubuntu-release- Unapproved: base-files (kinetic-proposed/main) [12.2ubuntu2 => 12.2ubuntu3] (core, i386-whitelist)
[09:19] -queuebot:#ubuntu-release- Unapproved: update-manager (kinetic-proposed/main) [1:22.10.3 => 1:22.10.4] (core)
[09:23] -queuebot:#ubuntu-release- Unapproved: accepted base-files [source] (kinetic-proposed) [12.2ubuntu3]
[09:28] -queuebot:#ubuntu-release- Unapproved: rejected update-manager [source] (kinetic-proposed) [1:22.10.4]
[09:28] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (kinetic-proposed) [1:22.10.4]
[09:38] <tjaalton> xnox: hi, dkms sru in bug 1991664 is unverified?
[09:38] -ubottu:#ubuntu-release- Bug 1991664 in linux (Ubuntu Jammy) "backport dkms fixes to build modules correctly for hwe-5.19+ kernels with custom compiler" [Undecided, Incomplete] https://launchpad.net/bugs/1991664
[10:33] -queuebot:#ubuntu-release- New sync: low-memory-monitor (kinetic-proposed/primary) [2.1-1]
[10:46] -queuebot:#ubuntu-release- New sync: low-memory-monitor (kinetic-proposed/primary) [2.1-1]
[10:47] -queuebot:#ubuntu-release- New: accepted low-memory-monitor [sync] (kinetic-proposed) [2.1-1]
[10:47] -queuebot:#ubuntu-release- New: rejected low-memory-monitor [sync] (kinetic-proposed) [2.1-1]
[10:48] -queuebot:#ubuntu-release- New binary: low-memory-monitor [amd64] (kinetic-proposed/none) [2.1-1] (no packageset)
[10:48] -queuebot:#ubuntu-release- New binary: low-memory-monitor [armhf] (kinetic-proposed/none) [2.1-1] (no packageset)
[10:49] -queuebot:#ubuntu-release- New binary: low-memory-monitor [arm64] (kinetic-proposed/none) [2.1-1] (no packageset)
[10:49] -queuebot:#ubuntu-release- New binary: low-memory-monitor [s390x] (kinetic-proposed/none) [2.1-1] (no packageset)
[10:49] -queuebot:#ubuntu-release- New binary: low-memory-monitor [ppc64el] (kinetic-proposed/none) [2.1-1] (no packageset)
[10:58] -queuebot:#ubuntu-release- Unapproved: mutter (kinetic-proposed/main) [43.0-1ubuntu1 => 43.0-1ubuntu3] (desktop-core, desktop-extra)
[11:01] <jbicha> ubuntu-release: please review mutter 43.0-1ubuntu3 for inclusion in kinetic
[11:01] -queuebot:#ubuntu-release- Unapproved: tzdata (kinetic-proposed/main) [2022e-0ubuntu1 => 2022e-0ubuntu2] (core)
[11:05] -queuebot:#ubuntu-release- New binary: low-memory-monitor [riscv64] (kinetic-proposed/universe) [2.1-1] (no packageset)
[11:06] <sil2100> jbicha: is this a release blocker? Since we looked at the bug and it didn't feel release critical, at least not as it was written there (the nightlight one)
[11:06] <sil2100> ah, follow up upload
[11:07] <jbicha> it doesn't seem a common crasher, but I think it would block people with strange hardware from being able to use kinetic
[11:07] <sil2100> jbicha: how easy to reproduce the crash is? The bug isn't very specific to give us a good feel of how easy to repdoruce it is
[11:08] <sil2100> Is it just a crash on start or at random times for those people?
[11:09] <sil2100> Since it's a lot of patches, I'm always a bit reluctant with bigger patches right before we spin image candidates
[11:09] <jbicha> from the GNOME and Debian bug reports, I think it's a crash at start. One of the patches adds a test for this issue
[11:10] <jbicha> all the patches for this and the Night Light fix are cherry-picks from the future mutter 43.1
[11:18] -queuebot:#ubuntu-release- Unapproved: rejected mutter [source] (kinetic-proposed) [43.0-1ubuntu2]
[11:18] -queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (kinetic-proposed) [2022e-0ubuntu2]
[11:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Kinetic Final] (20221017) has been added
[11:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Kinetic Final] (20221017) has been added
[11:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Kinetic Final] (20221017) has been added
[11:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity riscv64 [Kinetic Final] (20221017) has been added
[11:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Kinetic Final] (20221017) has been added
[11:21] <sil2100> ^ that is not true
[11:21] <sil2100> Those are not yet the release candidates
[11:22] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-drivers-common [source] (jammy-proposed) [1:<IP_ADDRESS>~<IP_ADDRESS>]
[11:23] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-drivers-common [source] (focal-proposed) [1:0.9.0~<IP_ADDRESS>]
[11:41] -queuebot:#ubuntu-release- Unapproved: tracker-miners (kinetic-proposed/main) [3.4.0-1 => 3.4.0-1ubuntu1] (ubuntu-desktop, ubuntugnome)
[11:52] <jbicha> sil2100: tracker-miners might be worth including too
[12:01] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (jammy-proposed) [264-1ubuntu<IP_ADDRESS>]
[12:04] <seb128> the tracker one is basically a one liner adapting for a end-of-cycle glib change which added a syscall use which isn't in the whitelest of the confinement, which triggers indexer errors, it's current one of the top kinetic errors and seems worth taking since the fix is trivial
[12:09] -queuebot:#ubuntu-release- Unapproved: rejected s390-tools-signed [source] (jammy-proposed) [2.20.0-0ubuntu3.2]
[12:14] -queuebot:#ubuntu-release- Unapproved: accepted tableau-parm [source] (jammy-proposed) [0.2.0-6build0.1]
[12:15] -queuebot:#ubuntu-release- Unapproved: accepted zfcp-hbaapi [source] (jammy-proposed) [2.2.0-0ubuntu1.1]
[12:17] <tjaalton> sil2100: fyi, I'm checking the jammy queue now, started from the oldest
[12:19] <sil2100> tjaalton: thanks!
[12:21] <sil2100> seb128, jbicha: I'll take the tracker-miners one, but since I want to build image candidates soonish, I won't block on it going to the release pocket
[12:22] -queuebot:#ubuntu-release- Unapproved: accepted tracker-miners [source] (kinetic-proposed) [3.4.0-1ubuntu1]
[12:27] <sil2100> Okay everyone! Since we're still waiting on new raspi kernels, I'm thinking of waiting for migration of some of the items we have in -proposed, then puttin on the freeze block and building all non-raspi candidate images
[12:27] <sil2100> With the freeze in place, I think we should be able to just rebuild raspi once that's available
[12:27] -queuebot:#ubuntu-release- Unapproved: accepted edk2 [source] (jammy-proposed) [2022.02-3ubuntu<IP_ADDRESS>]
[12:31] -queuebot:#ubuntu-release- Unapproved: accepted ubuntustudio-default-settings [source] (jammy-proposed) [<IP_ADDRESS>]
[12:39] -queuebot:#ubuntu-release- Unapproved: accepted qreator [source] (jammy-proposed) [16.06.1-7ubuntu1]
[12:42] -queuebot:#ubuntu-release- Unapproved: accepted php8.1 [source] (jammy-proposed) [8.1.2-1ubuntu2.6]
[12:44] <sil2100> grrr, we'll have to wait for tzdata
[12:46] -queuebot:#ubuntu-release- Unapproved: accepted unbound [source] (jammy-proposed) [1.13.1-1ubuntu5.2]
[12:54] <seb128> sil2100, thanks!
[12:56] -queuebot:#ubuntu-release- Unapproved: xapian-omega (kinetic-proposed/universe) [1.4.21-2 => 1.4.21-4] (no packageset) (sync)
[12:56] -queuebot:#ubuntu-release- Unapproved: accepted xapian-omega [sync] (kinetic-proposed) [1.4.21-4]
[13:01] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (jammy-proposed) [2.20.11-0ubuntu82.2]
[13:04] -queuebot:#ubuntu-release- Unapproved: rejected apport [source] (focal-proposed) [2.20.11-0ubuntu27.25]
[13:05] -queuebot:#ubuntu-release- Unapproved: flash-kernel (kinetic-proposed/main) [3.106ubuntu7 => 3.106ubuntu8] (core)
[13:06] -queuebot:#ubuntu-release- Unapproved: accepted apport [source] (focal-proposed) [2.20.11-0ubuntu27.25]
[13:15] -queuebot:#ubuntu-release- Unapproved: accepted libp11 [source] (jammy-proposed) [0.4.11-1ubuntu<IP_ADDRESS>]
[13:25] -queuebot:#ubuntu-release- Unapproved: accepted nullboot [source] (jammy-proposed) [0.4.0-0ubuntu<IP_ADDRESS>]
[13:28] -queuebot:#ubuntu-release- Unapproved: accepted apache2 [source] (jammy-proposed) [2.4.52-1ubuntu4.2]
[13:34] <sil2100> bdmurray, vorlon, ginggs: let's keep an eye out for final things to migrate out of -proposed, like base-files and tzdata
[13:34] -queuebot:#ubuntu-release- Unapproved: accepted libvirt [source] (jammy-proposed) [8.0.0-1ubuntu7.3]
[13:37] <jbicha> sil2100: the mutter crash seems really bad for someone with hardware that isn't reporting the correct color data. Before Ubuntu 22.04 release we were aggressive in cherry-picking mutter fixes. This time we are being more selective.
[13:39] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (jammy-proposed) [2.765.11]
[13:42] -queuebot:#ubuntu-release- Unapproved: accepted flash-kernel [source] (jammy-proposed) [3.104ubuntu14]
[13:51] -queuebot:#ubuntu-release- Unapproved: bluedevil (jammy-proposed/universe) [4:5.24.6-0ubuntu0.1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:51] -queuebot:#ubuntu-release- Unapproved: kdeplasma-addons (jammy-proposed/universe) [4:5.24.6-0ubuntu0.1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:51] -queuebot:#ubuntu-release- Unapproved: kscreen (jammy-proposed/universe) [4:5.24.6-0ubuntu0.1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: breeze (jammy-proposed/universe) [4:5.24.6-0ubuntu0.1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: kwin (jammy-proposed/universe) [4:5.24.6-0ubuntu0.1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: kinfocenter (jammy-proposed/universe) [4:5.24.6-0ubuntu0.1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: plasma-desktop (jammy-proposed/universe) [4:5.24.6-0ubuntu0.1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: plasma-pa (jammy-proposed/universe) [4:5.24.5-0ubuntu0.1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: plasma-workspace (jammy-proposed/universe) [4:5.24.6-0ubuntu0.1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: xdg-desktop-portal-kde (jammy-proposed/universe) [5.24.6-0ubuntu0.1 => 5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: plasma-discover (jammy-proposed/universe) [5.24.6-0ubuntu0.1 => 5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: powerdevil (jammy-proposed/universe) [4:5.24.4-0ubuntu1 => 4:5.24.7-0ubuntu0.1] (kubuntu)
[13:52] -queuebot:#ubuntu-release- Unapproved: plasma-thunderbolt (jammy-proposed/universe) [5.24.4-0ubuntu1 => 5.24.7-0ubuntu0.1] (kubuntu)
[14:19] -queuebot:#ubuntu-release- Unapproved: insighttoolkit4 (kinetic-proposed/universe) [4.13.3withdata-dfsg2-3ubuntu1 => 4.13.3withdata-dfsg2-3ubuntu2] (no packageset)
[14:20] -queuebot:#ubuntu-release- Unapproved: accepted insighttoolkit4 [source] (kinetic-proposed) [4.13.3withdata-dfsg2-3ubuntu2]
[14:53] <seb128> sil2100, extra context on what jbicha said before, the impact of the crash is that the session would close on login so basically the system can't be used for those users. We don't know which hardware is impacted exactly but it could turn out to be a blocker in the week, Daniel said it was the top report gnome-shell issue on e.u.c
[14:59] <paride> sil2100, when testing the arm64 subiquity images the installer (subiquity or curtin, not sure) crashes while doing the actual installation (last stage, copying files)
[14:59] <bdmurray> sil2100: if the ubuntu server subiquity images aren't the final one shouldn't we mark them as disabled?
[14:59] <paride> I'm now trying to extract logs
[14:59] <paride> dbungert, ^^
[15:00] <bdmurray> paride: I think sil2100 previously said those weren't vaild - so that's my bad
[15:00] <sil2100> bdmurray: we'll be respinning those anyway, so I just left them there as is!
[15:00] <sil2100> But yeah, someone can remove those from the tracker if anything
[15:00] <paride> oh well, let's hope the new respin will work
[15:01] <bdmurray> sil2100: but "mark as disabled (prevents result reporting)"
[15:01] -queuebot:#ubuntu-release- Unapproved: pixman (focal-proposed/main) [0.38.4-0ubuntu1 => 0.38.4-0ubuntu2] (core, i386-whitelist, xorg)
[15:04] <bdmurray> we actually think testing those images would be good
[15:04] <dbungert> paride: we have a pending fix for a umount error, hopefully it's the same item
[15:05] <bdmurray> dbungert: do you have a bug for that?
[15:05] <ginggs> sil2100: bdmurray: rmadison says tzdata has just migrated
[15:05] <sil2100> \o/
[15:06] <dbungert> bug 1992977
[15:06] -ubottu:#ubuntu-release- Bug 1992977 in subiquity (Ubuntu) "Installer fails in step 'Third party drivers'" [Undecided, In Progress] https://launchpad.net/bugs/1992977
[15:07] <bdmurray> Is it just riscv64 specific?
[15:08] <dbungert> doubtful
[15:16] <paride> I think I just hit https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1921664 again
[15:16] -ubottu:#ubuntu-release- Launchpad bug 1921664 in qemu (Fedora) "Coroutines are racy for risc64 emu on arm64 - crash on Assertion" [Medium, In Progress]
[15:23] <dbungert> paride: any luck on getting logs out?
[15:24] <paride> dbungert, now I'm betting it's https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1921664, so not a subiquity/curtin bug
[15:24] -ubottu:#ubuntu-release- Launchpad bug 1921664 in qemu (Fedora) "Coroutines are racy for risc64 emu on arm64 - crash on Assertion" [Medium, In Progress]
[15:24] <paride> verifying right now
[15:28] <sil2100> Hey everyone! Freeze block is now in place o/
[16:01] <tsimonq2> \o/
[16:03] <paride> dbungert, so a manual install worked fine with qemu compiled without LTO, let's see how the automated smoke test behaves
[16:04] <dbungert> paride: appreciate it.  When you feel reasonable certain about this I want to build tagged snaps.
[16:31] <sil2100> dbungert: could you cut a new subiquity release now, if possible?
[16:32] <dbungert> sil2100: more or less, risc-v snap is an hour
[16:32] <sil2100> We wanted to build some release candidates soon
[16:32] <sil2100> Oh nooo
[16:32] <sil2100> Okay
[16:32] <dbungert> I'll start the process
[16:33] <paride> dbungert, so in automation I'm hitting another error (arm64 only): `[    1.988709] Initramfs unpacking failed: write error`, `/init: line 150: modprobe: not found`. However if I try manually on the same machine it works
[16:33] <sil2100> dbungert: can you give us a sign once the subiquity snaps are all in stable?
[16:33] <dbungert> sil2100: +1
[16:33] <paride>  don't think it's a subiquity bug, still I want see it go away
[16:34] <dbungert> makes sense
[16:35] <dbungert> https://launchpad.net/builders/riscv64-qemu-lgw01-005
[16:36] <sil2100> I think the plan right now is: we'll spin all the images that do not use subiquity, and once the snaps are published, we'll spin the server ones
[16:37] <dbungert> if it helps, most of them will be read in a few minutes
[16:37] <dbungert> ready
[16:42] -queuebot:#ubuntu-release- Unapproved: accepted mutter [source] (kinetic-proposed) [43.0-1ubuntu3]
[16:50] -queuebot:#ubuntu-release- Unapproved: accepted flash-kernel [source] (kinetic-proposed) [3.106ubuntu8]
[17:01] <vorlon> dbungert: easier in terms of build system mechanics to wait for the snap on all archs and kick all image builds at once.  We know riscv64 image builds will be the long pole anyway
[17:02] <paride> bdmurray, arm64 passed in automation
[17:02] <paride> I'm happy again
[17:02] <paride> (I had to bump the amount of RAM we test with. Still lower than the officially recommended so OK.)
[17:21] <vorlon> initial release image candidates have been kicked off for everything except for: Ubuntu Desktop (mutter, flash-kernel), Ubuntu Server (subiquity, flash-kernel), Ubuntu Budgie (mutter)
[17:22] <vorlon> iso tracker should start to see some updates within the hour
[17:22] <vorlon> please test!
[17:22] <RikMills> \o/
[17:22] <tsimonq2> 🎉
[17:29] <vorlon> lol botched that with a wrong environment variable, just tried to build all flavors for amd64+intel-iot
[17:29] <vorlon> cancelling
[17:29] <vorlon> and restarting
[17:29] <tsimonq2> 🎉 ➡ 😥 ➡ 🎉
[17:29] <tsimonq2> :P
[17:40] <tsimonq2> `LiveFS lubuntu-intel-iot/kinetic/amd64+intel-iot failed to build on 20221017` ha
[17:46] -queuebot:#ubuntu-release- New sync: mint-y-icons (kinetic-proposed/primary) [1.6.1-1]
[17:51] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Kinetic Final] (20221017.1) has been added
[17:52] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Kinetic Final] (20221017.2) has been added
[17:54] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Kinetic Final] (20221017.2) has been added
[17:55] -queuebot:#ubuntu-release- Builds: Ubuntu Unity Desktop amd64 [Kinetic Final] (20221017.1) has been added
[17:56] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Kinetic Final] (20221017.2) has been added
[18:03] -queuebot:#ubuntu-release- Unapproved: gnome-desktop (jammy-proposed/main) [42.4-0ubuntu1 => 42.5-0ubuntu1] (ubuntu-desktop)
[18:03] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Kinetic Final] (20221017.1) has been added
[18:24] <bdmurray> jbicha: mutter failed to build on armhf and riscv64
[18:26] <bdmurray> or maybe just armhf
[19:02] <dbungert> sil2100: subiquity risc-v snap promoted to stable/ubuntu-22.10
[19:02] <sergiodj> hi, spaln doesn't build on 32-bit architectures anymore and therefore needs to be blacklisted (and removed) on armhf, can some AA do that please?
[19:03] <sergiodj> I'm working on the FTBFS that's affecting riscv64
[19:07] -queuebot:#ubuntu-release- Unapproved: mutter (jammy-proposed/main) [42.2-0ubuntu1 => 42.5-0ubuntu1] (desktop-core, desktop-extra)
[19:22] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Kinetic Final] has been disabled
[19:22] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Kinetic Final] has been disabled
[19:22] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Kinetic Final] has been disabled
[19:22] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity riscv64 [Kinetic Final] has been disabled
[19:22] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Kinetic Final] has been disabled
[19:28] -queuebot:#ubuntu-release- Unapproved: snapd (jammy-proposed/main) [2.56.2+22.04ubuntu1 => 2.57.4+22.04] (desktop-core, ubuntu-server)
[19:33] <vorlon> sergiodj: are you asking because you're on +1 maintenance this week or is there some more urgent purpose?
[19:33] <vorlon> sergiodj: (it doesn't need blacklisted ftr, just binaries removed)
[19:34] <vorlon> sergiodj: removed, with the rationale that Debian has also removed the armhf binary and this version has been released to testing
[19:35] <vorlon> dbungert: so subiquity is good to go for release on all archs?
[19:36] <dbungert> vorlon: I believe so
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Kinetic Final] (20221017.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Kinetic Final] (20221017.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Kinetic Final] (20221017.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Kinetic Final] (20221017.1) has been added
[19:39] -queuebot:#ubuntu-release- Builds: Ubuntu Base riscv64 [Kinetic Final] (20221017.1) has been added
[19:40] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Kinetic Final] (20221017.1) has been added
[19:48] <vorlon> suspicious that base took so long to build
[19:53] <vorlon> ah just riscv64 being the long pole again
[19:55] <sergiodj> vorlon: I'm on +1 maintenance this week.  I understand we're on Final Freeze and I'm not expecting my requests to be addressed in a timely manner, FWIW.  thank you.
[19:56] <vorlon> sergiodj: ok - if there is anything with a more urgent rationale that comes up, just tag it and we'll process accordingly, thanks
[20:13] <vorlon> why has https://people.canonical.com/~ubuntu-archive/proposed-migration/kinetic_uninst.txt increased >_<
[20:14] <vorlon> aha, I did it!
[20:14] <vorlon> fixing ;)
[20:14] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (kinetic-proposed/main) [2.790 => 2.791] (desktop-core, i386-whitelist)
[20:16] -queuebot:#ubuntu-release- Unapproved: accepted livecd-rootfs [source] (kinetic-proposed) [2.791]
[20:17] <bdmurray> vorlon: ^
[20:17] <vorlon> bdmurray: ^ ;)
[20:17] <bdmurray> I see that now
[20:19] -queuebot:#ubuntu-release- Unapproved: mozillavpn (kinetic-proposed/universe) [2.2.0-1 => 2.2.0-1ubuntu1] (no packageset)
[20:20] -queuebot:#ubuntu-release- Unapproved: accepted mozillavpn [source] (kinetic-proposed) [2.2.0-1ubuntu1]
[20:57] <vorlon> flash-kernel and subiquity are published; spinning ubuntu-server candidates
[20:58] -queuebot:#ubuntu-release- Unapproved: accepted snapd [source] (jammy-proposed) [2.57.4+22.04]
[21:04] -queuebot:#ubuntu-release- Unapproved: libidn2 (kinetic-proposed/main) [2.3.3-1 => 2.3.3-1build1] (core, i386-whitelist)
[21:36] <vorlon> ^ an opportunistic no-change rebuild to fix a misbuild I'm presumptively blaming on debhelper; it's not critical for the release
[22:13] -queuebot:#ubuntu-release- New: accepted low-memory-monitor [riscv64] (kinetic-proposed) [2.1-1]
[22:13] -queuebot:#ubuntu-release- New: accepted astra-toolbox [amd64] (kinetic-proposed) [2.1.0-1]
[22:13] -queuebot:#ubuntu-release- New: accepted astra-toolbox [ppc64el] (kinetic-proposed) [2.1.0-1]
[22:13] -queuebot:#ubuntu-release- New: accepted low-memory-monitor [arm64] (kinetic-proposed) [2.1-1]
[22:13] -queuebot:#ubuntu-release- New: accepted low-memory-monitor [ppc64el] (kinetic-proposed) [2.1-1]
[22:13] -queuebot:#ubuntu-release- New: accepted astra-toolbox [arm64] (kinetic-proposed) [2.1.0-1]
[22:14] -queuebot:#ubuntu-release- New: accepted low-memory-monitor [armhf] (kinetic-proposed) [2.1-1]
[22:14] -queuebot:#ubuntu-release- New: accepted low-memory-monitor [amd64] (kinetic-proposed) [2.1-1]
[22:14] -queuebot:#ubuntu-release- New: accepted low-memory-monitor [s390x] (kinetic-proposed) [2.1-1]
[22:43] <vorlon> https://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt that's the kind of update-output I like to see
[23:21] <vorlon> sergiodj: if you're keen, it looks like spirv-llvm-translator-14 requires Ubuntu-specific reconciliation of the .symbols files (looking at which archs do/don't build, I'm going to suggest it's LTO-related)
[23:54] <sergiodj> vorlon: I will add it to my TODO list for tomorrow


[10:16] <rogpeppe1> uiteam: FYI I can't connect to the canonical IRC server
[10:16] <frankban> rogpeppe1: :-( no problems here
[10:18] <rogpeppe1> frankban: i can't connect to github either
[10:18] <urulama> rogpeppe1: hm. it is your ISP?
[10:18] <rogpeppe1> urulama: probablu
[10:18] <rogpeppe1> urulama: mattyw is having issues too
[10:19] <frankban> rogpeppe1: yeah I think ISP problems
[10:19] <urulama> rogpeppe1: oh, ok, UK hickups ... it'll resolve soon i hope
[10:20] <urulama> rogpeppe1: does CS require PR397 to work properly? i reached the limit of mongo sessions, but then it did not bounce back, even if there were no cliets anymore, it states that mac mongo sessions reached
[10:46] <urulama> rogpeppe1, mhilton: https://pastebin.canonical.com/133083/
[10:46] <urulama> connections to db (entity) works fine, blobstore fails
[10:55] <urulama> rogpeppe1, mhilton: ok, verified. these panics are caused by ingestion. we seem to close sessions for blobstore.
[10:56] <mhilton> rogpeppe1, urulama: have we changed the blobstore dependency to the new version?
[10:56] <rogpeppe1> mhilton: good question
[10:56] <urulama> yes, new blobstore was required
[10:56] <rogpeppe1> mhilton: it shouldn't matter actually
[10:57] <urulama> blobstore 3e9b30af648f96e85d8f41f946ae4a1ce0ce588b
[10:57] <urulama> which is latest
[10:57] <rogpeppe1> urulama: interesting.
[10:58] <rogpeppe1> mhilton: wanna investigate? i don't want to get too distracted right now
[10:59] <mhilton> rogpeppe1: sure
[10:59] <rogpeppe1> mhilton: thanks!


[12:16] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: GNOME 40 Lands in Ubuntu 21.10 Daily, This is What it Looks Like @ https://www.omgubuntu.co.uk/2021/07/gnome-40-in-ubuntu-21-10-first-look (by Joey Sneddon)
[12:59] -SwissBot:#ubuntu-news- ::Planet:: Full Circle Magazine: Full Circle Weekly News #217 @ https://fullcirclemagazine.org/podcast/full-circle-weekly-news-217/
[16:18] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Moving toward Diátaxis @ https://ubuntu.com//blog/moving-toward-diataxis


[08:06] <dholbach> good morning
[09:38] <dholbach> bzoltan_, zbenjamin: did you backport qtcreator-plugin-ubuntu (for bug 1408644)?
[09:39] <bzoltan_> dholbach:  I am working on it... we are releasing the last fix
[09:39] <dholbach> go go go!
[09:40] <dholbach> davidcalle, ^ for this bug, do you know anything apart from https://developer.ubuntu.com/publish/packaging-click-apps/ that needs updating?
[09:43] <bzoltan_> dholbach:  We land the silo10 with the chroot upgrade  feature... I would need ogra_ to land the sdk-libs with the qmake extension ... and I need to push a super relevant performance improvement click change to the SDK PPA. That is t the plan for today.
[09:43] <dholbach> bzoltan_, you're a hero! that sounds like you have a well-deserved weekend ahead of you :)
[09:44] <dholbach> bzoltan_, I'm just asking so I know when we can start updating the docs
[09:44] <davidcalle> dholbach, most app/webapp/scope dev tutorials. I'll put a list on the bug in a moment.
[09:44] <bzoltan_> dholbach:  you mean that I have a chance to test and land a UITK fix for RTM? :D
[09:44] <dholbach> thanks davidcalle
[09:47] <DanChapman> oSoMoN: hey, in dekko we are trying to expand a webview to the height of it's content, as we need to place it inside a flickable and let that control the page scroll. Anyway i'm finding that if the offscreen height on mako is greater than 3000 the webview just goes black. It doesn't do it on the desktop though. Firstly could this be a bug? or are we just abusing the webview in a way it wasn't designed for
[09:48] <oSoMoN> DanChapman, it could very well be a bug in oxide, but I would also argue that the webview is not intended to be used that way…
[09:49] <oSoMoN> DanChapman, anyway, feel free to file a bug at https://bugs.launchpad.net/oxide/+filebug
[09:49] <oSoMoN> DanChapman, and you might want to raise the issue on #oxide
[09:50] <davidcalle> dholbach, and I'll deal with it as well, since there are screenshots and stuff like that to remake.
[09:51] <dholbach> davidcalle, ok cool
[09:51] <dholbach> thanks a lot!
[09:52] <DanChapman> oSoMoN: that could be a bit of a show stopper if we can't use it that way as we need to display content before and after the webview but it all needs to scroll :-/ ... ok i'll file a bug and pop into #oxide later today, just popping out now. Thanks
[10:02] <JamesTait> Good morning all; happy Friday, and happy Handwriting Day! :-D
[10:31] <davidcalle> bzoltan_, with the new namespaces, does that mean using a long one won't work anymore, or is it a guideline?
[10:33] <davidcalle> bzoltan_, nevermind, found my answer :)
[11:41] <gcollura> popey, ping
[11:41] <popey> gcollura: pong!
[11:42] <gcollura> popey, sorry to bother you, have you tried my last commit in this MP https://code.launchpad.net/~gcollura/ubuntu-calculator-app/swipe-copy-button-improvements/+merge/247357
[11:42] <gcollura> ?
[11:43] <gcollura> popey, I'm interested to see if setting the ratio proportional to screen ratio is useful or not
[11:44] <nik90> zsombi: hey, I was just trying out the new listitems in the clock app vivid branch and I see some nice performance improvements when it comes to creation times...previously I used ListItem.Empty which took about 300-400 while the new listitem takes only 80... :)
[11:45] <popey> gcollura: not yet, will look now
[11:45] <nik90> zsombi: btw do we expect the new listitems to provide predefined styles like ListItem.Standard, Header, etc etc..?
[11:45] <gcollura> popey, thanks a lot :)
[11:49] <popey> $morning ahayzen :)
[11:49] <ahayzen> \o/
[11:50] <popey> You made it!
[11:50] <ahayzen> its before 1200 what you talking about?
[11:50] <popey> :D
[11:51] <nik90> lol
[11:52] <popey> gcollura: I like this!
[11:52] <ahayzen> yey loads of weather mps \o/
[11:52] <gcollura> popey, do you have a screenshot? :)
[11:53] <nik90> ahayzen: yeah looks like vthompson had a busy nite
[11:53] <popey> http://people.canonical.com/~alan/screenshots/device-2015-01-23-115134.png
[11:53] <ahayzen> yup :)
[11:53] <popey> http://people.canonical.com/~alan/screenshots/device-2015-01-23-115147.png
[11:53] <gcollura> popey, nope it didn't solve the problem :/
[11:53] <popey> oh, yeah :(
[11:54] <popey> i was so delighted with copy that I didnt notice
[11:54] <gcollura> eheh
[11:54] <nik90> ahayzen: just noticed, that vthompson kept proposing it against trunk :P
[11:54] <ahayzen> oh god the number of times we did that with music remix ....why is there a massive diff? oh not again!
[11:54] <nik90> rofl
[12:00] <ahayzen> popey, did you get around to making the weather blueprint in the end?
[12:00] <popey> no, good point
[12:00]  * popey does that
[12:01] <ahayzen> \o/ thanks
[12:01] <DanChapman> hey anyone know of a descent qt/c++ html parser lib for cleaning/serializing
[12:08] <popey> grr, constant reconnections to etherpad
[12:08] <popey> ahayzen: nik90 https://blueprints.launchpad.net/ubuntu-weather-app/+spec/weather-reboot
[12:08] <ahayzen> popey, thanks :)
[12:22] <zsombi> nik90: glad there has been improvements ÉÖ
[12:23] <zsombi> :) - layout...
[12:24] <zsombi> nik90: we were discussing about that, but we are still not confident whether we should have any predefined layouts for ListItems, as previously, especially that those kind of things are pretty hard to change later...
[12:24] <zsombi> nik90: so far I have 100-listitemlayout and 110-captions branches, which are nothing else but small containers.
[12:25] <nik90> zsombi: yeah I am conflicted about that as well..without predefined layouts apps won't be consistent but on the other hand it is also places restrictions on the app dev..so yeah not sure how to proceed there
[12:26] <zsombi> nik90: like ListItemLayout is a GridLayout with one row and several columns when horizontal, and vice versa when vertical, but supports still extension to multiple rows and columns same time
[12:27] <nik90> zsombi: ooh that's new
[12:27] <zsombi> nik90: the Captions is a Column of two predefined Labels, witha given preset configuration, both Labels are exposed fully, so you can access them, and you can add more Labels if needed
[12:27] <zsombi> nik90: these two MRs are not yet reviewed, they are pretty far from it
[12:28] <nik90> zsombi: ah..so one can tweak the styling of those labels since they are exposed?
[12:28] <nik90> that helps a lot
[12:28] <zsombi> nik90: yep
[12:29] <zsombi> nik90: and more Captions right now supports the centered text as well as the two-line text aligned to right
[12:30] <zsombi> nik90: preset: "caption" formats the title and subtitle Labels in a certain way, preset: "summary" makes them to be at max 5 GU width and both aligned to right
[12:30] <nik90> ah
[12:30] <nik90> awesome
[12:30] <zsombi> nik90: and honestly that would be the last thing I'd do for the ListItem layouts
[12:31] <zsombi> nik90: as otherwise we'd end up in a big trouble once some design changes teh whole structure
[12:31] <nik90> true
[12:32] <nik90> zsombi: it is taking me some time to get used to writing our own remove animation...my listitems stay on the screen when I delete them by default
[12:32] <zsombi> nik90: why?
[12:33] <zsombi> nik90: if you use UbuntuListView, that will have removeDisplaced animation
[12:33] <nik90> zsombi: Not sure why but I am using a Repeater + ListItems..and when I delete the listitem by deleting it from the u1db database, it still stays on screen... on rebooting the app, it is gone
[12:33] <nik90> dont' ask me why I used a repeater..still wondering II made that decision
[12:34] <nik90> yeah I will switch to ubuntulistview
[12:34] <zsombi> nik90: wow! Why don't you use Repeater + ListItems? Why don't you use ListView?
[12:34] <zsombi> nik90: I mean why do you use :)
[12:34] <nik90> zsombi: yeah that's what I cant remember :P .. Although this is only in one place...
[12:35] <nik90> all other places uses the listview as expected
[12:35] <zsombi> nik90: :)
[12:35] <zsombi> nik90: one thing is sure: ListItem will not delete itself, will not have any defgault animation on fade out, etc.
[12:36] <nik90> ack.
[12:38] <zsombi> nik90: I was also thinking whether I should try to replace the ListItem.Empty's base type with tListItem, and bring all teh missing ancestor properties to it, so we don't get any API breaks, but I don't feel it'll work...
[12:38] <zsombi> nik90: and might not be worth doing it...
[12:40] <nik90> zsombi: yeah that would improve the performance without any effort from the app dev, but yeah you will need to symlink showDivider to new props like divider.visible etc ..
[12:40] <zsombi> nik90: that's the smallest problem tbh... the bigger one is the way the things work with the old set...
[12:41] <nik90> I would concentrate on getting the new listitems to stable API in 15.04 and get app devs to migrate to the new listitems
[12:41] <zsombi> nik90: like item deletion... I'd need to have a delete action per each ListItem, which would take teh performance back where it is now...
[12:41] <nik90> true
[12:41] <zsombi> nik90: yeah, that's the target :)
[12:41] <zsombi> nik90: is the API good so far?
[12:42] <nik90> zsombi: yeah..I am still wrapping my mind around the ListItemWithActions documentation regarding the performance tips
[12:42] <nik90> but overall the new listitems API seems cleaner while providing the canvas to the developer to do what he wants with it
[12:43] <zsombi> nik90: yep :)
[12:44] <zsombi> nik90: well, the ListItemActions idea is pretty simple: if you have a vies where each element uses the same action set, declare the action separately, and reuse them. That's it
[12:44] <zsombi> nik90: like using with ListView
[12:45] <nik90> ah okay
[12:45] <zsombi> nik90: or Repeater + ListItem
[12:45] <zsombi> nik90: you basically gain performance if you have one leadingand trailing action set, which you set in delegate
[12:47] <nik90> ok
[12:47] <zsombi> nik90: but yeah... there's more API to come ;)
[12:47] <zsombi> and I gotta go now...
[12:48] <nik90> zsombi: cya
[12:48] <zsombi> nik90: C U
[14:17] <seb128> kenvandine, hey there, maybe that channel is more on purpose for the discussion :-)
[14:17] <seb128> is anyone working on the notes-app nowadays?
[14:17] <seb128> there are some mps that are approved for a while, would be nice to see an update
[14:17] <seb128> I can help on reviewing fixes/doing landing if needed
[14:19] <kenvandine> seb128, it was abandoned afaik
[14:19] <seb128> well, maybe some people still want to use it
[14:19] <seb128> <- by example :-)
[14:19] <kenvandine> seb128, indeed :)
[14:20] <kenvandine> i liked notes-app :)
[14:20] <seb128> I didn't try reminder because that requires an evernote account
[14:21] <kenvandine> yeah
[14:21] <kenvandine> it is kind of nice that it syncs though :)
[14:21] <seb128> I just want simple local notes
[14:21] <kenvandine> but notes-app was nice
[14:21] <seb128> it is still nice ;-)
[14:21] <seb128> I use it :p
[14:21] <kenvandine> seb128, maybe you'll be the new maintainer
[14:21] <kenvandine> :-D
[14:21] <seb128> wfm
[14:21] <seb128> well, I can help maintaining
[14:21] <kenvandine> bfiller, we have a new maintainer for notes-app :)
[14:21] <seb128> but I don't want to block somebody with more cycles to take over it
[14:21] <seb128> like if somebody in the community wants to do that
[14:22] <kenvandine> if there are merges proposals, it would be nice to get those looked at... i guess you are the reviewer :)
[14:22] <kenvandine> seb128, do you have access to merge?
[14:22] <bfiller> seb128: have fun with it :)
[14:22] <bfiller> needs a lot of work
[14:22] <bfiller> like new header to start
[14:23] <seb128> bfiller, I don't claim it's going to be great, but I use it and want to scratch some itches
[14:23] <seb128> better than nothing, right?
[14:23] <bfiller> seb128: I think that's great
[14:23] <bfiller> indeed
[14:23] <seb128> :-)
[14:23] <bfiller> it could be pretty good with some minor tweaks
[14:23] <seb128> kenvandine, yeah, I've access to merge
[14:24] <kenvandine> seb128, great!
[14:24] <bfiller> seb128: I was always pushing for a list view summary type page sorted by date so you could easily find the notes
[14:24] <seb128> kenvandine, I never worked on a click though, what's the workflow to merge and get it updated?
[14:24] <bfiller> it's quite hard now to find something you've written
[14:24] <seb128> bfiller, that sounds like a good idea
[14:24] <kenvandine> seb128, well i just manually build clicks and upload them to the store
[14:25] <kenvandine> but i think there is some jenkins process
[14:25] <kenvandine> bfiller can school you :)
[14:25] <seb128> kenvandine, and how do you get fixes in trunk?
[14:25] <seb128> manual merge? CI?
[14:26] <bfiller> seb128: so notes-app is kind of like some of our other apps. there are both debs and clicks and the package is actually in universe
[14:26] <bfiller> seb128: so the process is to use CI train to get the deb released and changes into trunk
[14:26] <seb128> bfiller, ok, so I can do "normal landing", then the click needs to be refreshed sometimes?
[14:26] <bfiller> seb128: then once it's in trunk I build a click from trunk using jenkins
[14:26] <seb128> sounds simple enough
[14:26] <bfiller> seb128: yes
[14:26] <seb128> bfiller, I'm going to have a look to that and might be you with extra questions next week
[14:26] <seb128> bfiller, kenvandine, thanks
[14:27] <seb128> and might ping*
[14:27] <bfiller> seb128: then I use this link (need vpn access) to build the click from jenkins http://s-jenkins.ubuntu-ci:8080/view/click/job/notes-app-click/
[14:27] <kenvandine> seb128, np
[14:27] <bfiller> seb128: but you can probably use click-buddy or something local
[14:27] <seb128> bfiller, ok, I've access and did that once in fact :-)
[14:28] <seb128> k, I might play with that as well, just to see what works better for me
[14:37] <SturmFlut> mzanetti: Ping
[14:37] <mzanetti> SturmFlut: Peng!
[14:38] <SturmFlut> mzanetti: Arrgh! *drops dead*
[14:38] <mzanetti> what up?
[14:38] <SturmFlut> mzanetti: Have you seen the Squircle demo?
[14:38] <mzanetti> yep
[14:39] <mzanetti> well, just looked into the code, didn't run it
[14:39] <SturmFlut> It has awesome special effects! Run it!
[14:39] <mzanetti> haha
[14:39] <mzanetti> ok
[14:40] <SturmFlut> "Now at your local cinema: The Squircle demo, budget: 132 million dollars"
[14:42] <mzanetti> have the link again?
[14:42] <SturmFlut> https://github.com/Sturmflut/ubuntu-touch-squircle-example.git
[14:43] <SturmFlut> rpadovani: I commented on your bug reports against Flood It. Didn't have the time to fix anything though :(
[14:44] <mzanetti> looks quite great indeed
[14:46] <SturmFlut> mzanetti: The funny thing is that the content of the item is rendered using native OpenGL calls inside the C++ extension library, but the animations are QML transistions and the effects are transparently applied to the item by the SceneGraph
[14:46] <mzanetti> sure
[14:47] <mzanetti> SturmFlut: the UbuntuShape we use all over does pretty much the same
[16:47] <dholbach> balloons, http://paste.ubuntu.com/9837073/ - looks about right?
[16:48] <balloons> dholbach, yes
[16:49] <dholbach> well, the build succeeded
[16:49] <dholbach> all rightie... I call it a day - have a great weekend everyone!
[16:51] <balloons> dholbach, ty, bonne weekend mon ami!
[16:52] <dholbach> and the same to you!
[16:52] <dholbach> hugs!
[16:55] <Randy_O> Hi all, does anyone know if the Pay UI will be setup to accept optional payments? Like donations?
[17:46] <rigved_> hi everyone
[17:57] <AkivaAvraham> hello ??
[18:04] <kenvandine> hey AkivaAvraham
[18:04] <AkivaAvraham> o/
[18:04] <kenvandine> AkivaAvraham, again... :)
[22:46] <AkivaAvraham> !ping
[23:23] <nik90> ahayzen: I got the weather app building and running on the phone :) with https://code.launchpad.net/~nik90/ubuntu-weather-app/weather-reboot-fixes/+merge/247495
[23:23] <AkivaAvraham> \o/
[23:27] <nik90> http://imgur.com/Jfao7gV
[23:32] <ahayzen> nik90, sweeeet \o/
[23:32] <ahayzen> nik90, victor should be around in a bit to check them out :)
[23:33] <nik90> ahayzen: cool. I will try to get the debian packaging done this weekend as well. Then you guys can take it for a spin for the next 2 weeks when I am not here
[23:34] <ahayzen> nik90, hehe cool thanks :)
[23:43] <AkivaAvraham> justCarakas, o/
[23:44] <AkivaAvraham> !ping
[23:45] <AkivaAvraham> justCarakas, https://launchpad.net/drakescrest
[23:46] <AkivaAvraham> I thought of a good name for the game, tying it to my own family lineage.