[06:45] <mborzecki> morning
[06:48] <mvo> hey mborzecki
[06:49] <mborzecki> mvo: did you get my messages yesterday?
[06:54] <mvo> mborzecki: yes, interessting results
[06:55] <mborzecki> mvo: even though just a few interfaces are connected, we compile bpf for every declared plug
[06:56] <mvo> mborzecki: yeah, thta seems very wasteful
[06:57] <mborzecki> mvo: w8, hm i got it wrong, it's compiling bpf for each app, and that snap has plenty of apps
[07:00] <mborzecki> mvo: still, it's weird, looking at the log, we connect opengl, but still compile new profiles for apps that don't declare opengl
[07:05] <mvo> mborzecki: oka
[08:03] <pstolowski> mornings
[08:04] <mborzecki> pstolowski: hey
[08:12] <pstolowski> mvo: thanks for the review of hotplug pr!
[08:12] <mvo> pstolowski: my pleasure
[08:24] <Chipaca> moin all
[08:39] <mvo> hey Chipaca - good morning
[08:50] <pstolowski> mvo: addressed your comments re #6465 ; regarding open points (the Specification stuff), we agreed with pedronis that it will be addressed in a followup, so once you're happy about the resolution of your suggestions this PR can land
[08:50] <mup> PR #6465: overlord/ifacestate: hotplug-add-slot handler <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6465>
[08:50] <mvo> pstolowski: cool, looking
[09:19] <mvo> pstolowski: I added feedback to 6322 as well (not sure if you saw it)
[09:19] <pedronis> Chipaca: hi, could double check my last changes to #6469
[09:19] <mup> PR #6469: image,cmd/snap,tests: introduce support for modern prepare-image --snap <snap>[=<channel>] <Created by pedronis> <https://github.com/snapcore/snapd/pull/6469>
[09:20] <pstolowski> mvo: yes i saw it, will get to it later today, thank you
[09:21] <mvo> pstolowski: thanks, no rush
[09:40] <mup> PR snapd#6465 closed: overlord/ifacestate: hotplug-add-slot handler <Hotplug 🔌> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6465>
[09:40] <pstolowski> yay \o/
[09:40] <pedronis> great!
[09:41]  * pstolowski reading my master theis about selinux from 2008. real journey to the past ;)
[09:42] <mvo> pstolowski: nice
[09:43] <leinardi> kenvandine: hi Ken, not sure if my message was posted here yesterday because I had connection issues. Any news about building GTK 3.24 for GWE? https://forum.snapcraft.io/t/support-for-gtk-3-24/9782/6
[09:49] <mup> PR snapd#6484 opened: debian: ensure leftover usr.lib.snapd.snap-confine is gone <Created by mvo5> <https://github.com/snapcore/snapd/pull/6484>
[09:50] <pstolowski> mvo: review of #6478 would be great
[09:50] <mup> PR #6478: overlord/ifacestate: tweak logic for generating unique slot names <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6478>
[09:50] <mvo> pstolowski: have you merged master?
[09:51] <mvo> xnox: I updated lp 1814141 - if you could double check the PR that would be great
[09:51] <pstolowski> mvo yes
[09:51] <mvo> ta
[09:54] <pedronis> Chipaca: have you applied all feedback to #6034 or is it still wip ?
[09:54] <mup> PR #6034: many: save media info when installing, show it when listing <Squash-merge> <Created by chipaca> <https://github.com/snapcore/snapd/pull/6034>
[09:57] <pstolowski> mvo: ty!
[10:02] <Chipaca> pedronis: i think it's ready
[10:02] <Chipaca> pedronis: "Specify extra snaps from store or local or optionally control the channel to track for a snap"
[10:02] <Chipaca> pedronis: hmm
[10:03] <pedronis> Chipaca: it was there before
[10:03] <Chipaca> pedronis: i missed it before :-)
[10:03] <pedronis> I mean, I didn't change it in this last commit
[10:03] <Chipaca> yeah
[10:03] <pedronis> I moved a bit out
[10:03] <pedronis> but not changed it
[10:04] <Chipaca> pedronis: thank you for the value-name change, makes things nicer
[10:04] <pedronis> yea
[10:04] <pedronis> Chipaca: about your other PR, I asked because loadStore seems still there ?
[10:04] <Chipaca> pedronis: we can i18n that if you want, fwiw (would take  abit of coding similar to other things)
[10:05] <Chipaca> i thought i'd changed that
[10:05]  * Chipaca checks
[10:05] <Chipaca> dang
[10:05] <pedronis> Chipaca: anyway at least that help sentence for --snap should use the singular now
[10:05] <pedronis> I think
[10:05] <Chipaca> pedronis: sorry, will fix in a bit
[10:06] <pedronis> Chipaca: np
[10:07] <Chipaca> pedronis: maybe, Include this snap (optionally controling the channel it tracks); may be from store or local
[10:08] <Chipaca> pedronis: but, I'd also say something about repeating it
[10:08] <Chipaca> because the help doesn't
[10:08] <Chipaca> I wish it did :-/
[10:08] <Chipaca> the help sucks
[10:08] <Chipaca> prepare-image-OPTIONS what
[10:08] <pedronis> Chipaca: but you can control also the channel of a snap you are not including
[10:08] <Chipaca> :-/
[10:08] <pedronis> that is also already included
[10:09] <Chipaca> yeah
[10:11] <Chipaca> Have this snap track the given channel (default: latest/stable); if not present, include it from store or local file
[10:11] <Chipaca> if not already included*?
[10:12] <mborzecki> re
[10:14] <pedronis> Chipaca: pushed something
[10:14] <pedronis> a bit different
[10:15] <Chipaca> pedronis: +1
[10:17] <pedronis> Chipaca: yes, the prepare-image-OPTIONS is not beautiful
[10:17] <pedronis> that's go-flags though, no?
[10:17] <Chipaca> yes
[10:17] <Chipaca> and, you'd think we could just set Usage to override that
[10:18] <Chipaca> but https://github.com/jessevdk/go-flags/issues/264
[10:18] <pedronis> heh (me has stopped making optimistic/navie assumption about that package long ago)
[10:20] <Chipaca> yeah, no navy assumptions
[10:21] <pedronis> naive :P
[10:23] <Chipaca> no u
[10:28] <mup> PR snapd#6406 closed: tests: enable debian sid as part of the main suite on travis <Created by sergiocazzolato> <Closed by mvo5> <https://github.com/snapcore/snapd/pull/6406>
[10:28] <mup> PR snapd#6413 closed: packaging: import debian salsa packaging work, add sbuild test and use in spead <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6413>
[10:28] <mvo> down to 39!
[10:32] <pedronis> Chipaca: the description (future commit message) needs updating as well
[10:32] <Chipaca> yep
[10:32] <Chipaca> it's going to get squashed, but yes
[10:34] <pedronis> Chipaca: also my two comments about the undo logic seems unanswered
[10:35] <Chipaca> pedronis: i answered them in my head, does that count?
[10:35]  * Chipaca looks at the pr again
[10:35] <pedronis> Chipaca: .5 cookie
[10:35]  * Chipaca could have second breakfast
[10:36] <Chipaca> pedronis: actually, which two?
[10:36] <pedronis> Chipaca: https://github.com/snapcore/snapd/pull/6034#discussion_r254207769 and https://github.com/snapcore/snapd/pull/6034#discussion_r254207844
[10:36] <mup> PR #6034: many: save media info when installing, show it when listing <Squash-merge> <Created by chipaca> <https://github.com/snapcore/snapd/pull/6034>
[10:37] <Chipaca> pedronis: ah, phew
[10:37] <Chipaca> pedronis: answered
[10:38] <Chipaca> that wasn't undo, that was cleanup of do
[10:38] <Chipaca> ;)
[10:38] <mvo> mwhudson: the debian packaging of salsa is now part of our tree in packaging/debian-sid and we use that for automatic testing - juts fyi - so on the next merge you can hopefully just "git mv package/debian-sid debian" and then we are in sync and we can just cherry-pick/merge your changes back into our tree (and vice-versa)
[10:39] <mup> PR snapd#6478 closed: overlord/ifacestate: tweak logic for generating unique slot names <Hotplug 🔌> <Created by stolowski> <Merged by stolowski> <https://github.com/snapcore/snapd/pull/6478>
[10:40] <pedronis> Chipaca: ah,  this:  TestDoLinkSnapFailureCleansUpAux
[10:40] <Chipaca> pedronis: ye
[10:41] <Chipaca> it's a bit chummy with the implementation in how it triggers the failure
[10:41] <Chipaca> but i reckon it's good enough
[10:43] <pstolowski> naming tweaks landed as well, and #5962 updated with master and ready for reviews. i'll prep followup with the simplification of spec
[10:43] <mup> PR #5962: ifacestate/hotplug: hotplug handlers <Complex> <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/5962>
[10:43] <pedronis> Chipaca: +1 with 1 nitpick, it needs a 2nd review tough because I think it changed too much since zygmunt looked at it
[10:44] <pedronis> (I dismissed already his review)
[10:44] <Chipaca> pedronis: agreed
[10:45] <Chipaca> pedronis: there's an obvious followup up to this with categories
[10:46] <pedronis> Chipaca: btw,  do we really need the store bit in "store/aux" , other things under cache also come from the store already, no?
[10:46] <Chipaca> pedronis: good point
[10:47] <pedronis> we could s/aux/aux-info/ if it's clearer, not sure
[10:59] <mup> PR snapd#6485 opened: interfaces/seccomp: regenerate changed profiles only <Created by bboozzoo> <https://github.com/snapcore/snapd/pull/6485>
[10:59] <mborzecki> mvo: ^^
[10:59] <mborzecki> mvo: there are some numbers in the PR description
[11:10] <Wimpress> Morning mvo. I have a font related query regarding snapd.
[11:10] <Wimpress> It doesn't appear to be possible to user installed or user local fonts in classic snaps.
[11:11] <mborzecki> Wimpress: only in classic snaps?
[11:11] <Wimpress> For examples, if I install fonts in ~/.fonts, ~/.local/share/fonts or /usr/local/share fonts I am unable to use them in the code-insiders snap, which uses classic confinement.
[11:12] <Wimpress> mborzecki: Right now, I'm only interested in a classic snaps.
[11:12] <Chipaca> Wimpress: have you tried using them in a classic snap that doesn't use the desktopy parts?
[11:12] <Wimpress> Chipaca: There are no desktop helpers in the code-insiders snap.
[11:13] <Chipaca> ah
[11:13] <mvo> mborzecki: nice, looking
[11:13] <mvo> Wimpress: in classic confined snaps, that is slightly unexpected
[11:14] <Wimpress> Glad you say that, because I thought so too.
[11:14] <Wimpress> There is an upstream bug raised against VSCode. I am investigating.
[11:15] <mvo> Wimpress: silly question, what do I need to do to reproduce?
[11:15] <mvo> Wimpress: I have vscode, how to instlal a local font?
[11:15]  * mvo feels like a real n00b
[11:16] <Wimpress> Install a monospaced font to a user location, such as ~/.fonts or ~/.local/share/fonts and then be able to set that font in the VSCode font preferences.
[11:16] <Chipaca> mvo: git clone https://go.googlesource.com/image
[11:17] <Wimpress> `Ctrl+,` to open preferences.
[11:17] <Chipaca> mvo: and copy the resulting image/font/gofont/Go-Mono*.ttf to ~/.fonts
[11:17] <Chipaca> :-)
[11:17] <mborzecki> Wimpress: trying that now
[11:17] <kenvandine> leinardi: we're still working on that.  Once we figure out the gtk build failure in the build snap i'll give you a patch that adds it to  your snap
[11:18] <kenvandine> leinardi: oSoMoN is looking into that now
[11:18] <mborzecki> Wimpress: do you know if any other classic snaps are affected too? eg. atom maybe?
[11:18] <Wimpress> I have checked any others, but I can.
[11:20] <Wimpress> *haven't
[11:23] <pstolowski> http://paste.ubuntu.com/p/SCRGVsgCnq/mvo: got external:ubuntu-core-18-arm-32:tests/core18/compat failure on pi3; will re-run manually ; have you seen it failing before? full log:
[11:23] <Wimpress> The font being referenced in the upstream bug is this - https://github.com/tonsky/FiraCode/releases/download/1.206/FiraCode_1.206.zip
[11:23] <pstolowski> mvo: http://paste.ubuntu.com/p/SCRGVsgCnq/
[11:24] <mvo> pstolowski: yes, I think its the same as yesterday, i.e. there is a core installed in the state but not on disk because prepare/restore do crazy stuff
[11:25] <Wimpress> I've also tried rebuiling font cahces using `fc-cache -f -v` and `/snap/core/current/bin/fc-cache-v6 -f -v` and `/snap/core/current/bin/fc-cache-v7 -f -v`
[11:26] <mvo> Wimpress: this is slightly mysterious, so I ran: "snap run --shell vscode" and in there gnome-font-viewer and I see the go fonts there but I don't have them in vscode
[11:26] <Wimpress> mvo, Install `code-insider` instead. It is published by Microsoft.
[11:27] <Wimpress> But yes, I am seeing the same issue.
[11:27] <Chipaca> code-insiders*
[11:27] <Wimpress> Although I using `mate-font-viewer` ;-)
[11:28] <Wimpress> Yes, sorry.
[11:28] <mvo> Wimpress: haha
[11:28] <mvo> Wimpress: no worries
[11:28] <Wimpress> Trying the atom snap.
[11:28] <mvo> Wimpress: trying code-insiders now, *maybe* its related to the framework they use?
[11:28] <mvo> Wimpress: I will try to run it outside of snap, just from local dir next
[11:29] <Wimpress> Does fc-cache-v7 and fc-cache-v6 run in the root context when a snap is installed.
[11:29] <Chipaca> yeah, fc-list works fine inside the snap
[11:30] <mvo> Wimpress: fwiw, they really should consider using ubuntu mono as their defualt font
[11:30] <mvo> Wimpress: yes
[11:30] <Wimpress> Chipaca: You ran that from within the Code terminal, right?
[11:30] <mvo> Wimpress: it runs as root but that should not matter, its just a cache
[11:31] <Chipaca> um
[11:31] <Chipaca> it picks up the font just fine
[11:31] <Wimpress> Running `fc-list | grep Fira` from within the Code terminal does show me the user installed fonts from ~/.fonts
[11:32] <mvo> Wimpress: also running vscode without confinement (just ./bin/electron-launch ...) gives me the same result so it looks like its not our fault(tm) :)
[11:32] <Wimpress> Chipaca: So, if you change the Editor: Font Family in Code, you can see any open files rendered using that font?
[11:32] <Chipaca> Wimpress: https://i.imgur.com/N333CRv.png
[11:34] <Wimpress> Chipaca: Please can you confim the Fira Code font also works for you?
[11:34] <Wimpress> I'll try the Go font you suggested here.
[11:34] <Chipaca> Wimpress: I don't have Fira
[11:34] <Chipaca> isn't that the one with all the funky ligatures?
[11:36] <tomwardill> I use the vscode snap with Fira, if that helps
[11:36] <Chipaca> Wimpress: does Fira Code work on 16.04?
[11:38] <Wimpress> tomwardill: Where did you install the Fira font?
[11:38] <tomwardill> sec, checking
[11:38] <Wimpress> Chipaca: I can't get the Go font to render.
[11:38] <Chipaca> Wimpress: what are you putting in settings?
[11:38] <Wimpress> ...in the code-insiders snap.
[11:38] <Wimpress> `'Go', 'Droid Sans Mono', 'monospace', 'Droid Sans Fallback'`
[11:38] <Chipaca> Wimpress: the font is called Go Mono
[11:38] <tomwardill> Wimpress: I have it install via the apt package
[11:39] <Wimpress> tomwardill: OK, thanks. system wide fonts are working fine.
[11:39] <Wimpress> The issue here user installed fonts in ~/.fonts for example.
[11:40] <tomwardill> ah, sorry, missed that context in scrollback
[11:40] <Wimpress> np :-)
[11:41] <Chipaca> Wimpress: https://imgur.com/a/Rz26nPz
[11:41] <Chipaca> Wimpress: fira code works
[11:42] <Chipaca> using the fonts-firacode deb package from bionic
[11:42] <Chipaca> Wimpress: I'm on 16.04
[11:42] <Chipaca> ah
[11:42] <Chipaca> oh
[11:42] <mvo> Chipaca: aha, using the deb
[11:42] <Wimpress> I am on 18.10
[11:42] <Chipaca> removing the deb, moving the fonts to local dir, 1 sec
[11:42]  * mvo also tested on 18.10
[11:42] <Wimpress> Ah, you have the deb.
[11:42] <mvo> Chipaca: aha, ok
[11:46] <Chipaca> mvo: Wimpress: removed the deb, downloaded the .ttf and put them in .fonts, it works
[11:46] <Wimpress> Works on 16.04?
[11:46] <Chipaca> yes
[11:46] <zyga> hey
[11:46] <Chipaca> Wimpress: what do you have in your fonts dir?
[11:46] <Chipaca> Wimpress: and, what are you putting in settings
[11:46]  * zyga pops in briefly for the last day of his "holiday" break
[11:46] <Chipaca> zyga: shoo go coo at a baby
[11:46] <zyga> mvo: I will send the patches that you requested in a moment
[11:47] <zyga> Chipaca: the baby is still at the hospital, not coming home yet, still sick :(
[11:47] <Chipaca> zyga: :'(
[11:47] <zyga> Chipaca: not serious but must stay for a few more days
[11:47] <Wimpress> https://www.irccloud.com/pastebin/xysZGLIn/
[11:47] <zyga> how are fires this week?
[11:47] <Wimpress> Those are the fonts I have in ~/.fonts
[11:47] <mvo> zyga: ta
[11:47] <zyga> mwhudson: thank you for the debian upload, I was going to make one but I'm super happy to see it's done :)
[11:47] <mvo> zyga: good luck
[11:47] <Chipaca> Wimpress: yep, got those also
[11:48] <mvo> zyga: packaging is merged
[11:48] <mvo> :)
[11:48] <Chipaca> Wimpress: and in your settings?
[11:48] <Wimpress> Chipaca: I will test on a 16.04 VM
[11:49] <Wimpress> `'Fira Code', 'Droid Sans Mono', 'monospace', 'Droid Sans Fallback'`
[11:49] <Chipaca> Wimpress: and if you put just: Fira Code
[11:49] <Chipaca> Wimpress: no quotes, no list, no nuthin'
[11:49] <Chipaca> (that's what i have)
[11:50] <Wimpress> It is not Fira Code rendering the test I do that.
[11:50] <Wimpress> Looks like Courier.
[11:50] <Chipaca> yeah it's very obvious when it's not finding it
[11:50] <Chipaca> it uses a proportional font, even, at least here
[11:50] <Chipaca> (but i probably don't have courier new)
[11:51] <Chipaca> Wimpress: I'll try on 18.04 here and report back
[11:51] <Wimpress> Chipaca: thanks. I'll give 16.04 a go.
[11:55] <Chipaca> Wimpress: works on 18.04 as well
[11:56] <Chipaca> Wimpress: with both Go Mono and Fira Code
[11:56] <Chipaca> Wimpress: ligatures and all
[11:58] <Wimpress> mvo, noted. I'll feed that back.
[11:59] <Wimpress> regarding  using ubuntu mono as a default.
[12:01] <mvo> Wimpress: ta
[12:02] <mvo> Wimpress, Chipaca interessting - works for me on 18.04 as well
[12:02] <Wimpress> Chipaca: popey confirms Fira Code in working on 18.04 with the code-insiders snap.
[12:02] <mvo> I tested with the go fonts and vscode snap
[12:02] <diddledan> broken in 18.10 for me
[12:02] <popey> https://usercontent.irccloud-cdn.com/file/GGM2tbAk/Bootiful%20font%20on%2018.04
[12:02] <mvo> yeah, same here, no fun on 18.10
[12:03] <diddledan> I figured I had configured it wrong all this time >.<
[12:03] <Wimpress> Thanks for the confirmations.
[12:04] <popey> i just booted an 18.10 vm...
[12:04] <diddledan> fc-list from within the code inbuilt shell (ctrl+`) doesn't show the font I've configured
[12:04] <popey> but i appear to have picked the wrong vm
[12:04] <popey> https://usercontent.irccloud-cdn.com/file/n1NdD344/does%20this%20support%20snaps%20%3B)%20
[12:05] <diddledan> from within the inbuilt vscode shell (ctrl+`) https://www.irccloud.com/pastebin/PNe8FQgQ/
[12:06] <diddledan> oh, I lie, it is there.. just intermixed with all the others even though it is in my locala fonts dir
[12:06] <diddledan> fura code regular
[12:07] <diddledan> could it be, in my case, that I'm using an otf font?
[12:09] <Wimpress> diddledan: I only have "installed" the ttf version oof Fira Code in ~/.fonts
[12:09] <diddledan> aah ok
[12:10] <diddledan> I'm using the repacked fira code by nerd fonts
[12:12] <diddledan> added DejaVu Sans Mono as a fallback when it can't find fura code regular and it looks sooo much better :-p
[12:12] <diddledan> I think it uses a bitmap font when none of the ones in the list are found
[12:12] <diddledan> ugly jaggies
[12:15] <popey> Ok, font looks bad on 18.10
[12:15] <popey> https://usercontent.irccloud-cdn.com/file/CS7igM08/Screenshot%20from%202019-02-08%2012-15-14.png
[12:16] <popey> choosing ubuntu mono works fine
[12:17] <diddledan> yours is decidedly more pretty https://usercontent.irccloud-cdn.com/file/IunzHJTb/image.png
[12:19] <diddledan> I miss hidpi when I'm on this desktop :-(
[12:26] <ogra> just move the monitors 2m away
[12:31] <Chipaca> Wimpress: so
[12:31] <Chipaca> Wimpress: I can confirm it's not finding the font in 18.10
[12:31] <Chipaca> Wimpress: but
[12:31] <Chipaca> Wimpress: putting the full path to the font works
[12:32] <Wimpress> Whhhhaaaaat?!
[12:32] <Chipaca> Wimpress: dude try it :-)
[12:32] <Wimpress> Full path to a ttf?
[12:32] <Chipaca> yes
[12:33] <Chipaca> Wimpress: what was another snap that didn't find local fonts in 18.10?
[12:34] <Wimpress> I can't confirm your workaround.
[12:34] <Chipaca> Wimpress: why?
[12:34] <Wimpress> `/home/martin/.fonts/FiraCode-Regular.ttf, 'Droid Sans Mono', 'monospace', monospace, 'Droid Sans Fallback'`
[12:34] <Wimpress> Does not render using Fira.
[12:34] <Chipaca> Wimpress: just the path, nothing more
[12:35] <Chipaca> I have no idea what the rules are for quoting and enumerating in that text entry
[12:35] <popey> "nothing more"? that *is* the path
[12:35] <Chipaca> booting the cd up again just in case
[12:35] <Wimpress> WHat is your font settting?
[12:35] <Chipaca> popey: all the things after the comma, remove them
[12:36] <popey> those are the defaults that vscode supports
[12:39] <Chipaca> doing this in a vm all over again is very slow
[12:39] <Wimpress> Atom also has the same issue
[12:42] <Chipaca> booting with kvm, putting just /home/ubuntu/.fonts/FiraCode-Medium.ttf
[12:42] <Chipaca> it picks it up
[12:42] <Chipaca> doesn't get ligatures
[12:43] <Chipaca> in code
[12:43] <Chipaca> I can try atom next if you want?
[12:47] <popey> specifying the full path to the font on 18.10 does not work here
[12:47] <popey> it defaults back to a variable width font
[12:48] <Wimpress> Just tested with pycharm-community snap. Also classic but implemented using Java, not Electron.
[12:48] <Wimpress> I can set the editor font to Fira Code on 18.10 just fine.
[13:18]  * pstolowski lunch
[13:38] <kravietz> Hello, maybe a silly question - how do I run snapcraft 3 on a VM? It requires multipass but multipass won't run on a VM and all of my build servers run in cloud...
[13:48] <mup> PR snapd#6469 closed: image,cmd/snap,tests: introduce support for modern prepare-image --snap <snap>[=<channel>] <Created by pedronis> <Merged by pedronis> <https://github.com/snapcore/snapd/pull/6469>
[13:50] <pedronis> sil2100: ^ https://forum.snapcraft.io/t/evolving-prepare-image-syntax/5988/4 what was mentioned on Tue
[13:53] <sil2100> pedronis: excellent
[13:54] <sil2100> I'll pick that up for ubuntu-image, possibly next week
[13:54] <pedronis> thank you
[14:03] <mup> Issue # closed: core18#56, core18#86, core18#89, core18#117
[14:03] <mup> PR # closed: core18#43, core18#63, core18#72, core18#90, core18#98
[14:04] <mup> Issue # opened: core18#56, core18#86, core18#89, core18#117
[14:04] <mup> PR # opened: core18#43, core18#63, core18#72, core18#90, core18#98
[14:28] <dot-tobias> Does someone have experience with network-manager / nmcli calls from a core18 base'd snap? I'm really lost as to what I might be doing wrong … https://forum.snapcraft.io/t/apparmor-denials-for-dbus-objectmanager-network-manager/9885
[14:37] <ondra> sergiusens is there easy way to tell snapcraft which multipass instance to use for build?
[14:37] <sergiusens> Wimpress: I followed your instructions for the font with code-insiders on disco and it wasn't picked up
[14:38] <sergiusens> ondra: what do you mean?
[14:39] <ondra> sergiusens correct me if I'm wrong, but snapcraft will try to run clean build by creating new multipass instance?
[14:39] <ondra> sergiusens or is it more instance per-project?
[14:39] <ondra> sergiusens so is there option instead to tell it to use existing instance I already have?
[14:40] <sergiusens> ondra: it is, per project
[14:40] <ondra> sergiusens ah cool, and can I tell it to use specific one?
[14:40] <sergiusens> ondra: it is simple today, by name, "snapcraft-<snap-name>", but if you do manual things, it could get icky with some things done using cloud-init
[14:41] <ondra> sergiusens ah OK, so better to map dir and build inside instance directly
[14:41] <sergiusens> when we have support of some form of "project" from multipass, we will lock it down more
[14:41] <sergiusens> yes
[14:41] <ondra> sergiusens cool
[15:08] <leinardi> kenvandine: cool, thanks a lot
[15:08] <kenvandine> leinardi: np
[15:09] <roadmr> jdstrand: hi :)
[15:18] <mup> PR snapd#6484 closed: debian: ensure leftover usr.lib.snapd.snap-confine is gone <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/6484>
[15:24] <pedronis> mvo: did a first pass on the 1st Remodel PR
[15:28] <mup> PR snapd#6486 opened: interfaces/hotplug: renamed RequestedSlotSpec to ProposedSlot, removed Specification <Hotplug 🔌> <Created by stolowski> <https://github.com/snapcore/snapd/pull/6486>
[15:29] <mvo> pedronis: thank you
[15:30] <pedronis> mvo: what's the status of the discussion about where to do things in snapd vs snap-confine, in https://github.com/snapcore/snapd/pull/6418?
[15:30] <mup> PR #6418: many: allow core as a fallback for core16  <Created by mvo5> <https://github.com/snapcore/snapd/pull/6418>
[15:31] <mvo> pedronis: impas it seems, I would prefer snap-confine.c as we already to something similar there - unless I miss something?
[15:31] <pedronis> mvo: do we know where in snapd would we do this?
[15:31] <mvo> pedronis: in cmd_run.go I think
[15:31] <pedronis> or is that snap-exec or snap run?
[15:31] <mvo> pedronis: snap run
[15:32] <mvo> pedronis: I can explore this and push a passtebin with the required work
[15:32] <pedronis> mvo: just remember my point, we don't want base: core16 not to pivot
[15:32] <pedronis> it will hide bugs that will hunt us later
[15:33] <mvo> pedronis: aha, I see
[15:33] <pedronis> so from that point view no base, base: core16 are not quite the seem
[15:33] <pedronis> it feels right
[15:33] <pedronis> but caveats
[15:33] <mvo> pedronis: yeah, if we do it in snap run this will be less clear
[15:34] <pedronis> mvo: yes, we cannot turn base: core16 into no base
[15:34] <pedronis> and be done
[15:34] <mvo> pedronis: right
[15:48] <mup> PR snapd#6487 opened: interfaces: add new intel-management-interface interface <Created by mvo5> <https://github.com/snapcore/snapd/pull/6487>
[16:41] <pstolowski> mvo: i'm going to run "console-conf core16 fresh install pi3", ok?
[16:44] <mvo> pstolowski: yes, thank you!
[17:13] <pstolowski> mvo: for console-conf, i need to first configure device manually, then run the tests (and presumably they re-run the setup)?
[17:15] <mvo> pstolowski: actually I don't know, I think its explained in the README.md, at least I did run this successfully once
[17:15] <mvo> pstolowski: if you don't figure it out I can look after dinner
[17:23] <pstolowski> mvo: hmm, it tries to ssh to the given IP, which won't work until pi3 is configured (with my email address). i'm running "DEVICE_USER=stolowski DEVICE_IP=<IP_ADDRESS> scripts/run_external_device.sh dev_cconf_pi3"
[17:27] <pstolowski> mvo: i'll get back to this on monday, have a nice weekend!
[17:35] <pedronis> have a great weekend!
[18:45] <mvo> pstolowski|afk: yeah, sounds reasonable - have a great weekend too
[22:33] <mup> PR snapcraft#2465 opened: tests: make before/after items an array in schema test <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2465>


[08:45] <Brucevdk> Question, anonymous users cannot upload a .po file even if a project is set to Open?
[08:46] <Brucevdk> We have a translator that does not wish to use the LP service for translating, but wouldn't mind uploading the .po file (so others don't think a translation is unavailable)
[08:48] <wgrant> Brucevdk: Correct. An LP account is very easy to create, so what is the problem with that?
[08:49] <Brucevdk> wgrant: well actually I didn't mean completely anonymous (but not a member of the project), he is logged in with his LP account and getting "Permission denied"
[08:50] <Brucevdk> Oh wait a second, turns out you have to click a language first and then upload
[08:51] <Brucevdk> Nevermind, still "Permission denied"
[08:52] <Brucevdk> Sorry, not "Permission denied" it works fine. Forgive me, I just woke up :-)
[08:53] <wgrant> So it works?
[08:53] <Brucevdk> wgrant: correct
[08:53] <wgrant> I've little experience with that part of LP.
[08:53] <Brucevdk> so do I :-)
[11:25] <pro-rsoft> is there a way to mark all bugs that are marked "Committed" to "Released"?
[11:32] <LarstiQ> pro-rsoft: I don't know about the webinterface, but via the api, yeah
[11:33] <pro-rsoft> hmm, how
[11:33] <pro-rsoft> I dont want to manually flag tons of bugs
[11:35] <LarstiQ> pro-rsoft: something like tools/check-newsbugs.py from bzr
[11:36] <pro-rsoft> ok
[11:48] <pro-rsoft> hmm how do I iterate over the bugs in one project and not in all projects
[11:50] <LarstiQ> pro-rsoft: bugs/<project> ?
[11:51] <pro-rsoft> in the api, I mean
[11:51] <pro-rsoft> (im using python)
[11:55] <LarstiQ> pro-rsoft: I don't really know the api myself, and check-newsbugs.py works from the other direction
[11:55] <intellectronica> pro-rsoft: [bugtask.status for bugtask in project.searchTasks()]
[11:55] <pro-rsoft> intellectronica, thanks
[11:55] <pro-rsoft> LarstiQ, I cant access it
[11:55] <pro-rsoft> its giving me a "let us known in #launchpad"
[11:56] <intellectronica> [bugtask.status for bugtask in project.searchTasks(status='Fix Commited')] even :)
[11:56] <pro-rsoft> sweet
[11:56] <intellectronica> pro-rsoft: have you seen https://launchpad.net/+apidoc/ ?
[11:56] <pro-rsoft> intellectronica, I have.
[11:57] <pro-rsoft> but didnt find that one
[11:57] <intellectronica> cool
[11:59] <pro-rsoft> hmm
[11:59] <pro-rsoft> I did task.status = "Fix Released"
[12:00] <pro-rsoft> but it doesnt show up yet on the website
[12:01] <pro-rsoft> hmm when I check task.status again it didndt change
[12:02] <pro-rsoft> when I use transitionToStatus('Fix Released') I get TypeError: __call__() takes exactly 1 argument (2 given)
[12:04] <thekorn> it's either task.transitionToStatus(status="Fix Released")
[12:05] <pro-rsoft> yeah, just noticed that
[12:05] <pro-rsoft> but it doesnt change yet
[12:05] <pro-rsoft> on the website.
[12:05] <thekorn> or task.status = "Fix Released"; task.lp_save()
[12:05] <pro-rsoft> ah.
[12:05]  * pro-rsoft tries that
[12:06] <pro-rsoft> nope
[12:06] <pro-rsoft> no change
[12:06] <pro-rsoft> on the website they still show up as "Fix Committed"
[12:07] <LarstiQ> pro-rsoft: you're not sneakily changing some other projects bugs? ;)
[12:07] <pro-rsoft> uh
[12:08] <pro-rsoft> tasks=lp.projects["panda3d"].searchTasks(status='Fix Committed')
[12:08] <pro-rsoft> for task in tasks:
[12:08] <pro-rsoft>    if "1.6.0" in str(task.milestone):
[12:08] <pro-rsoft>      task.status="Fix Released"; task.lp_save()
[12:09] <pro-rsoft> when I call that again, I get no results (there are no tasks "Fix Committed") anymore
[12:09] <pro-rsoft> but look here https://bugs.launchpad.net/panda3d/+bugs?search=Search
[12:14] <maxb> pro-rsoft: Perhaps you inadvertently ran the API script against Launchpad staging?
[12:14] <pro-rsoft> hm?
[12:14] <pro-rsoft> lemme see
[12:15] <pro-rsoft> yes, I did. darn.
[12:15] <pro-rsoft> thanks
[12:25] <pro-rsoft> excellent, it works now. thanks alot
[12:30] <pro-rsoft> when trying to delete something, I get 500 Internal Server Error
[12:31] <pro-rsoft> I just use release.delete()
[12:33] <intellectronica> pro-rsoft: please report a bug so that someone can take a look at it tomorrow
[12:33] <pro-rsoft> hm
[12:33] <pro-rsoft> its not that important
[12:34] <pro-rsoft> wow, I *do* get a lot of emails when changing a lot of bug statuses
[12:34] <pro-rsoft> is there a way to do it without sending an email?
[14:40] <_MMA_> Why do I have these "lp:~vcs-imports" branches on a couple of projects of mine? Are they automated or what?
[14:41] <LarstiQ> _MMA_: they are auotmated
[14:42] <_MMA_> LarstiQ: Do you know for what purpose?
[14:42] <LarstiQ> _MMA_: they are import into bzr from a foreign vcs when so requested in the project settings
[14:42] <LarstiQ> imported even
[14:43] <_MMA_> LarstiQ: And if there is no "foreign vcs" as the projects live entirely on LP/BZR?
[14:45] <LarstiQ> _MMA_: could you name one or more of these projects that's happening for?
[14:45] <_MMA_> LarstiQ: https://code.launchpad.net/breathe-icon-set
[14:46] <_MMA_> This project is managed entirely on LP/BZR. I just don't see the need for the import branches.
[14:47] <LarstiQ> _MMA_: has this always been the case?
[14:47] <_MMA_> That the project has always been on LP/BZR? Yes. From the start.
[14:49] <LarstiQ> _MMA_: right, it looks like a configuration error
[14:49] <LarstiQ> This branch is an import of the Subversion branch from https://code.launchpad.net/~breathe-dev/breathe-icon-set/debian-packaging.
[14:49] <LarstiQ> for example
[14:50]  * LarstiQ tries to find where the imports are configured
[14:51] <_MMA_> To me, that says at one time it used Subversion. Which is not the case. I'm just trying to see why there are here and if they are just gonna sit here, without use, how to get rid of them.
[14:52] <LarstiQ> _MMA_: to me that says someone filled in the bzr location in a config section "where to import from" and chose svn as vcs type.
[14:52] <LarstiQ> unfortunately, I have no access to those settings on ~breathe-dev, and I'm not finding something like that on a project I do yet
[14:53]  * LarstiQ tries help.launchpad.net
[14:54]  * LarstiQ is looking at https://help.launchpad.net/Code/Imports
[14:54] <LarstiQ> aha, the process has changed since I last did anything with it
[14:55]  * _MMA_ doesn't remember filling anything in with Subversion.
[14:55] <_MMA_> (and I made no request)
[14:56] <LarstiQ> _MMA_: it needen't have been you
[14:56] <LarstiQ> _MMA_: does https://edge.launchpad.net/breathe-icon-set/trunk/+edit do anything for you? I have no access
[14:57] <_MMA_> Yes. Since it's my project. :)
[14:57] <LarstiQ> _MMA_: also, I see Ted Gould has done some things for breathe-dev?
[14:57] <LarstiQ> _MMA_: he is also listed in the bzr-svn credits fwiw
[14:57] <LarstiQ> _MMA_: so, maybe talk to him :)
[14:58] <_MMA_> Ted helped me with some scripting. But yeah. He would be a good source.
[14:59] <LarstiQ> _MMA_: anyway, those two vcs-imports branches are bogus, if you can delete them that's what I would do.
[14:59] <LarstiQ> _MMA_: if not, I think filing a question against the imports team to ask for removal.
[15:00] <_MMA_> Doesn't look like I can. Yeah. Ill poke some of those guys tomorrow. Thanx for your time.
[15:00] <LarstiQ> np, I needed a break from studying :)
[15:01] <_MMA_> ;)
[15:45] <BUGabundo> hay
[15:45] <BUGabundo> question: what's the easiest way (aka nongeek) to add PPA keys ?
[15:46] <kiko> BUGabundo, guess using the instructions on help.l.n
[15:46] <BUGabundo> sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com
[15:46] <BUGabundo> I use this
[15:47] <BUGabundo> but I can't keep telling new user on my class to do that
[15:47] <BUGabundo> don't want to get them scared with terminal
[15:48] <BUGabundo> should Software Sources have a field to enter key as well as PPA line?
[16:04] <BUGabundo> hey Dupes with AJAX! nice work
[16:38] <LarstiQ> BUGabundo: provide a script for them that does that?
[16:39] <BUGabundo> https://bugs.edge.launchpad.net/ubuntu/+source/software-properties/+bug/38781
[17:53] <gnomefreak> anyone give me an idea on what OOPS-1177EC92 is?
[17:54] <intellectronica> gnomefreak: how did you get this ... using the api?
[17:55] <intellectronica> oh no, it's the web ui
[17:55] <gnomefreak> yep
[17:55] <gnomefreak> its pissing me off badle too :(
[17:55] <intellectronica> basically, you were trying to edit a bug task that doesn't exist
[17:55] <intellectronica> what were you trying to do?
[17:55] <gnomefreak> change firefox to firefox-3.0 and comment
[17:56] <gnomefreak> and status to incomplete
[17:56] <intellectronica> you mean, change the package of an ubuntu task?
[17:57] <gnomefreak> change package from firefox to firefox-3.0 since firefox ==2.0 and is no longer supported. Without changing the package i still get the oops
[17:57] <intellectronica> so, you already changed the package, and after it changed, it redirected you to the wrong page?
[17:57] <gnomefreak> it never changed. when i hit change to apply it gives me the oops
[17:58] <gnomefreak> see bug 139829
[17:58] <intellectronica> gnomefreak: it did change
[17:58] <gnomefreak> wth
[17:59] <gnomefreak> it never told me it did it just oopsed
[17:59] <gnomefreak> intellectronica: thanks
[18:00] <intellectronica> gnomefreak: i can reproduce this on staging. care to file a bug?
[18:01] <gnomefreak> ok against launchpad?
[18:01] <intellectronica> gnomefreak: against malone
[18:01] <intellectronica> thanks!
[18:07] <gnomefreak> intellectronica: its filed if more info is needed let me know
[18:09] <intellectronica> gnomefreak: thanks a lot. no, i know how to reproduce it so should be easy to tackle
[18:09] <gnomefreak> intellectronica: ok thanks
[19:14] <ia> hello. i have very strange issue with ppa. At my desktop machine package compiles and builds successfully, but on ppa i've got error on build - here related part of build log - http://paste.ubuntu.com/135550/ - and i guess, that problem in 167 line : configure: error: C compiler cannot create executables. however, i would be very appreciate for any clues about how to fix this.
[19:47] <maxb> ia: That is pretty strange.  Have you tried building the package in a clean minimal chroot (e.g. pbuilder / prevu / sbuild) ?
[19:49] <ia> maxb: of course. as have been said, package builds successfully at my desktop - i builds via debuild/pbuilder
[19:50] <geser> ia: add " || cat config.log" after your configure call in debian/rules so you get more info why it fails
[19:55] <maxb> geser: there'll need to be an && exit 1 after that, no? (Or the build will continue despite the error, potentially building broken packages?)
[19:55] <maxb> Well, I guess make is going to get upset, usually
[19:55] <geser> if configure fails, there won't be a Makefile so it will fail soon anyways
[19:56] <ia> geser: em, maybe i'm not understand something - in that case log file will be created at ppa server (where i can't direct access) and will be deleted after building (will not?), so what's the point? and how can i get access to this log file at server?
[19:57] <geser> ia: the idea is to get the content of config.log into the build log so you can actually see what's the problem is
[20:02] <ia> geser: oh, i see, thanks. and just for check - maybe, do you mean something like that " 2>&1 | tee config.log" ?
[20:03] <geser> ia: no, as configure uses that file itself
[20:04] <geser> you have the output of configure already in the build log, what's missing is the contents of config.log if configure fails
[20:05] <ia> geser: yep, i've just got it - just forget that || means logical "or" :-)
[22:00] <calc> anyone know how to use launchpadlib to determine which bug_tasks are upstream bug tasks versus ubuntu bug tasks?
[22:06] <intellectronica> calc: if the task's target is not an ubuntu package but a project, then it's an upstream task
[22:07] <calc> intellectronica: ah ok i thought that might be the case once i realized i saw a bunch of status that looked like launchpad status, only some of them looked like bugzilla status
[22:07]  * calc is running a check to find bugs he can't find via the website due to a bug
[22:08] <calc> it takes a while since launchpadlib is a LOT slower than using the website directly
[22:08] <intellectronica> calc: it is? you mean the search is slower?
[22:08] <calc> probably doesn't help that I have to iterate over 2000 bugs to get the info i need
[22:08] <calc> intellectronica: hide_upstream hides bugs that have upstream tasks that are invalid
[22:09] <intellectronica> yes, i'm well aware of that bug :-/
[22:09] <calc> hide_upstream in the web interface i mean
[22:09] <calc> so i'm having to iterate over all OOo bugs to find ones that have upstream tasks that are invalid
[22:09] <calc> then print those out so i can make sure i work on those bugs
[22:09] <intellectronica> well, hide_upstream in launchpad lib behaves exactly the same
[22:09] <calc> since there is no other way to find them afaict
[22:10] <intellectronica> right. well, at least you've got that :)
[22:10] <calc> intellectronica: i didn't see a hide_upstream in launchpadlib maybe i just didn't look in the right place yet
[22:11] <intellectronica> oh, maybe it's not exported yet
[22:11] <calc> ah
[22:11] <calc> intellectronica: any hope of getting hide_upstream to not hide invalid bugs anymore?
[22:11] <intellectronica> anyway, i'll try to see if we can schedule a fix for hide_upstream so that you don't have to iterate over all the bugs, but it's nice that at least for now you can solve this with lplib
[22:12] <calc> currently hide_upstream hides them also resolved_upstream doesn't show them, so afaict there is no way to see them short of writing python
[22:12] <calc> intellectronica: great :)
[22:12] <calc> i'm pretty sure this will work, its just taking a very long time since it is probably also iterating over all OOo closed bugs :\
[22:13] <calc> i know there is a least one bug currently in that status so i can verify my code works
[22:13] <calc> er whoa
[22:13] <calc> it returned nothing
[22:13] <intellectronica> calc: you can pass a list of statuses you want to filter to searchTasks
[22:14] <calc> ok
[22:14] <calc> intellectronica: i do that before runing getBugTasks() on the source package?
[22:15] <intellectronica> calc: my_package.searchTasks(status=['New', 'Invalid', 'Confirmed']) etc'...
[22:16] <calc> ok
[22:20] <calc> intellectronica: it appears that if you set a project status to invalid instead of linking it is treated as a bug_task not as a bug_watch
[22:20] <calc> eg https://bugs.edge.launchpad.net/ubuntu/+source/openoffice.org/+bug/89005
[22:20] <calc> i get no results from that for bug_watches
[22:20] <calc> however if i search for it with hide_upstream in the gui its hidden
[22:21] <calc> i get all three tasks back as bug_tasks
[22:21] <calc> intellectronica: so is that a different bug?
[22:21] <intellectronica> calc: interesting, so, it used to have a bugwatch but that disappeared when you changed the status?
[22:22] <calc> it had a new need to link bit
[22:22] <calc> i never linked it upstrema afaicr
[22:23] <calc> so when i realized it was going to be fixed in debian by just deleting it in this case i marked it invalid
[22:23] <calc> even with it marked invalid it does not show up with hide_upstream in web interface, and now in launchpadlib it just shows up as a regular task
[22:24] <calc> so i didn't know if the two bugs are related to each other
[22:24] <intellectronica> yes, it looks like a regular task to me in the web ui
[22:24] <calc> if tasks that are not part of ubuntu are supposed to show up in launchpadlib as bug_watches then there is an issue there
[22:24] <intellectronica> calc: i'm not sure what the expected behaviour is, so if you think that this is a bug, please file one
[22:25] <intellectronica> calc: tasks never show as bug watches. tasks can be assigned a bug watch, which sets their status
[22:25] <calc> intellectronica: well i guess as far as the launchpadlib is concerned i was wondering how do i get it to show me what the web interface thinks of as far as upstream things
[22:25] <intellectronica> but they are still tasks
[22:25] <calc> intellectronica: and the web interface appears to think that the openoffice task on this bug is an upstream item
[22:26] <calc> intellectronica: or is that just the singluar bug the fact the web interface thinks it is upstream when it isn't at all
[22:26] <intellectronica> calc: i'm not sure i understand
[22:26] <calc> so if i do this search:
[22:26] <calc> https://bugs.edge.launchpad.net/ubuntu/+source/openoffice.org/+bugs?orderby=-datecreated&field.status%3Alist=TRIAGED&field.status_upstream=hide_upstream
[22:27] <calc> it does not show bug 89005
[22:27] <calc> yet 89005 is triaged and is not upstream
[22:27] <calc> according to my understanding of what you just said hide_upstream should only hide bugs that have bug watches on them?
[22:28] <intellectronica> but it does appear to have an upstream task
[22:28] <intellectronica> no, i don't think that's the case. i think it hides bugs with task on an upstream project
[22:30] <calc> ah i see so the functionality between what i am seeing in launchpadlib and the web ui are different, the lib deals with tasks and bugwatches, the gui deals (primarily) with what type of task is on the bug
[22:31] <intellectronica> calc: not really. lplib uses exactly the same search as the web ui
[22:31] <intellectronica> calc: bug watches have nothing to do with hide_upstream. upstream simply predicates on a task's bug having another task which is on a product
[22:32] <intellectronica> bug watches are a mechanism for allowing an external bug tracker set the status of a task
[22:32] <intellectronica> upstream projects need not have a bug watch
[22:32] <calc> how do i determine in lib which things the web thinks are upstream tasks?
[22:32] <intellectronica> au contraire, the really cool ones are tracked in Launchpad ;)
[22:32] <calc> so that i can check anything it thinks it is an upstream task for status invalid and then display that
[22:34] <intellectronica> for each task, iterate over task.bug.bug_tasks, and if at least one of them is on a product (rather than on a package or on ubuntu itself) then it's the upstream task
[22:34] <calc> ok
[22:36] <calc> intellectronica: how do i determine if it is a product?
[22:36] <calc> owner?
[22:38] <wgrant> type()?
[22:38] <wgrant> Or resource_type_link.
[22:39] <intellectronica> calc: examine task.target.resource_type_link
[22:41] <intellectronica> task.target.resource_type.link.split('#')[1] == 'project' should do the trick
[22:41] <calc> ah cool :)
[22:43] <calc> i printed resource_type_link and it showed up as:
[22:43] <calc> https://api.edge.launchpad.net/beta/#bug_task
[22:43] <calc> oh oops
[22:43] <calc> i need to add target to my code
[22:44] <calc> now that worked :)
[22:48] <calc> intellectronica: thanks for all the help! :)
[23:04] <calc> cool only one bug affected, at least now i know :)
[23:24] <calc> actually i had a bug in my script i found some now
[23:29] <ronny> yo
[23:29] <ronny> gmb: sup?
[23:49] <calc> intellectronica: wrt the hide_upstream issue in the web interface, it appears it only effectively hides bugs that are project invalid that are not bug watched
[23:49] <calc> intellectronica: bug watched invalid bugs show up in the resolved_upstream list


[00:03] <bfreis> l0n, did you manage to reproduce the problem?
[00:06] <l0n> just trying it now, not sure if this is going to work, I am just to run a VM inside a VM
[00:06] <l0n> just = trying
[00:08] <l0n> well that's sort of good, I've got the same problem
[00:09] <bfreis> Oh, I don't feel alone anymore
[00:09] <bfreis> lol
[00:09] <bfreis> :)
[00:10] <bfreis> You got the same message from the kernel?
[00:10] <l0n> yep
[00:11] <bfreis> did you use Eucalyptus or something else?
[00:12] <wmp> hello
[00:12] <wmp> i have server with only ipv6, what repository can connect with my server?
[00:12] <l0n> I just used plain old kvm with the cmd line that you pasted a while ago
[00:12] <bfreis> l0n, hmm ok
[00:20] <l0n> bfreis when you registered the image with Eucalyptus did you specify a kernel e.g. --kernel <eki-somethinghere> ?
[00:21] <bfreis> l0n this was done automatically by the uec-publish-tarball script
[00:21] <l0n> hmm, ok
[00:21] <bfreis> doing euca-describe-images I see that the kernel is correctly published, and the image is correctly configured to use the kernel
[00:24] <l0n> does it have the kernel filename?
[00:24] <bfreis> i don't understand
[00:24] <bfreis> where?
[00:24] <l0n> when you do a euca-describe-images, is the filename shown?
[00:25] <bfreis> IMAGE   emi-95C322B8    ebah-ubuntu-11.10-java-tomcat-amd64-20111126-1909/oneiric-server-cloudimg-amd64.img.manifest.xml        admin   available       public          x86_64machine eki-7A4827A0
[00:25] <bfreis> IMAGE   eki-7A4827A0    ebah-ubuntu-11.10-java-tomcat-amd64-20111126-1909/oneiric-server-cloudimg-amd64-vmlinuz-generic.manifest.xml    admin   available       public       x86_64   kernel
[00:25] <bfreis> well, that's not the original image
[00:25] <bfreis> IMAGE   emi-DB271F35    oneiric-server-cloudimg-amd64/oneiric-server-cloudimg-amd64.img.manifest.xml    admin   available       public          x86_64  machine eki-94B4240C
[00:25] <bfreis> IMAGE   eki-94B4240C    oneiric-server-cloudimg-amd64/oneiric-server-cloudimg-amd64-vmlinuz-generic.manifest.xml        admin   available       public          x86_64  kernel
[00:25] <bfreis> this is the original image
[00:25] <bfreis> you see, it references the kernel by "kernel id"
[00:25] <bfreis> eki-blah
[00:27] <l0n> hmm looks like the xml filename is derived from the kernel name - oneiric-server-cloudimg-amd64-vmlinuz-generic.manifest.xml
[00:27] <bfreis> certainly
[00:28] <l0n> not sure that is the right kernel, in the tar.gz that you download, you also get a oneiric-server-cloudimg-amd64-loader, have you got that ?
[00:28] <bfreis> yes, that is inside the tarball
[00:28] <bfreis> the tarball structure is exactly the same for natty and oneiric
[00:28] <l0n> and natty works?
[00:28] <bfreis> and I used the very same uec-publish-tarball to publish it
[00:28] <bfreis> yes
[00:28] <l0n> ah ok
[00:29] <bfreis> the problem is specific to oneiric
[00:30] <bfreis> actually, the *-loader files are exactly the same
[00:30] <bfreis> (well, more precisely, they have the same md5 hash)
[00:30] <bfreis> don't know if it is good or bad though
[00:30] <l0n> right, well I am now gonna give natty a go to make sure that does work
[00:30] <l0n> if it doesn't then our problems might be different
[00:31] <bfreis> great
[00:35] <bfreis> it looks like it is not an issue with Eucalyptus, but something specific to Ubuntu
[00:35] <bfreis> and now, if natty works for you, I'd say it is an issue specific to Ubuntu Oneiric's cloud image
[00:36] <l0n> natty isn't working for me so looks like I haven't yet managed to reproduce it
[00:36] <bfreis> oh damn
[00:36] <bfreis> what did it say?
[00:37] <l0n> natty also says it can't mount sda1
[00:37] <bfreis> holy crap!
[00:39] <l0n> don't worry, I am just doing something silly ;)
[00:39] <wmp> lol: http://wklej.org/id/635463
[00:40] <nebajoth> why are you using eucalyptus and not openstack?
[00:42] <bfreis> nebajoth, because it is a PITA to install openstack
[00:43] <bfreis> (before you ask, I don't own lots of boxes, just 4, so no orchestra+juju)
[00:43] <nebajoth> but you lose all future compatability and support
[00:44] <bfreis> nebajoth, the boxes serve only as VM hosts, I don't mind if they are not up to date, if they serve their purpose
[00:45] <bfreis> if you know an easy way to install openstack on 4 servers, I'd be glad to know how!
[00:49] <gllera> can i work with a vm on my pc and later put it on ec2??
[00:49] <l0n> bfreis can you start up a natty VM and paste me the output from ps (prob best in a PM) to show the command line?
[00:50] <bfreis> l0n, sure, just a sec
[00:50] <bfreis> l0n, I think it's almost the same thing
[00:50] <nebajoth> define easy :P
[00:51] <bfreis> nebajoth, as easy as Ubuntu Enterprise Cloud installation on Natty 11.04
[00:51] <bfreis> Shouldn't take more than 2-3 hours for someone who has never done it before
[00:51] <adam_g> utlemming: you around by chance?
[00:52] <bfreis> l0n, just sent you the kvm command line of one of my instances running a Natty image (not the original one, I tweaked it, but only slightly: installed some packages, etc)
[00:54] <bfreis> nebajoth, well, I already lost lots and lots of hours searching for a way to install it on 4 boxes with 1 nic each, but let's ignore this part :)
[00:54] <l0n> ok, shouldn't be a problem, I wouldn't have thought any packages would make a diff
[00:54] <bfreis> l0n, I can launch an original natty as well, but that shouldn't change the kvm command line
[00:54] <bfreis> eucalyptus won't know that it is an original or a modified image
[01:10] <afeijo> hi guys, what would be the better adduser parameters to create one user? I created one for me in a new linode server, but when I access it, it isn't reading the .bashrc file nor any file
[01:29] <l0n> afeijo how do you know it's not reading the .bashrc file or others?
[01:30] <afeijo> l0n, when I log in, the prompt has only "$", and no autocomplete thru tab, no aliases, etc.
[01:30] <afeijo> pretty naked
[01:30] <l0n> yeah I know what you mean, delete the user and try this.... (me looks through notes)
[01:31] <l0n> useradd -m USERNAME
[01:31] <l0n> you may also need to change bin/sh in /etc/pass to /bin/bash
[01:31] <l0n> for that new user
[01:32] <l0n> sorry /etc/passwd
[01:33] <afeijo> thanks!!
[01:34] <afeijo> l0n, now it is perfect
[01:34] <l0n> np :)
[01:34] <l0n> btw, the reason the files don't exist is because you didn't have any .bashrc etc files, the -m creates a home directory for the new user and copies /etc/skel into it
[01:36] <l0n> ok that was a bit of a broken statement but you get my meaning ;)
[01:36] <afeijo> yeah, I found that, I did try the -m yesterday, I saw a few files in /home/feijo, but the /bin/sh was the issue
[01:37] <l0n> aahh ok
[01:48] <afeijo> l0n, do you know how to install maria db?
[01:49] <l0n> nope never heard of it
[01:49] <afeijo> l0n, it is the new mysqldb after oracle bought it, the community got the available source and made mariadb, hehe
[01:50] <l0n> oh right cool
[01:51] <afeijo> too bad we do not have an apt-get install out of the box
[01:55] <l0n> they've got debs for Ubuntu on their site so shouldn't be too difficult
[01:56] <afeijo> I'll try again to add their deb lines into my source.list
[01:57] <l0n> or just download the debs and do: dpkg -i deb.dev
[02:15] <afeijo> got it thru apt-key :)
[03:26] <bfreis> Well, if there are people interested, l0n helped me track down the problem. Actually, Oneiric's x64 cloud image looks totally buggy. The kernel is wrong, /etc/fstab is totally broken (eg, the line that should mount the root file system lacks a mount point...), the file /etc/network/interfaces is buggy (does not configure eth0). I might be wrong, but I guess /etc/fstab and /etc/network/itnerfaces must be correctly set up for the image to work.
[03:26] <bfreis> let's file a bug...
[03:28] <bfreis> Well, where should I go to file a bug against the image?!
[03:29] <bfreis> OH YEAH, after I fixed the network, it looks like it is working!
[03:31] <bfreis> the instance booted properly, I can ssh into it
[03:31] <bfreis> I have no idea if everything is fine though...
[03:32] <bfreis> looks like Canonical uploaded the first crap they could put together to their servers, I cannot be sure that this image is correct now...
[03:34] <pmatulis> bfreis: if you found a bug then let people know, there's no need to get vulgar
[03:34] <bfreis> After all, it had nothing to do with Eucalyptus...
[03:34] <bfreis> Where should I report it?
[03:34] <bfreis> It is not a bug on any package, it is on the image file
[03:37] <bfreis> pmatulis, do you know where should I report this bug?
[03:37] <pmatulis> bfreis: against the ubuntu project
[03:37] <bfreis> do you know where exactly?
[03:37] <pmatulis> https://bugs.launchpad.net/ubuntu/+filebug
[03:38] <jakupl> nebajoth, SpamapS: I installed dnsmasq on the server
[03:38] <jakupl> nebajoth, SpamapS: and it seems to work, when I try to use "dig www.webpage.com"
[03:39] <jakupl> nebajoth, SpamapS: But I don't quite understand... It just uses the dns server that the computer has used all the time right?
[03:39] <jakupl> nebajoth, SpamapS: and all it does is to cache the queries?
[03:40] <bfreis> Wow, it is REALLY hard to help...
[03:40] <bfreis> I'm trying to file the bug
[03:40] <bfreis> But I simply can't find how to do it
[03:41] <bfreis> https://bugs.launchpad.net/ubuntu/+filebug redirects me to a huge page, with lots of texts, I just want a textarea to fill with all the information and what I did to solve the problem
[03:41] <bfreis> Isn't there any such form?!
[03:42] <pmatulis> bfreis: i have no idea what you're talking about.  the link i provided gives the most simle way to file a bug
[03:42] <pmatulis> *simple
[03:42] <jakupl> Does anyone feel like helping me understand dnsmasq?
[03:43] <bfreis> pmatulis, the link you provided me redirects me to https://help.ubuntu.com/community/ReportingBugs
[03:43] <pmatulis> bfreis: it doesn't for me (?)
[03:43] <bfreis> if I take out the +filebug part, there's a page with a "Report a bug" link, but this is the same as the other link, and redirects me to the same wiki page
[03:44] <bfreis> Well, looks like I have a new bug to report then, now against Launchpad, hehe
[03:45] <pmatulis> bfreis: maybe inquire in #launchpad
[03:45] <bfreis> You see what I mean when I say that it is hard to help?
[03:45] <pmatulis> bfreis: i seem to remember such a redirection
[03:45] <pmatulis> bfreis: looks like it, yes
[03:49] <bfreis> pmatulis, https://bugs.launchpad.net/ubuntu/+filebug/?no-redirect
[03:49] <bfreis> That is the trick
[03:49] <bfreis> people at #launchpad doesn't seem to be very helpful... it is a shame.
[03:51] <pmatulis> bfreis: i wonder why i don't get redirected
[03:51] <bfreis> Maybe because your account is "special". You work at Canonical, don't you?
[03:52] <bfreis> At "launchpad", I'm no one. I've once reported a bug against eucalyptus, that's all. Maybe I'm not trusted, so they redirect me to a page with loooooots of useless information :/
[03:53] <pmatulis> bfreis: it doesn't work that way
[03:55] <bfreis> Very strange
[03:55] <bfreis> a guy at #launchpad said: Ubuntu requested that people be forced to read the page first, because otherwise a lot of people file them improperly.
[04:24] <bfreis> pmatulis, I've finished writing the bug report, but it won't accept "ubuntu" as the package. What should I use instead?
[04:25] <bfreis> It is really a bug on the packaging of the image, it is not an specific package
[04:25] <bfreis> The other option is "i don't know the package", which is not actually the case
[04:26] <bfreis> well, damn it, I've lost too much time on it already. I will select "i don't know the package"
[04:30] <bfreis> https://bugs.launchpad.net/ubuntu/+bug/896772
[04:41]  * SpamapS subscribes smoser and utlemming to that bug
[04:43] <SpamapS> bfreis: utlemming and/or smoser will likely be the best resources to help fix that.
[04:43] <SpamapS> bfreis: can you try the precise images?
[04:43] <SpamapS> bfreis: http://cloud-images.ubuntu.com/precise/current/
[05:18] <bfreis> SpamapS, I just tested it
[05:18] <bfreis> SpamapS, apparently the kernel is ok (it finds /dev/sda1), but the /etc/fstab is broken
[05:18] <bfreis> SpamapS, it says "mount: mount point ext4 does not exist", exactly as it did with Oneiric when before I fixed /etc/fstab
[05:28] <SpamapS> bfreis: that would be a nice data point for the bug comments. :)
[05:28]  * SpamapS disappears
[08:18] <koolhead17> hi all
[15:13] <koolhead17> hi all
[17:05] <Nelis> I'm having a problem booting from a raid1 array. During boot it drops to initramfs saying the boot device does not exist. I have no problems booting from a degraded array.
[17:27] <Nelis> looks like /dev/disk/by-uuid does not exist, which would explain why it can't boot. No partitions showing in /dev whatsoever.
[17:28] <tero> has anyone tried to install webmin on ubuntu server? any "hiccups" ?
[17:30] <qman__> !webmin | tero
[17:30] <dork> other than security no
[17:30] <dork> there's a huge negative connotation associated with webmin though
[17:30] <dork> has existed for over a decade
[17:31] <tero> crap :\
[17:31] <tero> client demands webmin
[17:31] <qman__> you can do it, but it isn't supported here
[17:31] <tero> this sux
[17:31] <dork> tero: if they're paying you to make themselves vulnerable, it just means future revenue for them
[17:31] <qman__> you will have to seek webmin-specific support
[17:31] <dork> so if they demand it, hook them up
[17:31] <dork> profit
[17:31] <dork> s/them/you
[17:31] <tero> well they really don't care about the OS
[17:31] <dork> i mean future revenue for you
[17:32] <tero> i guess i will have to use centos
[17:32] <dork> i've used webmin over centos
[17:32] <dork> i can't imagine it being any different than webmin over debian based oss
[17:33] <tero> ok thanx
[17:33] <dork> also 'isn't supported here' is stated in every irc channel on freenode
[17:33] <dork> so don't worry about 'support'
[17:33] <tero> we will see what can I do
[17:33] <tero> :)
[17:33] <dork> just make sure you lock it down
[17:33] <dork> it's a huge vulnerability
[17:35] <qman__> isn't supported here means just that, we can't help you if you broke your system by installing webmin
[17:36] <dork> which is in the topic of every channel on this network
[17:36] <dork>  i hear what you're saying though
[17:37] <qman__> we also can't help you if something else broke, but you have webmin installed
[17:37] <dork> it basically means 'we choose to not help you and then ridicule you when that time occurs'
[17:37] <qman__> no, it means we do not help you because webmin breaks things
[17:38] <dork> which can be said about anything
[17:38] <dork> it's selective prejudice
[17:38] <qman__> no, it isn't
[17:38] <dork> yes
[17:38] <dork> it is
[17:38] <dork> sorry.
[17:38] <dork> i don't mean to be inconvenient for you but that's pretty much what it is
[17:38] <qman__> there's a reason webmin is singled out
[17:38] <dork> if you don't want to help someone with webmin just shut up and don't say anything
[17:38] <qman__> it breaks things in weird ways that are difficult to troubleshoot
[17:38] <dork> no i realize that
[17:39] <dork> the same way someone might single out dovecot because it doesn't like it's pop3s implementation
[17:39] <dork> it's selective, it's freenode horse sht
[17:39] <dork> that's just how it s.
[17:39] <dork> man  need t oclean this keyboard out
[17:40] <qman__> dovecot is supported here, it's actually the default
[17:40] <dork> witty rebuttal
[17:41] <dork> who are you to determne what is and isn't supported
[17:41] <dork> is my point
[17:41] <qman__> I am not; the ubuntu devs are
[17:41] <qman__> packages in 'main' are supported officially
[17:41] <dork> nobody comes here or any other irc channel asking 'what are your thoughts on me using *'
[17:41] <dork> you should define that criteria then
[17:41] <dork> instead of dismissing people
[17:41] <qman__> packages in 'universe' are also generally supported here, but not officially
[17:41] <qman__> webmin is neither
[17:42] <dork> the best policy is to just stop running your mouth if you plan to not support something because you choose not to
[17:42] <dork> instead of this 'x is not supported'
[17:42] <qman__> sorry if it's not posted clearly enough, but that policy _is_ defined
[17:42] <dork> qman__: people like you ruin irc
[17:43] <dork> :)
[17:43] <qman__> you're giving bad advice by telling people to use packages that are not supported, in the support channel
[17:43] <dork> i answered his question
[17:43] <dork> which you did not
[17:43] <dork> you gave no advice.
[17:43] <dork> yet i'm villafied?
[17:43] <qman__> no advice is better than bad advice
[17:43] <dork> haha
[17:43] <qman__> because when he comes back here after webmin breaks his system, we can't help
[17:43] <dork> that's fucking stupid.
[17:44] <dork> he was made well aware of the negativity behind webmin
[17:44] <dork> not sure if you just missed that part
[17:44] <dork> or overlooked it
[17:44] <qman__> it's not about negativity, it's simple fact, webmin is not supported here, we don't help people with webmin here
[17:45] <dork> you don't support webmin
[17:45] <qman__> if he needs help with webmin, he needs to seek a webmin support channel
[17:45] <oCean> dork: control your language here, please
[17:45] <dork> he didn't ask for help regarding webmin on ubuntu
[17:45] <dork> he asked for input on webmin itself
[17:45] <qman__> that is exactly what he asked for
[17:45] <dork> oCean: will do.
[17:46] <dork> qman__: so you'd rather tell someone that webmin isn't supported versus webmin is a horrible idea?
[17:46] <qman__> I said both, and usually do
[17:46] <dork> wah wah.
[17:46] <qman__> if they stick around, I also usually advise on what they should do, but he was dead set on webmin
[17:46] <qman__> so I told him to seek a webmin channel
[17:49] <dork> understandable
[19:03] <swharper> hm - trying to connect to a media share ive setup on server.  mac is giving me the following error:  The operation can’t be completed because the original item for “media” can’t be found.
[19:03] <swharper> it sees the machine and the share
[19:11] <wolflkoder> hallo
[19:11] <wolflkoder> habe ein Problem bei der installation vom mt-daapd
[19:21] <cloakable> swharper: what server software?
[19:21] <swharper> 11.10
[19:22] <swharper> it is most likely a basic network issue
[19:22] <swharper> i am able to connect to my mac from the server via afp but not vice verca
[19:22] <swharper> id like to set up a samba share that is accessible to the rest of my network
[19:23] <cloakable> -are you using Samba or netatalk?-
[19:24] <cloakable> And if you're using a modern version of Mac OS, you can just use Samba.
[19:24] <Nelis> When trying to boot from raid1 my system drops to initramfs saying it can't find the boot device, which makes sense since the /dev/disk/by-uuid path does not exist and no partitions are available in /dev. Any ideas on how I can solve this?
[19:24] <swharper> well i installed ubuntu desktop - when i go to "sharing options" and check that box, I assume that is samba?
[19:25] <swharper> yeah i am...
[19:25] <cloakable> Yes
[19:25] <swharper> it is odd because it isnt recognizing the root or admin username/password combos
[19:25] <swharper> and guest access throws up an error
[19:26] <cloakable> Does the user 'nobody' have read access to the shared directory?
[19:26] <cloakable> And you can't connect to Samba as Root for security reasons iirc.
[19:27] <swharper> ah i see
[19:27] <swharper> well as my user account, the same applies
[19:27] <swharper> when i check the media properties, it shows my user account as the owner, and i have folder access set to "create and delete files" but it won't let me change the file access
[19:28] <swharper> well i guess thats only for files
[19:28] <swharper> not folders
[19:28] <swharper> group is my user name
[19:28] <swharper> could be the issue there
[19:29] <cloakable> Yeah. All that means is samba will let the guest account change stuff. Doesn't mean the underlying unix permissions will allow that.
[19:29] <swharper> what should the group be then?
[19:29] <swharper> nobody isnt an option in the dropdown
[19:30] <swharper> i should probably just go back to the cli
[19:30] <cloakable> Check the permissions on the folder. Is it something like rwxrwx---, or rwx------?
[19:30] <cloakable> swharper: The guest account on samba, by default, is the 'nobody' unix user.
[19:31] <swharper> permission is drwxrwxrwx
[19:31] <cloakable> Hmmmm.
[19:32] <cloakable> Underlying permissions are good then.
[19:32] <swharper> yeah…
[19:32] <cloakable> And you have allowed the guest account access?
[19:32] <swharper> id prefer to not have guest allowed
[19:32] <cloakable> Aha.
[19:32] <swharper> but my user isnt being granted access either
[19:32] <swharper> so i tried guest
[19:33] <swharper> im about 80% sure this is related to group permissions
[19:34] <swharper> since my user isnt being granted access
[19:34] <swharper> and im the creator
[19:34] <cloakable> You can't get more permissive than rwxrwxrwx
[19:35] <swharper> right…ok so how does it work from the client side?  the server doesnt show up at all when i browse the network
[19:35] <swharper> from the client
[19:36] <swharper> on the other hand, the server sees afp shares i have set up
[19:36] <cloakable> That -sounds- like a samba problem, honestly.
[19:37] <swharper> yeah
[19:37] <cloakable> Is samba running?
[19:37] <cloakable> Can you browse to smb://<IP_ADDRESS> on the desktop?
[19:38] <swharper> christ i hope its not that basic…checking
[19:41] <swharper> hm
[19:42] <swharper> i had samba install when i installed the server
[19:42] <swharper> OS
[19:45] <swharper> yes i can
[19:45] <swharper> shows the media share
[19:45] <swharper> now when i try to open the media share the same issue arises
[19:45] <swharper> my username/password combo doesnt work
[19:45] <swharper> this is locally
[19:59] <Nelis> When trying to boot from raid1 my system drops to initramfs saying it can't find the boot device, which makes sense since the /dev/disk/by-uuid path does not exist and no partitions are available in /dev. Any ideas on how I can solve this?
[20:47] <stiv2k> hi
[20:47] <stiv2k> for some reason i cannot write to all of my samba shares other than the homes share
[20:48] <stiv2k> all my shares have guest ok = yes and
[20:48] <patdk-lap> guest ok = yes != writable
[20:48] <patdk-lap> you have to make sure the linux guest user that guest gets mapped to, has write permissions
[20:48] <stiv2k> writbale = yes
[20:49] <patdk-lap> and that in samba, the guest user also has write permission
[20:49] <stiv2k> that sounds unnecessarily complex
[20:49] <stiv2k> ok let me see the guest user info
[20:51] <stiv2k> hm my config file must not have all the params in it
[20:51] <stiv2k> patdk-lap: do you know what parts of smb.conf are for the guest user
[20:53] <qman__> guest write is usually a really bad idea so it's difficult to enable
[20:56] <qman__> do you actually want guest write, or do you just want users to be able to write?
[20:59] <RoyK> stiv2k: it's NOT unnecessary complex, it's how unix is built. If you want to break security etc, just chmod 777 /whatever/dir/is/shared/with/samba
[21:00]  * guntbert whistles a warning tune
[21:13] <stiv2k> RoyK: qman__: well, samba is not accessible outside my LAN, so how is it so dangerous?
[21:14] <qman__> it's dangerous because of anyone or anything that can get inside your LAN
[21:14] <stiv2k> hmm ok
[21:14] <qman__> common vectors include wireless access points, or especially if it's a laptop
[21:15] <stiv2k> so ill just stick with guest read and user write
[21:15] <stiv2k> but i think i am actually already logged in
[21:15] <stiv2k> since i see my home directory share
[21:15] <qman__> less common but equally possible are viruses and similar attacks
[21:15] <stiv2k> i still cannot write to other shares
[21:15] <swharper> what is the advantage of configuring ldap with samba as opposed to simply setting up users/permissions within samba?
[21:15] <qman__> in order to write to the other shares, your user needs to have local write access to the shared folder locations
[21:16] <qman__> you can fix that by changing the permissions or owner/group-owner of the directory
[21:16] <stiv2k> okay let me check that
[21:16] <stiv2k> one sec
[21:16] <stiv2k> yeah that must be it
[21:16] <stiv2k> the shares are owned by debian-transmission:debian-transmission
[21:17] <qman__> in this particular case, I suggest one of two solutions
[21:17] <stiv2k> group which i am not a part of
[21:17] <qman__> either change the group-owner of all the files to your user's group, or add your user to the debian-transmission group
[21:17] <qman__> the latter is preferable for usability since new files are probably going to be created with those permissions
[21:17] <stiv2k> ok
[21:18] <stiv2k> thanks for the tip :)
[21:18] <qman__> you may have to log out/log back in for the change to take effect
[21:18] <qman__> in the case of samba, that'd mean disconnecting from the server and reconnecting with it asking for login
[21:20] <stiv2k> qman__: in this case do you think a file permission of 660 is safe
[21:20] <qman__> swharper, the advantages of ldap include one set of users/passwords, eliminating smbpasswd, and being able to use the same users and passwords across the network on multiple servers and clients, single-sign-on
[21:20] <qman__> yes
[21:20] <stiv2k> and directory permission of 770
[21:20] <swharper> hm
[21:20] <swharper> thx
[21:20] <qman__> yes
[21:21] <qman__> to be reasonably secure, you just want to make sure guests can't write, and can't get to private data
[21:21] <qman__> and that system accounts like debian-transmission can't log in over the network
[21:21] <qman__> which they can't by default
[21:22] <stiv2k> cool
[21:22] <stiv2k> here is how i set up the shares http://fpaste.org/mVRo/
[21:22] <qman__> looks good, one trick you may want to use is the 'force group' option
[21:23] <qman__> if you have more than one user using files, that causes new files to be created with a specific group owner, so other users can then read and possibly write to files and folders created that way
[21:24] <stiv2k> where can i read more about this
[21:24] <qman__> IIRC the samba manual explains it pretty well
[21:24] <stiv2k> i wonder if i need to end my screen session to make the group add to take effect
[21:25] <qman__> http://www.samba.org/samba/docs/man/manpages-3/smb.conf.5.html#FORCEGROUP
[21:27] <stiv2k> brb
[21:29] <stiv2k> ok that worked, now to log out from the windows session
[21:38] <stiv2k> wtf
[21:39] <stiv2k> qman__: either i cant terminate the windows connection or... i still cant write
[21:40] <qman__> stiv2k, have you restarted samba?
[21:42] <stiv2k> i guess thats a good way to do it
[21:50] <stiv2k> qman__: it works :)
[21:50] <stiv2k> thank you
[21:51] <srk9> Why doesn't ubuntu-10.04.3-server-i386.manifest exist?
[22:03] <stiv2k> qman__: i noticed a share called 'homes' showed up
[22:04] <stiv2k> can i make this not show up, as there is already a share with my user name that is my home directory
[22:04] <qman__> probably a mistake in your configuration file, it doesn't normally show
[22:05] <qman__> if you pastebin the whole thing I can probably find it
[22:17] <stiv2k> it just appeared i think
[22:19] <stiv2k> http://fpaste.org/2fU8/
[22:20] <stiv2k> is it the browseable = yes of the home directories share?
[22:57] <lwizardl> Hello
[23:02] <Nelis> I can't seem to boot from my software raid1 array unless it's degraded. When being dropped to initramfs blkid only lists sda:"promise_fasttrack_raid_member" and /dev/disk/by-uuid/ does not exist. Any ideas on how to solve this?
[23:47] <chronos> hello.
[23:47] <chronos> how I can set my ubuntu server to use a wireless connection?