[08:12] <mup> Bug #1514045 opened: MAAS sometime install fails if mutiple DHCP are confuigued in MAAS <MAAS:New> <https://launchpad.net/bugs/1514045>
[17:35] <mup> Bug #1514094 opened: bcache setup fails in gmaas <MAAS:New> <https://launchpad.net/bugs/1514094>
[17:38] <mup> Bug #1514094 changed: bcache setup fails in gmaas <MAAS:New> <https://launchpad.net/bugs/1514094>
[17:41] <mup> Bug #1514094 opened: bcache setup fails in gmaas <MAAS:New> <https://launchpad.net/bugs/1514094>


[14:21] <douglas-web-dev> Hello guys!
[14:21] <douglas-web-dev> Please, how can I change the Ubuntu One account associated with my Ubuntu 11.10 user account?
[14:24] <douglas-web-dev> Do someone know how to do this?


[11:48] <Razor-X> DianWei: the `.' specifies the current directory, and the `/' is the delimeter you use to imply something in the contents of a directory
[11:48] <twisted_maple> DianWei: just that.
[11:48] <DianWei> bash: ./configure: No such file or directory
[11:48] <Ex-Cyber> bluefrog-10: thanks
[11:48] <marek_> Bye
[11:48] <cevizoglu> LjL: there's universe repos also
[11:48] <VooDoo> LjL: not sure about that, but it enabled me to download apps like blam! and pan etc
[11:48] <signius> DIanWei ignore the run and just type ./configure
[11:48] <selinium> It's 22:48 in the UK, Good night all! :)
[11:48] <DianWei> That's what it returns.
[11:48] <bluefrog-10> Ex-Cyber, at least partimage can write to network so u can backup on a server
[11:48] <Zeep> VooDoo, You are the Windows Server guy, right :-D
[11:48] <VooDoo> night swlinium
[11:48] <SEJeff> Zeep: Same goes for KDE :) /usr
[11:49] <Razor-X> DianWei: is there a file called ``configure'' in the directory?
[11:49] <VooDoo> zeep: damn susssed
[11:49] <PadrePio> hi
[11:49] <selinium> LjL, Look at the repos list ubotu showed you
[11:49] <jenda> LjL: if you want to install programs, you will probably need the universe
[11:49] <nalioth> DianWei: perhaps there is not a configure script
[11:49] <PadrePio> no
[11:49] <Zeep> SEJeff, that's pretty clear ;-)
[11:49] <PadrePio> selinium yes
[11:49] <signius> DIanWei you need to be in the same directory as the source you are trying to compile
[11:49] <DianWei> no there is none.
[11:49] <selinium> lj
[11:49] <DianWei> I am i hope... let me check.
[11:49] <VooDoo> jenda: isnt universe there by defaut?
[11:49] <LjL> i have universe
[11:49] <ubuntuman> test
[11:49] <ubuntuman> helllouuuu... :)
[11:49] <PadrePio> ubuntuman no
[11:49] <bluefrog-10> Ex-Cyber, the only thing it has to be launched with a -L argument or something like it on the server os u won't be bothered with identification
[11:49] <jenda> VooDoo: no. It has to be enabled
[11:50] <VooDoo> hello ubuntuman
[11:50] <cevizoglu> LjL: there are third-party breezy repos also...
[11:50] <nalioth> DianWei: good rule of thumb, read the README or INSTALL in the source pkg
[11:50] <LjL> but, leaving universe for later for the moment... the other repositories (the ones i mentioned) *never* contain new releases, is that correct?
[11:50] <william> VooDoo, that page didnt work, all the packages are  "but is referred to by another package.
[11:50] <william> This may mean that the package is missing, has been obsoleted, or
[11:50] <william> is only available from another source
[11:50] <william> "
[11:50] <william> sorry
[11:50] <DianWei> I will try the readme.
[11:50] <Razor-X> DianWei: yeah, what nalioth said, INSTALL generally deals with the compilation process
[11:50] <cevizoglu> LjL: security contains security-related fixes to patch holes
[11:50] <elephanthunter> dropper45 : you there?
[11:50] <jenda> LjL: yes
[11:50] <signius> DIanWei also have you untarred the source 9 times out of 10 the source needs to be uncompressed
[11:51] <jenda> LjL: except for the security fixes
[11:51] <nalioth> william: please dont paste
[11:51] <LjL> jenda: ... and "major bug fixes" for breezy-updates, no?
[11:51] <DianWei> I have untarred the source.
[11:51] <jenda> LjL: yes
[11:51] <LjL> ok
[11:51] <DianWei> Unless I have to untar several times.
[11:52] <LjL> now what about universe? can it contain new releases even between ubuntu releases?
[11:52] <signius> DIanWei ok good
[11:52] <nalioth> DianWei: now cd into the directory the untarring process created
[11:52] <nalioth> DianWei: perhaps joining #kubuntu-offtopic where it is easier to keep up
[11:52] <kbrooks> DianWei: don't know the directory? hint: -v
[11:52] <jenda> LjL: I do not think so - that's what the backports are for
[11:52] <Razor-X> DianWei: if it's a .tar then a simple tar -vf should do the trick, .tar.gz is tar -xvzf, and .tar.bz2 is -xvjf
[11:52] <VooDoo> what you using LjL? hoary or breezy?
[11:53] <william> ok, so I installed w32codes but Totem player still gives me and error when I try and watch my movies
[11:53] <LjL> voodoo: breezy
[11:53] <jenda> VooDoo: Good Q
[11:53] <Ex-Cyber> bluefrog-10: I'm not sure this will work as it seems to require filesystem support and I have NTFS and BSD partitions which are listed as beta/experimental
[11:53] <jenda> william: DVD movies?
[11:53] <Ex-Cyber> otherwise it seems perfect ;)
[11:53] <VooDoo> i installed the DVD yesterday and the only thing i had to do was uncomment a few lines and add multiverse!
[11:53] <kbrooks> VooDoo: wow
[11:53] <william> well its an .avi
[11:53] <VooDoo> kbrooks: ?? wow?
[11:54] <kbrooks> VooDoo: yes wow
[11:54] <LjL> jenda: but, backports are from a *newer* distribution to an *older* distribution, aren't they? what about *between* distributions? in other words -- for example -- why are the latest KOffice packages only in an external repository (whose URL is mentioned on the Kubuntu site) and in none of the "standard" repositories?
[11:54] <kbrooks> LjL: Yes. they are
[11:54] <VooDoo> LjL bakports dont work for breezy yet the repository isnt enabled yet
[11:54] <VooDoo> kbrooks: you mean you dont have a copy? lol
[11:54] <jenda> william: I don't mean to scare you but avi are sometimes unplayable.
[11:54] <kbrooks> VooDoo: yet anyway
[11:54] <LjL> kbrooks: are in the standard repositories?
[11:54] <kbrooks> LjL: ?
[11:54] <towsonu2003> VooDoo: now I understand the thing with backports :)
[11:55] <kbrooks> LjL: rephrase
[11:55] <signius> DIanWei whats occuring ?
[11:55] <william> are you serious
[11:55] <VooDoo> :)
[11:55] <william> :(
[11:55] <LjL> kbrooks: you said "yes they are", what is where?
[11:55] <kbrooks> ljl: first question
[11:55] <DianWei> Oh, I've followed up to that point, I cded to that directory before coming here.
[11:55] <jenda> william: this doesn't have to be the case... but I have an avi that I just can't get to work while all others do work
[11:56] <william> lemme try other ones
[11:56] <william> all ive done is sudo the .deb package for w32codes
[11:56] <signius> DIanWei what are you trying to compile from source ?
[11:56] <LjL> voodoo: but the idea is that when backports is enabled, i'll get new packages also *before* the next Ubuntu release?
[11:56] <bluefrog-10> Ex-Cyber, so far I've never had pb with ntfs, but i may be lucky. about bsd i don't know. setup a machine with a quick xp and try it. otherwise if u really need to be sure u will have to go nortonghost. u could try freeghost as well btw.
[11:56] <jenda> william:  "sudo dpkg -i"?
[11:56] <DianWei> A comic reader program: comical.
[11:56] <signius> DIanWei also are you doing this as root
[11:56] <VooDoo> LjL: which packages? in particular?
[11:56] <william> yea
[11:56] <DianWei> I am using sudo.
[11:56] <LjL> i mean, you know, i'm used to Debian -- there packages are just updated incrementally, unless you use "stable"... "testing" and "unstable" get updated incrementally, and i'm just trying to map this to the way Ubuntu works
[11:57] <LjL> voodoo: updates... in general
[11:57] <signius> DIanWei so you did sudo su ?
[11:57] <Ex-Cyber> bluefrog-10: freeghost?
[11:57] <jenda> LjL: yes, it works similarly
[11:57] <DianWei> should I sudo su?
[11:57] <VooDoo> LjL: ah i see! well if you have all the repos enable you should be able to update using sudo apt-get update and it will pull down all the updates!
[11:57] <mAIJK> Hello. I have an FAT32 win disk and want to use it in ubuntu. Do I have to log in to DISK MANAGER every time I boot up and make it accessible and so on? Cant i make it so it can be accessed in \mnt ?
[11:58] <william> is that all I have to do to get the .deb package installed?
[11:58] <VooDoo> then sudo apt-get update
[11:58] <jenda> william: And did you get all the other codecs? (I am not sure if they are needed)
[11:58] <jenda> william: yes
[11:58] <william> which ones?
[11:58] <bluefrog-10> Ex-Cyber, yes ghost for linux. google a bit; can't remember the exact name right now
[11:58] <LjL> jenda: but with just "breezy", "breezy-updates", "breezy-security" and "universe" i just haven't gotten any new packages in the last four days or so... with debian, i had at least two or three packages every day, or sort of like that -- that's why i was thinking that Ubuntu worked differently
[11:58] <signius> yes
[11:58] <bluefrog-10> Ex-Cyber, maybe G4L or something like this
[11:58] <jenda> william: click system>help>Ubuntu Starter Guide and look for codecs
[11:58] <ecletrik> Could someone please tell me why I'm getting Input/Output errors while trying to move files from a DVD to my desktop?
[11:58] <StarKruzr> meh
[11:58] <Ex-Cyber> bluefrog-10: oh, g4u... that seems to only support network, no backup to CD/DVD
[11:58] <VooDoo> LjL: remember breezy hasnt been released that long, there may not be many
[11:59] <DianWei> Ok I sudo su'd
[11:59] <Ex-Cyber> bluefrog-10: I'll probably just try to cook up a shell script that uses dd, heh
[11:59] <Ex-Cyber> and try to shuffle my partitions appropriately
[11:59] <william> okay, thank you
[12:00] <jenda> LjL: As voodoo says, Breezy's fresh. I don't get many updates either
[12:00] <LjL> voodoo: i realize that, but, seeing the KOffice 1.4.2 released in an *external* repository (see http://www.kubuntu.org/announcements/koffice-142.php) made me wonder whether Ubuntu just worked differently
[12:00] <pixelPOET> o wow....quite a bit more active that ubuntuforums
[12:00] <Ropechoborra> Hiz :)


[08:15] <mup> PR core18#67 closed: hooks: add ping <Created by mvo5> <Merged by sil2100> <https://github.com/snapcore/core18/pull/67>
[08:48] <ahasenack> hi, is awk supposed to be in the core snap?
[08:48] <ahasenack> I started getting this error today:
[08:48] <ahasenack> 09/17/2018 05:44:20 - ERROR:stderr: /snap/git-ubuntu/433/usr/share/quilt/push: line 306: awk: command not found
[08:48] <ahasenack> my core snap was updated 5 days ago, and I haven't used the laptop since then (was on pto)
[08:49] <ahasenack> or maybe this is related to snapd's update regarding the PATH issue from last week?
[09:34] <mup> PR snapcraft#2277 opened: snap: move to a newer pysha3 <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2277>
[09:40] <jamesh> ahasenack: git-ubuntu is a classic snap, so it may be relying on utilities on the host system
[09:40] <jamesh> awk is definitely in the core snap, but /usr/bin won't be from core for classic snaps
[09:42] <jamesh> and looking at the core snap, /snap/core/current/usr/bin/awk is an absolute symlink, so won't resolve if the snap adds /snap/core/current/usr/bin to $PATH
[10:32] <sergiusens> Wimpress: how's the sprint?
[10:33] <Wimpress> All good
[11:19] <ads20000> popey: quick idea, does the snap-advocacy-bot thingy update snap dependencies automatically? If so: 1. That's really really cool!!! 2. Where's the code and could you guys make it a service for other snaps to use?
[11:19] <ads20000> *non-snapcrafters snaps
[11:27] <ahasenack> jamesh: thanks. Trying to track what changed, since the git-ubuntu snap didn't (afaik)
[11:29] <jamesh> ahasenack: looking at the git-ubuntu snap.yaml, it is definitely adding /snap/core/current/usr/bin to $PATH
[11:30] <jamesh> ahasenack: so if I had to guess, the usr/bin/awk symlink has changed from relative to absolute
[11:31] <jamesh> ahasenack: I suspect https://github.com/snapcore/core/pull/93 is the cuprit
[11:31] <jamesh> culprit, even
[11:31] <mup> PR core#93: hooks: unwind /etc/alternatives <Created by mvo5> <Merged by mvo5> <https://github.com/snapcore/core/pull/93>
[11:32] <ahasenack> rbasak: ^
[11:35] <rbasak> jamesh: that sounds likely. I'm happy to fix the git-ubuntu snap as needed, but isn't it a problem that changes in the core snap regress existing classic snaps like this?
[11:35] <jamesh> rbasak: I don't think it is a problem with the git-ubuntu snap
[11:36] <rbasak> Oh, I misunderstood. You think it could be a core snap regression then?
[11:38] <jamesh> rbasak: yeah.  Ideally all these symlinks should be relative so they point at the same thing whether in strict or classic confinement
[11:39] <rbasak> OK, thanks
[11:42] <popey> ads20000: it is just a shell script that touches a file which triggers a rebuild. It's not that clever :D
[11:44] <mborzecki> cachio: https://api.travis-ci.org/v3/job/428160334/log.txt
[11:45] <popey> ads20000: the goal was to trigger a rebuild of every single snap in snapcrafters to review what's broken
[11:59] <rbasak> Is there a reliable way for me to detect inside the code in a part whether snapcraft is running (eg. by it calling setup.py) or if I'm running in production?
[12:00] <rbasak> I was using $SNAP but that only worked with the deb, and I suspect it has stopped working with the latest snapcraft in Xenial.
[12:00] <rbasak> This is for a workaround for a bug, so some kind of temporary hack will also do.
[12:18] <popey> rbasak: to detect if you're currently building via snapcraft? There are various $SNAPCRAFT_ environment variables that only exist during the snap build in snapcraft
[12:19] <popey> e.g. $SNAPCRAFT_PART_INSTALL
[12:20] <rbasak> That sounds like it'll do. Thanks!
[12:22] <cachio> mborzecki, https://paste.ubuntu.com/p/PHhq2ZpMH7/
[12:25] <ads20000> popey: oh I see... fair enough! :)
[12:27] <jamesh> popey: is SNAPCRAFT_PART_INSTALL actually set in the environment?  I thought they just expanded it in the scriptlet
[12:28] <popey> oh, one for @sergiusens
[12:29] <ogra> there are other vars though
[12:34] <ogra> thresh, yo ... i noticed that vlc can not access any avahi exported resources (namely i run various webcams around my house and while i can open them in a browser, the vlc snap does not resolve .local names at all)
[12:34] <ogra> opeing them via IP works fine ...
[12:35] <ogra> probably just adding the "avahi-observe" plug would just be enough ... not sure ...
[12:37] <thresh> possibly
[12:37] <thresh> if you could test that I'd be grateful
[12:41] <ogra> if you can provide a snap with it enabled (in edge or so) i'll happily test
[12:47] <thresh> let me fire the build then
[12:48] <thresh> ogra, you're on stable right, so 3.0.4?
[12:59] <mup> PR snapd#5835 opened: tests: find snaps just for edge and beta channels <Created by sergiocazzolato> <https://github.com/snapcore/snapd/pull/5835>
[13:01] <ogra> thresh, yep
[13:14] <mup> PR snapd#5827 closed: ifacestate/autoconnect: do not self-conflict on setup-profiles if core-phase-2 <Created by stolowski> <Merged by mvo5> <https://github.com/snapcore/snapd/pull/5827>
[13:22] <mup> PR snapcraft#2278 opened: snap: pull early <Created by sergiusens> <https://github.com/snapcore/snapcraft/pull/2278>
[13:29] <kyrofa> Hey Chipaca, what is the core snap release process? Does snapd master land anywhere that it can be used?
[13:29] <ogra> there is a PPA
[13:30] <thresh> ogra, it's in beta, #583
[13:30] <mup> PR #583: interfaces: support permanent security snippets <Created by zyga> <Merged by zyga> <https://github.com/snapcore/snapd/pull/583>
[13:30] <ogra> kyrofa, does https://launchpad.net/~snappy-dev/+archive/ubuntu/edge help ?
[13:30] <kyrofa> ogra, I should have just asked that second question: how can I test out a feature in snapd that hasn't yet been released?
[13:30] <ogra> kyrofa, ah, just the edge core snap then
[13:31] <ogra> that should always have a daily build of master
[13:31] <kyrofa> Oh, that's what I thought, but a feature seems to be missing. Maybe it's my problem
[13:31] <ogra> (though dont ask me how that works for core18 ... )
[13:32] <thresh> it also seems vlc from the store is missing a camera autoconnect
[13:33] <ogra> well ... not sure if i'd like it to do that on my system
[13:33] <kyrofa> ogra, it seems edge core contains 2.35.2
[13:33] <ogra> so manual seems fine
[13:33] <kyrofa> (unless that version is hard-coded)
[13:33] <popey> jdstrand: did something change in mksquashfs overnight? I have a snap which grew 5.5MB, but contents are same from yesterday to today.
[13:33] <ogra> kyrofa, ah, i think mvo overrides it when he does a release, normally you have dailies from master though
[13:35] <ogra> popey, debug symbols ? (check the sizes of the binaries if you have yesterdays build around)
[13:35] <popey> the contents are the same
[13:35] <popey> only the snap grew overnight
[13:36] <kyrofa> ogra, are you in brussels?
[13:37] <ogra> kyrofa, nope
[13:37] <ogra> 250km east :)
[13:37] <kyrofa> :(
[13:37] <kyrofa> Well drive over here already
[13:37] <ogra> haha
[13:39] <ogra> thresh, https://paste.ubuntu.com/p/NQbtcQ9wGC/ ... sadly the interface isnt enough ... i guess it'd also need a client lib or some such
[13:39] <ogra> IP works fine ...
[13:39] <ogra> $ vlc http://<IP_ADDRESS>:8080/?action=stream
[13:39] <ogra> VLC media player 3.0.5 Vetinari (revision 3.0.4-20-g7df06c6)
[13:39] <ogra> [0000000000d5f3b0] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.
[13:39] <ogra> (the UI pops up after that line)
[13:42] <popey> Do you have network-bind?
[13:42] <ogra> yeah, vlc has that by default
[13:43] <ogra> (and it is auto-connected)
[13:44] <thresh> I think it has the avahi-client lib or somethign
[13:44] <thresh> I mean the discovery works so
[13:45] <ogra> watching dmesg while it starts up with avahi address only gets me the typical perf denial ... nothing special there
[13:45] <ogra> (and using the IP shows the same message ... )
[13:48] <thresh> ogra, do you have avahi-daemon running?
[13:48] <thresh> running vlc -vv gives me e.g. "[00007fa7d0d7b530] avahi services discovery: service 'ms' of type '_sftp-ssh._tcp' in domain 'local' port 22
[13:48] <ogra> thresh, locally ? sure, else the browser wouldnt open the url
[13:49] <ogra> and the processlist agrees
[13:49] <thresh> but it did resolve to an ip address it seems
[13:49] <thresh> ogra, can you PM/mail me the output of vlc -vv from your machine so I can compare?
[13:49] <thresh> preferably with LC_ALL=C
[13:51] <ogra> wow, thats a lot of output ...
[13:51] <ogra> https://paste.ubuntu.com/p/yW78Kct79N/
[13:51] <ogra> thresh, ^^^
[13:52] <thresh> oh I should have been more verbose: try accessing the discovered streams as well
[13:52] <thresh> ah wait
[13:53] <thresh> you're using CLI to actually access them
[13:53] <ogra> i can use the UI only but that gets the same result
[13:54] <ogra> https://paste.ubuntu.com/p/93nJGhkXHB/
[13:55] <ogra> same thing using the GUI to open the stream URL
[13:59] <thresh> you probably used "open network stream";  can you go to the "zeroconf network services" to check if it's there?  https://imgur.com/98AKRXp
[14:00] <thresh> normally it's nsswitch.conf that's supposed to have mdns4 or somethign similar, I'm not sure how that works in the snapped env
[14:00] <ogra> i actually use "open network stream" (is there another way ?)
[14:01] <ogra> sorry, i had to change machines now for a meeting ... will take a bit til i get back to the other one
[14:01] <thresh> interestingly this "zeroconf network services" works without granting vlc avahi-observe
[14:01] <thresh> sure
[14:02] <ogra> my typical way is: media -> open network stream -> pick (former) URL from the pulldown
[14:02] <ogra> i normally use the minimal interface and no playlist ... so i never noticed there is that zeroconf list
[14:11] <kyrofa> zyga, are you around?
[14:14] <mup> PR snapd#5836 opened: tests: try to build cmd/snap for darwin <Created by chipaca> <https://github.com/snapcore/snapd/pull/5836>
[14:21] <Chipaca> kyrofa: in a meeting
[14:21] <kyrofa> Chipaca, does snapd actually have a room?
[14:22] <Chipaca> kyrofa: yes
[14:22] <Chipaca> kyrofa: we are fancy that way
[14:22] <kyrofa> It's not on the spreadsheet. Or rather, it is, but it's actually MY room :P
[14:24] <Chipaca> kyrofa: ¯\_(ツ)_/¯  come up to floor 7. We have cookies.
[14:24] <Chipaca> * the cookies are, all of them, lies
[14:24] <kyrofa> Nice. Cookies always have butter in them anyway
[14:41] <mup> PR snapd#5837 opened: daemon: make error responders not printf when called with 1 argument <Created by chipaca> <https://github.com/snapcore/snapd/pull/5837>
[14:52] <mup> PR snapcraft#2277 closed: snap: move to a newer pysha3 <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2277>
[14:56] <mup> PR snapd#5838 opened: many: return real snap name in API response <Created by zyga> <https://github.com/snapcore/snapd/pull/5838>
[14:57] <mup> PR snapd#5839 opened: overlord/state: return latest LastAdded time in WarningsSummary <Created by chipaca> <https://github.com/snapcore/snapd/pull/5839>
[15:10] <ogra> thresh, so looking at the zeroconf stuff, that only opens sftp to act as file server
[15:10] <ogra> (back at the other machine)
[15:11] <thresh> but they do resolve?
[15:11] <thresh> probably via libavahi calls, not system dns resolver
[15:12] <ogra> yes, they do resolve and i get a user/password prompt
[15:13] <ogra> but i guess thats very specific to the file services bit in the playlist ... wotn affect generic DNS resolution
[15:13] <ogra> *wont
[15:14] <mup> PR snapcraft#2279 opened: sanity checks: run properly on build VMs <Created by kyrofa> <https://github.com/snapcore/snapcraft/pull/2279>
[15:14] <thresh> interesting that we only support ftp/sftp/nfs/smb/rtsp published via avahi, and not http
[15:14] <ogra> ah, is there a protocol list in the code somewhere ?
[15:15] <kyrofa> sergiusens, ^
[15:15] <ogra> perhaps thats the limiting bit
[15:15] <thresh> yep https://git.videolan.org/?p=vlc.git;a=blob;f=modules/services_discovery/avahi.c;h=956835dbc1ad2f5376a50e09cf2ce0e934933320;hb=10e610ee2f1f11c6fbc6f723bb52a665010fbeb7#l81
[15:16] <thresh> well, I'm pretty sure vlc wont try avahi-sd when it just gets the http://foo.local/ link
[15:17] <ogra> aha
[15:17] <ogra> so not actually a snap issue then ... interesting
[15:18] <ogra> (funny that i never noticed it before though ... but i really havent)
[15:18] <thresh> will a regular system resolver be used for gethostbyname calls in a snap?
[15:19] <thresh> I mean, does it respect the system-wide nsswitch magic or core snap has its own copy?
[15:19] <ogra> it should through network and network-bind i think
[15:20] <ogra> hmm
[15:20] <ogra> chromium cant resolve it either
[15:21] <ogra> just trying with the chromuim snap here
[15:22] <thresh> then I'm a bit buzzled why it works in firefox then
[15:22] <ogra> well, not using a FF snap here
[15:22] <thresh> my snapped firefox doesnt resolve .local too
[15:22] <ogra> but it seems to be a systemic snap issue
[15:23] <ogra> yeah
[15:23] <thresh> non-snapped ping foo.local works though, so I would say different settings in nsswitch for snaps
[15:25] <ogra> aha ... snaps only use https://www.freedesktop.org/software/systemd/man/nss-resolve.html
[15:25] <ogra> so the fact that i'm running 16.04 whihc doesnt use systemd-resolved might also play a role
[15:26] <thresh> I'm on debian testing, and I dont have that daemon as well
[15:26] <ogra> oh, really ? did debian not switch to it yet ?
[15:26] <ogra> 18.04 uses it by default
[15:27] <ogra> instead of resolvconf ...
[15:28] <ogra> there is definitely nothig in any interface allowing access to nsswitch.conf though
[15:29] <ogra> so unless the snap uses systemd's nss resolver .local links wont be resolved anywhere
[15:29] <ogra> smells like a bug ... hmm
[15:29] <thresh> I've no idea what's the default in debian these days, I try to avoid system-* stuff where possible
[15:30] <ogra> thresh, well, not a vlc issue in any case, thanks a lot for your time
[15:30] <thresh> no problem at all
[15:30] <ogra> (and thanks for vlc ... it is one of my most used snaps !)
[15:34] <mwhudson> Chipaca: is created-at from the store v2 api going to get propagated to the snapd v2/find endpoint any time soon?
[15:34] <Chipaca> mwhudson: define soon
[15:34] <Chipaca> mwhudson: once the search api is also v2, yes
[15:34] <Chipaca> mwhudson: otherwise search and info would be too different
[15:35] <mwhudson> Chipaca: dunno what i mean by soon really
[15:35] <mwhudson> (or any other words at this point of the day)
[15:35] <mwhudson> the reason for asking is that i want to show the info in subiquity
[15:35] <Chipaca> mwhudson: there's a v2 search session this week
[15:35] <mwhudson> which currently just pings v2/find?name=blah
[15:35] <Chipaca> mwhudson: be there or be parallelepiped
[15:36] <mwhudson> Chipaca: "snap search improvements"?
[15:36] <Chipaca> mwhudson: yeh
[15:36] <Chipaca> probably
[15:36]  * Chipaca looks
[15:37] <Chipaca> mwhudson: yes, that's the one i meant
[15:37] <mwhudson> ok
[15:37] <mwhudson> i shall consider loitering
[15:39] <Chipaca> mwhudson: when you say it pings v2/find,  you mean on the store?
[15:39] <mwhudson> no
[15:39] <thresh> ogra, I wonder if there is any software capable of publishing http streams on avahi
[15:39] <mwhudson> on snapd
[15:39] <thresh> I'd try that at home
[15:39] <mwhudson> sorry, should have said
[15:46] <ogra> thresh, well, on a laptop with webcam: snap install mjpg-streamer, edit "DAEMON" from false to true in /var/snap/mjpg-streamer/current/config; snap restart mjpg-streamer ... then it serves on "http://<host>.local:8080/?action=stream"
[15:47] <ogra> should theoretically work on any modern lptop
[15:47] <ogra> *laptop
[15:51] <ogra> oh, i forgot ... snap connect mjpg-streamer:camera ... it doesnt auto-connect
[15:53] <thresh> right, thanks!
[16:35] <mup> PR snapcraft#2280 opened: Use the better snapcraft.io/account URL <Created by evandandrea> <https://github.com/snapcore/snapcraft/pull/2280>
[16:50] <mup> PR snapcraft#2276 closed: spread: move legacy wiki tests to spread <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2276>
[16:50] <mup> PR snapcraft#2278 closed: snap: pull early <Created by sergiusens> <Merged by sergiusens> <https://github.com/snapcore/snapcraft/pull/2278>
[16:55] <anarcat> hello
[16:55] <anarcat> i'm trying to figure out the history of my firefox snap package
[16:55] <anarcat> i'm running 62 now but i seem to recall other versions were installed in the past
[16:55] <anarcat> what's the magic command? "snap changes" doesn't yield any output
[17:23] <Thesaurus> did they break the icons for gnome-system-monitor and gnome-characters in a recent update?
[18:35] <thresh> hmm, seems apt://vlc no longer works as a <a> link to install VLC on Ubuntu Software app anymore, any tips what snapcraft.io app uses?
[18:41] <thresh> snap://vlc it seems


[11:47] <lazyPower> Greetings, I've got a question about projects in relation to jujucharms and how launchpad is setup to warehouse charms which seems like a very specific tier of preconditions that have to be met in order for anything to work in here...
[11:48] <lazyPower> I've got a charm project that exists in a user namespace, but anytime you attempt to file bugs, it states that the package doesn't exist in the jujucharms collection. If i remember correctly this is due to how charms work in launchpad, that only a promulgated charm gets this via aliases
[11:48] <lazyPower> is there a way i can alias a project? As the new charm store is decoupled from launchpad, and its entirely reasonable to want bug tracking on a package that only exists in a users namespace
[11:54] <cjwatson> Not really, I'm afraid.  The best you can do is add a bit of text that points people to some top-level project that you use for bug tracking (perhaps only for bug tracking).
[11:55] <wgrant> But it's not clear that the charms distro still makes sense in the new world, in which case aliases are irrelevant.
[11:55] <wgrant> eg. you'd file bugs against https://launchpad.net/postgresql-charm rather than https://launchpad.net/charms/+source/postgresql
[11:55] <wgrant> The latter was a hack that was meant to be replaced three years ago anyway.
[11:55] <wgrant> lazyPower: Why do the branches need to stay under https://launchpad.net/charms?
[12:42] <lazyPower> wgrant well, it doesnt now that you've said that
[12:42] <lazyPower> i agree
[14:37] <Mez> As there's nothing in the topic... Issues with launchpad atm?
[14:41] <cjwatson> sysadmins are investigating
[15:27] <tjaalton> topic says "one haproxy frontend failed", did it also break ppa builds?
[15:27] <tjaalton> they're stalled
[15:27] <cjwatson> tjaalton: We stopped buildd-manager for the duration to avoid compounding the damage.
[15:27] <cjwatson> tjaalton: Should be back up soon.
[15:28] <tjaalton> ok, cool
[15:28] <cjwatson> Turns out the buildd-manager really doesn't like half its librarian uploads failing.
[15:28] <tjaalton> heh
[15:37] <giovino> is it safe to assume this CA error is related to the haproxy being angry
[15:37] <giovino> http://pastebin.com/raw/bV3hNJf1
[15:40] <cjwatson> giovino: How long ago was that?
[15:40] <cjwatson> giovino: Both frontends look OK to me at the moment.
[15:40] <giovino> let me test again
[15:41] <giovino> i’m seeing it right now on a this
[15:41] <giovino> Description:	Ubuntu 14.04.4 LTS
[15:41] <giovino> it could me just me in theory… ?? i didn’t test too much as i noticed there were many issues with launchpad…
[15:43] <giovino> here’s the full output
[15:43] <giovino> http://pastebin.com/raw/hzYxistt
[15:44] <giovino> same error on os x box from same Internet connection
[15:45] <giovino> same error on ubuntu box in AWS too
[15:45] <giovino> probably not just me :)
[15:47] <cjwatson> giovino: http://paste.ubuntu.com/15832590/
[15:48] <giovino> hmm how could i see it on three different boxes two different networks?
[15:49] <cjwatson> giovino: Perhaps they all happen to have very out of date CA certificates?
[15:49] <cjwatson> I don't know, but it doesn't look like a Launchpad problem to me
[15:49] <giovino> os x too?
[15:49] <giovino> hmm ok
[15:50] <cjwatson> Oh, hmm, I see it from another network
[15:50] <giovino> good.. i’m not insane
[15:54] <cjwatson> tjaalton: should be better now
[15:54] <cjwatson> (and your earlier upload was reprocessed)
[15:54] <tjaalton> cjwatson: cool, thanks
[15:55] <cjwatson> giovino: still looking, but I think this is unrelated to the outage
[15:56] <giovino> ok.. i’ll do some reserach too.. how it first popped up for me is ansible yelled at me when it was trying to add and ppa
[15:56] <giovino> my guess something has changed.. the first thing i did was to look to see if lanuchpad has a new ssl cert which it does not appear it does
[15:58] <cjwatson> giovino: can you find an HTTPS site that *does* work on the affected systems?
[15:59] <cjwatson> 'cos on mine I get the same on slashdot.org, sourceforge.net, reddit.com, microsoft.com
[15:59] <cjwatson> which rather suggests it's a local problem
[15:59] <giovino> hmm .. github.com throws same error too
[16:01] <giovino> yea ok.. letting launchpad.net off the hook.. i suspect we’ve (the internet) have some other issue
[16:40] <tjaalton> something wrong with the publisher still?
[16:41] <cjwatson> tjaalton: please can you give details if you have a problem
[16:41] <cjwatson> it's not fun to have to guess :)
[16:41] <tjaalton> cjwatson: sorry :) https://launchpad.net/~freeipa/+archive/ubuntu/ppa/+packages opendnssec has been trying to get published for some time
[16:43] <cjwatson> There does seem to be something wrong there; let me see.
[16:43] <tjaalton> I did upload -1.5 quickly after 1.4 when things were somewhat offline, then deleted those and uploaded 1.6 which then built
[16:44] <tjaalton> dunno if that has something to do with it
[16:44] <cjwatson> No.
[16:44] <cjwatson> The publisher has been globally stuck since the nutmeg outage.
[16:45] <tjaalton> ahah, ok :)
[16:53] <cjwatson> tjaalton: Should recover soon.
[16:53] <tjaalton> cjwatson: cool, thanks!
[23:02] <tjaalton> LP is really slow syncing with debian
[23:03] <tjaalton> 18h since I uploaded sssd point-release there
[23:04] <tjaalton> tomorrow maybe..
[23:08] <wgrant> tjaalton: Debian may be having dak issues; all the mirrors I see are about 20 hours
[23:08] <wgrant> old
[23:08] <wgrant> http://ftp.debian.org/debian/dists/sid/main/source/


[14:46] <charlie-tca> No new desktop images today
[14:49] <davmor2> charlie-tca: did you have any issues on hw with ubiquity dying on the last continue click?
[14:50] <charlie-tca> I haven't had any, no
[14:51] <charlie-tca> Xubuntu doesn't ever tell you to hit Enter to continue on hardware, either.
[14:51] <charlie-tca> I ran 4 tests on hardware yesterday, with no problems
[15:02] <charlie-tca> davmor2: Do you need something verified?
[15:03] <davmor2> charlie-tca: No on ubuntu 64bit it keeps hanging on me when I click on the continue button on Who are you
[15:03] <charlie-tca> weird
[15:03] <charlie-tca> Mine went right through
[15:03] <charlie-tca> Could it be the partitioning method causing it?
[15:05] <davmor2> I'm using standard use entire drive
[15:05] <charlie-tca> I will burn the image and try it
[15:16] <charlie-tca> davmor2: clicked on both download updates and 3rd party software, clicked Continue, kernel oops
[15:16] <charlie-tca> Trying again
[15:17] <davmor2> charlie-tca: that's sounding about as reliable as my experience :)
[15:17] <charlie-tca> heh, at least you are not alone :)
[15:24] <charlie-tca> great! it's reproducable, too
[15:25] <charlie-tca> Okay, try this without those boxes checked now
[15:36] <charlie-tca> davmor2: seeing those kernel oops by checking the boxes, I think the image has serious issues. However, not checking is letting me continue.
[15:36] <charlie-tca> Got to the "Who are you?" screen this time. Let's see what happens
[15:37] <davmor2> yeah I had those checked so I wonder if it was oppsing but continuing at the same time
[15:37] <charlie-tca> clicked continue at the last screen and it is working. I got the slideshow now.
[15:38] <charlie-tca> It is one of those boxes
[15:38] <davmor2> thatnks charlie-tca I'll update my bug and pass the info onto ev
[15:38] <charlie-tca> I am betting on the 3rd party software
[15:38] <charlie-tca> Let me know if I need to pull those kernel oops logs
[16:36] <charlie-tca> Who is the release manager for Xubuntu for this cycle?
[16:36] <charlie-tca> Normally, the release manager and the project lead are the same person
[16:58] <charlie-tca> If I am going to called in the release meetings, I will need to know what is going on
[17:06] <knome> charlie-tca, everything is in the meeting minutes
[17:06] <knome> charlie-tca, madnick should handle the release meetings, but it seems he's been rather busy lately
[17:06] <knome> as am i
[17:06] <charlie-tca> Is madnick the release manager then?
[17:07] <knome> that depends what that means
[17:09] <charlie-tca> That means the person with the authority and responsibility for the release cycle. They can make the decisions needed, and they attend the meetings, and they try to follow https://wiki.ubuntu.com/Xubuntu/Development/ReleaseProcess
[17:10] <charlie-tca> They keep track of what is happening throughout the release cycle, write release notes, keep the team updated, etc
[17:11] <knome> i am, but since i'm not a technical person, i haven't attended the release meetings, but asked for madnick to do that
[17:11] <charlie-tca> Great. Then I can have my name removed from the "must attend" list
[17:12] <knome> i'm worried about that though, since as i said, madnick's been busy lately, and afaik, haven't attended
[17:12] <knome> i try to send the email every week to the release ML, but sometimes i fail because i need to work on other things, or purely just forget
[17:12] <charlie-tca> If he can't attend, and you are the decision maker, you should be attending
[17:13] <knome> i understand that.
[17:13] <knome> unfortunately things aren't so black&white
[17:13] <knome> what if i didn't get a message from him saying he can't attend?
[17:13] <knome> what if i can't attend myself?
[17:13] <charlie-tca> Sure they are. As Project Lead, you have full and total responsibility for the release.
[17:14] <knome> but before that, i have full and total responsibility of making a living.
[17:14] <knome> there hasn't been problems so far
[17:15] <knome> i've also been in contact with skaet, so if there is problems i hope to hear from them
[17:16] <madnick> hi, im back, acctually, i was quite sure I could attend today, but I got stuck in a meeting regarding my business plan that I had to dicuss before the weekend
[17:17] <knome> generally speaking i don't think any single person should take too much to carry, and the optimal situation is a situation where things are distributed amongst several people
[17:17] <knome> that also makes it easier to replace people, even if one dropped out in the midst of a release cycle
[17:17] <knome> this doesn't mean that i'm not willing to take full responsibility for xubuntu
[17:18] <knome> it just means i don't think ANYONE should do more than they can, and also that i understand that other people have other life than xubuntu too, and so have i
[17:18] <knome> madnick, no problem really. how does your fridays in the future look?
[17:20] <madnick> I think I should be able to attend, since the meeting is outside of normal business hours anyways for me
[17:20] <knome> yeah.
[17:20] <madnick> Its just that, this startup process is quite intense over the past few weeks
[17:20] <knome> i understand
[17:20] <knome> don't worry too much
[17:21] <knome> are you also able to send the mail to the release ML every thursday in the following weeks?
[17:21] <knome> content should be fully covered in the last team meeting minutes, unless it's some time from it
[17:21] <madnick> Well, if we have meetings it shouldnt be a problem, its just about getting the information
[17:22] <knome> yeah, i agree
[17:22] <charlie-tca> Well, let me know if you are doing the alpha2 release, so I know if I need to test it, okay?
[17:22] <knome> charlie-tca, i will inform, and we most probably will if that's done before too
[17:23] <knome> charlie-tca, at some point, we also need your input on accessibility for the new lightdm theme
[17:24] <knome> madnick, are there your work items in the LP blueprints that could be considered "DONE" ?
[17:24] <knome> you have a lot of INPROGRESS but i remember you saying most of them are basically done already, but only need feedback or sth
[17:24] <madnick> perhaps, the thing is, while my things (plymouth excluded) are mostly done, i need a lot of feedback
[17:25] <ochosi> would be good to ask for that @meetings
[17:25] <madnick> yes
[17:25] <knome> could you gather an email or a wikipage of what kind of feedback you need?
[17:25] <ochosi> (although even during normal days it's ok)
[17:25] <madnick> yes i could
[17:25] <knome> that would be awesome
[17:25] <knome> sorry for the jono reference :P
[17:25] <knome> anyway, i could try to send you some feedback ASAP so we can get on with things
[17:25] <ochosi> he
[17:25] <ochosi> :)
[17:26] <knome> right now, the burndown chart looks relatively good
[17:27] <madnick> at this exact moment i have people coming over for beer, but I will get to it during this weekend.
[17:27] <madnick> Ill send an email
[17:27] <madnick> to the ML
[17:27] <madnick> during the weekend with a link
[17:27] <knome> thanks a lot madnick
[17:27] <knome> have a nice evening with friends and beer
[17:28] <knome> your contribution is very much appreciated :)
[17:28] <madnick> :)
[17:34]  * knome is afk


[09:29] <NRWlion> morning!
[09:34] <MrChrisDruif> Aloha NRWlion
[09:34] <NRWlion> Mahalo bra
[09:35] <MrChrisDruif> Pehea `oe?
[09:38] <MrChrisDruif> NRWlion; You know Mahalo means Thanks you?
[09:38] <MrChrisDruif> NRWlion; Have you got an askubuntu account?
[09:38] <NRWlion> MrChrisDruif: no i havent, why?
[09:38] <MrChrisDruif> I wanted another up-vote on my quicklist O:-)
[09:38] <NRWlion> and yes i know Mahalo means thanks
[09:39] <NRWlion> :P
[09:39] <MrChrisDruif> What does bra mean? I only know of the object "bra"
[09:40] <NRWlion> bra = bro
[09:41] <MrChrisDruif> Ahh :)
[17:17] <dholbach> heya
[17:17] <dholbach> what would I need to do to also get publishing access to Ubuntu News?
[17:18] <dholbach> I want to start a weekly update on Ubuntu Development today and not have to bother you every single time :-)
[17:18] <jono> nigelb, pleia2, akgraner ^^
[17:19] <nigelb> dholbach: akgraner / pleia2 / nhandler would be the people I guess.
[17:20] <dholbach> http://daniel.holba.ch/temp/bla.html if you're impatient and want to have an idea what this is about :)
[17:21] <pleia2> dholbach: the easiest way is to send an email to the ubuntu-news-team list, that's one of the sources we pull from
[17:22] <pleia2> nhandler: have you seen akgraner? I haven't heard from her an UWN didn't go out yesterday :(
[17:22] <pleia2> it's been several days since I've heard anything
[17:23] <dholbach> pleia2, won't you have to reformat everything then?
[17:23] <dholbach> and relink, etc
[17:23] <pleia2> dholbach: if you want to add directly to the wiki, you can go to https://wiki.ubuntu.com/UbuntuWeeklyNewsletter and go under the "Next Issue (work in progress)" section that has the draft
[17:24] <dholbach> pleia2, I was thinking of http://ubuntu-news.org/ - isn't that what this channel is also about?
[17:24] <dholbach> the wiki I know, yes
[17:24] <pleia2> oh, sorry, I thought you meant the newsletter :)
[17:25] <dholbach> I'm happy to add it there as well if people think it's useful there as well
[17:25] <nigelb> dholbach: I think it would be nice to go out with UWN too :)
[17:25] <pleia2> ugh, it looks like ubuntu-news.org is broken
[17:25] <pleia2> submitting another ticket...
[17:26] <dholbach> in which way is it broken right now?
[17:27] <pleia2> W3 Total Cache Error: some files appear to be missing or out of place. Please re-install plugin or remove /srv/ubuntu-news.org/www/wp-content/db.php.
[17:27] <pleia2> when you try to log in
[17:27] <dholbach> oops
[17:27] <pleia2> and openid has been broken for over a month
[17:27] <dholbach> that sounds rather broken indeed
[17:27] <pleia2> akgraner said she submitted a ticket about the openid thing
[17:27] <dholbach> let me know about the ticket number as soon as you have it - it might be worth prodding the folks (vanguard and others) in #canonical-sysadmin about it regularly :)
[17:28] <dholbach> but at least it seems like jcastro was able to login 2 days ago
[17:28] <pleia2> I was able to log in yesterday
[17:29] <pleia2> looks like they fixed the caching problem I submitted a ticket about though
[17:29] <pleia2> dholbach: cced you on the ticket, #17256
[17:29] <dholbach> thanks
[17:30] <pleia2> once this is fixed I'll submit another about openid (akgraner never gave us the ticket number)
[17:30] <pleia2> currently we have to log in with our wordpress accounts over http, not good :(
[17:30] <dholbach> ugh, yes
[17:31] <pleia2> anyway! once this is sorted we can give you a writing account :)
[17:31] <dholbach> thanks a lot
[17:31] <pleia2> when you write a post just let us know in here and we'll review it, once you have a few posts under your belt we can give you publishing access too
[17:32] <dholbach> sounds great
[17:32] <dholbach> I'll publish it in my own blog for the first round
[17:32] <dholbach> and put it into UWN
[17:32] <dholbach> http://daniel.holba.ch/blog/?p=1013
[17:33] <pleia2> cool
[17:38] <nhandler> dholbach: When the site is fixed, there is an Ubuntu account that you can use to compose the post. Then just post a link here and we can approve it (if it is heavily formatted, otherwise, email works fine).
[17:38] <dholbach> sure
[17:39] <dholbach> thanks a lot
[17:39] <nhandler> (3rd method on https://wiki.ubuntu.com/Fridge/Submit)
[17:40] <nhandler> pleia2: Out of curiosity, what were your views on posting content directly to the fridge rather than reposting it from another blog?
[17:40] <dholbach> sweet
[17:41] <pleia2> nhandler: historically I think original content was welcome on the fridge, it just never really happened because there weren't people to write it, so I'm ok with it rather than just having reposts
[17:42] <nhandler> pleia2: My biggest issue with having original content is that it ends up only being from the editors (in place of them using their personal blogs).
[17:43] <pleia2> nhandler: in theory I think we want to have some "reporters" who write articles who aren't strictly editors like us
[17:44] <nhandler> pleia2: Right. But it would be nice if those articles weren't just about their own personal pet projects (although that requires more work)
[17:54] <pleia2> nhandler: yeah, we should review our posting and editing policies in general, I haven't looked at the docs in too long
[17:55] <pleia2> nhandler: also, if akgraner doesn't show up do we want to push an UWN this weekend? I will be around most of the weekend
[17:56] <nhandler> pleia2: I haven't been pulling links or doing anything like I did 2 weeks ago. I'm up for pushing a normal UWN (we won't have the translations/other stuff akgraner wanted to launch with) with your help
[17:57] <pleia2> sounds good
[17:57] <pleia2> I'll try to pull in some links over the next couple days
[17:58] <pleia2> I was talking to one of the california guys last night at our ubuntu hour and he was concerned that he still doesn't know how to contribute to UWN even though he wants to, so hopefully we can get some other things pushed soon to make a better path to contributions
[17:59] <nhandler> pleia2: If we are just going with a normal UWN, should we wipe all of the old stuff (I think that might be best since it is a few weeks old now)
[17:59] <pleia2> probably :( sorry to have to get rid of all the work you put in
[18:01] <pleia2> actually, while the new isn't super "fresh" I think those are good articles that can stand the test of time
[18:01] <pleia2> we can pull some of them, but a few can stay :)
[18:03]  * pleia2 goes back to work
[20:20] <NRWlion> good evening from Germany
[20:50] <NRWlion> nobody there?


 @tsimonq2 Telegram icons are ready. I'll change the links page.  I'll change the links page. BUT I'll need yo …], Can do
 Do Links first?
 Aye 😬 I need the links
 Fwd from Lubuntu Announcements: https://twitter.com/LubuntuOfficial/status/1036721480124583936 ... https://mastodon.technology/@lubuntu/100663863206092354
 @tsimonq2 [https://twitter.com/LubuntuOfficial/status/1036721480124583936 ... https://mastodon. …], @VikingRedwolf
 Ta!
 @wxl[m] [<wxl[m]> @HMollerCl on a quick break so can't give you much more than this now b …], what does CODENAME is in  ... git checkout ubuntu/CODENAME
 on a basic level CODENAME would be cosmic or bionic etc. i.e. the release codename of the release you are packaging for. I think there extra suffixes in the repos like -proposed etc, so probaly needs claifying what exactly to use
 @wxl @TheWendyPower I found upstream globalkeyshortcuts.conf  https://github.com/lxqt/lxqt-globalkeys/blob/master/xdg/globalkeyshortcuts.conf It has 1-9 and 30 config, lubuntu xdg hast only 34. Where all the other come from (more than 50)
[16:37] <wxl> good question, @HMollerCl -- i asked and they basically said "documentation is in wonderful cpp format"
 jajaja
 to avoid problems we should use position 100 in pur xdg
[16:40] <wxl> @HMollerCl i haven't tested if that works.. does it?
[16:41] <wxl> also wonder if stuff like 0 or -1 might work
 mmm, don't know. But I have a daili from aug14 that came with Super_L working out of the box.
 @HMollerCl [wow!!! I found a very nice feature that current versions doesn't support. The us …], look at this message from me
 (does it work in irc)?
[16:45] <wxl> @HMollerCl you think you could grab the relevant files from that daily? maybe compare the installed packages/??
[16:45] <wxl> no..
 @wxl [<wxl> @HMollerCl you think you could grab the relevant files from that daily? ma …], I've compared the ones I have in xsdg with the current sources, anda are the same.
 The strange isues is that I have Super_L in position 64, but in xdg-Lubuntu is in postion 34.
 Maybe something checked it and change postion to avoid override.
 @HMollerCl [@wxl @TheWendyPower I found upstream globalkeyshortcuts.conf  https://github.com …], Awesome! I've found several scattered files that list global key config but none started d with 1. When I get back home I'll look them up.
 @HMollerCl [mmm, don't know. But I have a daili from aug14 that came with Super_L working ou …], There is something somewhere that is now overriding that setting. I guess it is time to dig and find where that override is happening somewhere between the global keys configurations and the main menu settings.
[17:30] <wxl> strace may be a good way to do it
[17:36] <wxl> so you can so `strace -o some-file-to-put-the-output /usr/bin/lxqt-panel` ........ but it may actually be lxqt-globalkeys we want to restart
[17:40] <wxl> here's the output of me `cat`ing a file called `ld` https://paste.ubuntu.com/p/HCfpyJZr5S/
[17:41] <wxl> it's pretty simple
[17:41] <wxl> if you look at the open/write/access lines they are the ones that involve working with files
[17:41] <wxl> ls
[17:41] <wxl> oops hahaha
[17:43] <wxl> here's me using `pastebinit` on the same file https://paste.ubuntu.com/p/S5B7NHcVYM/
[17:44] <wxl> and since pastebinit is python there's some python stuff that gets loaded
 @wxl [<wxl> good question, @HMollerCl -- i asked and they basically said "documentatio …], agaida? XD
[18:21] <wxl> you think?
 No I think agaida think - documentation is in plain cpp format
[18:22] <wxl> yeah sounds about right
[18:22] <wxl> except he did say "wonderful"
[18:22] <wxl> it seems he somehow maintains a sense of humor despite his sometimes inability to communicate effectively XD
 XD
[18:27] <wxl> (in english, to be fair; not sure if he also struggles with his native language)
[18:27] <wxl> ((he probably still does)) XD
 We do love him dearly though :)
[18:28] <wxl> well, i guess we have no other choice XD
[19:30] <wxl> btw if ya'll like helping with bugs, make sure you're a member of the lubuntu packages team, as you'll get reports on new bugs. join here https://launchpad.net/~lubuntu-packaging
[19:30] <wxl> why we don't call it the bug team is beyond me but whatever
[19:33] <wxl> if you want a fun one to squash check this out https://bugs.launchpad.net/ubuntu/+source/pcmanfm/+bug/1782984
 @wxl [<wxl> so you can so `strace -o some-file-to-put-the-output /usr/bin/lxqt-panel` …], So I've used strace and now I have to figure out what all of that means in that beautiful text file...
[19:41] <wxl> @TheWendyPower if you `pastebinit` i can help
 @wxl it keeps telling me I'm trying to send an empty doc, though terhe is text there. I won't let me pastebitit from the OG command.
[19:52] <wxl> @TheWendyPower the `-o somefile` switch will give you the file. to send it through pastebinit you can `pastebinit -i somefile`
 It was me again. 🤦♀ I have the command in the wrong. Here is the link http://paste.ubuntu.com/p/7zvV9k6Pt9/
[20:08] <wxl> so it reads the home conf at 2441
[20:09] <wxl> then it looks for /etc/xdg/lxqt/panel.conf which it doesn't find
[20:10] <wxl> now this is strange because /etc/xdg/xdg-Lubuntu should be part of the XDG_CONFIG_DIRS
 But I see it in the folder.
[20:11] <wxl> you do? i don't
 I need sleep... Read taht I couldn't find the path on line 2441
[20:12] <wxl> does `echo $XDG_CONFIG_DIRS | grep Lubuntu` return anything?
 Let me back track...
[20:13] <wxl> (yes/no is sufficient)
 Yes there is no panel.conf in /etc/xdg/lxqt but there is one at /etc/xdg/xdg-Lubuntu/lxqt ... My results from 'echo $XDG_CONFIG_DIRS | grep Lubuntu' is '/etc/xdg/xdg-Lubuntu:/etc/xdg:/etc:/usr/share'
[20:19] <wxl> let's do the same thing with lxqt-globalkeysd too
 @wxl [<wxl> if you want a fun one to squash check this out https://bugs.launchpad.net/ …], I have similar problems with pcmanfm in 18.04 it freezes regularly.
[20:23] <wxl> @HMollerCl i'm surprised more people aren't complaining if it's so common
 Here is globalkeysd http://paste.ubuntu.com/p/cx7cG7JFf9/
[20:30] <wxl> 497: local
[20:31] <wxl> oops wrong one
[20:31] <wxl> 2338
[20:32] <wxl> and that's it
[20:32] <wxl> only looks at local
[20:32] <wxl> so that may be the issue
 @wxl [<wxl> @HMollerCl i'm surprised more people aren't complaining if it's so common], because it is as easy as restart pres Super_L+E again. That's easier than complaining
 In my case, I haven't complaing because it might be a VB or CIFS issue
 @wxl [<wxl> so that may be the issue], Let me do a fresh install and run that again. On this install I have, as the user, changed that shortcut. I want to makes sure it reads the same from fresh.
 Here is lxqt-panel from fresh install http://paste.ubuntu.com/p/qkFBtyYpsc/
 Here is globalkeysd http://paste.ubuntu.com/p/s5mvx82YwW/
 So on the lxqt-globalkeysd on 2337 it is stll accessing it from the file in the users home .config folder
 '[Alt%2BF1.4] ... Comment=Show/hide main menu ... Enabled=true ... path=/panel/mainmenu/show_hide'
[22:07] <wxl> ok this is a mess but i think i figured it out
[22:08] <wxl> first, it needs to be in /etc/xdg/lxqt/globalkeyshortcuts.conf. it's hardcoded.
[22:08] <wxl> in fact https://github.com/lxqt/lxqt-globalkeys/pull/60
[22:09] <wxl> second, the one in $HOME can't exist if you want it to read from the other one
[22:09] <wxl> third, the config file must be complete, it seems. it can't take partial overwrites
[22:10] <wxl> and finally, lxqt-panel needs to be restarted after lxqt-globalkeysd in order for it to pick up on the changes
[22:10] <wxl> totally freaking messy.
 That is a mess! How can I help???
[22:11] <wxl> so i guess someone can add etc/xdg/lxqt/globalkeyshortcuts.conf using $HOME/.config/lxqt/globalkeyshortcuts.conf as a starting point to lubuntu-default-settings
[22:13] <Wafficus> hey whats the best resource for learning C to helP out wxl
[22:13] <Wafficus> exit
[22:13] <wxl> C or C++?
[22:13] <Wafficus> what do you program in?
[22:13] <wxl> well all of the LXQt stuff is C++
[22:13] <wxl> that's Qt
[22:14] <wxl> i prefer Clojure but that's an unpopular opinion :)
[22:17] <Wafficus> I gauged myself and realized i should just focus om one open source projevt at a time and realized that I would ratjer move Lubuntu forward since its an opportunity to program with real devs
[22:17] <Wafficus> that Pybee project is nice but thedes no consistent feedback in their gitter channel
[22:17] <Wafficus> sorry for typos. literally using weechat on termux on a train
[22:18] <wxl> heheh np
[22:21] <wxl> http://zetcode.com/gui/qt5/ is simple enough i think you could probably figure it out
[22:21] <Wafficus> back
[22:22] <wxl> http://zetcode.com/gui/qt5/ is simple enough i think you could probably figure it out
[22:22] <wxl> https://github.com/voidrealms/Qt-Tutorials
[22:25] <Wafficus> cool thanks
 @wxl [<wxl> so i guess someone can add etc/xdg/lxqt/globalkeyshortcuts.conf using $HOM …], I seem to not have access to that repository. I was just trying to push the updates panel.conf that sets the default button width to 200px. It won't let me.
[22:25] <wxl> @TheWendyPower what does `git remote -v` tell you?
 "fatal: Could not read from remote repository. ... Please make sure you have the correct access rights ... and the repository exists."
[22:28] <wxl> uhh
[22:29] <wxl> that looks like the kind of thing you'd get if you tried to push to it, but not `git remote -v`
 I could have missed a step...
[22:30] <wxl> just for the time being, let's just do the `git remote -v`
[22:30] <wxl> we'll figure out the rest from there
 That gave me "fatal: unable to access 'https://phab.lubuntu.me/source/lubuntu-default-settings/': The requested URL returned error: 403"
[22:33] <wxl> really weird
[22:33] <wxl> maybe we should start over :)
[22:34] <wxl> first unless you're not already doing it use https://phab.lubuntu.me/w/packaging-tutorial/
[22:34] <wxl> there's some holes in the explanation but that should do the trick pretty well
[22:35] <wxl> llike the ssh key is pretty essential
[22:37] <wxl> it's a native package (lubuntu-default-settings) so you'll see the note about it below under exceptions
[22:38] <wxl> basically got use git to get the code, make the changes, use dch to fix the changelog, git add the extra files (see git status if you forgot what changed) and arc diff to send it for review
[22:47] <lyorian> git satus is so nice


[23:03] <BUGabundo>   18.2% ( 99.0)       firefox-3.6 : schedule_hrtimeout_range (hrtimer_wakeup)
[23:03] <BUGabundo> this is from powertop
[23:03] <BUGabundo> is this acceptalbe?


[04:22] <mkoninckx> Hey guys, having a bit of trouble setting up ssh pubkey authentication. I've done some research and made sure the permissions are set correctly, etc. I turned on debug-level logging in sshd_config and am getting an error message I'm not seeing mentioned anywhere: debug1: Could not open authorized keys '/home/mkoninckx/.ssh/authorized_keys': No such file or directory
[04:22] <mkoninckx> The file does exist, but I guess the ssh service can't see it for some reason?
[04:25] <mason> mkoninckx: Check ownership and permissions.
[04:25] <sarnold> are you sure you checked on the server?
[04:25] <mkoninckx> mason, good suggestion. I vaguely remember checking, but I'll do it again.
[04:25] <mason> mkoninckx: And check ownership and permissions of /home/mkoninckx and /home/mkoninckx/.ssh too
[04:25] <mkoninckx> sarnold, yes
[04:26] <sarnold> namei -l /home/mkoninckx/.ssh/authorized_keys  is probably the quickest way to find the missing step :)
[04:26] <Neo4> mkoninckx: file doesn't exists, you need specify right path to key
[04:27] <mason> Oh, neat. When did namei pop into existence?
[04:27] <mason> Neo4: Nah, that'd be on the client side.
[04:27] <sarnold> mason: dunno but I wish it'd been there two decades ago :)
[04:28] <sarnold> cause I'm bloody tired of ls -l .. ; ls -l ../.. ; ls -l ../../.. and on and on .. :)
[04:28] <mason> Yep.
[04:29] <Neo4> mason: errors with wrong files http://pix.toile-libre.org/?img=1517372972.png
[04:31] <mkoninckx>  I (mkoninckx) own /home/mkoninckx, /home/mkoninckx/.ssh/, and /home/mkoninckx/.ssh/authorized_keys/.
[04:31] <mason> mkoninckx: It's... a directory?
[04:31] <mkoninckx> ah no sorry that was a typo
[04:31] <mason> kk, good
[04:31] <mkoninckx> It's definitely a text file. I can open it with vi and see the public keys.
[04:32] <Neo4> mkoninckx: good
[04:32] <mkoninckx> Permissions are 755 on my home directory, 700 on .ssh and 600 on authorized_keys
[04:32] <mason> Alright, that should all be reasonable. And this is on Ubuntu?
[04:32] <mkoninckx> Yeah, 16.04 Server
[04:32] <mason> I'd say "run restorecon" if the server were EL
[04:32] <Neo4> mkoninckx: now you set up it, and you can access server without input password use it
[04:32] <Neo4> ssh username@ip-of-server -i /path/to/privet/key
[04:33] <mason> Neo4: that's client side, and his error is server side
[04:33] <Neo4> mkoninckx: than if it will work good, you can turn off access to server using password
[04:33] <Neo4> mason: yes, I confused
[04:33] <mkoninckx> Neo4, when I do that, I get a password prompt.
[04:34] <mkoninckx> For comparison, I have another user set up on this server that I've set up pubkey authentication for and it works fine. I don't get the same error messages in the logs, and I get no password prompt.
[04:34] <Neo4> mkoninckx: it means your privet can is not right
[04:34] <sarnold> mkoninckx: is it in an encrypted mount?
[04:34] <mason> Neo4: It means his authorized_keys file is wrong.
[04:35] <mason> mkoninckx: Hey, you haven't turned on chrooting, have you?
[04:35] <Neo4> or yes, authorized_keys wrong
[04:35] <mkoninckx> sarnold, I think I may have enabled that when installing the server, yes. Is there a good way to check?
[04:35] <mason> Ah!
[04:35] <mason> mkoninckx: mount should show you what's what and where
[04:35] <sarnold> mkoninckx: maybe something like mount | grep ecryptfs   ?
[04:35] <Neo4> mkoninckx: one of two authorized_keys wrong or you type wrong path to privet key
[04:36] <mason> Neo4: No, it's not anything to do with his client, at all.
[04:36] <mkoninckx> I can see it in the output of mount: /home/.ecryptfs/mkoninckx/.Private on /home/mkoninckx type ecryptfs
[04:37] <mkoninckx> I was expecting that to be transparent to anything running on the machine, but I'm getting the feeling that was wrong.
[04:37]  * mason bows out and leaves it to sarnold, having only ever used LUKS partition-wide.
[04:38] <Neo4> mkoninckx: simply on server put your public key in folder /.ssh/authorized_keys . and then you are able to login using privet key ssh user@ip -i /path-to-privet-key , check yourself where you have made error or repeat it
[04:38] <Neo4> one more time
[04:38] <sarnold> mkoninckx: feel free to ignore Neo4 for the moment
[04:39] <sarnold> mkoninckx: this advice looks useful https://askubuntu.com/questions/809186/ssh-public-key-authentication-not-automounting-encrypted-drive -- but it's annoyingly terse
[04:39] <Neo4> :)
[04:40] <sarnold> this is a bit better but hilariously gives advice to reboot in the middle for no reason https://unix.stackexchange.com/a/186285/7064
[04:40] <sarnold> mkoninckx: but this might not really be pleasant -- you're going to need the password in order to decrypt the key used for the ecryptfs mount
[04:40] <mkoninckx> sarnold, I understand the advice in the askubuntu link
[04:40] <sarnold> mkoninckx: alright, good good :)
[04:42] <mkoninckx> Thanks for your help!
[04:42] <sarnold> mkoninckx: wait a sec
[04:42] <sarnold> mkoninckx: check the other user!
[04:42] <mkoninckx> ?
[04:43] <sarnold> you said you've got another user account on the system where pubkey auth works fine
[04:43] <mkoninckx> Oh, yes
[04:43] <sarnold> make sure it still works
[04:43] <sarnold> or fails
[04:43] <sarnold> as you expect :D
[04:43] <mkoninckx> I created the other user on the machine after it started, and I don't have that home directory under an encrypted mount.
[04:43] <mkoninckx> Which is I guess why it would work.
[04:44] <sarnold> yeah
[04:44] <sarnold> you'll have to symlink or handle its authorized_keys similar to your account
[04:44] <sarnold> same for everyone else on the machine
[04:49] <mkoninckx> OK. I think I read that askubuntu article a bit fast. What I'm planning to do is just make the changes to sshd_config and copy, not symlink, the appropriate authorized_keys files into the right places.
[04:49] <mkoninckx> Is there a reason not to do that?
[04:50] <sarnold> once you change the sshd config file, it's going to be looking in a different spot for the authorized_keys files for EVERYONE
[04:50] <mkoninckx> Yes, I'm expecting that.
[04:50] <sarnold> okay :)
[04:50] <sarnold> then you're probably prepared for what that means for all the other users on the system
[04:50] <mkoninckx> I should be clear - this is not, like, a serious production server or something. It's just a cast-off Dell desktop I'm running a Minecraft server off for my friends.
[04:51] <mkoninckx> The second user is also me, it's just the user for running the Minecraft server.
[04:51] <sarnold> so the stakes are even higher :)
[04:51] <mkoninckx> :)
[04:51] <sarnold> it's just that this moment it's obvious what needs to be done; in another six months, it'll be way less obvious.
[04:51] <sarnold> so better to find surprises right now and deal with it
[04:51] <mkoninckx> Right, don't get me wrong, I appreciate the double-checking!
[04:53] <mkoninckx> Thanks for the help, guys. Last time I did this it was an AWS micro instance, so I got a lot of this config done for me behind the scenes.
[04:53] <sarnold> it probably didn't have ecryptfs in place :)
[04:53] <mkoninckx> Almost certainly. I guess this is one of those instances of knowing enough to shoot yourself in the foot, but not enough to un-shoot yourself in the foot
[04:54] <sarnold> right :)
[04:54] <sarnold> the error message is unhelpful and yet very helpful .. *why* does the file not exist if you're sure it's there... gotta get creative to figure out why you can see it once you're logged in but sshd can't see it :)
[04:55] <mkoninckx> Actually, that makes me curious - why can't sshd see the file, but I can once I'm connected?
[04:55] <mkoninckx> I guess I should rephrase
[04:56] <mkoninckx> What's different about sshd that it can't see the files that are mounted? I assumed that was transparent and from the perspective of sshd shouldn't be different than the files actually being written there
[04:56] <sarnold> the file doesn't exist until you login; then the ecryptfs PAM module unlocks the secret key, and mounts your own home directory / filesystem
[04:57] <sarnold> so it might have even worked if you were logged in locally and then ssh'd in.
[04:59] <mkoninckx> Ah, that makes sense.
[05:00] <cpaelzer> good morning
[05:02] <sarnold> hey cpaelzer :) must be time for me to go make dinner, hehe
[05:03] <cpaelzer> yep, I'm glad to serve as an alarm bell sarnold :-)
[05:04] <sarnold> :D
[05:48] <tanuki> How stable is 18.04?
[06:52] <andol> tanuki: At this point, approximately 74% stable.
[08:45] <lordievader> Good morning
[10:45] <johan_hedin> hi.. i am not where to find apache logs
[11:02] <funabashi> hi guys ist possible i can see what a guy have done atfter he removed/clean bash_history ?
[11:23] <hateball> johan_hedin: /var/log/ usually
[11:31] <johan_hedin> hateball: how can i check that both php5 and php 7 version installed on server ?
[11:32] <johan_hedin> as sererver admin tells us that two version running on server
[11:32] <hateball> johan_hedin: what version of Ubuntu is this?
[11:32] <johan_hedin> its centos
[11:33] <hateball> So... why are you asking in #ubuntu-server ? :|
[11:33] <johan_hedin> and centos group banned me .. dont know why..
[11:33] <johan_hedin> well command is same i think
[11:34] <hateball> They dont have the same package managers or repositories, how would it be the same?
[11:48] <johan_hedin> hateball:
[11:48] <johan_hedin> can you we run php5 for a specific folder?
[11:49] <johan_hedin> can we do something in apache host file that we can run php5 for specific folder ?
[11:52] <hateball> johan_hedin: you're better off asking in #httpd
[12:56] <coreycb> jamespage: hmm nova dep8 tests are failing due to this: https://paste.ubuntu.com/26494870/
[13:09] <coreycb> jamespage: in journalctl this error shows up right before the use_tpool error: nova-scheduler.service: Failed to change ownership of session keyring: Permission denied
[14:26] <coreycb> jamespage: ok i narrowed the nova failure down to this patch. the error goes away when it's reverted: https://github.com/openstack/nova/commit/910008e2ef5dae1698ff7db791f4816c728c8bd0
[16:44] <rbasak> powersj: available for HO?
[16:44] <powersj> rbasak: sure
[16:44] <rbasak> powersj: still in standup HO
[17:07] <mason> Stand-up meetings always remind me of https://www.youtube.com/watch?v=nvks70PD0Rs
[17:09] <mason> It's not quite as good as the "MongoDB is web scale" video, but it's not bad.
[17:09] <dpb1> or "the website is down"
[17:10] <mason> heh
[17:11] <Nivex> or IPv6 and NATs
[17:11] <mason> That one doesn't ring a bell. Looking.
[17:11] <Nivex> https://www.youtube.com/watch?v=v26BAlfWBm8
[17:11] <mason> ty
[17:19] <Ussat> OMG, have not watched "the website is down" in a while.....love that
[18:09] <dpb1> speaking of mongodb, this one is funny: https://sookocheff.com/post/opinion/the-five-stages-of-nosql/
[22:24] <nacc_> powersj: hit a snafu with my in-snap testing idea
[22:25] <nacc_> tox assumes it can write to where the snap's tox.ini resides
[22:25] <nacc_> i wonder if we should just drop tox
[22:26] <nacc_> (from the snap in-snap testing)
[22:26] <powersj> given tox is only running pylint and pytest and you are running very specific versions of those on a very specific version of python I don't find tox as useful for the project
[22:26] <nacc_> yeah
[22:26] <nacc_> that's what i'm thinking righ tnow
[23:43] <nacc> powersj: ok, got it mostly working, i thinkn
[23:43] <nacc> rbasak: sigh, 3 of your tests fail in the snap
[23:43] <nacc> rbasak: a) you assume you can call dpkg-buildpackage :)
[23:44] <nacc> rbasak: is that just to be sure it's buildable?
[23:47] <nacc> rbasak: https://paste.ubuntu.com/26497869/
[23:47] <nacc> we coulld innclude gcc in the snap, but i'd really rather not :)
[23:55] <rbasak> nacc: no, dpkg-buildpackage is needed to actually build the dsc from a Debian source tree
[23:55] <rbasak> Though perhaps dpkg-deb directly might be sufficient for our cases
[23:56] <nacc> rbasak: i think both will end up requiring gcc
[23:56] <nacc> it is a static check, iirc
[23:56] <rbasak> I don't think dpkg-deb needs gcc
[23:57] <nacc> rbasak: oh it's not perl?
[23:57] <nacc> it's really dpkg-architecture that needs gcc, iirc
[23:58] <rbasak> Perhaps we could stub something out
[23:59] <nacc> rbasak: and i expect the first failure might be related, since it's all from the source builder/


[00:28] <X-Rob> By any chance, do the launchpad builder machines NOT have internet access? I'm just trying to build asterisk, which downloads pjsip as part of the build process, and it's failing
[00:28] <X-Rob> https://launchpadlibrarian.net/398022256/buildlog_ubuntu-bionic-amd64.asterisk_1%3A16.0.1-1_BUILDING.txt.gz
[00:29] <X-Rob> https://www.irccloud.com/pastebin/fZR5rx1X/builderror.txt
[00:34] <tsimonq2> X-Rob: Right, that's part of Debian Policy, if I recall correctly.
[00:35] <X-Rob> tsimonq2: Kinda makes sense, as it could potentially change a repeatable build.
[00:35] <tsimonq2> Right.
[00:35] <tsimonq2> And, helps with security. :P
[00:35] <tsimonq2> Anyway, yeah, that's expected.
[00:35] <X-Rob> I'm just going to bundle the .tar.gz into the package. It seems to work
[00:36] <tsimonq2> Have fun.
[00:36] <X-Rob> thanks, tsimonq2. Hopefully I won't need to ask any other silly questions 8)
[00:37] <tsimonq2> If you have any questions, feel free to come back. :)
[00:37] <X-Rob> I won't leave, as this is my learning experience changing from rpms and mockbuild to dpkgs and sbuild.  So spying on OTHER questions will hopefully avoid me needing to ask other foolish ones.
[00:42] <tsimonq2> Awesome :)
[00:43] <tsimonq2> X-Rob: You might want #debian-mentors, #packaging on OFTC and #ubuntu-devel, #ubuntu-motu on freenode as well.
[00:43] <X-Rob> Thanks, tsimonq2
[00:48] <X-Rob> Aaaah. I was wondering what MOTU was.  There's already a voip team in Debian-land who look after this, and I did ping them in their channel on OFTC about this.  Not knowing about the policies of version-upgrading in Debian/Ubuntu-land, I thought I would just let them sort it out.
[00:48] <X-Rob> Now, to see if my build builds!
[01:19] <X-Rob> Success. Thanks!
[01:44] <tsimonq2> \o/
[09:36] <acheronuk> git push webhooks are borked again
[13:18] <cjwatson> thanks, have asked for a restart
[20:35] <acheronuk> cjwatson: thanks. do we have an ETA on some maintenance on this and and LP git generally? Kubuntu relies quiet a lot on this to just work for our git packing and CI
[20:43] <cjwatson> acheronuk: William and I are at an unrelated sprint this coming week, but we're hoping to make progress on some mitigations once we're back from that


[00:43] <nevermind> ciao raga
[00:43] <nevermind> c'è qualcuno ?
[00:45] <nevermind> hello guys
[21:27] <oaxacamatt1> greetings all, I would like to find out how I can help with docs for Ubuntu. Is this the right place?
[21:33] <oaxacamatt1> hello all


[00:49] <xnox> Hello anyone familiar with Edubuntu seed inclusion process?
[00:49] <xnox> I want to get 3 packages into it =)
[00:58] <ockham> hi, is anybody experiencing this: http://pastebin.com/d275a5d95 when trying to package something user pbuilder?
[01:00] <cjwatson> ockham: looks like you've broken /bin/sh in your chroot.  Make it a symlink to dash
[01:00] <cjwatson> (or maybe dash doesn't handle downgrades properly, I don't know for sure)
[01:00] <cjwatson> "unable to execute installed post-installation script: No such file or directory" means in this case that it can't find the #! interpreter, which is /bin/sh here
[01:00] <cjwatson> for /var/lib/dpkg/info/dash.postinst
[01:05] <ockham> cjwatson: thanks for the hints. this should actually be a pretty clean lucid pbuilder chroot, so i'm a bit afraid of having to tweak it manually
[01:06] <ockham> is there any way to cleanly re-create the chroot?
[01:06] <crimsun> it looks like dash's prerm is kinda "oops".
[01:14] <xnox> where was the announcment of the Developer Memberhip Board voting results send?
[01:15] <micahg> xnox: u-d-a and it was posted on teh fridge
[01:17] <xnox> micahg: aha thanks =) stragily I'm not subscribed to u-d-a....
[01:17] <xnox> Anyhow when is the next meeting?
[01:17] <xnox> the helpful 15UTC every two weeks is quite vague.... =)
[01:18] <micahg> feb 2
[01:18] <xnox> Ok thanks
[01:18] <micahg> xnox: if you're ever wondering when the meetings are, check the fridge calendat
[01:18] <micahg> *calendar
[01:19] <xnox> Ok I will in the feature. Thank you
[02:58] <maxb> james_w: What's happened to all the debian branches for source package subversion? They are apparently deleted from launchpad?!
[06:57] <xnox> In the new merges page
[06:57] <xnox> there is bugs column with bugs assigned
[06:57] <xnox> how do i edit it? or link bugs there?
[07:02] <ScottK> The script looks up merge/sync bugs on Launchpad automatically.
[07:06] <xnox> Kk cool =)
[07:06] <xnox> so it will pick mine up next time it scans ;-)
[07:11] <dholbach> good morning
[07:15] <xnox> dholbach: 0/
[07:16] <dholbach> hi xnox
[07:16] <xnox> =) hope your having nice morning ;-)
[07:18] <dholbach> yeah... it will be even better when I've had my first cup of coffee :-)
[07:18] <dholbach> thanks xnox :)
[07:19]  * xnox is a bit too far to make dholbach coffee
[07:20] <dholbach> no worries :)
[07:42] <xnox> dholbach: thank you for ACKed on my syncs ;-) \0/
[07:44] <dholbach> :-)
[07:51] <MFen> are there any subtle changes in cdbs between jaunty and karmic?
[07:51] <MFen> a python-distutils.mk package i was able to build while running jaunty, will not build in karmic
[07:51] <MFen> it doesn't even attempt to run setup.py
[07:52] <MFen> my rules file: http://paste.pocoo.org/show/167874/
[07:53] <MFen> it builds a package, which contains nothing except the entries in debian/dirs plus copyright, changelog.
[08:18] <pitti> Good morning
[09:06] <tseliot> pitti: any ideas as to what causes this error? dbus.exceptions.DBusException: org.freedesktop.PolicyKit1.Error.Failed: Error parsing subject struct
[09:07] <pitti> tseliot: yes, in fact I do
[09:07] <pitti> tseliot: weird, I fixed that in early lucid already
[09:07] <tseliot> what is it?
[09:07] <tseliot> I'm still getting it here
[09:07] <pitti> a missing parameter in the self.polkit.CheckAuthorization() call
[09:07] <pitti> the karmic version didn't supply start-time
[09:07] <pitti> but it's required with lucid's policykit
[09:08] <tseliot> oh, so I guess I'll have to fix screen-resolution-extra
[09:08] <pitti> tseliot: http://bazaar.launchpad.net/%7Ejockey-hackers/jockey/trunk/revision/583
[09:08] <pitti> tseliot: ah; right
[09:08] <pitti> I thought it was from jockey
[09:08] <pitti> tseliot: above patch should pretty much work for s-r-e, too
[09:09] <tseliot> pitti: ok, thanks a lot
[09:46] <MFen> figured it out. it didn't like that my package was named -dev
[10:03] <geser> has someone any idea what happen there? http://launchpadlibrarian.net/38059356/buildlog_ubuntu-lucid-sparc.ncmpc_0.16-1_FAILEDTOBUILD.txt.gz
[10:04] <geser> I've seen this in several FTBFS build logs from 18 Jan and 19 Jan
[10:16] <mvo> ev: hi, did anything change in recent ubiquity (between alpha-2 and now) that could explain why mat_t sees bug #510033 and I don't see it?
[10:16] <mvo> ev: it looks like for him no apt-get update was run in-target during the install, but for me that worked fine (with a daily)
[10:18]  * ev digs
[10:19] <mvo> ev: there was a similar issue in karmic when on a fresh install universe package lists were not available, this is why even wrote a small patch :/
[10:23] <mat_t> mvo: I can test it with daily if that helps
[10:23] <mvo> mat_t: that would be nice. I will still add code to gnome-codec-install for the case when the system is installed without network and later gets connectivity
[10:24] <mat_t> mvo: yes, definitely
[10:24] <mat_t> mvo: thanks a lot for looking at it!
[10:24] <seb128> mvo, could be that he was not online during install?
[10:25] <mat_t> seb128: yes, I wasn't
[10:25] <ev> that would do it then
[10:26] <mvo> mat_t: oh? you wrote "Note: the same error occurs regardless of whether internet connection is established or not"
[10:26] <mat_t> mvo: yes, but I did not account for the installation process
[10:26] <mvo> aha, ok
[10:27] <mvo> ev: sorry for the noise then
[10:27] <mat_t> I only referred to what happened post-installation
[10:27] <ev> no worries
[10:27] <mvo> that explains it
[10:27] <mat_t> :)
[10:28] <mat_t> mvo: so will your patch cater for this scenario?
[10:29] <mvo> yes
[10:30] <mat_t> mvo: brilliant
[10:31] <ttx> seb128: should bug 508297 rather be considered a gtk+2.0 regression ? Should I open a gtk task ?
[10:31]  * xnox has sent application to become Ubuntu Contributing Developer
[10:34] <seb128> ttx, reassign to gtk rather than opening a new task
[10:35] <ttx> seb128: done
[11:22] <mvo> ev: what is the issue with Ensure that Jockey's apt-cache is up-to-date after install ? (just curious)
[11:26] <ev> If you're referring to the switch of blueprints, it only becomes an issue when we have a jockey page in ubiquity.  The issue itself is that the jockey backend caches apt-cache lookups, so if you run apt-get update (via "update this installer", for example) while the backend is running, and you get to the jockey page, it wont be using the updated apt cache.
[11:27] <ev> it's not a major deal, as the backend goes away after 10 minutes
[11:27] <ev> mvo: ^
[12:28] <mvo> ev: aha, thanks. I was just curious if its some limitation in python-apt or apt
[12:28] <ev> nope :)
[12:45] <lamont> I wonder... if I drop a karmic libc6 on a hardy system (well, chroot), do things blow up?
[12:47] <directhex> very likely
[12:49] <slangasek> ttx, kirkland: do you recall what the issue was in hardy that caused all instances of scsi-modules-$version-di in the archive to be pulled into the server CD, and is that resolved in post-hardy versions?
[12:50] <slangasek> (it's prompting me to do some needful NBS pruning of kernel binaries in hardy-{proposed,updates,security} which we don't have an automatic way of taking care of - but it would be good if we didn't have to worry about this before lucid point releases)
[12:50] <ttx> slangasek: that doesn't ring any bell
[12:50] <slangasek> ok
[12:50] <lamont> directhex: that was kind of my thinking
[12:50] <lamont> I may just do intrepid/jaunty vms as interim steps in my search for the bug
[12:51] <directhex> lamont, i had enough explosions with sid libc on non-sid debian to not trust it
[12:51] <ttx> slangasek: we should now be able to get rid of cglib2.1, btw
[12:51] <slangasek> lamont: I'm not aware of any specific reasons it would explode
[12:51] <lamont> directhex: ah - very good data point, ta
[12:51] <slangasek> ttx: woohoo! :)
[12:51] <ttx> slangasek: eucalyptus now build/runs from libcglib-java
[12:51] <ttx> (2.2)
[12:51] <lamont> slangasek: coolness.
[12:52] <slangasek> lamont: I may just be exposing my own ignorance, though :)
[12:52] <ttx> slangasek: there are a few universe packages that still depend on libcglib2.1-java but libcglib-java provides it.
[12:53] <ttx> slangasek: let me know if there is anything more I should do on that subject
[12:53] <lamont> slangasek: you're the one who encourages boy scouts to throw gasoline on the fire, aren't you?
[12:53] <directhex> on debian it's usually locales that go to poop when you update libc... but ubuntu's locales are handled differently
[12:53] <ttx> not sure how automatic those removals are
[12:54] <slangasek> ttx: semi-automatic
[12:54] <ttx> Question about main: when a source package gets promoted into main, do all the resulting binaries also end up in main ? Or do they each need to be pulled by something ? i.e. can a main source package have main and universe binaries ?
[12:54] <slangasek> yes, a main source package can have both main and universe binaries
[12:55] <ttx> slangasek: ok, cool.
[12:55] <lamont> and if you find a universe source with main packages, then you have found a bug.  or warty.
[12:55] <ttx> lamont: heh
[12:56] <ScottK> That can still happen if a binary starts being provided by a different source.
[12:56] <lamont> 'twas one of those lolwut? moments
[12:56] <ScottK> It happened for a bit recently with the switch to distribute from python-setuptools source.
[12:58] <slangasek> ScottK: that should show up on components-mismatches, though?  Or was this "old package forgot to say that it no longer owned it"?
[13:41] <barry> mvo: ping
[13:56] <tseliot> cjwatson: currently we don't pass the vga= parameter to vga16fb, right? Any ideas as to how bug #509328 can be fixed without this parameter?
[13:56] <cjwatson> tseliot: that's correct, because using vesafb breaks suspend/resume
[13:56] <cjwatson> tseliot: I believe the plan of record is to fall back to vga16fb, not vesafb
[13:58] <tseliot> cjwatson: right but currently vga16fb doesn't seem to allow plymouth to work. Is there some parameter we can pass vga16fb?
[13:58]  * tseliot wasn't suggesting that we use vesafb
[13:58] <slangasek> pass it to do what?
[13:59] <cjwatson> tseliot: that I don't know, Keybuk probably would
[13:59] <tseliot> cjwatson: ok, I'll send him an emai. Thanks
[13:59] <cjwatson> I assume that plymouth explicitly rejects it or something at the moment, since vga16fb should present a framebuffer much like anything else
[14:00] <cjwatson> or that we aren't arranging for vga16fb to be loaded if nothing better is available
[14:00] <tseliot> ok
[14:02] <slangasek> from bug #506717 and an examination of the initramfs scripts, I believe vga16fb should be getting loaded correctly in the initramfs
[14:03] <slangasek> i.e., the affected users have it loaded /after/ boot, and the only thing that loads it is the alias, so it should load just as well from the initramfs
[14:05] <tseliot> right
[14:26] <xnox> Check out http://bzr.debian.org/bzr/users/xnox-guest/merges/
[14:26] <xnox> =)
[14:26] <xnox> It's a webpage =)
[14:27] <xnox> Revamped new merges page
[14:27] <xnox> a little bit =)
[14:27] <xnox> http://bzr.debian.org/bzr/users/xnox-guest/merges/index.html
[15:02] <smoser> kees, you have a minute? i've a questoin about ssh known hosts format
[16:58] <kees> smoser: hello!  I'm here now, going through IRC backlogs.  :)
[16:59] <smoser> kees, i bothered jdstrand , he answered. i was somewhat worried that in my known hosts file the 3rd field always started with same 28 chars or so
[17:00] <smoser> it appears to be key header, which always base64 encodes the same, so not an issue (at least i dont think so)
[17:01] <Laibsch> lool: ping.  Do you have a minute?
[17:02] <kees> smoser: ah-ha, yes. that's correct (key header)
[17:03] <smoser> i was afraid i was getting little or no randomness in key generation
[17:06] <lool> Laibsch: Depends how long the minute  ;)
[17:17] <ccheney> doko: did the build work?
[17:24] <doko> ccheney: the build takes about 40h ...
[17:29] <ccheney> doko: oh so won't be done until tomorrow i suppose?
[17:30] <ccheney> doko: was the problem in the past it failed to build or the resulting binaries just failed to work? if failed to build it sounds like it still going is a good sign :)
[18:01] <Laibsch> lool: ping.  I sent you one more question.  If you another minute...
[18:08] <MacSlow> bryce_, pitti, seb128: today's updates removed xserver-xorg-video-intel on an intel-GPU based system... any idea why?
[18:26] <hunger> Is there a way to speed up key processing of plymoth in lucid? Entering the passphrase for my disks is really annoying now.
[18:33] <mathiaz> slangasek: hi - re bug 507778
[18:33] <mathiaz> slangasek: does it make sense to pull 2.0.0 in lucid LTS?
[18:43] <slangasek> mathiaz: I haven't looked at what's different in 2.0.0
[18:44] <slangasek> mathiaz: though I do know there are some changes in the Debian package that will need to be gone over carefully in a merge
[18:45] <mathiaz> slangasek: the debian changelog entry says: New Upstream version from new source tree that already incorporates the
[18:45] <mathiaz> slangasek: netlink patch..
[18:45] <mathiaz> slangasek: I'm not sure how stable is this *new* tree with regards to LTS
[18:48] <mathiaz> slangasek: AFAICT there isn't any major packaging change - kacpimon is a new binary package that has been added
[18:50] <slangasek> yes, I don't know either
[18:51] <mathiaz> kees: jdstrand: mdeslaur: what's your opinion on bug 510732?
[18:51] <kees> mathiaz: we defer to cjwatson.  I would support the change, though.
[18:52] <mathiaz> kees: could you add a comment to the bug?
[18:54] <kees> cjwatson: so, what do you think about this ^^ ?  It's been a long-standing request, and I kind of like it.
[18:54] <kees> mathiaz: what do you think of it?
[18:54] <jdstrand> mathiaz: I'm with kees. I too like it, but realize it cuts down on usability
[18:54] <kees> mathiaz: the logic has been that rootlogin isn't possible by default because there is no root password.
[18:55] <mathiaz> kees: yes - that was my first answer
[18:55] <jdstrand> people argue that if they enable the root account, they want to use it
[18:55] <mathiaz> jdstrand: and it's true that the choice to be made is between usability and multiple layer of security
[18:55] <kees> right
[18:56] <jdstrand> that said, it is something I typically change on machines I administer (and if I can get away with it, AllowUsers)
[18:56]  * kees ♥ AllowUsers
[18:56] <jdstrand> (not suggesting we try to do anything with AllowUsers)
[18:57] <jdstrand> *totally*
[18:57] <kees> so, here's a thought...
[18:57] <kees> we have an implicit possible with gdm to disallow the root user to log in, even if they have a password set.
[18:57] <kees> perhaps we should duplicate this with SSH?
[18:58] <mathiaz> kees: an implicit possible with gdm to disallow the root user?
[18:58] <jdstrand> interesting thought, though there is a similar discussion with sudo and gksudo
[18:58] <mathiaz> kees: what do you mean by that?
[18:58] <kees> mathiaz: oh, er, total typo.  s/possible/policy/
[18:58] <ScottK> Aren't there system risks with running Gnome/KDE as root?
[18:58] <jdstrand> it is interesting in this case that the gui app is more restrictive
[18:58] <kees> ScottK: yes, very much
[18:58]  * ScottK wouldn't see blocking root login as primarily a security issue
[18:58] <ScottK> It's a this won't work issue
[18:59] <kees> ScottK: right, that's why gdm blocks root.
[18:59] <mathiaz> kees: right. there seem to be a policy mismatch here
[18:59]  * slangasek runs GNOME as gdm
[18:59] <jdstrand> it is a known account which makes it particularly easy to brute force (and everyone wants it)
[18:59] <mathiaz> kees: that being said, openssh is not installed by default on desktops
[18:59] <kees> but I'm saying that it might make sense to carry that logic to SSH
[18:59] <ScottK> So it's tangential to the security issue
[18:59] <kees> slangasek: so did I briefly :)
[18:59] <mathiaz> kees: what the reason for disabling root login in gdm?
[18:59] <jdstrand> ScottK: I don't think it is tangential
[19:00] <mathiaz> kees: it seems that the target users are different here
[19:00] <ScottK> There's no system reliabilty reason to avoid ssh as root.
[19:00] <jdstrand> ScottK: if you have an enabled root account *and* allow root passwords (also the default), then it makes it possible to brute force
[19:00] <mathiaz> kees: gdm policy is to disallow end users to shoot themselves in the foot
[19:00] <kees> mathiaz: AIUI, lots of system files can get trashed.  gnome/kde don't support it, etc.
[19:00] <ScottK> jdstrand: Certainly, but that's not why gdm doesn't allow root loging
[19:00] <ScottK> login
[19:00] <mathiaz> kees: are users installing openssh more literate?
[19:01] <jdstrand> ScottK: oh, I thought we were talking about ssh still
[19:01] <mathiaz> kees: ie they know more about the root account
[19:01] <mathiaz> kees: and when they enable the root account they know what they're doing?
[19:01] <kees> mathiaz: I would say a greater percentage of people installing openssh-server understand the root account
[19:01] <jdstrand> running the whole X/Gnome stack is a lot of code that wasn't really written with running as root in mind
[19:01] <kees> mathiaz: and I don't think that people enabling the root account know what they're doing always, which is why I think there's value in making the SSH default be tighter
[19:02] <jdstrand> again, I'm for it, but defer to cjwatson
[19:03] <mathiaz> kees: the other argument for defaulting PermitRootLogin to no is that's what upstream recommends in their documentation
[19:03] <mathiaz> (even though the default is yes)
[19:04] <kees> mathiaz: yeah, agreed.  mostly we would need to convince cjwatson.  :)
[19:04] <ScottK> Sounds like upstream should change then
[19:11] <kees> mathiaz: http://cheezburger.com/View.aspx?aid=3094191616
[19:12] <mathiaz> kees: lol
[19:13] <mathiaz> kees: that's *very* helpful in taking a good decision :)
[19:13] <kees> mathiaz: yeah, I've been using that site for diagrams a lot lately, super easy
[19:13] <mathiaz> kees: the whole question is actually about the *size* of the different circles
[19:14] <mathiaz> kees: if blue > brown, then default PermitRootLogin to yes
[19:14] <mathiaz> kees: if blue < brown, then default PermitRootLogin to no
[19:14] <kees> mathiaz: exactly.
[19:15] <kees> mathiaz: actually, maybe not.
[19:15] <mathiaz> kees: AFAICT the *current* representation relies on the number of letters in the circle label
[19:15] <kees> PermitRootLogin to no protects the dark green area.
[19:16] <mathiaz> kees: minus the blue area
[19:16] <kees> mathiaz: yup.  comment posted to the bug detailing this logic.
[19:17] <mathiaz> kees: awesome!
[19:18] <mathiaz> kees: jdstrand: thanks for taking the time to look at this
[19:19] <kees> mathiaz: sure, no problem.  it's come up before, but the brute-forcing attempts have been getting stronger lately, so it's valuable to revisit it.
[19:19] <kirkland> slangasek: i don't recall that at all, sorry
[19:22] <jdstrand> mathiaz: np! :)
[19:34] <xteejx> NCommander: Hi, I was told by charlie-tca that you were the best person to speak to about helping to build packages for the Ubuntu PS3 port (PowerPC)
[19:35] <xteejx> I want to contribute
[20:22] <jonathan_> Wow this is busy
[20:37] <lool> Laibsch: It's ok, don't ask to ask, just leave me your questions and I should get to them
[20:37] <Laibsch> lool: I don't ask to ask, but I was under the impression that a ping here grabs your attention while simply writing to you in an ongoing chat doesn't
[20:38] <Laibsch> just wanted to make sure our discussion isn't lost in the void
[20:53] <statik> hey, anyone available to sponsor a merge? I filed the proposal about 4 days ago. I'm not in any particular hurry, just don't want it to rot: https://code.edge.launchpad.net/~statik/ubuntu/lucid/protobuf/merge-bug502654/+merge/17571
[20:54] <lool> Laibsch: it's actually exactly the same, except I get two red channels instead of one  :-)
[20:55] <Laibsch> lool: OK, thanks
[20:58] <ScottK> statik: At this point in the cycle, that's not so long.
[20:59] <statik> ScottK: i can only imagine. i'm buried in work myself and i don't have to deal with sponsoring :)
[21:26] <lamont> where does sound-juicer get track names from?  (and more to the point, when it decides that the musicbrains answer is available, how do I tell it "no, that's wrong"?
[21:26] <lamont> and yeah, echan and all that
[21:30] <ion> siretart: Debian seems to have fix for the gst-plugins-bad0.10 FTBFS.
[21:35] <TheMuso> lamont: musicbrainz for one
[21:36] <TheMuso> lamont: And very likely cddb/freedb.
[21:39] <lamont> TheMuso: well, it's telling me that musicbrains doesnt have it, so I expect "not that"
[21:39] <lamont> more to the point, sometimes it's getting it very right, other times wildly wrong - for the same CD set...
[21:39] <lamont> ergo, I want a way to influence it's voting...
[21:40] <TheMuso> lamont: heh right.
[21:40]  * TheMuso has found that the shell script abcde is the most flexible method of ripping for his needs.
[21:42] <lamont> does it get track info?
[21:43] <lamont> actually, is there any way to have that data encoded on the CD? or is it all magic lookups based on hashes?
[21:44] <TheMuso> lamont: Yes it gets track info, I think it may have some support for musicbrainz, but it mostly uses freedb. Note that there is no GUI for abcde.
[21:44] <TheMuso> lamont: I don't think this can retrieve cd-text.
[21:49] <lamont> ok
[21:49] <lamont> thanks
[21:51] <chrisccoulson> is there any reason why fuse-utils provides a /sbin/mount.fuse helper but no umount.fuse helper?
[21:52] <cjwatson> kees: convince upstream.  I'm not going to deviate from them
[21:55] <cjwatson> kees: and frankly, I'm fed up with having the discussion every ten minutes
[21:55] <cjwatson> (this isn't getting at you, but at the people who won't read)
[23:35] <ockham> hi, is there any easy way to rename a manpage when installing it using debian/<package>.manpages?


[18:06] <alkisg> Hi, we're netbooting over nbd, and a few schools reported that 4.15.0-50 made it very unstable for a few selected clients, so much that they don't finish booting; any related bug reports that I could see if it's what they experience?
[18:06] <alkisg> Temporarily they reverted to the previous kernel and it's working fine again
[18:14] <alkisg> Sample screenshot, http://alkisg.mysch.gr/steki/index.php?action=dlattach;topic=7795.0;attach=5066;image
[19:06] <tomreyn> alkisg: persoanlly, i can't reach alkisg.mysch.gr (<IP_ADDRESS>, 2001:648:2302:fc79::22) via grnet-ias-grnet-gw.mx2.ath.gr.geant.net
[19:07] <alkisg> tomreyn: could you try f5? it had some hiccups a few minutes ago
[19:07] <tomreyn> should it respond to pings?
[19:07] <tomreyn> http still times out for me.
[19:08] <alkisg> pings seem blocked currently; it's the greek school network, they play with it frequently; i'll upload to some other site, moment
[19:09] <alkisg> https://prnt.sc/nrk3bm
[19:10] <tomreyn> works. locally, there are no network issues, though, right? since i assume those could cause i/o errors on nbd's, too.
[19:12] <tomreyn> alkisg: ^
[19:14] <alkisg> Reverting to .47 works fine, so I don't suspect cabling,
[19:14] <alkisg> yet the teacher there didn't try a local installation, to see if networking would work there..


[12:07] <CIA-7> console-setup: cjwatson * r398 ubuntu/debian/ (changelog rules): Install setvtrgb job with --no-start --upstart-only (LP: #738159).
[12:10] <CIA-7> console-setup: cjwatson * r399 ubuntu/debian/changelog: releasing version 1.57ubuntu14
[22:00] <Deskill> http://forum.ubuntu.ru/index.php?topic=124619.msg927804 только вместо ноута десктоп
[22:02] <cjwatson> I don't think we have any Russian speakers here, sorry
[22:02] <cjwatson> we would need /var/log/syslog and /var/log/partman, possibly also /var/log/installer/debug, to debug that
[22:02] <Deskill> omg
[22:03] <Deskill> i dont have logs now =/