[12:20] <ubotu> New bug: #118160 in freetype (main) "German o-umlaut () is rendered wrong at some font-sizes" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118160
[12:23] <pochu> !importance > blueyed
[12:25] <pochu> Howdy? :)
[12:25] <bdmurray> Hello, how are you?
[12:26] <pochu> I'm fine, thanks!
[12:27] <pochu> !ping
[12:27] <ubotu> pong
[12:27] <pochu> !importance
[12:27] <ubotu> You can learn about setting bug importance at https://wiki.ubuntu.com/Bugs/Importance
[12:30] <ubotu> New bug: #118161 in Ubuntu "chrootshell" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118161
[12:51] <bdmurray> bug 118160
[12:51] <ubotu> Launchpad bug 118160 in freetype "German o-umlaut () is rendered wrong" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118160
[12:52] <keescook> bug 118160
[12:52] <ubotu> Launchpad bug 118160 in freetype "German o-umlaut () is rendered wrong" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118160
[12:53] <pochu> bug 118160
[12:53] <ubotu> Launchpad bug 118160 in freetype "German o-umlaut () is rendered wrong" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118160
[01:01] <pochu> Good night bdmurray :)
[01:10] <ubotu> New bug: #118164 in udev (main) "Missing udev dependency: adduser" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118164
[01:35] <ubotu> New bug: #118165 in Ubuntu "feisty system crash" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118165
[02:00] <ubotu> New bug: #118166 in firefox (main) "Unable to install Macromedia Flash Player 9 as Plugin" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118166
[02:06] <ubotu> New bug: #118167 in Ubuntu "dpkg-reconfigure for xserver-xorg fails to include critical option for nvidia driver" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118167
[02:06] <ubotu> New bug: #118168 in cron (main) "Crontab accepts files with no newline before EOL. Cron ignores file" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118168
[02:16] <ubotu> New bug: #118169 in alsa-driver (main) "sound card problem " [Undecided,Unconfirmed]  https://launchpad.net/bugs/118169
[02:16] <crimsun> how descriptive.
[02:16] <RAOF> :)
[02:16] <felipe__> Does this qualifies for a bug. Schooltool depends on python2.4schooltool python2.4-schoolbell and Zope, and those three depend on python2.4 but apt says it will install python 2.5 and the install aborts because of a dependency problem
[02:18] <RAOF> felipe__: Sounds like a bug to me, but maybe you should pastebin the apt output somewhere & I'll see if there's an obvious problem/workaround.
[02:18] <felipe__> RAOF: Ok
[02:22] <felipe__> RAOF: http://paste.ubuntu-nl.org/23528/
[02:25] <felipe__> RAOF: BTW I installed python 2.4 but I still have the same problem
[02:26] <RAOF> felipe__: Yeah, it looks like that's a broken package.  It should be depending on "python2.4" rather than "python" which is now 2.5
[02:27] <felipe__> Ok so I report it as a bug.
[02:29] <felipe__> RAOF: broken packages should be reported as bugs?
[02:34] <RAOF> felipe__: I'm not actually sure.  If it's for anything that's not Gutsy, I'd say "yes".  If it's Gutsy, then I *think* there are automated lists of uninstallable packages.
[02:35] <felipe__> RAOF: Im on 7.04...
[02:35] <RAOF> felipe__: That should be filed as a bug, then, I think.
[02:36] <felipe__> ok then I'll report it, thanks for the help
[02:55] <felipe__> Bug reported
[03:05] <ubotu> New bug: #118172 in update-manager (main) "upgrade tool crashed" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118172
[03:10] <ubotu> New bug: #118173 in alsa-driver (main) "Internal mic doesn't work in Feisty on Core Duo MacBook Pro" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118173
[03:15] <ubotu> New bug: #118174 in vpnc (universe) "Network seems dead after disconnect" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118174
[03:36] <ubotu> New bug: #118175 in linux-source-2.6.20 (main) "latest update results in the inability to mount second hard drive." [Undecided,Unconfirmed]  https://launchpad.net/bugs/118175
[03:55] <ubotu> New bug: #118176 in thunderbird (main) "No newlines in signature (*nix)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118176
[04:21] <yuriy> wow the howtotriage page has improved much
[04:40] <ubotu> New bug: #118178 in update-manager (main) "Upgrade tool crashed -- OS cannot allocate memory" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118178
[05:30] <ubotu> New bug: #118180 in pbuilder (main) "Pbuilder gives a different md5sum for a source .diff.gz archive in result then the one it started with" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118180
[05:35] <ubotu> New bug: #118181 in libcdk5 (universe) "Possible bug in libcdk5-dev" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118181
[06:48] <grndslm_> am i the only one having problems with beagled-helper?
[06:53] <grndslm_> ?????????????????????????????????????????????????????????????????????
[06:53] <grndslm_> anybody alive?
[06:55] <Burgundavia> grndslm_: this isn't a place to get end user help
[06:55] <Burgundavia> if you having issues, please file a bug or a support request
[07:00] <grndslm_> Burgundavia: well...i'm just curious if it's a common issue or not
[07:00] <Burgundavia> I haven't heard of it
[07:00] <Burgundavia> I would check the lsit of beagle buts
[07:00] <Burgundavia> bugs, rather
[07:01] <ubotu> New bug: #118183 in php5 (main) "ubuntu 7.04 upgrade did not install an apache2 item" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118183
[07:01] <grndslm_> Burgundavia:  i'll look into the beagle's ass  ;-_
[07:01] <grndslm_> ;-), even
[07:01] <grndslm_> thanks!
[07:01] <Burgundavia> heh
[07:15] <ubotu> New bug: #118184 in democracyplayer (universe) "A segfault in Democracy right after start" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118184
[07:24] <RAOF> Joy, another bug for an old democracyplayer :(
[07:36] <ubotu> New bug: #118177 in Ubuntu "charging desktop" [Undecided,Needs info]  https://launchpad.net/bugs/118177
[07:41] <ubotu> New bug: #118187 in scim-bridge (universe) "Please sync scim-bridge (universe) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/118187
[07:46] <ubotu> New bug: #118188 in Ubuntu "cdrom won't mount in 2.6.20-16-generic kernel" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118188
[07:46] <ubotu> New bug: #118189 in skim (main) "Please sync skim (main) from Debian unstable (main)" [Undecided,Confirmed]  https://launchpad.net/bugs/118189
[08:26] <ubotu> New bug: #118190 in Ubuntu "gdm failed to start" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118190
[08:40] <ubotu> New bug: #118191 in Ubuntu "7.04 live CD errors on IBM Thinkpad T40" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118191
[08:45] <ubotu> New bug: #118192 in update-manager (main) "upgrade 6.10 to 7.04" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118192
[09:00] <ubotu> New bug: #118193 in Ubuntu "GDM refuses to restart after activating XDMCP" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118193
[09:20] <ubotu> New bug: #118195 in kde-guidance (main) "When I lock icons in my desktop and restart session icons are in other side and not where were in first time" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118195
[09:30] <ubotu> New bug: #118197 in Ubuntu "usb mouse and keyboard simply stop responding" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118197
[09:36] <ubotu> New bug: #118199 in linux-source-2.6.20 (main) "UUID can change onswap breaking swap mount and Hibernation" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118199
[09:36] <dholbach> good morning
[09:37] <Admiral_Chicago> morning
[09:37] <dholbach> hi Admiral_Chicago
[09:38] <Admiral_Chicago> hey there...no bughelper questions today so far. :D
[09:38] <dholbach> hehe
[09:40] <Admiral_Chicago> i'm sitting here playing with a rounding error in my code which is past deadline.
[09:42] <Libere> Anyone know of anywhere to download an older version of flash that will work with the Opera 9.21?
[09:45] <crimsun> err, Flash 9 works with Opera 9.21 ...
[09:50] <ubotu> New bug: #118201 in Ubuntu "[needs-packaging]  Ogre 3D 1.4.1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118201
[10:01] <ubotu> New bug: #118203 in Ubuntu "[needs-packaging]  Those Funny Funguloids!" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118203
[10:06] <ubotu> New bug: #118204 in kdeartwork (main) "kfiresaver.kss chewing up 154% CPU" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118204
[10:25] <ubotu> New bug: #118205 in linux-source-2.6.22 (main) "Gutsy kernel 2.6.22-5-generic missing rt61 module" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118205
[10:45] <ccm> just set up  a new mail address for launchpad stuff only
[10:45] <ccm> that gets high traffic
[10:46] <ubotu> New bug: #118208 in firefox (main) "Context Menu display cutoff" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118208
[10:46] <ccm> maybe one could suggest this to new bugsquader isn the wiki
[10:50] <ubotu> New bug: #118206 in Ubuntu "Something strange on Emerald and Beryl" [Undecided,Rejected]  https://launchpad.net/bugs/118206
[10:56] <dholbach> Admiral_Chicago: NICE BLOG POST
[11:00] <dholbach> Admiral_Chicago: you could add that if a search like         bughelper -T audacity XFreeFont possible duplicate of 87434 -A -U -p audacity        is successful you can easily create a cluefile from it:      bugxml -a audacity XFreeFont possible duplicate of 87434
[11:05] <ubotu> New bug: #118209 in gwenview (main) "Gutsy: Gwenview crashes when selecting: settings --> configure gwenview" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118209
[11:10] <ubotu> New bug: #118210 in hplip (main) "hplip show appear in System > Preferences menu" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118210
[11:21] <ubotu> New bug: #118212 in bind9 (main) "nsupdate manual broken" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118212
[11:26] <ubotu> New bug: #118211 in openoffice.org "Openoffice dies when connecting through JDBC" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118211
[11:26] <ubotu> New bug: #118213 in kdetv (universe) "TV applications freeze kernels on card Leadtek Winfast PVR 2000 XP on kernel 2.6.20" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118213
[11:45] <ubotu> New bug: #118214 in pkg-create-dbgsym (main) "Please don't use the 'ddeb' extension; make it plain old 'deb' instead." [Undecided,Unconfirmed]  https://launchpad.net/bugs/118214
[11:50] <ubotu> New bug: #118216 in network-manager (main) "Network Manager trys to connect to WEP networks before WPA" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118216
[11:55] <ubotu> New bug: #118217 in Ubuntu "X-org fails during the sim-im startup" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118217
[12:00] <ubotu> New bug: #118218 in Ubuntu "[Dapper]  Cannot capture mouse" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118218
[12:40] <ubotu> New bug: #118219 in thunderbird (main) "unable to delete thunderbird subfolder" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118219
[12:45] <ubotu> New bug: #118221 in linux-source-2.6.20 (main) "kernel 2.6.20-16 nvidia-glx and nvidia-glx-new won't load" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118221
[12:45] <ubotu> New bug: #118222 in tomcat5.5 (universe) "Cannot prevent Tomcat5.5 from auto-starting" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118222
[12:50] <ubotu> New bug: #118223 in gnome-panel (main) "workspace switcher applet" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118223
[01:20] <ubotu> New bug: #118224 in acpi-support (main) "acpi-support prepare.sh/resume.sh ignore executable permissions" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118224
[01:36] <ubotu> New bug: #118226 in gnome-panel (main) "Panel crashes if a window being dragged to another desktop is destroyed before drag completed" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118226
[02:00] <ubotu> New bug: #118228 in kstreamripper (universe) "Please sync kstreamripper 0.3.4.debian1-2 from Debian unstable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118228
[02:29] <fernando> moin all
[02:40] <ubotu> New bug: #118233 in streamtuner (universe) "crashed while opening basic.ch" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118233
[03:11] <ubotu> New bug: #118238 in grub (main) "Grub Hangs on Boot" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118238
[03:11] <ubotu> New bug: #118239 in linux-restricted-modules-2.6.22 (restricted) "create new xorg.cong nvidia settings  keyboard to be on quarty " [Undecided,Unconfirmed]  https://launchpad.net/bugs/118239
[03:41] <ubotu> New bug: #118243 in linux-ubuntu-modules-2.6.22 (main) "RT61 drivers missing in 2.6.22 kernel Ubuntu drivers image" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118243
[03:45] <ubotu> New bug: #118244 in pidgin (main) "set as invisible in pidgin but seen as idle in gtalk" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118244
[03:50] <ubotu> New bug: #118246 in dpkg (main) "update-alternatives warnings" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118246
[03:56] <ubotu> New bug: #118247 in firefox (main) "reenable mozilla-firefox* transitional packages in gutsy" [Undecided,Needs info]  https://launchpad.net/bugs/118247
[04:20] <ubotu> New bug: #118250 in gnome-schedule (universe) "gnome-schedule doesn-t start with gksudo" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118250
[04:25] <ubotu> New bug: #118245 in pidgin (main) "Gaim Crash filetransfer" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118245
[04:25] <ubotu> New bug: #118252 in ekiga (main) "ekiga doesn-t start after kernel update" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118252
[04:36] <ubotu> New bug: #118253 in Ubuntu "[Compiz] bug when screensaver is activated" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118253
[04:41] <ubotu> New bug: #118254 in Ubuntu "XF86AudioMute does not trigger shortcuts" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118254
[04:41] <ubotu> New bug: #118256 in Ubuntu "ext3 data corruption with kernel  2.6.20-16-generic" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118256
[04:41] <ubotu> New bug: #118257 in cowbell (universe) "Cowbell crashes when trying to open files" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118257
[04:45] <ubotu> New bug: #118258 in Ubuntu "[Compiz/Feisty] bug Desktop panel disapears" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118258
[04:50] <ubotu> New bug: #118260 in Ubuntu "[Feisty/GoogleEarth] Very slow, unusable with driver radeon" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118260
[04:50] <ubotu> New bug: #118261 in digikamimageplugins (main) "remove digikamimageplugins from the archive" [Undecided,Confirmed]  https://launchpad.net/bugs/118261
[05:01] <ubotu> New bug: #118262 in ctorrent (universe) "[Sync Request]  Sync ctorrent (1.3.4-dnh3-1) from debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118262
[05:01] <ubotu> New bug: #118263 in Ubuntu "I have no clue" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118263
[05:01] <ubotu> New bug: #118265 in gtorrent-viewer (universe) "[Sync Request]  Sync gtorrent-viewer (0.2b-1) from debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118265
[05:09] <didek> Hi!
[05:20] <bdmurray> didek: hello
[05:30] <ubotu> New bug: #118268 in Ubuntu "Computer freezes on shutdown" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118268
[05:33] <didek> Huh, like Win98.
[05:51] <ubotu> New bug: #118272 in Ubuntu "libATA stops working after upgrade to 2.6.20-16-generic" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118272
[06:25] <ubotu> New bug: #118275 in dia (main) "please sync dia 0.96.1-3 from debian unstable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118275
[06:35] <ubotu> New bug: #118276 in Ubuntu "DVD acess problems. IO error." [Undecided,Unconfirmed]  https://launchpad.net/bugs/118276
[06:40] <ubotu> New bug: #118277 in gnome-launch-box (universe) "redraw issue with multiple monitors" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118277
[07:01] <ubotu> New bug: #112707 in debian-installer (main) "Keyboard not working properly when installing Feisty Fawn (Xubuntu)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/112707
[07:15] <ubotu> New bug: #118280 in exaile (universe) "exaile: can't change column width in playlist" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118280
[07:31] <ubotu> New bug: #118282 in vzctl (universe) "Please sync vzctl from Debian unstable (main)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118282
[07:31] <ubotu> New bug: #118283 in Ubuntu "can't easily use unison-gtk to sync a local folder to my VFAT USB drive" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118283
[07:40] <ubotu> New bug: #118285 in yelp (main) "grub-install is no work" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118285
[07:40] <ubotu> New bug: #118286 in octave2.9 (universe) "Menu Entry for Octave" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118286
[08:15] <Admiral_Chicago> dholbach: thanks you for your comment about my post.
[08:16] <Admiral_Chicago> dholbach: i meant to use bugxml -a , i'll see what i can do about an edit or put that in the next post.
[08:18] <dholbach> rock and roll
[08:18] <dholbach> because it's just changing bughelper -T to bugxml -a
[08:18] <dholbach> (roughly)
[08:19] <Admiral_Chicago> yea.
[08:26] <ubotu> New bug: #118290 in nautilus (main) "allow right-clicking on the browser's path button bar" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118290
[08:31] <ubotu> New bug: #118291 in rhythmbox (main) "Sound Issue on Laptops" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118291
[08:45] <ubotu> New bug: #118292 in udev (main) "vol_id returns wrong fs information but blkid returns correct informations, udev create wrong uuid symlink" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118292
[09:01] <ubotu> New bug: #118294 in evolution (main) "Preferences applet crashes on launch" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118294
[09:06] <ubotu> New bug: #118295 in Ubuntu "grub menu.lst changed" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118295
[09:11] <ubotu> New bug: #118296 in j2se1.4-amd64 (multiverse) "new version available" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118296
[09:15] <ubotu> New bug: #118298 in php5 (main) "php5 datetime class not found" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118298
[09:26] <ubotu> New bug: #118299 in Ubuntu "ps3videomode with TFT/TN LCD overlaps" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118299
[09:26] <ubotu> New bug: #118300 in Ubuntu "Add omfs kernel module to Feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118300
[09:31] <ubotu> New bug: #118301 in Ubuntu "PLEASE HELP glibc ERROR: munmap_chunk(): invalid pointer: 0x08062df0 ***" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118301
[10:01] <ubotu> New bug: #118302 in nautilus (main) "symbol lookup error in libtotem-properties-page.so"" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118302
[10:10] <ubotu> New bug: #118303 in linux-source-2.6.22 (main) "CONFIG_BLK_DEV_IO_TRACE is not enabled preventing blktrace from working" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118303
[10:30] <ubotu> New bug: #118304 in stardict (universe) "[stardict]  notification icon not transparent" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118304
[10:32] <bdmurray> !users-admin
[10:32] <ubotu> Sorry, I don't know anything about users-admin - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[10:32] <bdmurray> !opensshd
[10:32] <ubotu> Sorry, I don't know anything about opensshd - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[10:45] <CarlFK> e18 kernel: [ 3104.844688]  Critical temperature reached (70 C), shutting down.
[10:45] <CarlFK> that just got spewed to my screen a few 100 times
[10:46] <CarlFK> I have a feeling once it figured it out, it should know it is in the shutdown process and not bother with temp anymore, right?
[10:50] <ubotu> New bug: #118307 in gnome-panel (main) "Install a .bin file ??" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118307
[10:52] <Admiral_Chicago> bdmurray: in bughelper-data, my mentoree accidently commited her firefoxpractice file, what would be the best way to uncommit the change
[10:53] <Admiral_Chicago> would you know?
[10:53] <bdmurray> hmm, not really
[10:53] <bdmurray> Admiral_Chicago: to the server?
[10:54] <Admiral_Chicago> yea, to the bazaar branch.
[10:55] <Admiral_Chicago> hmm, maybe i can see what i can do.
[10:55] <bdmurray> Admiral_Chicago: maybe recommit your version of it?
[10:55] <ubotu> New bug: #118308 in smc (universe) "missing dependency for smc" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118308
[10:57] <Admiral_Chicago> yea, i'll pull the branch, remove the practice file and recommit it
[10:58] <Admiral_Chicago> bdmurray: ah okay, it didn't apply it to the branch, nevermind
[10:58] <bdmurray> Admiral_Chicago: okay, cool
[11:00] <Admiral_Chicago> thanks anyways
[11:00] <bdmurray> If you find out the "right" way to revert a change let me know
[11:02] <Admiral_Chicago> i will.
[11:15] <ubotu> New bug: #118309 in thunderbird (main) "Unable to reply and create mail" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118309
[11:36] <ubotu> New bug: #118310 in linux-source-2.6.20 (main) "pktcdvd bound device limit the sice when reading iso or udf dual layer DVD" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118310
[11:36] <ubotu> New bug: #118311 in rhythmbox (main) "Tracks with russian symbols in names&titles show incorrect" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118311
[11:40] <ubotu> New bug: #118313 in Ubuntu "No video on startup after instaliation" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118313
[11:41] <ubotu> New bug: #118312 in acpi (main) "Critical temperature loop" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118312
[11:55] <ubotu> New bug: #118314 in Ubuntu "schick usb device ( x-ray sensor ) not recgnzd and makes gnome hardware overview not responding " [Undecided,Unconfirmed]  https://launchpad.net/bugs/118314
[11:55] <ubotu> New bug: #118315 in rsibreak (universe) ""disable shortcut" setting does not work" [Undecided,Unconfirmed]  https://launchpad.net/bugs/118315


[04:19] <pieter2627> morning all
[04:19] <pieter2627> well, all the early ones
[06:00] <thatgraemeguy> just you pieter2627 :)
[06:00] <thatgraemeguy> morning all
[06:04] <pieter2627> yea, got so bored that my nails got a 'trimming' :P
[06:17] <Kilos> hi pieter2627 thatgraemeguy
[06:17] <Kilos> and inetpro and other lurkers
[06:22] <pieter2627> hello Kilos
[07:06] <theblazehen> Sup guys
[07:07] <inetpro> good morings oom Kilos
[07:07] <inetpro> oh and hi everyone else
[07:07] <theblazehen> hey inetpro
[07:07] <Kilos> hi theblazehen you ok lad?
[07:07] <theblazehen> Sup Kilos, yeah I'm good and you?
[07:08] <Kilos> good ty
[07:08] <inetpro> oom Kilos is way too slack these days :-)
[07:08] <Kilos> hehehe sorry inetpro
[07:09]  * Kilos notes topic hasnt changed
[07:23] <Xethron> Good morning guys
[07:36] <theblazehen> hi Xethron
[07:54] <magespawn> good morning
[08:03] <theblazehen> hi magespawn
[08:06] <magespawn> hey theblazehen
[08:28] <theblazehen> http://i.imgur.com/BJ1m5Xw.jpg I quite like my setup :) 5 Displays
[08:28] <theblazehen> 1024x768 + 1366x768 + 1600x900 + 1366x768 + 1024x768
[08:44] <TinuvaMac> theblazehen: great word doc you have open there
[08:44] <TinuvaMac> some super secret info
[08:46] <theblazehen> TinuvaMac: heh, yeah.. Studying for finals
[08:58] <andrewlsd> hope theblazehen has patented that so no one else can procreate that way.
[09:50] <pieter2627> theblazehen: you still have subjects left?
[09:50] <theblazehen> pieter2627: yeah, most of them. Only wrote likt 5 or 6 exams so far
[09:51] <pieter2627> wow, we were done by now
[09:55] <theblazehen> I'm in a private school, so write a bit later
[09:56] <Xethron> theblazehen: What do you use to get so many screens? USB adapters?
[09:56] <pieter2627> haha, last year they said your in private so will write earlier
[09:56]  * pieter2627 was also in private (homeschool)
[09:57] <theblazehen> Xethron: nah, I'm using my intel onboard for the main rendering, outputs to VGA and HDMI, then a GTX550Ti set as a RandR output slave with 2x DVI and then a GT210 with 1x VGA output
[09:57] <theblazehen> pieter2627: huh, weird
[09:58] <Xethron> Meh :/ I'm looking for something to increase my displays of my laptop
[09:58] <theblazehen> Onboard faster than my dedicated GPU :/ Although I did get it for free as a "broken" gpu. Runs with nouveau but not nvidia
[09:58] <theblazehen> Xethron: If the USB one supports displaylink then it should work afaik
[09:58] <Xethron> Laptop luckly has 2 outputs, and its screen. So I can have 3. But would like another one or two :P
[09:59] <Xethron> I haven't heard good things with Linux and those USB adapters
[09:59] <Xethron> So not sure if its worth trying
[09:59] <theblazehen> Yeah, I think for my laptop 3 should be fine :)
[09:59] <theblazehen> Yeah, you need to use the modesetting drivers etc
[10:00] <Xethron> Sounds like effort
[10:00] <theblazehen> Using intel onboard? I find intel has best support ofr offloading
[10:00] <Xethron> I'll wait for USB-C
[10:00] <theblazehen> Yeah, I once had a 6 display setup, running a virtual display and connecting my laptop with vnc :)
[10:01] <theblazehen> Yeah, hopefully that works better. Although I think that standard is displaylink though?
[10:01] <Xethron> Intel CPU yes, NVIDIA GPU
[10:01] <theblazehen> Ah, nvidia gpu.. Could cause problems. Using nouveau or nvidia driver?
[10:02] <theblazehen> My setup won't work with nouveau as the main display
[10:02] <Xethron> I don't use the propriatary drivers
[10:02] <theblazehen> AMD is worse than nvidia though.. Had my HD5450 swapped out for a GT210
[10:02] <Xethron> They always seem to cause issues
[10:02] <theblazehen> Yeah, same here. Luckily the intel GPU drivers are great
[10:02] <magespawn> i use a VGA splitter with four outputs
[10:03] <pieter2627> Isn't USB-C just a form factor (no new standards)
[10:03] <Xethron> Yeah, seems to be xserver-xorg-ideo-nouveau
[10:03] <theblazehen> pieter2627: I think it might just be a new form factor, but there are also going to be new standards or something?
[10:03] <Xethron> pieter2627: USB-C is like that Apple thing
[10:04] <Xethron> Whats that wire new iphones have
[10:04] <Xethron> And the Apple screens use?
[10:04] <theblazehen> Xethron: Won't work unless you try it I guess.. You don't have an old desktop at home
[10:04] <theblazehen> Xethron: iphone: lightning, think displays are thunderbolt?
[10:04] <Xethron> Yes, thunderbolt
[10:05] <Xethron> Apple is also dropping all its Thunderbolt technology in favour of USB-C
[10:05] <magespawn> so not technically four screens
[10:06] <theblazehen> magespawn: Different from the ones that have 4 duplicate screens? That's what they have at school..
[10:07] <magespawn> it is a duplicate, then i just extend the desktop rather than duplicate it, work like a projector
[10:07] <magespawn> cheap and nasty
[10:08] <magespawn> but works no matter what laptop i plug in
[10:23] <theblazehen> Yeah, seems to be xserver-xorg-ideo-nouveau puters breakingbad confucius dexter{,slab} kernelnewbies portal{,2} vimtips debian science archlinux hackers linux matrix protolol) <(echo) <(python2 -c 'print \"-\"*50') <(echo);done"|fmt -w 52}
[10:23] <theblazehen> Oops
[10:23] <theblazehen> ${color3}${font DejaVu Sans Mono:size=10}${execi 60 bash -c "for i in 1 2 3 4 5; do cat <(fortune -a computers breakingbad confucius dexter{,slab} kernelnewbies portal{,2} vimtips debian science archlinux hackers linux matrix protolol) <(echo) <(python2 -c 'print \"-\"*50') <(echo);done"|fmt -w 52}
[10:24] <theblazehen> ^What happens when you realize conky has a line length limit
[10:24] <andrewlsd> lol
[10:25] <theblazehen> Could save 2 characters if i used 'seq 1 5' instead of the '1 2 3 4 5', ah well. Got it small enough now
[10:25] <andrewlsd> Similar results with: for i in {1..5}
[10:26] <andrewlsd> (applies to bash, YMMV with other envs)
[10:26] <theblazehen> yeah, forgot about that.. saves 1 char more than my seq solution. ty
[10:26] <theblazehen> actually no, since seq would need to be surrounded by ` or with $()
[10:33] <theblazehen> So yours saves 3 characters
[10:33] <andrewlsd> ;-)
[11:01] <andrewlsd> anyone here looked at "snappy-desktop" or managed to get Unity8 ?
[11:02] <andrewlsd> I tried the unity8-lxc  session, but it didn't ever build successfully
[11:02] <andrewlsd> basically, I just want a ISO/USB that I can boot from and test drive.
[11:16] <theblazehen> https://wiki.ubuntu.com/Unity8DesktopIso This?
[11:16] <theblazehen> Got it from https://wiki.ubuntu.com/Unity8Desktop
[13:25] <andrewlsd> theblazehen: thanks. that link is from 2014, and the "daily live" link is dead
[13:31] <andrewlsd> regarding UDS: Am I correct that the sessions start 16h00 SA time?
[13:55] <inetpro> andrewlsd: http://summit.ubuntu.com/uos-1511/2015-11-05/
[13:55] <andrewlsd> ty inetpro
[13:56] <inetpro> oh and yes, 14:00 UTC = 16:00 SAST
[14:12] <andrewlsd> checking out #ubuntu-uos-convergence
[14:48] <Kilos> i hope neology is upgrading and not down
[14:48] <Kilos> hi skokkk
[14:52] <skokkk> ello kilos
[14:56] <theblazehen> Kilos: I'm hoping to get another South African mirror running next year :)
[14:57] <Kilos> wow
[14:57] <Kilos> hard work getting it added
[14:58] <Kilos> the za  mirror is running lekker fast today
[14:58] <theblazehen> Just gotta get some cash first :) Around 1.5k per month to host, unlimited 100mbit pipe
[14:58] <theblazehen> nice
[14:58] <Kilos> eish
[14:58] <theblazehen> Just gotta buy a 1U server first
[14:59] <Kilos> why do you want to do that
[14:59] <Kilos> we have 2 good local mirrors
[14:59] <theblazehen> To like give back to the community in a way
[14:59] <Kilos> aw restart needed
[14:59] <theblazehen> Also gonna host mirror for arch, gonna be the 2nd delta mirror
[14:59] <Kilos> aha
[15:00] <Kilos> wbb
[15:00] <theblazehen> Yeah. Only 1 delta mirror at the moment
[15:03] <theblazehen> wb Kilos
[15:03] <Kilos> ty
[15:11] <Kilos> ohi superfly
[15:12] <superfly> Hi
[15:53] <Kilos> hey theblazehen you still here?
[15:54] <theblazehen> Sup Kilos, yeah I'm here
[15:54] <Kilos> you were gone so long
[15:54] <Kilos> do you know about #ubuntu-africa
[15:54] <theblazehen> First I heard of it
[15:54] <Kilos> http://ubuntu-africa.info
[15:55] <theblazehen> ty
[15:55] <Kilos> your welcome to join the mailing list and the irc channel
[15:55] <theblazehen> Yeah, I will
[15:56] <Kilos> refresh the site a few times and watch the backgroung change
[15:56] <Kilos> background
[16:17] <theblazehen> Kilos: nice
[16:17] <Kilos> the fly led the site building
[16:20] <theblazehen> awesome. Nice job superfly
[16:28] <Kilos> lovely site hey
[16:30] <theblazehen> yeah
[16:47] <superfly> Thanks
[16:58] <who_da_fly> Meh
[16:58] <Kilos> hehe
[17:06] <Cryterion> Good Evening everyone
[17:41]  * Kilos yawns
[17:41] <Kilos> long night ahead
[17:44] <theblazehen> Kilos: What's happening?
[17:44] <Kilos> membership board meeting at midnight
[17:44] <theblazehen> ah
[17:44] <Kilos> sigh
[17:57] <magespawn> good evening
[17:59] <Kilos> hi magespawn pieter2627 Cryterion
[17:59] <Kilos> and MaNI
[17:59] <pieter2627> hallooo all
[18:00] <magespawn> hey Kilos pieter2627
[18:01] <pieter2627> Kilos: I am reading the log so will have feedback in a bit
[18:01] <Kilos> cool ty
[18:02] <Kilos> ive forgotten what i asked even
[18:04] <pieter2627> Kilos: is clr_ with any lug?
[18:04] <Kilos> oh my
[18:04] <Kilos> what did he say
[18:05] <pieter2627> he seems the most keen about a linuxconza or linuxfestza - the one that broad them up
[18:06] <pieter2627> sounds like the same karl that organized SFD
[18:08] <Kilos> dont think its karl
[18:08] <pieter2627> for the lugs members you mentioned we have Vince of Durbs, then there is also grmble of tuks
[18:09] <pieter2627> oh ok (clr almost sounds like it)
[18:09] <Kilos> oh ya and wwk in durbs'
[18:10] <pieter2627> and then should also be someone from jozi?
[18:10] <Kilos> but i get the dbn lug mails and they have been dead quiet for months
[18:11] <Kilos> 2 of thejozi lug guys came here some months ago and stayed a couple of days
[18:12] <magespawn> pieter2627: if i recall correctly karl is kmf on freenode
[18:12] <pieter2627> ty magespawn
[18:13] <magespawn> brb
[18:13] <Kilos> ya ty magespawn i couldnt remember
[18:13] <magespawn> np
[18:14] <pieter2627> Kilos: sounded like you might have had g+ (whre you thought it is best to connect) info on some lugs which we can try
[18:14] <Kilos> the durban lug guys have hangouts on G+
[18:15] <Kilos> even their mailing list gets done from there i think
[18:16] <Kilos> maybe jozi lug are also G+ers
[18:16] <pieter2627> yip, the hangout is what you mentioned that made me think you might have the other's too
[18:16] <Kilos> didnt i say i dont do G+ often
[18:16] <Kilos> inetpro is the G+ man
[18:17] <pieter2627> yip, which is why you asked for help
[18:17] <Kilos> maybe we need to rock his boat
[18:17]  * Kilos rocks the pros cradle
[18:18] <Kilos> not smoothly either
[18:18] <pieter2627> haha, else we can start scouting g+ tom
[18:18]  * Kilos jerks the cradle a bit
[18:19] <Kilos> all the dn lug guys have slacked off here
[18:19] <pieter2627> Kilos you are making me cradle-sick :P
[18:20] <Kilos> hahaha
[18:20] <Kilos> Maaz seen nuvolari
[18:20] <Maaz> Kilos: nuvolari was last seen 1 month, 11 days, 1 minute and 29 seconds ago in #ubuntu-za on freenode [2015-09-25 11:18:46 PDT], and has been offline on freenode since 2015-10-20 16:00:29 PDT
[18:20] <Kilos> wow
[18:20] <pieter2627> aahh
[18:20] <Kilos> he used to live here
[18:20] <Kilos> CT corrupted him
[18:22] <Kilos> pro should get here in about
[18:22] <pieter2627> anyway, will see again tomorrow
[18:22] <Kilos> 8 mins
[18:22] <magespawn> too busy out taking photos of the country side
[18:22] <pieter2627> Night all
[18:22] <Kilos> ok
[18:22] <Kilos> sleep tight pieter2627
[18:22] <pieter2627> Kilos: 8mins?
[18:22] <Kilos> ya
[18:23] <Kilos> pro has family time till 8.30
[19:56] <magespawn> back again
[20:01] <thatgraemeguy> oh hai
[20:04] <magespawn> hey
[21:02] <gremble> I've had to set up an SSL connection in order to get onto IRC through mweb -_-
[21:12] <Kilos> hi Guest9474
[21:12] <Kilos> whats happening gremble
[21:12] <gremble> Hey Kilos
[21:12] <Kilos> why is it not doing irc
[21:12] <gremble> I don't know
[21:12] <gremble> I have been struggling to get onto irc for days now
[21:13] <gremble> It would just drop the connection for the entire day
[21:13] <Kilos> does it give error reports
[21:13] <gremble> No, it just dies. Refusing to connect
[21:13] <Kilos> fone them and complain'
[21:13] <gremble> then tries to reconncet
[21:14] <gremble> So I tried setting up a tor connection, but freenode doesn't support tor atm. Set up SSL and now it magically works
[21:15] <Kilos> ya but you shouldnt need to hassle like that
[21:15] <Kilos> irc works easy normally
[21:16] <gremble> Kilos: I agree. At least it has given me the opportunity to learn about SSL certificates and got me thinking about implementing a toy messing app that uses UDP instead of TCP
[21:16] <Kilos> ok
[21:16] <gremble> How have you been Kilos?
[21:16] <Kilos> ive been good ty, just tired
[21:17] <Kilos> would have been in bed hours ago if not for a board meeting
[21:17] <gremble> Oh alright. I think my belly is keeping me awake, and the fact that I have been sleeping the entire day.  We'll just have to fortify our immune systems
[21:37] <gremble> Hey magespawn
[22:25] <Kilos> fp
[22:26] <Kilos> night all, sleep tight


[00:31] -queuebot:#ubuntu-ci-eng- LocutusOfBorg, https://bileto.ubuntu.com/#/ticket/3810 Release pocket (eoan/breezy). Successfully built (eoan/breezy-debian, eoan/bzr, eoan/bzr-builddeb, eoan/bzr-email, eoan/bzr-fastimport, eoan/bzr-git, eoan/bzr-stats, eoan/bzr-upload, eoan/bzrtools)
[10:26] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/3804 Needs rebuild due to higher version at destination (eoan/baloo-kf5, eoan/kio, eoan/plasma-framework). Release pocket (eoan/akonadi, eoan/attica-kf5, eoan/bluez-qt, eoan/breeze-icons, eoan/extra-cmake-modules, eoan/frameworkintegration, eoan/kactivities-kf5, eoan/kactivities-stats, eoan/kapidox, eoan/karchive, eoan/kauth, eoan/kbookmarks, eoan/kcmutils, eoan/kcodecs, eoan/kcompletion, eoan/kconf


[00:05] <smoser> xnox: i wont' pretend to have remotely as good a handle on what systemd is capable of as you.  And I am not really in the position to devote lots of time.
[00:06] <smoser> don't let this get out, but I do have a reasonable amount of trust that you'll do something sane.
[03:25] <arnatious> Anyone know why patches are left out of the state when a debdiff is generated?
[03:27] <arnatious> I have a package, python-flake8-3.7.9, and an SRU candidate, python-flake8-3.8.3~20.04.1, if I generate a debdiff between their dsc's and try and apply that to 3.7.9, it fails
[03:28] <arnatious> i.e.:  debdiff xxx-3.7.9.dsc xxx-3.8.3.dsc > xxx.debdiff
[03:29] <arnatious> Then some files failing to patch when going into xxx-3.7.9.dsc and running patch -p1 < ../xxx.debdiff
[08:00] <eeos> Hi everybody! The new vlc snap on *ubuntu 20.04.1 LTS is pretty dangerous and can stall production machines ....
[08:00] <eeos> It seems to be related to apparmor
[08:24] <Laney> xnox: think all the livefs failures are for you
[08:30] <Laney> "please fail", "ok, I will fail, here you go *BOOM*"
[09:35] <xnox> Laney:  har har har!
[09:37] <xnox> juliank:  so grub-pc now fails to install during livefs build. I.e. https://launchpadlibrarian.net/496116283/buildlog_ubuntu_groovy_amd64_ubuntu_BUILDING.txt.gz and now I am confused. I thought installing grub-pc in a chroot should do nothing....
[09:40] <juliank> xnox: Well, it runs if one of /boot/grub/{,<arch>/}core.img exists
[09:42] <juliank> xnox: It also runs if test -z "$2"
[09:42] <juliank> which confuses me
[09:44] <xnox> /boog/grub is empty
[09:49] <xnox> arm64 images all built fine, so whatever we do for efi is all good.
[09:50] <xnox> juliank:  "test -z "$2"" feels bogus.
[09:50] <xnox> because for the first time, we started to catch errors and fail install.
[09:50] <xnox> and clearly installing grub-pc in a chroot, is bogus, and shouldn't attempt to grub-install things.
[09:52] <Laney> there's already a running_in_container, you could add a running_in_chroot too or something
[09:53] <xnox> or maybe I added one too many "exit 1"
[09:53] <xnox> cause i assert on "failed to install to a device" and "no devices to install to"
[09:54] <xnox> Laney:  people often chroot into systems, to rescue them, though.
[09:55] <Laney> via like dpkg-reconfigure?
[09:55] <Laney> maybe they do
[09:55] <xnox> via both apt install or dpkg-reconfigure. For example, they purged grub-pc because they are silly.
[09:55] <xnox> and realized that oh wait, no this system does need bios to boot.
[09:55] <xnox> boot of usb stick, chroot, apt install grub-pc.
[09:55] <xnox> but then they would call grub-install
[09:56] <xnox> yeah, it's weird. how could you have booted, if you are installing grub-pc for the first time.
[09:59] <xnox> i shall check what the installers do
[10:00] <Laney> call time!
[11:46] <xnox> juliank:  so both curtin & subiquity call grub-install explicitely. (and grub-installer did too). So for installers there is no need for grub-pc to attempt install.
[11:46] <xnox> i will drop the "$2" test.
[11:46] <juliank> xnox: that's correct, my understanding was that grub-* should only update systems, not do initial install
[11:47] <juliank> xnox: but I don't understand why this regressed _now_?
[11:47] <juliank> xnox: nothing changed there
[11:48] <xnox> juliank:  i changed things!
[11:49] <xnox> juliank:  i made postinst exit 1, instead of break && exit 0.
[11:49] <juliank> OK
[11:49] <xnox> juliank:  when installing non-interactive
[11:49] <xnox> juliank:  but i see that grub-multi-install has the same bugs!
[11:49] <xnox> i.e. break && exit 0, instead of exit 1 upon non-interactive upgrade with invalid devices.
[11:52] <juliank> xnox: It is a copy of postinst after all
[11:52] <juliank> :D
[11:52] <juliank> Also maybe we should add triggers on /etc/default/grub.d
[11:52] <juliank> re snippets other packages drop in there
[11:53] <juliank> but hard
[11:53] <juliank> next cycle we really need to work on reducing delta with debian
[11:54] <xnox> juliank:  ok
[12:05] <ahasenack> good morning
[12:14] <rafaeldtinoco> ahasenack: o/
[12:14] <rafaeldtinoco> morning all
[12:42] <smoser> xnox: was/is there a currently painful bug that motivates the multi-transactional boot discussion ?
[12:51] <Odd_Bloke> smoser: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1870346 is one, and there's a similar issue with OVS via MAAS (though I can't find a bug for that right now).  The high-level issue is that there are some netplan configurations which emit additional systemd units for correct operation, and because the systemd boot transaction has already started when it emits them as a result of being
[12:51] <Odd_Bloke> called by cloud-init, they aren't run on first boot.
[12:53] <Odd_Bloke> This isn't a problem in "regular" netplan operation (quotation marks because I think netplan runs alongside cloud-init more often than not :p), because `netplan generate` expects to run at generator time.
[12:54] <slyon> The other bug is here: https://bugs.launchpad.net/cloud-init/+bug/1892851
[12:57] <smoser> Odd_Bloke: oh  yeah.. the ligh-level made me remember why i called it a work around.
[12:58] <smoser> i honestly think there will be loads of workarounds for netplan until it stops being a layer of indirection and instead can take a config and make it happen directly.
[13:01] <xnox> Odd_Bloke:  smoser: chatting with other people, some other cloud-init like things do everything in the initrd (i.e. talking to metadata source, customizing things) then first boot is configured and does everything.
[13:02] <xnox> fetching metadata at systemd-generator time, is a bit non-starter, especially if the rootfs is still RO at that point, and udevd is not running.
[13:03] <smoser> xnox: yeah... initrd is kind of the first "transaction"
[13:03] <xnox> i am now learning that inflight transactions get merged. So maybe it would be possible to call "netplan generate & daemon-reload & restart network.target" or like make netplan-generate do that.
[13:03] <xnox> cause when it runs as a systemd system-generator for real, effectively daemon-reload & start network.target is what happens next.
[13:04] <xnox> smoser:  yes, indeed.
[13:04] <xnox> i need to experiment more with this, to like find bugs in systemd.
[13:05] <xnox> cause in the most common case, netplan generate usually doesn't create any service units, and that means we should be able to avoid daemon-reload / multiple transactions.
[13:05] <xnox> and maybe it could be smart enough to enque restart of network.target, if it realizes it is being called "just-in time", whilst systemctl is-system-running is "starting"
[13:05] <xnox> cc: Odd_Bloke slyon ^^^^
[13:06] <xnox> lunch
[13:12] <Odd_Bloke> xnox: Can you point at a PR or whatever for "inflight transactions"?  I don't really know what that means.
[13:41] <Odd_Bloke> mwhudson: FYI, subiquity-installed systems also end up with a /etc/cloud/ds-identify.cfg which forces cloud-init to be enabled on all boots; if I remove both that and the cloud.cfg.d/99-installer.cfg then cloud-init does not run.
[14:11] <xnox> Odd_Bloke: that was proposed by slyon before, can't remember if it was on netplan or cloud-init repos. And don't have time to find now. As i should be end of week already; but still need to test grub fixes.
[14:12] <rafaeldtinoco> ahasenack: about this statement "The content of /etc/update-motd.d/* really, really, really shouldn't be executed if the session in question is not interactive, as it provides no value at all. "
[14:12] <rafaeldtinoco> weren't you dealing with update-motd lately ?
[14:12] <rafaeldtinoco> im triaging wednesday queue and there is a new bug about it
[14:13] <rafaeldtinoco> saying that non interactive ssh (scp) sessions were causing a big load spike for this end-user "usage" (lots of servers uploading things from time to time using scp)
[14:13] <ahasenack> not related to that, no
[14:13] <ahasenack> ("dealing with update-motd")
[14:13] <rafaeldtinoco> ah ok
[14:13] <rafaeldtinoco> so its a new thing
[14:13] <ahasenack> yes
[14:14] <rafaeldtinoco> ok, let me triage it normally then
[14:14] <rafaeldtinoco> thanks
[14:14] <ahasenack> I know that landscape-sysinfo, one of the processes that were mentioned in the bug, the wrapper that launches it checks for load before doing so
[14:14] <ahasenack> it may be the only motd script that actually runs something on logon, all the others just cat files to stdout
[14:14] <ahasenack> files that were prepared by a cron job, or systemd timer, in advance
[14:14] <rafaeldtinoco> yep
[14:24] <Odd_Bloke> xnox: Ack, we can catch up next week; have a good weekend!
[14:32] <smoser> i'd really recommend not writing ds-identify.cfg *anywhere*.
[14:32] <smoser> from an upstream cloud-init perspective... its not something that we desire to support.  from a downstream perspective, it should not be needed.
[14:53] <xnox> smoser:  i also found that it's impossible to use cloud.cfg.d from /run, because cloud.cfg in /run is like exclusive to ds-identify itself and nothing else.
[14:54] <smoser> that surprises me.
[15:07] <xnox> maybe i should open a bug report then! =)


[07:09] <YoBoY> bonjour
[07:52] <dholbach> good morning
[12:23] <cjohnston> czajkowski: are we good to start doing the team names on the main team page
[12:25] <czajkowski> cjohnston: going to have to give it a day or so the LC haven't finished the email
[12:30] <cjohnston> ok


[02:54] <maggotbrain> Spass[m]: I've had to use the same workaround for thunar-archive-plugin\
[09:10] <ochosi> bluesabre: i once tried xubuntu proper on a raspi, but the performancd was bad due to lack of kernel patches. i ended up with mate (they have a raspi build) and xfce on top of it
[09:11] <ochosi> Wimpress also ran an xfce build for me that was really performant
[09:11] <ochosi> but i never learned the secrets of his build...
[09:12] <ochosi> would be a really awesome feat to support raspis better
[09:12] <ochosi> xfce is well suited for that
[09:16] <ochosi> (at work we have quite a few raspis running his image)
[10:09] <Unit193> Raspbian?
[15:24] <bluesabre> ochosi: yeah, he’s not quite ready with the pi4 yet, so limited to raspbian
[16:01] <ali1234> afaik raspbian doesn't apply any special kernel patches beyond what is in the official rpi foundation tree
[16:02] <ali1234> which you pretty much have to use to make rpi work at all
[16:02] <ali1234> in fact the default raspbian kernel isn't actually part of the raspbian repo, it comes from the foundation's repo
[16:03] <ali1234> that's also where they put all the proprietary software which is unique to raspbian
[16:04] <ali1234> raspbian itself is nothing but debian rebuilt for ARMv6
[16:06] <ali1234> note that raspbian calls this armhf, but it is different to debian's armhf
[22:46] -SwissBot:#xubuntu-devel- ::platform:: supported-cloud: Seed sysfsutils @ http://git.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/+git/platform/commit/?id=4bd97e3ba9ba2e0f36f4507b1eed436e2b9c69ae (by Tiago Stürmer Daitx)


[16:03] <Wellark> https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/584324
[16:03] <ubot2`> Ubuntu bug 584324 in grub2 "grub2 fails when being installed in a partition" [Undecided,Confirmed]
[16:04] <Wellark> who are the maintainers? I can help to fix that
[16:13] <cjwatson> not sure why it matters who the maintainers are :)
[16:13] <cjwatson> if you have a patch, please do send it
[16:14] <cjwatson> however we are *not* going to move to installing to a partition as a general default
[16:14] <cjwatson> but I don't think the bug is really about that, it's just a side rant the reporter has
[16:15] <cjwatson> I don't have a truecrypt system to test with; perhaps it would be worth attaching details such as --debug output from grub-install, the resulting /boot/grub/grub.cfg, the resulting contents of /boot/grub/, etc.
[16:15] <cjwatson> ?
[16:38] <allee> Hi, is there a sort of a --dry-run  way to run ubiquity?  Keyboard variant setting layout in at least the KDE frontend is unusable and I want to test my  changes
[16:39] <allee> unusable means here: the import part of the variant describtion is replaced with '...' :(
[16:47] <cjwatson> not really, I recommend using a live CD in kvm
[16:52] <allee> cjwatson: uhm, okay. Thx


[00:04] <sergiusens> elopio I've updated 629
[00:12] <sergiusens> elopio 629 is the interesting one to be tested against the staging store
[01:28] <MichaelTunnell> if a non-official snap is added to the snapstore and an official team wants to take it over is it possible to transfer ownership to become official and if so can the suffix be removed from the snap name?
[01:30] <MichaelTunnell> niemeyer: ogra_: ?
[01:38] <niemeyer> MichaelTunnell: Yes to both
[01:42] <elopio> sergiusens: you can register your own user on staging, and pass the TEST_USER_NAME and TEST_USER_PASSWORD. Just make sure to accept the agreement first.
[01:42] <elopio> or I can send you the test user password.
[01:43] <MichaelTunnell> niemeyer: nice thanks for clarification
[02:28] <mup> Bug #1598984 opened: snap list reports no snaps installed when invalid name passed <Snappy:New> <https://launchpad.net/bugs/1598984>
[02:45] <TheMuso> Is the latest version of snapd going into yakkety any time soon? I know we are targetting snaps for xenial right now, but it would be nice to be able to work with and test snaps in yakkety as well.
[03:07] <mup> PR snapcraft#629 changed: Proper message when registering an already registered snap <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/629>
[03:41] <sergiusens> elopio about lp: #1572399 ... I talked to cprov and he asked me to create a bug, mind just linking this to the store tracker?
[03:41] <mup> Bug #1572399: [upload] Catch name registration issue and explain how <Snapcraft:In Progress by tsimonq2> <https://launchpad.net/bugs/1572399>
[05:26] <dholbach> hey hey
[07:07] <mup> PR snapd#1485 opened: snap: add `snap run --debug-shell` <Created by mvo5> <https://github.com/snapcore/snapd/pull/1485>
[07:09] <niemeyer> o/
[07:16] <mup> PR snapd#1394 changed: debian: add snapd.postrm that purges <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1394>
[07:51] <mup> PR snapd#1486 opened: interfaces: add wireless-control <Created by lpotter> <https://github.com/snapcore/snapd/pull/1486>
[08:41] <mup> PR snapd#1481 changed: overlord: make patch1_test more robust <Created by mvo5> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/1481>
[08:43] <mup> PR snapd#1487 opened: tests: set yaml indentation to 4 spaces <Created by fgimenez> <https://github.com/snapcore/snapd/pull/1487>
[09:43] <mup> PR snapd#1462 closed: snapstate: cleanup downloaded temp snap files <Reviewed> <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/1462>
[09:55] <mup> PR snapd#1487 closed: tests: set yaml indentation to 4 spaces <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1487>
[10:47] <mwhudson> zyga, mvo: hey, i was looking at the snap-confine package in the yakkety queue
[10:47] <mwhudson> where did the tarball come from? it doesn't seem to match the release on https://github.com/snapcore/snap-confine/releases
[10:47] <mwhudson> (i think maybe the one in the upload queue is a straight git export and the one on github is the output of some 'make dist' type thing?)
[10:48] <mwhudson> also i'm probably going to upload it to debian as 1.0.34-1 tomorrow so maybe you should use a version that won't be overwritten by that? (or maybe being overwritten is fine?)
[10:48] <mwhudson> also also i'm going to bed
[10:50] <mwhudson> (package for debian in http://anonscm.debian.org/cgit/collab-maint/snap-confine.git/log/?h=debian fwiw)
[10:51] <zyga> mwhudson: hey
[10:52] <zyga> mwhudson: I'm not sure, I didn't' do the yakkety release, please definitely use the make dist one
[10:53] <mwhudson> zyga: the snap-confine-1.0.34.tar.gz is a make dist one?
[10:53] <mwhudson> (it looks like it to me)
[10:53] <zyga> mwhudson: yes
[10:53] <mwhudson> zyga: on https://github.com/snapcore/snap-confine/releases
[10:53] <zyga> mwhudson: libexecdir should stay as /usr/lib/snapd
[10:53] <zyga> mwhudson: (for various interesting reasons)
[10:53] <willcooke> didrocks, btw - did that issues detecting gtk3 vs gtk2 on 64bit get fixed?
[10:53] <zyga> mwhudson: if you want I can make those changes and send you patches
[10:55] <mwhudson> zyga: i took that change
[10:56] <mwhudson> http://anonscm.debian.org/cgit/collab-maint/snap-confine.git/tree/debian/rules?h=debian#n22
[10:56] <mwhudson> zyga: but thanks for confirming :-)
[10:57] <zyga> mwhudson: in .34 the config option changed to --disable-seccomp and --disable-apparmor
[10:57] <zyga> mwhudson: nice, thank you
[10:57] <mwhudson> zyga: ah ok, please send a patch for that :)
[10:57] <zyga> mwhudson: gladly
[10:58] <gouchi> hi
[10:58] <zyga> gouchi: hey
[10:58] <mwhudson> it still built with --disable-confinement though, unless i goofed my build testing
[10:58] <gouchi> I was wondering if those device will be part of opengl interface ?
[10:58] <gouchi> http://www.hastebin.com/ixuyuduxaz.vhdl
[10:58] <zyga> mwhudson: that's odd, it definitely should not
[10:58] <zyga> mwhudson: cloning to test now
[10:58] <mwhudson> cool
[10:59]  * mwhudson really really going to bed now
[10:59] <mwhudson> ttyl
[10:59] <zyga> gouchi: let me check
[10:59] <zyga> mwhudson: bye!
[11:01] <mup> PR snapd#1478 closed: many: Add device authentication skeleton <Created by wgrant> <Closed by niemeyer> <https://github.com/snapcore/snapd/pull/1478>
[11:01] <mup> PR snapd#1488 opened: store: switch search to new snap-specific endpoint <Created by chipaca> <https://github.com/snapcore/snapd/pull/1488>
[11:03] <zyga> gouchi: /dev/dri/dri0 is not in the opengl interface
[11:04] <zyga> gouchi: can you tell me more about the application you are trying to run as well as the GPU and driver you are using
[11:05] <gouchi> zyga: using intel gpu I tried to run retroarch in drm/kms with egl
[11:05] <gouchi> zyga: https://github.com/libretro/RetroArch/wiki/KMS-mode
[11:06] <gouchi> zyga: As I couldn't make it work with x11 interface, I tried with opengl interface
[11:06] <zyga> gouchi: this looks closer to the mir interface
[11:07] <zyga> gouchi: and it seems it would require a new interface to work, can you please look at snapd pull requests on github.com/snapcore/snapd, look at the mir interface there and use it as a starting point
[11:07] <gouchi> zyga: I will try thank you
[11:07] <zyga> gouchi: then the application using the new interface
[11:08] <zyga> gouchi: note that application can  gain permissins just by having a slot of a given type, it doesn't have to be connected
[11:08] <zyga> gouchi: in thise sense, you could use the new interface slot to grant that application to run with direct gpu access
[11:09] <gouchi> zyga: this one https://github.com/snapcore/snapd/pull/1299 ?
[11:09] <mup> PR snapd#1299: create mir interface <Reviewed> <Created by kgunnfront> <https://github.com/snapcore/snapd/pull/1299>
[11:09] <zyga> yes
[11:28] <mup> PR snapd#1485 closed: snap: add `snap run --shell` <Reviewed> <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1485>
[11:57] <didrocks> willcooke: yeah, it's fixed now
[11:57] <willcooke> didrocks, thanks!
[11:58] <didrocks> willcooke: just rebuild your snap if you didn't since Friday :)
[11:58] <willcooke> running it now
[11:59] <didrocks> willcooke: ensure you snapcraft update (I don't know how much it caches)
[11:59] <didrocks> run*
[11:59] <willcooke> ack
[12:06] <mup> PR snapd#1473 closed: tests, integration-tests: port refresh all test to spread <Created by fgimenez> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1473>
[12:16] <gouchi_> zyga: better http://www.hastebin.com/dubevesula.coffee but I got fatal error
[12:17] <zyga> gouchi_: is that with mir or with a new interface?
[12:18] <gouchi_> zyga: mir interface
[12:18] <gouchi_> zyga:   plugs: [network, network-bind, mir, opengl, home]
[12:18] <zyga> gouchi_: try slots: [mir]
[12:18] <zyga> gouchi_: mir slot let mir "be mir" and talk to GPUs and such
[12:19] <willcooke> didrocks, yay! works.  thank you!!
[12:19] <zyga> gouchi_: though you will probably need bleeding edge code from that branch
[12:19] <zyga> gouchi_: do you know how to rebuild snapd?
[12:19] <gouchi_> zyga: I followed https://github.com/snapcore/snapd/blob/master/README.md and build it
[12:20] <zyga> gouchi_: you can use github.com/zyga/devtools to use the new version easily
[12:20] <zyga> gouchi_: look at the refresh-bits script there
[12:20] <zyga> gouchi_: I wrote that for working on interfaces
[12:21] <gouchi_> zyga: I will try thank you very much
[12:22] <zyga> gouchi_: refresh-bits snap snapd setup run-snapd restore
[12:22] <zyga> gouchi_: (read the code to see what happens)
[12:22] <zyga> gouchi_: it also has useful --help
[12:26] <gouchi_> zyga: same error with  slots: [mir]
[12:29] <didrocks> willcooke: excellent! yw ;)
[12:41] <mup> PR snapd#1458 closed: many: add `snap enable/disable` commands <Created by mvo5> <Merged by niemeyer> <https://github.com/snapcore/snapd/pull/1458>
[12:41] <mup> PR snapd#1489 opened: snap: ensure unknown arguments to `snap run` are ignored <Created by mvo5> <https://github.com/snapcore/snapd/pull/1489>
[13:06] <sborovkov> Hi. What is log-observe interface doing? I am using python's systemd API to get journal contents and poll for it's changes but I still get some APPARMOR warnings
[13:06] <sborovkov> operation="open" profile="snap.screenly-client.logger"<EMAIL_ADDRESS>[13:07] <sborovkov> And this one: operation="open" profile="snap.screenly-client.logger" name="/run/log/journal/a82c9efe141649b3983327aa20a8ed23/system.journal" pid=1368 comm="python3" requested_mask="r" denied_mask="r" fsuid=0 ouid=0
[13:14] <seb128> sborovkov, whare snapd version do you use?
[13:14] <sborovkov> seb128: snapcraft should be from last week I think. I did build the image before that I think though
[13:15] <seb128> sborovkov, snapd, not snapcraft
[13:15] <seb128> the snappy system service
[13:15] <seb128> not the build tools
[13:15] <sborovkov> Understood, how do I make it ouput the version?
[13:16] <seb128> on ubuntu "dpkg -l | grep snapd"
[13:16] <mvo> apt list snapd
[13:16] <mvo> :)
[13:17] <mvo> (so much nicer IMNSHO)
[13:17] <josepht> good to know
[13:17] <sborovkov> wait, I am on RPI
[13:17] <sborovkov> no dpkg
[13:18] <seb128> k
[13:18] <seb128> well anyway the journal interface got some fixes in 2.0.10 which is less than a week old
[13:18] <seb128> make sure you have this version
[13:18] <sborovkov> Understood
[13:18] <seb128> unsure about your RPI image
[13:18] <seb128> maybe mvo can help
[13:18] <sborovkov> My image is more recent, so might be that.
[13:18] <seb128> (snapd really needs a -v argument)
[13:19] <mhall119> sergiusens: what's the easiest way for me to try your snapcraft pkg-config lookup patches when doing a cleanbuild?
[13:26] <ogra_> grmpf .. packaging a java GUI app i can get everything to work fine with the default GTK theme (win95 style) ... but as soon as i ship light-themes and set a theme no icons are found :(
[13:28] <jdstrand_> sborovkov: re log-observe and systemd journal> there is a fix in 2.0.10 for that (https://launchpad.net/ubuntu/+source/snapd/2.0.10). If you are using Ubuntu, 2.0.10 hasn't landed yet in 16.04, but is on its way
[13:32] <seb128> ogra_, unsure what toolkit they use but you might lack a svg loader
[13:33]  * didrocks wonders why seb128 is talking about svg loader :p
[13:33] <didrocks> hem hem ;)
[13:33] <seb128> lalala ;-)
[13:33] <didrocks> heh
[13:34] <didrocks> ogra_: yeah, ensure that you have this svg loader, icons are in svg and we experienced that some theme engine won't even look at them until they have a svg loader/decoder
[13:34] <ogra_> seb128, well, i see it in the gdk loaders dir
[13:34] <ogra_> and i regenerate the loader cache on app startup
[13:34] <didrocks> is it that one doing the decoding?
[13:34] <didrocks> despite using the gtk theme engine in qt, it's qt itself doing the svg decoding
[13:34] <didrocks> for instance
[13:35] <ogra_> well, it is a java awt app
[13:35] <didrocks> unsure if awt can decode svg
[13:35] <didrocks> try shipping a corresponding .png image
[13:35] <seb128> well those work on normal desktop I guess
[13:35] <didrocks> in the same directory than one icon it's using
[13:36] <seb128> that would be a known problem otherwise?
[13:36] <didrocks> and see if it can open it
[13:36] <didrocks> yeah, what about without devmode?
[13:36] <ogra_> i only run without devmode ;)
[13:37] <didrocks> and if you run your app directly?
[13:37] <didrocks> like without the u-c-l wrapper?
[13:38] <ogra_> if i run it as java -jar $path_to_jar i get icons
[13:38] <ogra_> so thereis still some env var missing or so
[13:38] <didrocks> did you try with the gtk launcher?
[13:39] <didrocks> to see if it's something that you might miss
[13:39] <ogra_> way to much overhead
[13:39] <didrocks> well, try it at lest
[13:39] <didrocks> least*
[13:39] <ogra_> but i'll tyr to grab bits from there
[13:39] <didrocks> and you know, you can override some stage-packages
[13:39] <didrocks> at least, try it and see
[13:39] <didrocks> that will give you some hints
[13:39] <didrocks> you are then welcome bringing a smaller one and contribute :)
[13:39] <didrocks> rather than duplicating
[13:40]  * ogra_ is looking for the most minimal setup here
[13:40] <didrocks> this is what I did with the new desktop launchers
[13:40] <didrocks> the minimal required things for gtk/qt apps
[13:40] <didrocks> but it seems it's been a couple of days you are stuck on this without even trying another one
[13:41] <didrocks> just to ensure that the issue is larger than just missing dependencies
[13:43] <didrocks> intellij IDEA is using java awt
[13:43] <didrocks> and have working theme here
[13:43] <didrocks> (since I switched it to my gtk launcher)
[13:49] <ogra_> didrocks, btw, it would be good if you stopped using a bash shebang in these launchers ... on actual snappy images we might not have bash access
[13:49] <ogra_> (while /bin/sh is always guaranteed to be there)
[13:50] <didrocks> ogra_: yeah, patch welcome, otherwise, it's on my list, but for later :)
[13:50] <ogra_> yeah
[13:50] <didrocks> ogra_: I think it would be better to be compiled anyway, so rewriting in go or such (but then, there is the issue for uncompiled snaps like python and so…)
[13:51] <zyga> jdstrand: https://bugzilla.suse.com/show_bug.cgi?id=986050#c1
[13:51] <zyga> jdstrand: and https://bugzilla.suse.com/show_bug.cgi?id=986050#c2
[13:51] <kyrofa> ogra_, didrocks doesn't like to be limited by dash
[13:51] <ogra_> heh
[13:52] <didrocks> I'm used to dash, did a big part of porting years ago of our scripts to dash :)
[13:52] <didrocks> but here, I just wanted something which works quickly :p
[13:53] <ogra_> you could just put bash into stage packages by default ... whats another 5MB if your hello-world already needs 100MB of deps :P
[13:55] <didrocks> ogra_: better to do just use dash, it's not user visible anyway
[13:55] <ogra_> i was joking ;)
[14:15] <oSoMoN> dpm, hey, I’m experimenting with snapcraft and webbrowser-app, and https://github.com/dplanella/qt5conf/blob/master/qt5-launch#L45 appears to be preventing the app from starting, making XDG_DATA_HOME a non-writable location sounds wrong
[14:16] <ogra_> oSoMoN, try didrocks' launcher instead
[14:17] <oSoMoN> ogra_, is that the desktop/qt5 one?
[14:17] <ogra_> yep
[14:17] <oSoMoN> cool, will try that one
[14:20] <sergiusens> kyrofa mind quickly fixing https://github.com/snapcore/snapcraft/pull/622 ?
[14:20] <mup> PR snapcraft#622: Hard-link local sources instead of symlinking them <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/622>
[14:20] <kyrofa> sergiusens, yeah I'm working on it as we speak
[14:20] <sergiusens> kyrofa oh, nice :-)
[14:21] <mup> PR snapcraft#630 closed: Report a nice error when registering too fast <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/630>
[14:23] <kyrofa> sergiusens, super annoying... can't get it to happen locally :P
[14:33] <gouchi_> using x11, opengl, unity interfaces shouldn't make XOpenIM to failed ?
[14:33] <kyrofa> elopio, are you around?
[14:35] <gouchi_> ftp://www.x.org/pub/X11R7.7/doc/man/man3/XOpenIM.3.xhtml
[14:36] <kyrofa> sergiusens, look at this trace: http://pastebin.ubuntu.com/18546556/
[14:36] <kyrofa> sergiusens, makedirs(..., exist_ok=True) -> "bam, that already exists!" -> death
[14:37] <kyrofa> sergiusens, this test isn't failing locally and I can't duplicate that behavior. Do you see anything I'm missing? Ensure failure is here: https://travis-ci.org/snapcore/snapcraft/jobs/142467621
[14:37] <sergiusens> kyrofa sure, give me a sec
[14:38] <kyrofa> It's a symlink, not a dir, but that still works fine locally. I even tried messing with the permissions in case that threw it off, but it works locally anyway. Do we know which python3 version is on the job machines?
[14:39] <kyrofa> Oh... wait...
[14:39] <kyrofa> sergiusens, nevermind, I'm stupid
[14:40] <kyrofa> sergiusens, that was way too hard
[14:40] <sergiusens> kyrofa what was it
[14:40] <sergiusens> ?
[14:40]  * didrocks is interested, I looked at the os code, and I see 2 protections against what you saw :)
[14:41] <elopio> kyrofa: hello
[14:41] <elopio> how can I help you?
[14:42] <kyrofa> sergiusens, didrocks it's a test artifact. The integration test runs on a partially build snap, to test that the change works on an old tree. But the parts/foo/src symlink is absolute, not relative, so it's a broken one in jenkins (doh!)
[14:42] <kyrofa> elopio, nevermind, sorry!
[14:42] <gouchi_> I will be glad if somebody can test my snap package to see if I am doing something wrong
[14:42] <gouchi_> here is the source : https://framadrop.org/r/vEimxEXgr2#SHwKK3R8qJ12soOacXboC+PbzNPvb/xPoijFaq7+e5s=
[14:43] <didrocks> kyrofa: ahah, that explains! :)
[14:44] <kyrofa> didrocks, super confusing :P
[14:44] <gouchi_> for now it failed here https://github.com/libretro/RetroArch/blob/master/gfx/common/x11_common.c#L338 using x11, opengl, unity7 interface
[14:44] <zyga> gouchi_: I can look but not tonight, I have plenty of things to finish
[14:45] <sergiusens> kyrofa heh, that's what you get for mocking ;-)
[14:45] <kyrofa> sergiusens, nothing is mocked!
[14:45] <kyrofa> sergiusens, it's just a bit of an odd test is all. I made the mistake of committing exactly what snapcraft gave me (an absolute symlink) without thinking about it
[14:45] <gouchi_> zyga: thank you no problem I can't find why it stops
[14:46] <sergiusens> kyrofa preparing the testbed/fixture would require you to make it absolute again though, right?
[14:48] <kyrofa> sergiusens, nah, it just copies the entire snap directory that contains the symlink already made
[14:51] <didrocks> kyrofa: indeed :)
[14:51] <bpeak> Man, I really want chromium on snappy
[14:54] <ogra_> you can ... but only in devmode
[14:58] <jdstrand> roadmr: hey, at some time whenever it is convenient, can you pull r692. this is for puritine click and not urgent (next roll out is fine)
[14:59] <roadmr> jdstrand: sure thing, I'll put it in the pipeline!
[15:01] <seb128> gouchi_,  ogra_ was having the same XOpenIM issue, unsure if he solved it
[15:01] <ogra_> well, i dont remember anymore
[15:01] <ogra_> :)
[15:01] <jdstrand> roadmr: thanks!
[15:02] <ogra_> (i remember i had it ...)
[15:02] <ogra_> ah, no, i didnt .... that was when i tried to package servo
[15:08] <gouchi> ogra_: I checked snappy playpen packages and only mpv is using XOpenIM
[15:08] <gouchi> ogra_: but I doubt it using x11 code as mpv snap package is using only opengl interface
[15:10] <seb128> gouchi, does it work in devmode?
[15:11] <kyrofa> zyga, how do you test snap-confine, since it conflicts with u-c-l?
[15:14] <gouchi> seb128: nope
[15:14] <roadmr> hey folks, what's a good/recommended way to get or build a snappy-only image for a rpi2? i.e. not xenial-with-snapd but an "all-snap" image?
[15:15] <zyga> kyrofa: you install ubuntu-core-launcher too :)
[15:16] <zyga> kyrofa: snap-confine has two binary packages
[15:16] <zyga> kyrofa: one of them is snap-confine, the other is ubuntu-core-laucher
[15:16] <kyrofa> zyga, argh, missed that
[15:16] <kyrofa> Thanks :)
[15:16] <seb128> gouchi, I can try having a look if you want
[15:16] <gouchi> seb128: I will be glad to, thank you very much
[15:16] <seb128> yw
[15:22] <sergiusens> elopio the current interface we have for pushing files makes me sad
[15:25] <roadmr> zyga: I'm sure you'll know how to get an all-snap image for rpi2 :)
[15:26] <zyga> roadmr: yes, get a delorean and come back later ;) in all honesty I didn't work with all snap images for a while, I bet you can still get an image somewhere but I wasn't in the loop around that lately
[15:27] <roadmr> zyga: thanks! hehe no problem, I'll walk to the future (also known as : waiting) X-)
[15:27] <zyga> roadmr: I think ogra_ might know more
[15:27] <zyga> roadmr: note that slangasek works on ubuntu-image so he might also know some useful thigns I dont
[15:28] <roadmr> cool! yay, fwiw I'm happy to assemble my own image if pointed to tools/docs
[15:28] <ogra_> well, the current images ... even if you buuild them newly .... are months outdated
[15:28] <ogra_> i doubt any recent snaps would even work
[15:28] <roadmr> ogra_: oh bummer, and there's no way to build one with recent components I reckon?
[15:29] <ogra_> afaik mvo has a hacked u-d-f that might get you something working that would persist for a few days until you need to break it again
[15:29] <roadmr> haha :)
[15:29] <ogra_> roadmr, the recent components are not in the store, ubuntu-core is ages old
[15:29] <roadmr> ogra_: so for all real purposes I'm better off just using xenial with snapd?
[15:29] <ogra_> we would need to update it first, but there are some blockers
[15:30] <ogra_> yeah
[15:30] <ogra_> just use a classic install
[15:30] <roadmr> ok... I can do that, no problem :)
[15:32] <roadmr> thanks ogra_ :)
[15:47] <elopio> sergiusens: do you mean, the store clients?
[15:51] <sergiusens> elopio _upload.py specifically
[15:52] <elopio> sergiusens: I agree. It doesn't match the others, and passing the client as an argument is a little spaghetti
[15:52] <elopio> sadly, I ended up with no good refactoring in mind for it. Do you have one?
[15:52] <sergiusens> elopio I think I am going to spend the rest of the week on a little refactor
[15:52] <elopio> \o/
[15:55] <ogra_> seb128, didrocks, soo ... it seems icons are only broken if i put any icon themes beyond hicolor into stage-packages (i had light-themes in there when it broke) ... ii guess snapcraft omitting all maintainer scripts breaks the icon stuff somehow
[15:56] <seb128> that's on possibility
[15:56] <seb128> one other is that the other themes use svg files
[15:56] <seb128> which you don't have proper support for loading
[15:56] <didrocks> yeah
[15:56] <ogra_> i do
[15:56] <didrocks> did you get the same behavior with the desktop launcher?
[15:56] <ogra_> i have all pixbuf loaders and the loader cache is updated
[15:56] <seb128> is your snap available somewhere so I can have a look?
[15:57] <seb128> right
[15:57] <seb128> but java maybe doesn't use gdkpixbuf
[15:57] <seb128> like we tried with a qt app and were missing libqsvg or something
[15:57] <ogra_> seb128, it works if i launch th jar directly
[15:57] <seb128> from outside the snap?
[15:57] <ogra_> yes
[15:57] <seb128> right
[15:57] <ogra_> just using the java  on my desktop i get proper icons
[15:58] <seb128> anyway, is your snapcraft.yaml public?
[15:58] <seb128> so I can have a look
[15:58] <ogra_> not the current version.. but it has only:
[15:58] <ogra_>     stage-packages:
[15:58] <ogra_>       - libglib2.0-0
[15:58] <ogra_>       - hicolor-icon-theme
[15:58] <ogra_>       - openjdk-8-jdk
[15:58] <ogra_> (i dont want *any* integration with the host here .... the app should ship and run everything standalone
[15:58] <ogra_> )
[16:01] <ogra_> seb128, https://github.com/ogra1/jtiledownloader ... thats the one not usin any themeing
[16:01] <seb128> ogra_, k
[16:02] <seb128> ogra_, you should try the desktop/gtk3 part launcher, it's a big hammer but if it works it would tell you there is some magic from the wrapper you can borrow
[16:03] <seb128> would easily rule out a class of issues
[16:03] <ogra_> i borrowed most of it already ... but i'm now pretty sure it is the postinst files breaking the stock icons since as soon as i drop the ubuntu themes and all theme hackery it all works just fine
[16:04] <ogra_> also the XDG_DATA_HOME setting the launcher uses breaks awt/swing
[16:04] <MichaelTunnell> niemeyer: here is why I've been asked so many random questions lately, https://youtu.be/0ApRUndiXKU
[16:04] <ogra_> the app cant start
[16:08] <joc_> sergiusens: hi, have you thought any more about the python3 PR? are you still nervous about test coverage?
[16:25] <kyrofa> sergiusens, I think snapcraft#622 should be good now
[16:25] <mup> PR snapcraft#622: Hard-link local sources instead of symlinking them <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/622>
[16:33] <oSoMoN> when creating a snap of webbrowser-app (which contains oxide), I’m seeing this:
[16:33] <oSoMoN> Removing suid/guid from /build/webbrowser-app/snap/parts/webbrowser-app/install/usr/lib/x86_64-linux-gnu/oxide-qt/chrome-sandbox
[16:33] <oSoMoN> this prevents oxide from functioning correctly
[16:33] <oSoMoN> how can I prevent snapcraft from tempering with the suid/guid of the chrome sandbox?
[16:34] <sergiusens> joc_ I think it is ok
[16:34] <sergiusens> elopio mind taking a look at the python --root pr?
[16:35] <elopio> sergiusens: I'm out for swimming lessons. I'll do that on the way back.
[16:36] <sergiusens> elopio thanks
[16:37] <sergiusens> oSoMoN suid and guid would be blocked by apparmor and the review tools
[16:37] <sergiusens> jdstrand any alternatives there ^?
[16:38] <oSoMoN> sergiusens, why remove the suid and guid then, if apparmor would block them anyway?
[16:38] <sergiusens> oSoMoN it was the nice thing to do before --devmode ever existed
[16:38] <oSoMoN> sergiusens, ah ok, it predated --devmode, that makes sense
[16:39] <sergiusens> oSoMoN by a year almost
[16:39] <oSoMoN> sergiusens, shouldn’t it be deprecated now? sounds like --devmode is much better suited
[16:40] <sergiusens> oSoMoN we still need to be able to auto remove the suidness somehow for people with confinement strict
[16:40] <sergiusens> oSoMoN I suppose we can tie this up to the `confinement` flag; mind logging a bug?
[16:40] <oSoMoN> sergiusens, doing right away, against which project?
[16:43] <sergiusens> oSoMoN snapcraft
[16:44] <oSoMoN> sergiusens, against the project itself, or against the source package? it seems there are existing bug reports targetting both
[16:44] <sergiusens> oSoMoN project, we always ask people to log against the project in the release ANN :-)
[16:44] <oSoMoN> ok
[16:48] <oSoMoN> sergiusens, https://bugs.launchpad.net/snapcraft/+bug/1599234
[16:48] <mup> Bug #1599234: should not remove suid/guid from binaries when confinement is devmode <Snapcraft:New> <https://launchpad.net/bugs/1599234>
[16:49]  * zyga -> supper, then more suse hacking
[16:49] <tsimonq2> sergiusens: when's the next planned Snapcraft release?
[17:00] <mup> Bug #1586581 changed: CAP_SYS_ADMIN interface for unconfined snaps <snapd-interface> <Snappy:Invalid> <https://launchpad.net/bugs/1586581>
[17:12] <sergiusens> tsimonq2 today
[17:12] <niemeyer> MichaelTunnell: Nice!
[17:13] <tsimonq2> sergiusens: oh ok
[17:13] <sergiusens> tsimonq2 why?
[17:15] <tsimonq2> sergiusens: it really would have been great to land my latest PR before 2.12 but it's no big deal :)
[17:15] <sergiusens> tsimonq2 2.12 has been out for a while though ;-)
[17:15] <sergiusens> we are releasing 2.13 ;-)
[17:15] <tsimonq2> wait
[17:15] <tsimonq2> lol
[17:16] <tsimonq2> I meant 2.13
[17:17] <tsimonq2> sergiusens: is it already released?
[17:18] <tsimonq2> sergiusens: I mean technically, are the git tags set and everything?
[17:19] <tsimonq2> sergiusens: if not, any chance you have a minute to help me finish my PR?
[17:24] <tsimonq2> PR #619
[17:25] <tsimonq2> snapcraft#619
[17:25] <mup> PR snapcraft#619: Add source-checksum option for tar and zip sources (bug 1585913) <Created by tsimonq2> <https://github.com/snapcore/snapcraft/pull/619>
[17:25] <tsimonq2> there we are
[17:26] <jdstrand> oSoMoN, sergiusens: I commented in the bug
[17:27] <sergiusens> tsimonq2 I am in the process of reviewing the last PRs right now though
[17:28] <sergiusens> tsimonq2 take your time to finish it, nothing wrong with going into the next release ;-)
[17:28] <sergiusens> jdstrand thanks
[17:29] <tsimonq2> alright sergiusens, the only things left are some annoying test failures, test failures that could be easily solved today
[17:29] <sergiusens> tsimonq2 test failures are the hardest part of the problem; just look at kyrofa, he spent all morning looking into why his PR failed
[17:30] <oSoMoN> jdstrand, I’ve seen that, thanks!
[17:30] <kyrofa> tsimonq2, indeed, look at me
[17:30]  * kyrofa gives his best blue steel look
[17:30] <tsimonq2> \o/ kyrofa
[17:32] <tsimonq2> sergiusens: how close are you from making 2.13 final? basically, how much time do I have left to fix things if I really want my PR landed in 2.13? :)
[17:34] <kyrofa> tsimonq2, don't stress about that. If it gets in, it gets in. We try to do weekly releases
[17:35] <tsimonq2> kyrofa: alright :)
[17:37] <pachulo> sergiusens: one question, when do you plan to update the telegram-snap in the store? I've tried to create the snap with telegram-desktop 0.9.56 and it worked ok
[17:38] <kyrofa> tsimonq2, just focus on quality. Make sure those tests look good
[17:38] <sergiusens> pachulo I should just do it I guess, I wanted to fix some input method problems first though
[17:40] <tsimonq2> kyrofa: I'm working hard :)
[17:41] <tsimonq2> kyrofa: I'm not in a rush, I won't do it halfway, like I said, it would just be *nice* for source-checksum to land in 2.13, so I'm going to work towards that goal :)
[17:42] <kyrofa> tsimonq2, excellent
[17:42] <pachulo> sergiusens: i noticed problems when trying to write letters with accents, but thought it was a problem with the application, not the snap versio of it: https://github.com/telegramdesktop/tdesktop/issues/1360
[17:45] <sergiusens> oh, look at that, niemeyer too ^
[17:46] <sergiusens> pachulo thanks, I will see if this is indeed the problem I see
[17:46] <niemeyer> I don't have the problem out of a snap, FWIW
[17:46] <niemeyer> sergiusens: Also, those particular accents work.. probably something else
[17:49] <sergiusens> niemeyer yeah, most likely missing something input method related.
[18:12] <mup> PR snapcraft#614 closed: python3: use --root instead of --target <Created by jocave> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/614>
[18:20] <pachulo> maybe is a silly question, but after checking the documentation could not find an answer: Was trying to create a MAME snap using the "make" plugin, but as it seems that there is no "install" target in the MAME Makefile it fails to build because the snapcraft make plugin tries to install it; how should I proceed?
[18:21] <jrwren> pachulo: thanks for re-asking. I'm watching to see the answer.
[18:26] <kyrofa> sergiusens, snapcraft's python2 plugin can't seem to install this from pip: https://pypi.python.org/pypi/pymacaroons-pynacl/ . Is it because wheels are disabled? Think the --root PR will fix that?
[18:30] <kyrofa> sergiusens, oh... that was only python3
[18:41] <sergiusens> kyrofa it won't
[18:41] <sergiusens> kyrofa global-options disable wheeling
[18:41] <kyrofa> sergiusens, hmm... how might one get around this, then?
[18:44] <kyrofa> pachulo, do you know off the top of your head what needs to be placed into the snap after the part is made?
[18:45] <kyrofa> pachulo, i.e. can you safely separate the compiled binaries from the sources?
[18:45] <kyrofa> pachulo, that's typically what an install rule does-- the upstream project knows what it needs to run and where things need to go
[18:46] <kyrofa> pachulo, if your upstream project didn't supply that, then you'll need to create a local plugin that simply calls "make" and then copies stuff in explicitly rather than relying on an install rule
[18:46] <sergiusens> kyrofa elopio sup
[18:46] <kyrofa> sergiusens, on my way
[18:58] <pachulo> kyrofa: not really, but I was planning on looking at the files installed by the repostory package to see what I need to copy
[18:58] <mup> Bug #1598304 changed: systemd services created by snappy breaks etckeeper <etckeeper:New> <Snappy:Invalid> <https://launchpad.net/bugs/1598304>
[18:58] <pachulo> kyrofa: I will try the local plugin approach, thanks for your suggestion!
[18:59] <kyrofa> pachulo, sure!
[19:02] <tsimonq2> *sigh* I have been racking my brain on this for too long, it's time to seek help, I've tweaked a lot of different things to no avail...
[19:02] <tsimonq2> (in snapcraft#619 )
[19:02] <mup> PR snapcraft#619: Add source-checksum option for tar and zip sources (bug 1585913) <Created by tsimonq2> <https://github.com/snapcore/snapcraft/pull/619>
[19:02] <tsimonq2> I'll push my changes now, but I'm getting thrown this error in the unit tests:
[19:02] <tsimonq2> TypeError: __init__() missing 1 required positional argument: 'source_checksum'
[19:05] <tsimonq2> if anybody is around to give me a hand and just point me in the right direction, that would be awesome, I know kyrofa was helping me the other day so I don't know if he wishes to help again :)
[19:06] <kyrofa> Sure tsimonq2, give me a minute
[19:17] <tsimonq2> thanks kyrofa :)
[19:37] <kyrofa> Alright tsimonq2 I'm taking a look at the branch now
[19:39] <mup> PR snapcraft#631 opened: Fix the store integration tests <Created by elopio> <https://github.com/snapcore/snapcraft/pull/631>
[19:40] <tsimonq2> cool thanks kyrofa
[19:44] <netphreak> hi, guys!
[19:44] <kyrofa> tsimonq2, alrighty
[19:44] <kyrofa> tsimonq2, take a look at the Base class
[19:44] <kyrofa> tsimonq2, specifically its __init__
[19:45] <kyrofa> tsimonq2, do you know which parameters are required, and which are optional?
[19:45] <kyrofa> Hey netphreak :)
[19:45] <netphreak> Just uploaded my first snap to the store in the Edge channel, and get the following error from automated review: "package contains external symlinks: usr/lib/jvm/java-8-openjdk-armhf/jre/lib/security/cacerts lint-snap-v2_external_symlinks"
[19:45]  * tsimonq2 pops open the source
[19:45] <netphreak> The snap uses the java/jdk plugin.
[19:45] <tsimonq2> kyrofa: in snapcraft/internal/sources.py ?
[19:45] <kyrofa> tsimonq2, indeed
[19:46] <tsimonq2> kyrofa: alright
[19:46] <kyrofa> netphreak, can you pastebin the output of ls -l prime/usr/lib/jvm/java-8-openjdk-armhf/jre/lib/security/
[19:46] <tsimonq2> kyrofa: what's required is source
[19:47] <tsimonq2> the rest are optional depending on what you are trying to do
[19:47] <netphreak> : No such file or directory
[19:47] <kyrofa> tsimonq2, how can you tell? What about source_dir?
[19:48] <kyrofa> netphreak, I made the assumption you still had the built tree there. Do you still have your prime directory lying around?
[19:48] <tsimonq2> kyrofa: I just guessed from what I know about snapcraft.yaml files, there's not much in the Base class that would tell me a lot about that
[19:48] <tsimonq2> except that source_dir kind of stands out
[19:48] <kyrofa> tsimonq2, sure there is. Note that source and source_dir aren't immediately followed by =
[19:49] <tsimonq2> (in the init)
[19:49] <tsimonq2> well yes
[19:49] <kyrofa> tsimonq2, the other parameters all have default values
[19:49] <kyrofa> tsimonq2, which means they aren't required
[19:49] <tsimonq2> kyrofa: well source-checksum isn't required either
[19:49] <kyrofa> tsimonq2, indeed.  I do have a prime dir.. moment.
[19:50] <kyrofa> tsimonq2, indeed
[19:50] <kyrofa> tsimonq2, but the tests don't pass it in
[19:50] <kyrofa> tsimonq2, so you get an error saying a param is missing
[19:51] <tsimonq2> ahhh
[19:51] <kyrofa> tsimonq2, so: is it required or not? If so, the tests need to be updated. If not, the __init__s need to be updated
[19:51] <tsimonq2> let me fix and do a test build locally
[19:51] <tsimonq2> kyrofa: it's optional, I'll update
[19:51] <kyrofa> tsimonq2, very good
[19:51] <netphreak> http://paste.ubuntu.com/18577482/
[19:52] <kyrofa> netphreak, yikes, yeah. Hmm... it's too bad I'm so unfamiliar with java, I'm not sure what's causing that
[19:52] <tsimonq2> kyrofa: I leanred something new today, I've never worked with *that* complex of Python :)
[19:53] <kyrofa> tsimonq2, the day is a waste without learning something new!
[19:53] <netphreak> Well, i guess everyone using this plugin will have the same problem as i have run into..
[19:53] <kyrofa> netphreak, does /etc/ssl/certs/java/cacerts actually exist?
[19:53] <tsimonq2> kyrofa: yep! :D
[19:54] <tsimonq2> kyrofa: http://paste.ubuntu.com/18577713/ - I'll start looking around for something obvious
[19:54] <tsimonq2> oh hm
[19:55] <kyrofa> tsimonq2, self.source_checksum
[19:55] <netphreak> nope.. seems the folder "/etc/ssl/certs/java/" is empty
[19:55] <kyrofa> tsimonq2, you might consider running ./runtests.sh static
[19:55] <tsimonq2> kyrofa: aha, that's right, because it's not called in the constructor
[19:56] <kyrofa> netphreak, default-jdk might include that
[19:57] <netphreak> Hmm.. I think the plugin includes a default java in the final snap...
[19:58] <netphreak> why this references a file that does not exist is a bit weird..
[19:59] <kyrofa> netphreak, because it's pulled in by openjdk-8-jre-headless
[19:59] <kyrofa> netphreak, which apparently contains an absolute symlink
[20:00] <tsimonq2> kyrofa: I think it would be good to ensure integration test coverage with source-checksum, right?
[20:00] <kyrofa> But these are stage-packages, so they don't go where they think they're going
[20:00] <kyrofa> tsimonq2, agreed
[20:00] <tsimonq2> kyrofa: the unit tests all passed (\o/) so I'll make sure integration tests pass, I'll whip that up, then I should be done
[20:01] <kyrofa> tsimonq2, nice job :)
[20:01] <tsimonq2> kyrofa: \o/ thanks :)
[20:02] <tsimonq2> kyrofa: and thank you so much for your help
[20:02] <kyrofa> tsimonq2, of course
[20:12] <tsimonq2> kyrofa: build is failing? huh? https://github.com/snapcore/snapcraft
[20:13] <kyrofa> tsimonq2, I don't see it failing...
[20:16] <kyrofa> elopio, wait... was this actually successful then? http://<IP_ADDRESS>:8080/job/github-snapcraft-autopkgtest-cloud/1083/console
[20:16] <tsimonq2> http://storage2.static.itmages.com/i/16/0705/h_1467749818_7705696_1b78d50c7a.png
[20:16] <tsimonq2> kyrofa: that ^
[20:18] <mup> PR snapd#1490 opened: overlord: implement &Retry{After: duration} support for handlers <Created by pedronis> <https://github.com/snapcore/snapd/pull/1490>
[20:18] <netphreak> kyrofa: I just created the following bugreport: https://bugs.launchpad.net/ubuntu/+source/snapcraft/+bug/1599281
[20:18] <mup> Bug #1599281: Snap upload automated review error <snapcraft (Ubuntu):New> <https://launchpad.net/bugs/1599281>
[20:19] <kyrofa> tsimonq2, ah, looks like test ran into a timing issue
[20:19] <kyrofa> tsimonq2, I requested a new run
[20:19] <tsimonq2> kyrofa: oh alright, I just thought that I should mention it
[20:19] <kyrofa> netphreak, very good, thank you!
[20:20] <tsimonq2> kyrofa: \o/ yes! finally! build passed!
[20:24] <elopio> kyrofa: http://paste.ubuntu.com/18579746/ did you touch something on the parser?
[20:24] <kyrofa> elopio, no
[20:25] <kyrofa> elopio, that's totally external to the snapcraft lifecycle, right?
[20:26] <elopio> kyrofa: yes. Maybe a timeout there, but not related to your change, so the execution is ok.
[20:26] <kyrofa> elopio, alright. I guess I need to update the branch anyway, so running again! Stop landing stuff, sheesh
[20:36] <tsimonq2> kyrofa: you think md5, sha256, and sha512 are good enough to support for checksumming or is there another format that people use that comes to mind?
[20:37] <kyrofa> tsimonq2, did you see sabdfl's comment on bug #1585913 ?
[20:37] <mup> Bug #1585913: Snapcraft should allow the user to verify downloaded files with a checksum <Snapcraft:In Progress by tsimonq2> <https://launchpad.net/bugs/1585913>
[20:38] <tsimonq2> kyrofa: no, I didn't catch that
[20:39] <tsimonq2> kyrofa: hmm, so is he saying to only support SHA3-384?
[20:39] <kyrofa> tsimonq2, honestly I'm not sure. Most often I see md5
[20:39] <kyrofa> tsimonq2, we probably want to support a range of things there
[20:40] <tsimonq2> kyrofa: yeah, which is why I'm asking
[20:40] <kyrofa> tsimonq2, so make sure 384 is supported
[20:40] <kyrofa> But I'd include the others as well
[20:40] <tsimonq2> kyrofa: alright
[20:40] <kyrofa> tsimonq2, make sure you have tests for each
[20:40] <tsimonq2> kyrofa: yeah currently, if my code works, we have md5, sha256, and sha512
[20:40] <tsimonq2> yep
[20:40] <kyrofa> tsimonq2, excellent
[20:41] <tsimonq2> kyrofa: I'm running my integration tests for those now, so I'm not entirely sure if it even works yet, lol
[20:42] <tsimonq2> kyrofa: would you suggest I respond to Mark in the bug report asking for clarification?
[20:43] <kyrofa> tsimonq2, sure, he won't bite.
[20:43] <tsimonq2> great :)
[20:50] <ogra_> tsimonq2, dont wear a tasty tempura crust though ...
[20:50] <tsimonq2> ogra_: huh?
[20:51] <ogra_> then he might bite ;)
[20:52] <tsimonq2> oh hahahaha
[21:00] <Croepha> so when I use stage-packages, is it actually downloading each time I run it? it looks like it is, is there a way to tell it to cache the downloads?
[21:08] <kyrofa> Croepha, they're pulled along with everything else in the pull step. Once the pull step has completed just don't run it again unless you need to add something to it
[21:09] <kyrofa> Croepha, for example, you can clean only back to the build step (snapcraft clean -s build) which will leave pull alone
[21:09] <kyrofa> Dangit ogra_ I'm hungry
[21:09] <Croepha> kyrofa: ok, got it, thanks :)
[21:13] <sergiusens> elopio so far https://github.com/snapcore/snapcraft/compare/master...sergiusens:refactor/push
[21:13] <sergiusens> still ways to go
[21:13] <sergiusens> i will bbl
[21:19] <tsimonq2> bug 1585913
[21:19] <mup> Bug #1585913: Snapcraft should allow the user to verify downloaded files with a checksum <Snapcraft:In Progress by tsimonq2> <https://launchpad.net/bugs/1585913>
[21:20] <tsimonq2> kyrofa: whoever is hacking on that bot should know that https://pad.lv/1585913 = https://launchpad.net/bugs/1585913
[21:23] <robert_ancell> ev, who's in charge of lp:rnrserver now?
[21:28] <thomi> sergiusens: did the way we load & run snapcraft plugins change between 2.11 and 2.12? I'm sure I used to be able to set a breakpoint in my plugin and have it work in 2.11. In 2.12 they seem to be ignored somehow?
[21:30] <tsimonq2> kyrofa: what does snapcraft/internal/sources.py:141:1: C901 'FileBase.check_checksum' is too complex (10) mean and how do I fix it?
[21:31] <tsimonq2> kyrofa: I'm assuming it means I have to dumb down my code?
[21:33] <thomi> tsimonq2: I believe it's the cyclomatic complexity check built into flake8  - https://en.wikipedia.org/wiki/Cyclomatic_complexity might help
[21:34] <thomi> tsimonq2: it's not really about 'dumbing down' your code, but rather limiting the complexity of any one function.
[21:34] <tsimonq2> thomi: I see
[21:34] <tsimonq2> there's a way I can make it simpler
[21:34] <tsimonq2> so I'll do that :)
[21:36] <Kamilion> yeah, if you're seeing that; you need to reorganize slightly; Ran into that while I was working on Customizer.
[21:37] <Kamilion> good to see you on changelogs though, tsimonq2. :)
[21:37] <tsimonq2> hey it's Kamilion! \o/
[21:37] <Kamilion> funnily enough, while I was doing work on checksumming files too.
[21:37] <tsimonq2> Kamilion: how'd you find me? lol
[21:37] <tsimonq2> hah yeah
[21:37] <Kamilion> w'dya mean? I've been here.
[21:38] <tsimonq2> Kamilion: I haven't seen you in ages :)
[21:38] <Kamilion> no longer in a release crunch
[21:38] <tsimonq2> oh?
[21:38] <Kamilion> well, 16.04's out now XD
[21:38] <tsimonq2> XD
[21:38] <Kamilion> i don't have to do another LTS job till 2018
[21:39] <Kamilion> and most of my papercuts were fixed between 15.04 and 16.04 WRT xen, openvswitch, and ceph.
[21:39] <Kamilion> Still can't get snapd to work from a livecd though
[21:39] <tsimonq2> Kamilion: so you here to submit code to Snapcraft, snap some things, support, what? just curious :)
[21:39] <tsimonq2> oh :(
[21:40] <Kamilion> as you know, I build appliance images
[21:40] <Kamilion> so everything was already running from the iso squashfs
[21:40] <tsimonq2> yeah
[21:41] <Kamilion> not sure if it's just unhappy about the rootfs being squash too or something else casper is tweaking when it boots the system.
[21:42] <Kamilion> that reminds me, i should say hi to walter when I get a chance
[21:42] <tsimonq2> Kamilion: *shrug* I don't know anything about that sort of thing :)
[21:42] <tsimonq2> I thought he's online?
[21:42] <Kamilion> probably is; I'm just in like 180 channels
[21:43] <tsimonq2> oh lol
[21:43] <Kamilion> and busy with several other projects as well
[21:43] <Kamilion> but i saw you talking when I was scrolling through the list and thought I'd say hi
[21:44] <tsimonq2> well I hope things are going well :)
[21:47] <Kamilion> if they weren't, I wouldn't be around ;)
[21:47] <tsimonq2> ;)
[21:51] <mwhudson> slangasek: hey, just pushed a patch from zyga to http://anonscm.debian.org/cgit/collab-maint/snap-confine.git/log/?h=debian
[21:51] <mwhudson> slangasek: otherwise i think that package is ready to go, what do you think?
[22:22] <ev> robert_ancell: OLS owns rnr as a team - what’s up?
[22:23] <robert_ancell> ev, was wondering if there's a plan regarding snap reviews. I thought that that would use the click API, but looking into it I'm not sure that's the case
[22:23] <robert_ancell> but 1574586 for reference
[22:23] <robert_ancell> bug 1574586
[22:23] <mup> Bug #1574586: Not able to rate/review snaps <Snappy:New> <gnome-software (Ubuntu):Triaged> <https://launchpad.net/bugs/1574586>
[22:24] <ev> robert_ancell: I don’t recall snap reviews coming up in vancouver or santa cruz. Has this found its way onto the roadmap?
[22:24] <robert_ancell> ev, no, I don't think it's on the roadmap either so was wondering if there's been any decisions either way.
[22:24] <robert_ancell> or if it should 'just work' with the click API.
[22:26] <ev> I don’t think it’d just work, but we can do a back of the envelope calculation if you need one
[22:28] <robert_ancell> ev, that would be handy, thanks
[22:30] <ev> sure thing


[12:39] <cyphermox> ahoneybun: make -C d-i/ update
[12:40] <cyphermox> but you don't really need this unless some piece of d-i got updated, though it may well be the case by now
[18:34] <ahoneybun> cyphermox: LP does not have those packages
[18:34] <ahoneybun> I need the stuff in d-i/source to build it
[18:38] <cyphermox> of course it has those packages
[18:38] <cyphermox> just running make -C d-i/ update should download them, from the archive, as appropriate
[18:39] <cyphermox> if it doesn't work, please put everything in a pastebin so I can see
[21:36] <ahoneybun> grabbing it from LP and trying to 'debuild -S' fails since that dir is missing