[08:35] <lordievader> Good morning.
[09:13] <Riddell> hi lordievader
[09:16] <lordievader> Hey Riddell, how are you doing?
[09:26] <lordievader> Riddell: Interesting reply to the CC mailing list.
[09:27] <Riddell> lordievader: that kindae sums up how I'm doing today :)
[09:27] <Riddell> any support appreciated
[09:28] <lordievader> As you said yourself, support is not the issue ;)
[09:29] <lordievader> It is that I do not use twitter, else I'd use the #ISupportJonathan too ;)
[10:55] <BluesKaj> Hiyas all
[11:36] <soee> lordievader: what reply ?
[11:46] <Riddell> clivejo: did you ask for testers of kamoso?
[11:47] <clivejo> I didnt
[11:48] <Riddell> clivejo: want me to do it?
[11:48] <clivejo> sure, just dont want to be snowed under with bugs reports!
[11:49] <lordievader> soee: See the Ubuntu Community mailing list.
[11:49] <Riddell> clivejo: the nice thing about packaging is that in most cases you can just point the reporter upstream :)
[11:50] <lordievader> soee: The Ubuntu-community-team* mailing list.
[11:50] <clivejo> problem is it probably is something I did wrong
[11:51] <soee> lordievader: this whole mailing list is a black magic for me :)
[12:08] <Tm_T> wow
[12:08] <Tm_T> $ dolphin
[12:08] <Tm_T> No protocol specified
[12:08] <Tm_T> dolphin: cannot connect to X server :0
[12:14] <lordievader> Tm_T: Is $DISPLAY set?
[12:14] <Tm_T> lordievader: I'm on plasma desktop
[12:14] <Tm_T> so yes, it is supposed to be set
[12:14] <lordievader> Supposed to, but is it :P
[12:15] <Tm_T> don't know anymore, reboot fixed it
[12:15] <Tm_T> old kate window could do things but I couldn't open another
[12:15] <lordievader> Heh, I was watching the IT crowd yesterday: Did you try turning it off and on again? :P
[12:16] <Tm_T> I think Ubuntu SDK did something...
[13:49] <tsdgeos> Sput: quassel 0.12.2 doesn't save my custom highlights, is that known?
[15:43] <Riddell> yay wily installed and working
[15:43] <Riddell> now why won't kio pass it's tests?
[15:48] <BluesKaj> poor kf5/kde4 integration ?
[15:52] <Riddell> ug, git-buildpackage is now gbp buildpackage
[15:52] <Riddell> which just makes me think of uk currency
[15:54] <sgclark> I am working on 4.14.3 for trusty btw
[15:55] <Riddell> sgclark: ooh old school :)  thanks
[20:00] <Riddell> anyone know how to work out what acc's error is? shadeslayer? https://jenkins.qa.ubuntu.com/job/wily-adt-libkdegames/lastBuild/ARCH=amd64,label=adt/console
[20:01] <Riddell> it just says error code 5 which is one better than the error code 4 I got on my last upload but still not useful
[20:01] <shadeslayer> qemu: terminating on signal 15 from pid 73890
[20:01] <shadeslayer> wat
[20:01] <Riddell> dh_acc: abi-compliance-checker -q -l libkf5kdegames6 -v1 4:15.04.2-0ubuntu3 -dump debian/libkf5kdegames6.acc -dump-path debian/libkf5kdegames6/usr/lib/x86_64-linux-gnu/dh-acc/libkf5kdegames6_4:15.04.2-0ubuntu3.abi.tar.gz returned exit code 5
[20:01] <Riddell> that's the error
[20:01] <shadeslayer> I think qemu crashed
[20:01] <shadeslayer> no
[20:01] <Riddell> these test logs are crazy bad at pointing you at the issue
[20:02] <shadeslayer> or maybe
[20:02] <shadeslayer> why is it qemu'd
[20:02] <shadeslayer> that's x86
[20:02] <shadeslayer> how very odd
[20:02] <shadeslayer> Riddell: ask someone in #ubuntu-devel
[20:02] <shadeslayer> I'm not sure
[20:02] <shadeslayer> Riddell: alternatively, run the tests locally and see what happens
[20:03] <Riddell> I know nothing about acc I guess I should learn
[20:03] <Riddell> dunno what's wrong with symbools files
[20:03] <shadeslayer> https://runc.azurewebsites.net/
[20:03] <shadeslayer> Copyright (c) 2015, Linux Foundation;
[20:03] <shadeslayer> we live in interesting time
[20:03] <shadeslayer> *times
[21:02] <Riddell> ok kio up, kwindowsystem up, libkdegames up, in all cases I removed tests and acc so I need to ask upstream why on the failing tests tomorrow but hopefully that'll give us something useful for alpha 1
[21:02] <Riddell> I'm knackered, going home and watching game of thrones
[21:04] <sebas> Riddell: you need to see blood now? ;)
[21:06] <Sho_> or it's the dragons
[21:06] <Riddell> soy jonatan rydell del norte, hay dragones aqui
[21:07] <Sho_> Ser Riddell does have a certain ring to it
[21:07] <Riddell> no uso titules
[21:09] <Sho_> 물론이죠


[03:46] <smkellat> Is anybody going to try OLF in its virtual format this year?  Unless it is something like Movie Sign With The Mads virtual events have been hard to participate in from my perch here in Ashtabula.
[03:50] <Unit193> No.
[13:10] <thafreak> I attended the virtual PyOhio this year and it was pretty good, basically worked out like a movie watching party.
[13:11] <thafreak> But really it only worked out because it happened on a saturday/sunday and so I had the time to sit and watch and join in on the discord
[13:12] <thafreak> All talks were pre-recorded and streamed on youtube in order and the speakers took questions on discord
[13:13] <thafreak> Looks like OLF is a thursday-saturday so I probably won't join in virtually, we'll see
[20:37] <dzho> "join in on the discord"
[20:38] <Unit193> Yeah I'm old and cranky, I don't discord. :(
[20:38] <dzho> one of the things that has dejected me the most about FOSS in the pandemic is seeing the trend towards "FOSS project using proprietary silos" turn over yet another deflection point in accelerating
[20:39] <Unit193> If it makes you feel better, the thing I'm associated with turned to mumble and etherpad for notes.
[20:39] <Unit193> Debian was using jitsi.
[20:39] <dzho> there are bright spots, yes
[20:40] <dzho> I need to find a CodiMD instance I want to use.
[20:41] <dzho> https://libreho.st/ <-- this helps


[00:00] <thumper> wgrant or StevenK should though
[00:00] <wgrant> Raydiation: Yes, it does.
[00:01] <wgrant> Raydiation: There is no feedback. But it should be generated before the first packages are published, so there's probably not much point notifying users about it.
[00:02] <Raydiation> hm, i get: Error: can't find signing_key_fingerprint
[00:02] <Raydiation> when trying to do sudo add-apt-repository ppa:bernhard-posselt/laudio-ppa
[00:03] <lifeless> wgrant: is it trigger on create, or on upoad ?
[00:03] <Raydiation> ive uploaded a gpg key a year ago
[00:03] <wgrant> lifeless: On upload.
[00:03] <wgrant> Since many people create PPAs and then never upload anything.
[00:04] <Raydiation> my package was signed by it
[00:04] <wgrant> That key should have been created 20 minutes ago. Let me check the log.
[00:04] <Raydiation> on debuild -S
[00:04] <wgrant> Raydiation: This is a different key.
[00:04] <wgrant> One that only Launchpad possesses
[00:04] <Raydiation> wgrant: so it gets double signed?
[00:04] <wgrant> Raydiation: You sign the source upload. Launchpad signs the full repository, including the binaries and source.
[00:05] <Raydiation> ah k
[00:06] <wgrant> The key is there now.
[00:06] <wgrant> Not quite sure why it took so long.
[00:07] <Raydiation> wgrant: ty :)
[00:08] <Raydiation> hehe error handling request: http://bit.ly/hJyJiy
[00:09] <wgrant> Keyserver replication lag :(
[00:14] <Raydiation> wgrant: does apt-add-key get the stuff from somewhere else? keys are up but im still getting sudo add-apt-repository ppa:bernhard-posselt/laudio-ppa
[00:14] <Raydiation> Error: can't find signing_key_fingerprint at https://launchpad.net/api/1.0/~bernhard-posselt/+archive/laudio-ppa
[00:14] <Raydiation> isnt the fingerprint already on the bottom?
[00:15] <wgrant> Raydiation: You may be running into a caching issue. Anonymous views are cached, authenticated ones are not. I guess your browser is authenticated.
[00:17] <Raydiation> ah k :)
[13:43] <benji> oh, its in the topic
[14:10] <Raydiation> i just discovered a tiny error for my debian prerm script and uploaded the new build under the same version to my ppa, will this work?
[14:11] <Raydiation> or do i have to set a new version?
[14:11] <bigjools> https://answers.edge.launchpad.net/soyuz/+faq/990
[14:12] <Raydiation> bigjools: ty
[14:28] <Raydiation> btw launchpad is great, publishing packages for ubuntu has become ease (once youve fought your way through debian packaging)
[14:30] <bigjools> Raydiation: glad to hear it, hope you enjoy using it
[17:02] <DJKorbit> hi
[17:02] <DJKorbit> i can't get unity from bzr
[17:03] <DJKorbit> hrocha@hrocha-laptop:~/projects$ bzr branch lp:unity
[17:03] <DJKorbit> Permission denied (publickey).
[17:03] <DJKorbit> bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[17:03] <DJKorbit> i'm getting that error
[17:03] <DJKorbit> and i've just added my public key to launchpad as a guy in #ayatana told me
[17:03] <DJKorbit> any ideas?
[17:09] <DJKorbit> i've fixed the problem, thanks
[18:12] <effie-jayx> hello all
[18:13] <effie-jayx> what is the best way to package as a daily deb via a source in a git repository?
[18:14] <effie-jayx> should I do a bzr branch that regurlarly import from that git branch?
[18:16] <jelmer> effie-jayx: you can have launchpad do an import regularly
[18:16] <maxb> effie-jayx: Launchpad can regularly import from git into bzr for you. https://code.launchpad.net/+code-imports/+new
[18:18] <effie-jayx> I would import the code to a new bzr branch then create the ppa recipe...
[18:18] <effie-jayx> sounds cool
[18:18] <effie-jayx> thanks
[18:57] <effie-jayx> is there a way to import code from branches other than HEAD - Main in GIT?
[19:23] <maxb> effie-jayx: Unfortunately, not yet. It's waiting on bzr-git implementing an URL scheme for addressing branches within a git repository
[19:23] <maxb> jelmer: What is the current status on that? ^
[19:49] <jelmer> maxb: finishing colocated branches is on my todo list
[19:49] <jelmer> the relatively short term one
[23:30] <doctormo> Are there any vala or c bindings for the launchpad api?
[23:31] <StevenK> doctormo: Not that I'm aware of .
[23:33] <doctormo> StevenK: Bummer, stuck with python or junking launchpad support...
[23:33] <lifeless> doctormo: theres java and .net
[23:33] <StevenK> CPython? :-)
[23:33] <lifeless> doctormo: should be pretty straight forward with liboauth and libjson & libcurl to write a client
[23:34] <doctormo> lifeless: Two of the worst languages even to come out of the human soul. great ;-)
[23:34] <StevenK> doctormo: Sadly, lifeless has a soft spot for Java.
[23:34] <lifeless> you could write a wadl compiler for C if you liked, that might be pretty nice.
[23:35] <lifeless> this has nothing to do with my soft spots, and everything to do with what already exists
[23:35]  * StevenK smirks.
[23:36] <doctormo> StevenK: It's amazing that you can go from c to python/java/C#/vala and not the other way round... bit sad.
[23:42] <lifeless> doctormo: huh, you can call python from C trivially
[23:42] <lifeless> doctormo: I assumed you had some aesthetic reason for not doing that.
[23:43] <doctormo> No, just ignorance.
[23:43] <lifeless> oh, well - you embed an interpreter
[23:43] <lifeless> generally you'd give it a thread of its own
[23:44] <wgrant> doctormo: How much of the LP API do you use?
[23:44] <lifeless> and when you need to call into it you grab the GIL, then ask it to evaluate stuff etc
[23:44] <lifeless> plenty of docs on python.org
[23:44] <doctormo> wgrant: auth, bugs, projects, users, groups, code
[23:44] <wgrant> Many applications just need a couple of method calls, which are probably better done without something like launchpadlib.
[23:44] <wgrant> Ah.
[23:44] <wgrant> GC?
[23:44] <doctormo> wgrant: nice guess
[23:45] <lifeless> doctormo: so why are you moving to C? [and how are you solving the equal compatibility bzr integration question]
[23:46] <doctormo> lifeless: I'm not moving to C, I'm testing vala support for various functionalities I might need.
[23:46] <lifeless> ah, ok
[23:46] <doctormo> Python is a pain in the backside and slow. it would be helpful to use threading in vala.
[23:46] <lifeless> you should be able to pass a python callback in as a gclosure an have that work.
[23:47] <lifeless> doctormo: I'm surprised that gc is running into /python/ performance limits
[23:47] <StevenK> Oh no, doctormo said the magic words ...
[23:47] <lifeless> it seems like an ideal use case for python
[23:47] <doctormo> lifeless: I'm not sure it is python's fault. I get the feeling that gtk+bzr+http+crappy threading is asking for trouble.


    I'm happy to smear the blame around.
[00:04] <infinity> mwhudson: But yes, I think we can ignore the fan failure as "probably not docker's fault".
[00:04] <mwhudson> infinity: hooray, or words to that effect
[00:05] <nacc> rbasak: can you take a look at LP: #1675924
[00:05] <mwhudson> in entirely unrelated news, why the heck is networkd not noticing a new network device when i hotplug it with the qemu monitor
[00:06] <infinity> Huh.  How did 6pm happen already?
[00:18] <nacc> powersj: should we start skipping certain packages that don't need triaging by our rota? e.g., lxd, cloud-init, curtin?
[00:18] <nacc> powersj: maas comes to mind as well, and juju
[00:19] <powersj> nacc: I completely agree; I'm trying to remember why we didn't filter them out in the past. When I do triage I tend to glance at those packages and 99% of the time move on.
[00:19] <nacc> powersj: right, maybe put in a flag for --show-all, but by default, let's skip some that don't need triaging
[00:20] <nacc> powersj: also, we should clarify whether triaged/incomplete bugs shoudl show up (i have taken to just subscribing myself when i mark that state change in a bug and then if they change it back i get notified)
[00:21] <powersj> nacc: I do think those should continue to show up. If an update happened it is nice if I am the one triaging to help push it along more. I do see that you and cpaelzer subscribe yourselves to bugs as well though.
[00:23] <nacc> powersj: right, i treat those as relatively different priorities :)
[00:23] <nacc> powersj: and triaged should mean ubuntu-server was subscribed, meaning we all get those e-mails, right?
[00:24] <powersj> I don't :)
[00:25] <nacc> hrm
[00:25] <powersj> nacc: well I get some from updated bugs, but I don't think I get everything
[00:25] <nacc> powersj: i wondered about tht
[00:25] <nacc> powersj: ok, there's room for improvement regardless
[00:25] <nacc> powersj: also, i'm using rbasak's fork, because it has some good changes
[00:25] <nacc> powersj: and the script now throws some backtraces on 17.04 :)
[00:25] <nacc> non-fatal ones, but import failures
[00:26] <powersj> nacc, for example today I got a ton about lvcreate, but I didn't see any emails from the triaging you or I did today.
[00:27] <powersj> nacc: ha! ok time to look at his fork again. Last time he told me it was WIP
[00:28] <nacc> powersj: ok, it might be, but it might be worth getting it to merged :)
[00:28] <powersj> nacc: yeah I'll take a look tomorrow
[00:31] <nacc> powersj: thanks
[07:07] <cpaelzer> xnox: the z-p checks on lvm2 failed for docker.io, but the fail is a docker.io one which is fixed in recent versions
[07:07] <cpaelzer> xnox: would you mind retriggering the test to pickl up the latter fixed docker version so that lvm2 can pass?
[07:34] <KeithW> Hi, I am the DM of mosh (in Ubuntu universe). Zesty currently has a release candidate (mosh 1.3.0~rc2-1) synced from Debian sid. Debian sid now has the final release (1.3.0-1).
[07:34] <KeithW> We filed https://bugs.launchpad.net/ubuntu/+source/mosh/+bug/1676218 requesting an FFe/sync of the final release. (Changes are minimal.) Is there anybody I should ping to make sure it gets looked at by the right people in the release team? Thanks for any help on this.
[07:41] <seb128> KeithW, if the update has no new feature compared to what is currently in the archive you don't need a ffe
[07:44] <KeithW> seb128: Thanks -- how do I ask for a sync then?
[07:45] <smb> infinity, mwhudson as in email reply fan tests fail because nc now does no longer fail with data errors which were by chance not causing the test to fail but now fail with timeout because netcat-openbsd upstream decided in their great wisdom that closing a connection when local input closes is now an optional thing.
[07:45] <seb128> KeithW, you subscribe ubuntu-sponsors on that bug so it's in the sponsoring queue
[07:46] <seb128> KeithW, you can also ask on this channel as you did, I'm going to have a look
[07:46] <KeithW> Thanks!
[07:49] <seb128> yw!
[07:52] <seb128> KeithW, done, https://launchpad.net/ubuntu/+source/mosh/1.3.0-1
[07:57] <KeithW> seb128: Thanks much!
[07:57] <seb128> KeithW, np, thanks for the work/filing the sync request and watching after the ubuntu version ;-)
[08:37] <xnox> cpaelzer, retriggered
[08:38] <cpaelzer> thanks, lets hope it picks up the new one now
[08:41] <alkisg> xnox: hi, could you please have a look at two bugs in friendly-recovery, in which I've attached patches and everything should be ready to commit and then maybe even SRU?
[08:42] <alkisg>
[08:42] <alkisg> https://bugs.launchpad.net/ubuntu/+source/friendly-recovery/+bug/1675805
[08:42] <alkisg> https://bugs.launchpad.net/ubuntu/+source/friendly-recovery/+bug/1675824
[08:43] <alkisg> In the first one, friendly-recovery.service has 2 syntax errors, while in the second one, it tries to read a /sys/.../file that doesn't exist in 90% of the cases
[09:38] <sil2100> tjaalton: hey! It seems your latest xf86-input-wacom upload caused xserver-xorg-input-wacom to be uninstallable
[09:39] <sil2100>  xserver-xorg-input-wacom : Depends: xorg-input-abi-22
[10:03] <tjaalton> sil2100: because there's a new xserver
[10:03] <tjaalton> with -abi-24
[10:04] <tjaalton> 0.34.0 is installable, or should be
[10:05] <sil2100> tjaalton: ah, I see it's now fetchable through apt - I saw the new version in -proposed through launchpad but it seems apt didn't see it yet (same for all the builders)
[10:05] <sil2100> tjaalton: yeah, seems to work now
[10:06] <sil2100> I actually thought the new upload was broken, but it seems it was fixing the breakage, just I tried using it too early
[10:08]  * Laney eyes sil2100
[10:08] <Laney> you're using zesty-proposed?
[10:08] <sil2100> No, but our Bileto PPA builds do!
[10:09] <sil2100> And I checked what happened in my zesty-proposed chroot
[10:10] <Laney> ok, you can live :P
[10:12] <sil2100> phew!
[11:21] <onlinedbug> Hey, where is a good place to file a bug about packages installed by default?
[11:22] <onlinedbug> Such as requesting to stop installing package X as a default because it is deprecated
[11:24] <cpaelzer> onlinedbug: at the package itself in launchpad?
[11:26] <onlinedbug> cpaelzer, fair enough, was making sure this is the right place
[11:27] <onlinedbug> I just don't want the report to go unnoticed because it's posted in the launchpad of a basically deprecated package
[11:36] <onlinedbug> anyway where are the default package determined?
[11:37] <onlinedbug> I mean there gotta be a list the aggregates everything no
[11:38] <onlinedbug> nvm im @ https://wiki.ubuntu.com/SeedManagement now
[11:38] <onlinedbug> ty
[11:38] <cjwatson> well, a lot of that happens by way of dependencies, but more or less the top-level master list is in the seeds
[11:39] <cjwatson> so https://code.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.zesty etc.
[11:39] <cjwatson> the specific details in the wiki page will be somewhat out of date but the broad brush is close enough
[11:43] <cpaelzer> onlinedbug: also if there is an obvious successor you can add that as additional bug task to make to be seen more
[11:44] <onlinedbug> not really. I'm looking at libwmf, if you are wondering. It's installed by default on every desktop and it has many security flaws. I can't bother to list everything now, so I'm just making a request to deprecate it specifying the reasons
[11:44] <onlinedbug> Nobody had touched it since 2000-09-13.
[11:45] <onlinedbug> correct me if I'm wrong
[11:47] <cjwatson> you're wrong
[11:47] <cjwatson> I haven't checked its upstream status but it's had security patches in Debian/Ubuntu much more recently than that
[11:48] <onlinedbug> cjwatson, where can I see that?
[11:48] <onlinedbug> I'm just not very familiar with bazaar, it's really confusing.
[11:48] <ginggs> https://launchpad.net/ubuntu/+source/libwmf/+changelog
[11:48] <cjwatson> bzr isn't relevant - just look at the installed package's changelog
[11:48] <ginggs> http://metadata.ftp-master.debian.org/changelogs/main/libw/libwmf/unstable_changelog
[11:49] <ginggs> Ubuntu is missing the security fix from <IP_ADDRESS>-10.6 though
[11:50] <cjwatson> it's in the desktop due to a dependency from libmagickcore-6.q16-2-extra I think
[11:51] <ginggs> rbalint: ^
[11:52] <onlinedbug> well this complicates things then. I guess it's more reasonable to post specific bug reports/cve's then...
[11:52] <cjwatson> probably, yes
[11:53] <onlinedbug> it becomes a real hassle because nobody is working on the original project though
[11:54] <rbalint> ginggs: yes
[11:54] <cjwatson> I agree that it's pretty dead upstream at the moment (though the last date I found was 2005-07-27 rather than 2000-09-13), but it still looks like it would better to fix where necessary than remove
[11:54] <cjwatson> s/would better/would be better/
[11:55] <rbalint> i fixed it a once indeed
[11:56] <cjwatson> if removal were eventually necessary it would have to be by carefully going through everything that depends on it and working out if it's possible to replace the functionality with something else, or otherwise how to deal with deprecating/removing functionality
[11:56] <cjwatson> which is generally a very case-by-case exercise, of course
[11:56] <onlinedbug> mmm so from what I understand, the package itself has a baazar source, that's been updated in 2005, and since then all changes are patches to the package?
[11:57] <cjwatson> I didn't check what VCS it happened to be hosted in at the time, but the last upstream release has files dated in 2005, yes
[11:58] <cjwatson> and yes it seems to have been maintained by downstream patching since then
[11:58] <onlinedbug> is this normal with open source projects?
[11:58] <cjwatson> it's not ideal but it happens
[11:58] <onlinedbug> it just seems like a real mess to me
[11:58] <cjwatson> original authors move on and sometimes it's a project that's sufficiently done that nobody cares to take over
[11:59] <onlinedbug> well that's fair
[11:59] <cjwatson> sometimes somebody is eventually motivated to take over
[12:00] <onlinedbug> one thing that bothers me the most is that libwmf uses gd 2.0.1 beta, which is a project which had been continued and now developed as libgd2
[12:01] <onlinedbug> and there are many security updates that's been added to it
[12:01] <onlinedbug> which are not applied to libwmf which uses hard coded gd
[12:01] <rbasak> nacc: bug 1675924: looks like the reporter deleted /etc/mysql/conf.d/, so the server is expected to fail to start, so not a bug - commented and marked Incomplete with one of my usual templates.
[12:03] <cjwatson> mm, sounds like somebody should work out exactly what changes were made to libwmf's vendored copy and whether any still need to be upstreamed, then work out how to build it against an external library
[12:03] <cjwatson> would be a great thing for a new upstream maintainer to do ;-)
[12:04] <rbasak> powersj, nacc, cpaelzer: maybe worth having a brief sync on how the triaging is going, proposed script and process modifications and so on?
[12:04] <rbalint> cjwatson: as i remember libwmf was not terrible, just a little buggy when i did the update
[12:05] <onlinedbug> I'll try to see if I do it myself, but in the meantime I'll post a bug report in case I can't make enough time to take care of this. cjwatson and everyone else thanks for your time and clarifications :-)
[12:10] <rbalint> onlinedbug: i see no important security issues for libwmf in Debian
[12:11] <rbalint> onlinedbug: i can upload a patch merging the missing one if you want to open the bug about that
[12:24] <tjaalton> https://wiki.ubuntu.com/Debug%20Symbol%20Packages shows that foo-security should be in ddebs.ubuntu.com, but they are not
[12:24] <tjaalton> so, where are they?
[12:24] <cpaelzer> rbasak: if you have any new major things to discuss I'm around
[12:24] <cpaelzer> rbasak: nacc might not yet be around
[12:25] <rbasak> cpaelzer: nothing new, just a catch up
[12:25] <cpaelzer> rbasak: 30 mins beofre the IRC meeting maybe?
[12:25] <rbasak> And maybe trying to land my changes into Josh's tree.
[12:25] <rbasak> Sure
[12:25] <cpaelzer> rbasak: to have a chance to be all around?
[12:25] <cjwatson> tjaalton: packages from -security are copied to -updates
[12:25] <tjaalton> ok
[12:25] <cjwatson> (unless there's a conflict, but that's v rare)
[12:25] <tjaalton> so the wiki don't need that
[12:25] <tjaalton> line
[12:25] <cjwatson> yeah
[12:26] <cpaelzer> rbasak: btw I have a uvtool merge request for you about the per arch templates in a few minutes
[12:26] <cpaelzer> rbasak: I'd only do so for the master or do you want potential changes to the ubunut/devel branch right away?
[12:26] <cpaelzer> not sure if any are needed actually
[12:28] <cpaelzer> no, not needed since dh_auto will take care of everything
[12:28] <cpaelzer> rbasak: thanks for /usr/share/uvtool/libvirt/template.xml not being a conffile
[12:32] <cpaelzer> rbasak: submitted
[12:37] <cpaelzer> cjwatson: would mind sponsoring the X/Y versions of our ssh fix on bug 1668093?
[12:46] <cjwatson> cpaelzer: done, sorry for the delay
[12:47] <cpaelzer> cjwatson: thank you - I don't mind the delay
[12:47] <cpaelzer> cjwatson: just wanted to close a potential race with e.g. sucurity updates
[12:48] <cjwatson> indeed
[12:49] <tinoco> Hello. Could someone please upload https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1317491 to -updates when gets a chance ? Verification was already done long time. Thank you.
[12:53] <camako> tjaalton, I implemented EGL_KHR_platform_mir. Is there still time to include this or have you already started the landing process?
[12:54] <tjaalton> camako: haven't uploaded yet
[12:54] <tjaalton> or committed
[12:55] <camako> tjaalton, do you mind if I send it your way?
[12:55] <tjaalton> camako: is it closed to what will be upstreamed?
[12:55] <tjaalton> closer
[12:55] <tjaalton> feel free to
[12:56] <camako> tjaalton, yes very close... though the enum might be changed by khronos (the spec has not been ratififed - waiting on our implementation)
[12:56] <tjaalton> cool
[12:56] <camako> thanks
[13:01] <morphis> mardy: I saw your mail but didn't had time to look into it yet
[13:04] <mardy> morphis: ok, thanks for the ack
[13:26] <tjaalton> LocutusOfBorg: do you want to handle bumping the xorg abi on vbox?
[13:27] <tjaalton> LocutusOfBorg: actually, since it doesn't have the video driver anymore, perhaps just drop the abi dep
[13:49] <sil2100> LocutusOfBorg: hey! You tracking the systemd merge you did for zesty?
[13:49] <sil2100> LocutusOfBorg: it seems the autopkgtests are failing here and there
[13:50] <LocutusOfBorg> tjaalton, feel free to fix it, if you think it is useless, yeah drop it
[13:50] <LocutusOfBorg> I admit I have really low knowledge on that stuff, and it gives me headaches
[13:52] <LocutusOfBorg> sil2100, I don't know how to fix that, because they seems to fail but for unrelated reasons (new kernel is the culprit?)
[13:52] <LocutusOfBorg> so I would prefer somebody (pitti?) having a look ;p
[13:52] <tjaalton> okay
[13:53] <LocutusOfBorg> just please try to create a zesty VM and install virtualbox-guest-x11 and see after the reboot if everything is good
[13:53] <LocutusOfBorg> (who am I to say this stupid things to you? sorry!)
[13:53] <tjaalton> i just want it to pass tests now that xserver 1.19 is on proposed
[13:54] <tjaalton> blocked by not being installable
[13:54] <LocutusOfBorg> SERVER_DEPENDS = $(shell cat /usr/share/xserver-xorg/videodrvdep 2>/dev/null)
[13:54] <LocutusOfBorg> yep, I see
[13:54] <LocutusOfBorg> if you want a no change rebuild I can deal with it
[13:54] <tjaalton> right, please :)
[14:12] <LocutusOfBorg> somebody from release team has to accept vbox :)
[14:14] <sil2100> zul: hey!
[14:15] <sil2100> zul: I wanted to take a look at a new cinder SRU in the queue but I see the previous one is still in -proposed - it looks like it's failing some autopkgtests there
[14:15] <sil2100> zul: can you take a look at that?
[14:15] <sil2100> zul: failure log<EMAIL_ADDRESS>[14:16] <sil2100> zul: is that something a re-run might fix, or is this a real problem?
[14:19] <zul> sil2100: ill take a look
[15:05] <barry> dannf: i've confirmed that those error messages from eieio.el happen in amd64 builds of emacs25.  they just don't crash over there.  i have a meeting in a bit but afterward i'll try to get on the porterbox and see what i can see
[15:15] <nacc> rbasak: thanks!
[15:15] <nacc> rbasak: cpaelzer: i'm aroundnow
[15:15] <dannf> barry: cool, thx!
[15:16] <nacc> barry: ah good to know!
[15:16] <rbasak> nacc, cpaelzer, powersj: now or after the IRC meeting is fine with me.
[15:16] <powersj> same
[15:20] <cpaelzer> same
[15:21] <rbasak> nacc, powersj, cpaelzer: so if everyone's happy, shall we say in 8 minutes - 1530 UTC?
[15:21] <cpaelzer> ack
[15:21] <powersj> wfm
[15:21] <cpaelzer> the first who posts a link in #server is the HO we go to
[15:51] <stgraber> infinity, kees, mdeslaur, slangasek: TB meeting in 9 minutes
[15:51] <mdeslaur> ack
[15:52] <nacc> jgrimm: --^ hrm, isn't that the same time as the server meeting? ~
[15:52] <stgraber> nacc: we're in #ubuntu-meeting-2 so shouldn't conflict
[15:52] <nacc> stgraber: ah! ok :)
[15:52] <jgrimm> nacc, diff channel
[15:52] <jgrimm> yeah
[15:53] <jgrimm> nacc, its always been at the same time. :)
[15:53] <nacc> funny
[16:14] <rbasak> smb, sforshee: server team meeting?
[16:15] <smb> rbasak, already again...
[16:16] <nacc> should there be some kind of clarifying statement at https://wiki.ubuntu.com/TrustyTahr/ReleaseNotes#LTS_Hardware_Enablement_Stack that if you use fglrx, it won't work with 14.04.5 stack & kernel?
[16:17] <nacc> tjaalton: --^
[16:18] <tjaalton> nacc: it can't be used without force
[16:18] <nacc> tjaalton: right, but that's not documented on that page at all
[16:20] <tjaalton> upgrading will take care of it, by uninstalling fglrx..
[16:21] <nacc> tjaalton: right, but if a user *wants* fglrx
[16:21] <nacc> tjaalton: which they had previously
[16:21] <nacc> 14.04.4 kernel/X is EOL, they need to downgrade (aiui) to 14.04.0/1
[16:21] <tjaalton> yes
[16:21] <nacc> and that's not docuemnted :)
[16:21] <tjaalton> feel free to add something
[16:21] <nacc> ok
[16:49] <rbalint> onlinedbug: LP: #1676958
[17:02] <rbasak> slangasek, cyphermox: I wonder if bug 1676597 is related to some reported DNS issues on Xenial? Patches are attached.
[17:03] <nacc> rbasak: is that related to LP: #1639776 ?
[17:03] <rbasak> nacc: that's what I'm wondering. I haven't looked deeply; it just sounds like it's in a similar area.
[17:03] <cyphermox> I suppose it's plausible
[17:04] <nacc> i have the fix queued in that bug locally
[17:04] <nacc> rbasak: it appears they point to the same RHEL bug and upstream fix
[17:04] <rbasak> Ah
[17:04] <rbasak> So a dupe?
[17:04] <nacc> which is in 17.04 and was NMU'd in debian
[17:04] <nacc> rbasak: i'd say so
[17:04] <cyphermox> one extra patch in yours though
[17:05] <nacc> they both refer to two upstream patches (as debian's fix did too)
[17:05] <nacc> iirc
[17:05] <cyphermox> nacc: sound like you have this under control
[17:05] <rbasak> Shall I mark the dupe then?
[17:05] <cyphermox> you're applying http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commitdiff;h=16800ea072dd0cdf14d951c4bb8d2808b3dfe53d  too?
[17:06] <cyphermox> rbasak: yeah, you could dupe it
[17:06] <nacc> cyphermox: yeah
[17:06] <rbasak> Duped.
[17:06] <nacc> and was going to submit that for xenial and yakkety today (the yakkety is trivial, the xenial were some minor conflicts, but easy resolved)
[19:38] <barry> dannf, nacc well, that's interesting.  i apt-get source'd the proposed version of emacs25 on the arm64 porter box, installed the build-deps, and dpkg-buildpackaged it.  no crash
[19:39] <barry> in a zesty-arm64 chroot
[19:39] <dannf> barry: right - the hard part is getting to fail outside of scaling stack. i managed to do it the first few times i tried in a VM, but whatever magic has since gone away
[19:40] <dannf> barry: i suspect it's a matter of getting the GC working during the build. I tried a few env vars to make it hungrier, and limited the memory on my vm, but haven't been able to get a reliable reproducer
[19:40] <dannf> s/a few/a few GC settings via one env var/
[19:42] <barry> dannf: yeah.  it reliably fails in my ppa.  i'm trying to think if we can somehow get the build to give us a gdb backtrace when it crashes
[19:42] <barry> so not real-time debugging, but maybe enough to give us a clue what's going on
[19:44] <barry> dannf: one thing i did find.  when i grepped the source i saw a hack of max_specpdl_size for CEDIT, which is suspiciously related to where we see the crash.  i don't see a lisp_eval_depth error in the output though (i did find a related bug from a few years ago)
[19:44] <barry> i think i might try just boosting that even higher and doing a ppa build
[19:44] <dannf> barry: i posted a gdb backtrace in the bug when i was able to get it to crash
[19:45] <dannf> barry: LP: #1656474
[19:45] <barry> dannf: oh, i missed that.  looking
[19:48] <barry> interesting.  that still doesn't make anything jump out at me, but let me poke around in emacs bugs
[20:01] <mwhudson> uh rmadison is hanging for me
[20:02] <barry> dannf: gotta run out for a quick errand.  bbs
[20:16] <rbalint> barry: have you tried compiling it with -00? maybe it is an optimization problem in GCC
[20:16] <rbalint> barry: i at least would give it a shot
[20:16] <barry> rbalint: i haven't yet, but i have seen references to that
[20:17] <rbalint> arm64 is a young arch
[20:18] <barry> i think it's a good idea.  there's some missing information in the bt (tail = <optimized out>) and it sure looks like it's trying to chase a linked list, probably heading off into la la land
[20:19] <rbalint> barry: maybe a null check is optimized away
[20:19] <barry>       for (tail = BUF_MARKERS (b); tail; prev = &tail->next, tail = *prev)
[20:19] <barry> could be.  if that 'tail' conditional isn't breaking
[20:22] <rbalint> barry: i'm sorry, have to leave now, but would be interested in the -O0 results
[20:23] <barry> rbalint: no worries.  i'll follow up here if i have any results
[20:23] <rbalint> barry: the list seems to be corrupted earlier
[20:40] <barry> rbalint, dannf okay, i think i have a -O0 arm64 build going in my ppa.  let's see what happens
[21:15] <nacc> Logan: re: LP: #1672941, you don't close the bug in the changelog. Are you ok if i fix locally while sponsoring?
[21:28] <nacc> infinity: freeze clarification -- Logan has provided a fix for a FTBFS for src:cyrus-sasl2 as in z-p. Given that it's already there, is it ok to upload the fix w/o an exception?
[21:29] <nacc> i'm especially asking because some binaries are seeded, so i wanted to be extra cautious
[21:44] <tinoco> Hello, could anyone from SRU team release LP: #1317491 (Trusty SRU) ? Thank you
[21:57] <nacc> powersj: ping
[21:57] <powersj> nacc: ack
[21:58] <nacc> powersj: looking at your mongosniff MRs
[21:58] <nacc> powersj: the dep3 headers are off
[21:58] <nacc> powersj: you're not hte AUthor, afaict?
[21:58] <nacc> powersj: and i think you should update your target to what you branched off of
[21:59] <nacc> powersj: (for yakkety)
[21:59] <powersj> ok first, dep3 headers. Is there a best way of making those?
[21:59] <nacc> powersj: you should be able to use the raw patch from github, etc.
[21:59] <nacc> powersj: directly as the patch
[22:00] <nacc> powersj: and then dep3changelog *should* do the right thing :)
[22:00] <powersj> oh ok, never used dep3changelog
[22:01] <powersj> (not sure how to get raw patch from github either)
[22:02] <powersj> nacc: so 1) get raw patch from github 2) run dep3changelog?
[22:04] <nacc> powersj: https://github.com/mongodb/mongo/commit/5d05a2b0767f2f6122ee509678e0df3fa36f94a7.patch
[22:05] <nacc> powersj: instead of https://github.com/mongodb/mongo/commit/5d05a2b0767f2f6122ee509678e0df3fa36f94a7
[22:05] <nacc> (jsut add .patch)
[22:05] <nacc> powersj: so yeah, you wget -O- that into d/p/
[22:05] <nacc> powersj: update series
[22:05] <nacc> dep3changelog d/p/newpatchfile
[22:05] <powersj> ah ok adding .patch is easy :)
[22:09] <powersj> nacc: thank you this is much easier
[22:10] <powersj> nacc: put the LP# at the end of the auto-generated change log entry?
[22:11] <nacc> powersj: ah ok, so you'll need to add some headers
[22:11] <nacc> sorry, forgot that bit
[22:11] <powersj> https://paste.ubuntu.com/24270609/
[22:11] <nacc> powersj: so given the raw patch, you'll want to add some stuff after it, before the path
[22:12] <nacc> e.g., Bug-Ubuntu
[22:12] <nacc> and Origin
[22:12] <nacc> if you do, then dep3changelog will do the LP: # for you
[22:12] <nacc> i have a bug to fix so that it ignores whitespace lines, but for now, just don't put a blank line int
[22:12] <nacc> powersj: note, taht i've also taken to doing the following
[22:13] <nacc> 1) get patch, update series
[22:13] <nacc> 2) update patch with dep3 headers
[22:13] <nacc> 3) dep3changelog patch
[22:13] <nacc> 4) edit changelog for series, etc.
[22:13] <nacc> 5) git commit debian/patches
[22:13] <nacc>  and in there (i use vi): !read git --diff -- debian/changelog
[22:13] <nacc> and use the d/changelog entry as teh commit message, basically (excluding the header and footer)
[22:14] <nacc> then you can commit d/changelog as 'changelog' -- what's nice about that is that `git-reconstruct-changelog` can reproduce the changelog
[22:16] <infinity> nacc: Bugfixes are always welcome, especially FTBFS fixes.
[22:16] <powersj> nacc: awesome, thank you for breaking it out like that
[22:16] <powersj> nacc: I'll give it a shot now
[22:18] <nacc> infinity: ok, just wanted to confirm, i recalled something about seeded packages being special
[22:18] <nacc> powersj: np, that's something i intend to blog about / document on the wiki for the drive-by backport case
[22:19] <nacc> powersj: the reason for git-reconstruct-changelog to work is that it lets merges be rebases
[22:19] <nacc> Logan: also, no dep3 header for the bug, i'm realizing, i'll fix locally and sponsor
[22:24] <nacc> jgrimm: ok, last nit, i swear, looking at LP: #1634989 again -- there are two changelog entries, but I think you can just drop the first?
[22:27] <jgrimm> nacc, err?
[22:30] <nacc> jgrimm: http://paste.ubuntu.com/24270716/
[22:31] <jgrimm> nacc, oh you just want to drop the cherrypicked from upstream
[22:33] <jgrimm> nacc, fine by me tho its pretty standard to include in changelog (though someone could also dig deeper into the actuall d/p/*.patch and read that's where it came from too
[22:33] <nacc> jgrimm: is it? as it's own line?
[22:33] <nacc> jgrimm: as it's own line it reads funny and i've not seen that
[22:33] <nacc> jgrimm: as i was taught (by rbasak) one changelog entry per change -- and that reads as two
[22:33] <jgrimm> nacc, possibly indented next line then
[22:34] <nacc> jgrimm: yeah either way, i think it's clearer
[22:34] <jgrimm> nacc, i can agree with that
[22:34] <jgrimm> nacc, i'll update with indent and bullet then
[22:35] <jgrimm> nacc, did you notice the ibm bugproxy reposting patches in that bug? i reported to michael to make them aware/fix. just fyi
[22:38] <nacc> jgrimm: thanks and sorry for the nitty iterating
[22:38] <nacc> jgrimm: i hadn't noticed that until just now
[22:38] <nacc> jgrimm: and very strange :)
[22:38] <jgrimm> nacc, heh.. well for counter point look at the 3.5.4-3.1 changelog
[22:39] <jgrimm> not exactly the same scenario but a meta changelog entry first
[22:40] <nacc> jgrimm: ' * Non-maintainer upload.' is a specific string required for NMU (or so it seems to me) in Deiban
[22:40] <nacc> *Debian
[22:40] <nacc> jgrimm: yes, i see what you mean, but in this case, the two bullets are the same change
[22:41] <powersj> nacc: updated both mongodb merges
[22:41] <nacc> powersj: ah and one last thing -- the version is now incorrect for (yakkety) at least
[22:41] <nacc> powersj: https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging
[22:41] <jgrimm> nacc, i'm find to be best practice.
[22:41] <jgrimm> fine
[22:42] <nacc> powersj: so in this case, should be 1:2.6.11-1ubuntu1.1 (iirc) for y and 1:2.6.10-0ubuntu1.1 for x
[22:45] <powersj> so even though incrementing 1 -> 2 would be ok version when comparing release-to-release upgrades, it is preferred to add the .1?
[22:46] <barry> nacc, dannf, rbalint -O0 is looking pretty good: https://launchpad.net/~barry/+archive/ubuntu/experimental/+build/12372450
[22:47] <barry> the build isn't done yet, but it's past the point of segfault
[22:47] <barry> if it finishes, i will upload
[22:47] <dannf> barry: cool
[22:47] <barry> dannf, nacc, rbalint here's the diff http://paste.ubuntu.com/24270807/
[22:48] <barry> ignore the changelog
[22:48] <barry> so it'll only use -O0 on arm64.  i have no idea what that'll actually do to performance, or whether anyone will care, but if it fixes the ftbfs, we'll call it a day ;)
[22:49] <barry> i do plan on reporting this to upstream, even though it might be near impossible for them to repro
[22:49] <jgrimm> nacc, updated
[22:52] <powersj> nacc: also updated
[22:55] <jgrimm> nacc, i'm EODing but you can of course leave me feedback here or in bug
[22:58] <nacc> jgrimm: thanks
[22:58] <nacc> powersj: thanks
[22:58] <powersj> nacc: oh thank you for the quick review :)
[23:06] <nacc> jgrimm: sponsoring, fyi
[23:07] <nacc> powersj: heh, dep3changelog apparently didn't understand the continuation line :)
[23:07] <nacc> powersj: "Fix mongosniff for decoding messages without a."
[23:07] <nacc> powersj: not super important, and/or you can just make that one line in the patch itself?
[23:08] <powersj> oh I literally thought it was cut it off after a certain number of characters to make it look all nice in the change log lol
[23:09] <powersj> nacc: sure I'll fix it up
[23:09] <nacc> powersj: it's just a pretty straightforward perl script, so it just chomps the subject or description line as given (but only reads in the one line)
[23:11] <powersj> nacc: so in order to make sure I'm doing this right, if I do want to fix the patch I have to essentially reset my commits and run through it all again, right?
[23:12] <nacc> powersj: not entirely
[23:12] <nacc> powersj: so you've got a branch locally, we'll call it 'fix'
[23:12] <nacc> git checkout fix
[23:13] <nacc> git rebase -i lpusip/ubuntu/yakkety (or whatever you started from)
[23:13] <nacc> mark some commits to edit
[23:13] <nacc> save/quit the editor and at the first commit to edit run:
[23:13] <nacc> git reset HEAD^
[23:13] <nacc> which unstages the commit
[23:13] <nacc> make changes to what you want
[23:14] <powersj> nacc: oh ok just like when doing the merge
[23:14] <nacc> presuming all you did was edit, you shold be able to do `git commit -a -c ORIG_HEAD` and edit the commit message
[23:14] <nacc> powersj: yeah
[23:14] <nacc> and then you'll force push over your old branch on lp and the merge will update
[23:18] <nacc> powersj: albeit in this case, given the nature of the change and the need to redo both commits (so the commit message matches the changelog) i end up usually dropping my chagnelog entry (as it should be easily reproducible after fixing the commit message) and then use `git-reconstruct-changelog HEAD^` after commiting the fixed chagne
[23:31] <nacc> pitti: hallyn: when you get the chance, can you respond to my findings in LP: #1576341


[10:05] <thomastp> is this channel ok for asking desktopcouch questions, or should I go somewhere else ?
[12:23] <LiCeT> hi all
[12:57] <JanC> is it just me, or is bindwood not tested with large bookmark collections?  ;)
[13:30] <thomastp> any idea how I can use couchapp to push an app to my desktopcouch ?
[13:30] <thomastp> I have the port number, but obviously I get 401
[13:33] <thomastp> any apps I can run against my desktopcouch to try this ?
[13:43] <jan____> thomastp: the easiest way is to add an admin user to your local.ini file
[13:43] <jan____> thomastp: and use that login data for couchapp push
[13:44] <thomastp> jan____: well, I would like to avoid that, it would defeat the purpose of running a user couch
[13:44] <jan____> there's other ways :)
[13:44] <thomastp> jan____: those are the ones I'm after then :)
[13:44] <thomastp> btw, I don't have a couchdb.html as mentioned in sil's blog posts and the freedesktop wiki page
[13:44] <jan____> there is an admin on each couch, it's credentials are in the user's keychain, get it from there
[13:45] <jan____> thomastp: yeah I didn't have it either and then restarting the couchdb service a bunch of times helped
[13:45] <thomastp> jan____: ouch, that sounds.... ugh :)
[13:45] <thomastp> ok, let's try that
[13:47] <thomastp> oh, it's because I got an error before when starting it, it didn't find the port
[13:47] <thomastp> now it actually tells me the link on the console, good
[13:48] <thomastp> ok, so the service start generates some kind of random username and password to sue
[13:48] <thomastp> use
[13:56] <thomastp> ok, so with that username and password I can push my app to my desktopcouchdb
[13:57] <thomastp> I assume the same ought to be gettable from the API somehow
[14:00] <thomastp> jan____: I'll see how I can get it from the keychain
[14:04] <thomastp> ok, so how do I pair this to my ubuntuone account ?
[15:55] <Sonja> does ubuntu one sync automatically 2-ways, computer to computer? or does it go over the internet to store my files or require manual teling it to sync now
[16:05] <vds1> Sonja: you can do both
[16:06] <vds1> Sonja: if you have two computer on the same LAN you don't need to go over internet to sync
[17:01] <Sonja> cool thanks vds1
[17:01] <Sonja> do you know if linux mint is using ubuntu one also?
[17:01] <vds1> Sonja: I've heard someone tried but don't know, sorry
[17:16]  * thomastp builds package for ubuntuone-client for fedora to try
[18:55] <thomastp> can someone here do a test for me ?
[18:55] <thomastp> create a one line .py file with this in it: from ubuntuone.syncdaemon import logger
[18:55] <thomastp> tell me if running it prints out nothing, or something about sys.exitfunc
[22:13] <apachelogger> http://aplg.kollide.net/screencasts/ubuntuone-kde1.ogv it is all about progress, right? ;)
[22:35] <aaronp> Is there a known problem with putting git repositories on Ubuntu One?
[22:36] <aaronp> I pushed some changes to one and the git directory showed up, but not of the files inside it got synced.


[10:44] <spread> anyone here?
[10:44] <spread> I need help
[13:57] <gnome_help> Hello everyone! I recently installed (within VMware) a copy of 15.04 Ubuntu Gnome. I am wondering what package I should install if I wish to get the "flashback/metacity" style of GNOME look I have with standard Ubuntu after installing gnome-???-flashback (a long time ago I did it, so I forgot the package name).
[13:58] <gnome_help> Please everyone...don't answer all at once! :) (I love sarcasm, don't you?)
[14:01] <gnome_help> By the way I did try logging in as "Gnome Classic", but the menus still looked different from the metacity look
[14:10] <gnome_help> anyone awake?
[14:11] <gnome_help> someone must be reading what I am asking!?!
[14:15] <ubuntu_user> Hello all, good morning everyone!
[14:16] <ubuntu_user> Hello everyone! I recently installed (within VMware) a copy of 15.04 Ubuntu Gnome. I am wondering what package I should install if I wish to get the "flashback/metacity" style of GNOME look I have with standard Ubuntu after installing gnome-???-flashback (a long time ago I did it, so I forgot the package name). By the way I did try logging in as "Gnome Classic", but the menus still looked different from the metacity look.
[14:23] <ubuntu_user> Anyone awake?
[15:09] <ubuntu_user> Hello everyone! I recently installed (within VMware) a copy of 15.04 Ubuntu Gnome. I am wondering what package I should install if I wish to get the "flashback/metacity" style of GNOME look I have with standard Ubuntu after installing gnome-???-flashback (a long time ago I did it, so I forgot the package name). By the way I did try logging in as "Gnome Classic", but the menus still looked different from the metacity look.
[15:52] <stiv2k> hi
[17:33] <stiv2k> for some reason my computer will not enter suspend mode when screen is locked
[17:33] <stiv2k> example, it locks screen after 10 minutes idle
[17:33] <stiv2k> if i set it to suspend after 5 minutes idle, it works
[17:33] <stiv2k> because screen has not locked yet
[17:33] <stiv2k> but, if i set to suspend after 1 hour idle (what i really want), it never suspends
[17:34] <stiv2k> because screen locks after 10 minutes, then inhibits suspend forever
[17:34] <stiv2k> until unlocked
[17:34] <stiv2k> any advice is appreciated, thanks
[19:38] <stiv2k> hi, for some reason my computer will not enter suspend mode when screen is locked. for example, it locks screen after 10 minutes idle. if i set it to suspend after 5 minutes idle, it works, because screen has not locked yet. but, if i set to suspend after 1 hour idle (what i really want), it never suspends, because screen locks after 10 minutes, then inhibits suspend forever until unlocked. any advice is appreciated, thanks
[19:54] <Inoki> stiv2k: Hi, maybe, maybe not related, have you tried AskUbuntu first? See this question https://askubuntu.com/questions/179248/unity-wont-suspend-on-inactivity
[19:54] <Inoki> I know it's about Unity there, but Unity is a GNOME fork, hence the post.
[19:54] <Inoki> Also, when you ask for help it'd be appreciated to post your settings/OS version.
[20:10] <stiv2k> Inoki: ill see
[20:22] <Inoki> Anybody here to assist with kbd layout switching? I mean I do have it set up, but if I switch kbd layouts with a shortcut they don't really switch.
[20:45] <stiv2k> Inoki: i dont think that applies to me
[20:46] <stiv2k> my system DOES suspend on inactivity, but only if the screen is not locked
[20:46] <stiv2k> i am using ubuntu gnome 14.04.2
[20:46] <stiv2k> gnome shell 3.10.4


[00:23] <phillw> he he :)
[00:50] <bipul> Could anyone help me in installing pbuilder http://paste.ubuntu.net/16018162/
[03:30] <phillw-virtual> wxl: are you about?
[03:37] <bipul> I need a help, at here https://wiki.ubuntu.com/SimpleSbuild
[03:37] <bipul> I don't understand this part "Please note that the directory you specify for 'union-overlay-directory' must exist before using the shm chroot (can add an entry to /etc/rc.local):"
[03:38] <bipul> And also u is missing at the sed, it should be "1\ununion" not "1\nunion"
[03:40] <phillw> way past my knowledge... I'm not even sure who to advise for help... flexiondotorg or wxl may be able to assist... I don't know, sorry.
[03:40] <bipul> it's ok phillw
[03:40] <bipul> Do you think #ubuntu channel is the right place to ask?
[03:41] <phillw> it would be, but it is a very busy channel. Hence I would post on #linuxpadawan and await an answer.
[06:18] <phillw> wxl: ping
[07:31] <phillw> (08:11:18) mpmc: Morning all.
[07:31] <phillw> (08:29:01) phillw-virtual: any one awake ?
[07:31] <phillw> (08:29:53) phillw-virtual: mpmc ? not you?
[07:31] <phillw> (08:30:05) mpmc: phillw-virtual: I am :p
[07:31] <phillw> (08:30:46) phillw-virtual: thanks.. this is me on xenix net boot  with Qt plugged in on top
[13:07] <phillw> teward: flexiondotorg wxl little elves have been at the pi mirror!!! Good to see the 16.04 set all uploaded :)
[13:18] <teward> phillw: indeed - they shouldn't have the 'issue' :)
[13:18] <teward> 16.04s never did even at beta
[13:18] <teward> but i'll do some spotchecking
[13:53] <phillw-virtual> kewl... LXQt ruuning on xenial is stable!!
[15:05] <phillw> hi hggdh.
[15:14] <hggdh> phillw: hello
[15:17] <phillw> hggdh: i did send an invite :P
[15:17] <phillw> Currently in borg mode :)
[15:19] <hggdh> phillw: I am sorry, but what are you talking about?
[15:20] <teward> hggdh: translation in PM
[15:21] <phillw> hggdh: I sent an invite for #phillw and I'm currently on the hunt to have a translator become the team leader for that group... So far, so good... :) But, he has not signed up yet.
[18:20] <tsimonq2> *rubs eyes*
[18:20] <tsimonq2> phillw: back from camping trip, test what?
[20:33] <phillw> wxl: and tsimonq2 I'll continue to use https://wiki.ubuntu.com/phillw/LXQt#Installing_LXQt_on_fresh_system as that is the one Julien oversees. Let us just leave it at that :D
[20:35] <tsimonq2> phillw: no, read what I have ot say
[20:35] <tsimonq2> *to
[20:35] <tsimonq2> do what you want, but for the page, let's keep it at that :)
[20:35] <phillw> tsimonq2: I did, and I still will use the ppa Julien over sees :D
[20:36] <phillw> as I will advise all people also to do.
[21:26] <tsimonq2> be
[21:26] <tsimonq2> whoops


[11:54] <RikMills> mparillo: ha, the tests were bound to pass. they unfortunately can't be avoided
[11:55] <RikMills> rest of plasma should be landing in -release v soon
[12:19] <BluesKaj> Hi folks
[13:33] <RikMills> nice. we have clementine 1.4 RC1 in focal


[04:46] <jibel> good morning everyone
[04:56] <duflu> Morning jibel
[04:57]  * duflu runs to the shop
[04:57] <jibel> hi duflu
[06:37] <oSoMoN> good morning desktoppers
[06:37] <oSoMoN> duflu, welcome back!
[06:39] <duflu> oSoMoN, hi and thanks
[07:42] <didrocks> good morning
[07:48] <duflu> Morning did
[07:48] <duflu> Morning didrocks
[08:19] <didrocks> hello duflu, good holidays?
[08:36] <duflu> didrocks, yes thanks. I successfully forgot what work was. How are you?
[08:39] <didrocks> duflu: quite busy, but interesting time! Crazy how the temperature went down in a short while and really feeling winter now
[12:44] <dupondje> Trevinho: https://bugs.launchpad.net/ubuntu/+source/gnome-shell-extension-ubuntu-dock/+bug/1844523 Any chance to get this fixed?  I can review/approve those if they're available ;)
[16:46] <kenvandine> sil2100: i uploaded fwupd-signed
[16:56] <sil2100> kenvandine: looking o/
[16:58] <sil2100> kenvandine: could you re-upload with the bug number attached? For clarity ;)
[16:59] <oSoMoN> hey sil2100! did you see my question earlier today on #ubuntu-devel about thunderbird 60.9.1 being FTBFS in {xenial,disco}-proposed ?
[17:00] <kenvandine> sil2100: sure
[17:01] <sil2100> oSoMoN: ah, sorry! Possibly missed it, let me look at the backlog
[17:02] <kenvandine> sil2100: uploaded
[17:03] <sil2100> Thanks!


 Initially I was frustrated about how busy the weekend was. Then at the end a surprise lockdown started and I was glad I got lots in. How are you?
[07:28] <seb128> lut jibel, t'as passé un bon weekend?
[07:28] <seb128> duflu, tired but alright otherwise I think
[07:28] <oSoMoN> salut seb128
[07:30] <seb128> lut oSoMoN, comment ça va ?
[07:31] <oSoMoN> seb128, bien, le week-end a été bien rempli et pas très reposant, mais ça va!
[07:39] <jibel> seb128, tranquille, plantations avant le printemps et déjeuner chez des amis.  Did you have a nice weekend?
[09:10] <Laney> hey seb128
[09:11] <Laney> yes was nice, made marmalade for the first time and played the new hitman game a bit on the playstation ;-)
[09:11]  * Laney thinks his weekends are quite different from seb128's
[09:11] <seb128> indeed!
[09:12] <jamesh> I went to the supermarket and watched people panic buy toilet paper
[09:12] <seb128> weekend is time where I don't manage to do anything for myself :-(
[09:12] <Laney> :(
[09:12]  * Laney eyes jamesh
[09:13] <jamesh> Laney: they announced a 5 day lock down here yesterday
[09:13] <Laney> seems people got over panic buying here after a couple of weeks
[09:13] <Laney> yeah
[09:13] <marcustomlinson> jamesh: did you take a comfortable chair and popcorn
[09:13] <Laney> actually for a lot of people I think pottering over to the supermarket is a bit of a fun trip out for them
[09:13] <Laney> so panic buying works against that
[09:14] <marcustomlinson> yep, sometimes I like to go just to buy a loaf of bread so that I can justify grabbing a costa coffee as well
[09:14] <jamesh> the bread aisle was almost picked clean
[09:15] <Laney> do you think it's going to be longer than 5 days?
[09:15] <Laney> seems a bit much if it's only that long
[09:15] <jamesh> it all seemed a bit crazy, since these lock down rules allow you to leave for food shopping
[09:15] <jamesh> Laney: this is in response to one covid infection.  It'll probably depend on whether we see more
[09:16] <Laney> must be nice living on an island!
[09:16]  * Laney sweats
[09:16]  * Laney runs
[09:16] <jamesh> on an island, and with a desert separating us from the other states
[09:18] <marcustomlinson> Laney: your island is much smaller
[10:47] <xnox> i do agree that all of us are exposed to the transmission in the supermarkets.
[10:47] <Wimpress> I frequently use transmission to torrent Ubuntu release images while shopping.
[11:02]  * Laney panic buys as much xnox as possible
[11:04] <xnox> Laney: hahahahhaha
[11:14]  * enyc meows
[11:16]  * enyc meows politiely baout the  ubuntu thunderbird fun
[11:18] <enyc> the  hirsute  version go into groovy-proposed and (importantly) focal-proposed ?!?
[11:18]  * enyc happy to assist test in some different usecases/scenarios
[15:36] <cpaelzer_> seb128: didrocks999: FYI I just re-reviewed gnome-remote-desktop and it is now good to go in along pipewire
[15:36] <seb128> cpaelzer_, hey, great, thanks!
[15:36] <seb128> Laney, Trevinho, marcustomlinson, ^
[15:37] <Trevinho> cool
[15:37] <Laney> W000000T
[15:46] <marcustomlinson> noice
[15:58] <didrocks999> cpaelzer_: nice, thanks!
[16:56]  * enyc peers suspiciously at oSoMoN  =)
[16:59] <seb128> enyc, what was that thunderbird 'fun' you were talking about?
[17:14] <oSoMoN> seb128, that's bug #1895643
[17:14] <oSoMoN> enyc, I'm working on unblocking the situation, please be patient
[17:17]  * enyc meows patiently =)
[17:20] <seb128> enyc, snap install thunderbird if you want the current version
[17:20] <seb128> :-)
[17:21] <enyc> seb128: currently testing the debian package tbh, gone straight in a security deb
[17:21] <enyc> seb128: interestingly, mxlinux *also* have an override-to-68 sort of situation going on
[17:39] <enyc> there was another interesting bug/wishlist/idea about ... changing thunderbird to share packaging much more with debian, similar to what happnes with some other pcakgas and reduce the duplicate work etc., or so .... made me curious but can't seem to find it now!
[18:36] <oSoMoN> enyc, that's bug #1894090
[18:43] <mdeslaur_> oSoMoN: FYI, since thunderbird is a security update, we can push out the empty tinyjsd and jsunit packages at the same time in the security pocket
[18:56] <oSoMoN> mdeslaur_, ack, I'm preparing them as I write
[18:56] <oSoMoN> mdeslaur_, the original intent was to have the thunderbird 78 update in focal-proposed for a while to allow for extensive user testing
[18:57] <oSoMoN> I guess this has received enough testing now (and bug reports and update requests)
[18:58] <mdeslaur_> oSoMoN: ack, just let chris know about the two other packages when you're ready
[19:01] <oSoMoN> sure
[19:38] <enyc> oSoMoN: thankyou
[19:38] <enyc> oSoMoN: if focal-proposed 78.7 package goes in happy to get it tried on few machines at least
[19:39] <enyc> with somewhat fiddly mail configs
[19:42] <enyc> I guess there are also wider issues with how far 78 can be backported/built on older distros which is another matter entirely
[19:44] <enyc> oSoMoN: fwiw 78.5 has been in focal-proposed for quite some time now many weeks if i'm not mistaken
[19:44] <enyc> so presumably had some testing maybe thats what you said
[19:47] <oSoMoN> yes, that's what I meant


[00:01] <FFForever> Hi ya
[00:02] <FFForever> how can i move/replace all files/folders with newer ones?
[00:12] <ewook> eh?
[00:52] <JordiGH> I have an NFS-mounted directory to which I want to let two different httpds, one from Ubuntu and one from Fedra, have read-write access. The problem is that www-data and the corresponding user in Fedora have different uids, so while they can both write to the directory, the Fedora httpd can't overwrite the Ubuntu's httpd's files nor vice versa. What's the easiest way to fix this? I'm tempted to stop one httpd, change the uid of www-data so
[00:52] <JordiGH> it's same on both servers, find the files that have the old uid, and restart that httpd.
[00:55] <jgedeon> usermod -u
[00:57] <JordiGH> jgedeon: So that's a "yes, that's a good idea"?
[01:00] <axisys> i am still for an article (new, preferably from 2009, i know of the old one which talks about mkinitrd) that covers how to migrate to software raid 1 short of reinstalling the OS
[01:00] <axisys> looking for that is
[02:22] <nxvl> kirkland: ping
[02:22] <nxvl> kirkland: is byobu in debian?
[02:22] <nxvl> kirkland: found it, nevermind
[03:06] <altf2o> couple quick questions: #1 - anyone ever experienced the package "unattended-upgrade" NOT automatically updating? I've ensured the config file /etc/apt/apt.conf.d/50unattended-upgrades , does have "Ubuntu jaunty-security"; allowed and i changed the mail ok, but it didn't report that i needed updates, nor did it update them. However apticron which i also installed to test, sent an email that listed ~4 dozen security updates?
[03:07] <altf2o> #2 - i've got my DNS setup fine, i have entries like:  ubuntu9ps    IN  A  <IP_ADDRESS>   , now i can ping: ubuntu9ps.altf2o.lan, but i'd like to be able to ping just 'ubuntu9ps' w/o the use of local hosts files. Is that possible with DNS? (I haven't come across an answer yet)
[04:03] <pmatulis> altf2o: configure your resolver (client) to use the domain 'altf2o.lan' as its default
[04:06] <altf2o> wow, either i'm mental or Ubuntu is resetting my settings. I would've bet money i changed resolve.conf. It was wrong, that issue is now resolved thank you! :).
[04:14] <twb> altf2o: resolv.conf is rewritten by dhcpd
[04:14] <twb> *dhcpc
[04:14] <twb> Probably network-manager, that nightmare from hell, also pisses all over resolv.conf
[04:26] <jmarsden> altf2o: man dhclient.conf and check out the supersede statement in particular
[04:35] <altf2o> awesome, thanks guys! Looks like i got it working ok now. I'll see what happens in a couple reboots.
[04:42] <rose_> ;
[04:49] <jmarsden> altf2o: Now you have working DNS, does doing   sudo unattended-upgrade     upgrade things the way you expect?
[04:55] <lamont> sigh... I wonder which package bug 402776 belongs to.. because it certainly isn't postfix
[04:58] <pmatulis> lamont: poorly written driver?
[04:58] <jmarsden> lamont: There aren't too many postfix installations with HP drivers :)   The real question is, can the reporter reproduce the issue? :)
[05:00] <jmarsden> It can probably be marked incomplete and the reporter can be asked for steps to reproduce, which will help identify the application concerned... if it can in fact be reproduced.
[05:02] <lamont> he was setting up his printer... so yeah, I'll worry about that tomorrow then
[05:04] <ScottK> lamont: I think it's the same /var/lib postinst failure we've seen before, but I couldn't be bothered enough to read the terminal log to know for sure.
[05:21] <lamont> ScottK: ah postinst fail?
[05:21] <lamont> interesting
[05:21] <lamont> I'll read the terminal log first tehn
[05:21] <lamont> but for now, sleep
[05:25] <altf2o> jmarsden: i upgraded by hand, but now typing: sudo unattended-upgrade, it did produce the log file in /var/log/unattended-upgrades/ which did state there was none. So it appears to all be ok, i'll see when i get the next notification for security updates and see what it does.
[05:26] <jmarsden> altf2o: OK.  Yes, I think fixing the DNS issue will have also fixed the unattended-upgrade one.  Of course, the "fix" is temporary until you edit /etc/dhclient.conf ... don't forget :)
[05:26] <jmarsden> Make that /etc/dhcp3/dhclient.conf
[05:29] <altf2o> awesome! Thanks once again :). Checking the man page now. It appears my server is ok, rebooted and all settings were fine. But i noticed in /etc/network/interfaces there was actually no eth0 entry. I'll edit both and reboot, see if it doesn't stick again.
[05:29] <altf2o> sorry on my workstation client, i noticed that about no eth0, server is ok.
[05:47] <jmarsden> The workstation may be using Network Manager instead of /etc/network/interfaces ?
[05:50]  * twb hatessss the network manager
[07:57] <dpreacher> hello, everytime I install any package on my ubuntu machine using apt the process completes ok but it always comes with a bunch of insserv warnings. Please take a look at http://dpaste.com/69822/ to see the lines. I'd like to find out how to get rid of them, even though they may say they are warnings and not errors. thanks
[08:17] <twb> insserv isn't supported on Ubuntu IIRC
[08:18] <dpreacher> but so far we've not put in anything apart from the repos and the default install of a ubuntu server 8.10
[08:18] <twb> I think someone foolishly made universe enabled by default in 8.10
[08:19] <twb> insserv was in universe in 8.04, at least
[08:19] <twb> "Use this package with care, as incorrect or missing dependencies can give you an unbootable system."
[08:19] <dpreacher> oh...can you explain please what enabling universe means twb
[08:19] <dpreacher> so can i remove it?
[08:19] <twb> The "universe" category holds packages that do not receive formal support from Canonical.
[08:19] <twb> Well, see, the thing about insserv is that removing it doesn't undo the damage
[08:19] <dpreacher> ohh
[08:19] <dpreacher> how user friendly
[08:20] <twb> I certainly wouldn't install it on a production system, unless that system was SuSE
[08:20] <twb> I dunno how you managed to install it accidentally.
[08:20] <dpreacher> you don't like SUSE?
[08:20] <twb> No, insserv is native to SuSE.  It's supported there
[08:20] <dpreacher> but if i'd installed insserv, i'd definitely known about it
[08:21] <dpreacher> i dunno what package got it there...is there some way to see what pkgs depend on it
[08:21] <dpreacher> using apt or aptitude?
[08:21] <twb> aptitude why insserv?
[08:21] <dpreacher> even question mark also?
[08:21] <twb> Maybe "aptitude search ~i~Dinsserv"
[08:22] <dpreacher> no why worked
[08:22] <twb> Cool
[08:22] <twb> I'm trying to learn to use why more
[08:22] <dpreacher> i see that chkconfig recommends that and i think chkconfig isn't native to ubuntu like its to the red hat distro
[08:22] <twb> I am too clever, see, so I reinvent why using search primitives
[08:23] <dpreacher> red hat based i mean
[08:23] <twb> Ah, yeah, I would normally use rcconf not chkconfig
[08:23] <dpreacher> yes without clever ppl it'd be so hard to learn n be clever myself
[08:23] <dpreacher> so if i remove chkconfig, then i won't need insserv and could remove that right?
[08:23] <twb> Yes, but as I noted 17:19 <twb> Well, see, the thing about insserv is that removing it doesn't undo the damage
[08:24] <dpreacher> thats also there :(
[08:24] <dpreacher> chkconfig was easy to use, is rcconf also cli/ncurses based, coz server edition hasn't had a GUI yet
[08:24] <twb> Honestly, though, you are *probably* safe from insserv breaking anything
[08:24] <twb> rcconf is a text UI
[08:24] <dpreacher> cool
[08:25] <dpreacher> so twb how do i further alleviate the problem...should i disable universe repo?...gotta learn that myself and what about insserv, what all ways can i stop further damage?
[08:25] <twb> Removing insserv will stop it doing anything more
[08:26] <twb> Basically what insserv does is change the order of files in /etc/rc?.d/*
[08:26] <twb> You could recover them with some work, but it's a major pain in the arse.
[08:26] <dpreacher> do you say that rcconf is a safer tool?
[08:26] <dpreacher> twb
[08:26] <twb> rcconf just changes what services run at boot
[08:26] <twb> insserv changes the order in which they run
[08:27] <dpreacher> u mean the S12 or K34 order like startup order and shutdown order
[08:27] <twb> Yes
[08:27] <twb> I don't think it keeps a backup, either
[08:27] <dpreacher> so is it needed if i wanted to have such an order or could i have that order manually as well
[08:28] <twb> The point is that the default order is tested; insserv changes it and might change it to be wrong if dependencies are not declared correctly by the init script maintainers
[08:29] <dpreacher> true. i didn't mean to alter that order but of any script that i might put at boot or shutdown
[08:29] <dpreacher> when i type aptitude show insserv does it show the version available or the installed version...if i could see the installed version i cud look up relevant bug reports
[08:29] <dpreacher> twb you've been really helpful. thank you so much
[08:29] <twb> apt-cache policy will show you all known versions
[08:29] <dpreacher> oic
[08:30] <twb> I dunno which aptitude show tells you; the aptitude GUI will list all versions if you click on a package in the list
[08:31] <rose_> somedody know how i can incorporate a new ruler with iptables?
[08:31] <dpreacher> i see. gotta go for lunch...i think i'll get that chkconfig replaced with rcconf after doing some reading about migrating the settings
[08:31]  * cef wonders when someone will actually triage his vm-builder bug and get around to assigning it to debootstrap instead
[08:31] <dpreacher> laters twb
[08:53] <rose_> hello, somebody know how I can incorporate rulers in IPtable?
[08:55] <_ruben> rulers?
[09:00] <rose_> yes
[09:00] <rose_> i mean incorporate register in IPTABLE
[09:01] <cef> register what and whom?
[09:04] <rose_> how manage iptables
[09:04] <rose_> i need to add one line in iptable
[09:07] <cef> ahh that makes more sense now. default iptables firewall setup on ubuntu is ufw, and it's config file is in /etc/ufw/ (though some bits are in the file /etc/defaults/ufw )
[09:07] <cef> 'man ufw' is your friend
[09:08] <rose_> well is not very good friend...but thanks a lot
[09:09] <cef> no problem
[09:13] <cef> rose_: there is also a gui package (gufw). not used it myself.
[09:42] <jmarsden> rose_: To add one rule to iptables on the fly, man iptables and notice the -I option :)  But if you are new to iptables rules, do not do that, use ufw instead, it is simpler and easier.  Its man page has reasonable simple examples it it too, which helps newcomers.
[10:44] <user345fgh> hi
[10:44] <user345fgh> any recommendations for a ftpd with virtual users/easy configuration. i want to access my /var/www/mypage via ftp
[10:49] <simplexio> user345fgh: i prefer ssh an scp
[10:50] <user345fgh> me too
[10:50] <user345fgh> just for some windows guys
[10:52] <simplexio> winscp is lovely little windows program which gives you scp with gui
[10:52] <jmarsden> simplexio: user345fgh disappeared before anyone could mention WinSCP or FileZilla for those Windows guys :)
[10:56] <nareshov> Hi
[10:56] <nareshov> I was wondering if I could follow the instructions in https://help.ubuntu.com/9.04/serverguide/C/openldap-server.html on debian too?
[10:58] <simplexio> i mean .. is there any reason to run ftp anymore, other than anymouns read only file sharing
[10:59] <rose_> hi again, I just intaled a samba domain member server and i nee the windows/mac PC can see my Samba server, but when i do \\myserver.domain.com ..i got this machine is not found in the network...somebody can helo me?
[10:59] <nareshov> helo rose_
[10:59] <rose_> helo!
[11:16] <dayo> i want to accept incoming ssh connections on my ext port 10122 and forward them directly to a client on my lan at port 22. is this the correct way? http://paste.ubuntu.com/224227/
[12:21] <dayo> can someone help me with this ssh forwarding issue, please? http://paste.ubuntu.com/224282/
[12:33] <leslo> I have a question regarding Ubuntu validated hardware is anyone available to advise?
[12:35] <leslo> Can anyone enlighten me as to why the sixth generation Hewlett Packard Proliant DL360 and DL380 servers are specified as being a PC (x86) architecture and not 64-bit PC (x86_64), like their predecessors the G5?
[12:36] <leslo> On Ubuntu's Validated Hardware list <http://webapps.ubuntu.com/certificat...ategory=Server>
[12:37] <leslo> With regards to Ubuntu's Validated Hardware list <http://webapps.ubuntu.com/certificat...ategory=Server>, I'm hoping someone can enlighten me as to why the sixth generation Hewlett Packard Proliant DL360 and DL380 servers are specified as being a PC (x86) architecture and not 64-bit PC (x86_64), like their predecessors the G5.
[13:26] <rose_> hi again, I just intaled a samba domain member server and i nee the windows/mac PC can see my Samba server, but when i do \\myserver.domain.com ..i got this machine is not found in the network...somebody can helo me?
[13:27] <nareshov> helo rose_
[13:44] <simplexio> rose_: dunno, when i have used samba to server something i had to use \\MACHINE or \\xxx.xx.xx.x ip addres to acces
[13:45] <simplexio> rose_: maybe machine.domain.org return ip addr that dosent listen samba etc
[13:52] <www2> hi all
[13:53] <www2> is the dell SAS6iR raid controler suport by ubuntu?
[14:04] <rose_> hi simplexio...thanks to respond...how i can know that?
[15:41] <juliux> hi
[15:42] <juliux> has somebody experiences with 3ware Inc 9650SE SATA-II RAID controllern?
[15:42] <juliux> the server with this controllers has a huge load
[15:42] <juliux> but there is no process which use the cpus
[15:44] <b3nw> is there a better resource for xen on ubuntu than https://help.ubuntu.com/community/Xen because its horribly out of date, still talking about Fiesty and Gusty.
[16:12] <peterkirn> I've just had our data center at The Planet load Ubuntu Server 8.10. Initially, we had no network connectivity. Apparently on restarting the networking daemon, they got "Network Variables Missing - eth 0 failed to start." /etc/network/interfaces looks properly configured - configured for static IP, not dhcp. What else can I try, given I have remote (root) access only?
[16:21] <b3nw> peterkirn: probably need to do some research to see if the nic card is supported, or what type it is
[16:23] <peterkirn> This is strange, too --  /etc/udev/rules.d/*persistent-net.rules is blank.
[16:24] <peterkirn> b3nw: so if I'm correct, I assume that could simply mean the network interface isn't persisting from session to session? It's frustrating, as this is a dedicated server sitting in a data center. This should theoretically be their tech's problem, but now they're claiming they don't "really" support Ubuntu Server and that it's a "desktop" OS and not suited to server use. (yeah... augh.)
[16:25] <ScottK> peterkirn: Why 8.10?
[16:26] <peterkirn> ScottK: Well, let's put it this way -- I'm happy to reload to LTS. I was concerned about a couple of dependencies on 8.04, and specifically had been experimenting with etckeeper (although, upon reflection, maybe not a great reason to choose 8.10 over LTS!)
[16:27] <ScottK> peterkirn: How about 9.04?
[16:27] <ScottK> I'd suggest either the most recent or LTS.
[16:27] <peterkirn> ScottK: I don't think they gave 9.04 as an option.
[16:28] <peterkirn> ScottK: But yes, I'd consider reloading to LTS. Even before switching, though, it'd help to know if there's a particular bug.
[16:29] <ScottK> I've not had any similar trouble, so if there is a bug, I'd guess something hardware specific.
[16:29] <peterkirn> ScottK: I should be able to do apt-get dist-upgrade to 9.04 from this machine, though, even if they didn't provide it as a preload option, I assume? :)
[16:29] <ScottK> peterkirn: Yes, although do-release-upgrade is the recommended tool.
[16:30] <peterkirn> ScottK: Okay, thanks. Do you know of any reason  /etc/udev/rules.d/*persistent-net.rules would be blank? Is there anything else I should be doing to ensure that eth0 persists as eth0?
[16:31] <ScottK> peterkirn: I don't.  My experience with 8.10 and the kernel wasn't good, but I didn't have any network problems.
[16:33] <peterkirn> ScottK: I don't know of any significant networking service changes... but of course could be something subtle. I've asked the Planet for more info on this NIC. If they don't really support ubuntu, they should stop offering it as an OS reload choice and should have said something when I asked specifically. ;)
[16:34] <ScottK> Agreed.
[16:34] <peterkirn> ScottK: what kernel issues did you encounter?
[16:34] <ScottK> A sata controller bug that caused failed to boot was the really annoying one.
[16:45] <peterkirn> ScottK: Yeah, the more I look at this, the more it looks like some sort of odd NIC incompatibility... which I won't know for sure until I hear back what the card is. And that *could* be kernel related, too, of course.
[18:00] <resno> has anyone ever used analog to analyze apache files?
[18:07] <zoopster> yes, but analog doesn't present it as well as webalizer...analog is far better for firewall logs and syslogs, imho
[18:08] <mathiaz> kirkland: have you tried to test the alpha3 iso candidate under kvm with virtio drives?
[18:09] <kirkland> mathiaz: no, i have not
[18:09] <kirkland> mathiaz: i'm rsyncing the images now
[18:09] <mathiaz> kirkland: ok - I'm seeing a lot of I/O request error on vda in the guest
[18:10] <kirkland> mathiaz: is this a recent regression?
[18:10] <yann2> kirkland > kvm84+libvirt pretty reliable for the last week here btw
[18:10] <kirkland> yann2: great to hear
[18:11] <mathiaz> kirkland: yes
[18:11] <mathiaz> kirkland: alpha2 was working correctly
[18:11] <mathiaz> kirkland: as I've run all the iso test for alpha2 on my server
[18:11] <kirkland> mathiaz: what's the kernel difference between those two?
[18:11] <resno> has anyone ever used analog to analyze apache files? i need some help configuring it.
[18:12] <Ethos> anyone setup a bouncer on ubuntu-server before?
[18:12] <mathiaz> kirkland: now in the meantime I've also updated kvm on the host (I'm using the kvm backport on a hardy host)
[18:13] <mathiaz> kirkland: hm - I don't remember which kernel alpha2 was running
[18:14] <mathiaz> kirkland: ok - you're downloading the alpha3 candidate now anyway
[18:14] <mathiaz> kirkland: could you confirm whether you see the same issue?
[18:14] <kirkland> mathiaz: yeah, sure
[18:15] <mathiaz> kirkland: I see that at the begining of the install while it tries to mount vda1 as an ext4 partition
[18:20] <peterkirn> ScottK: at least found out the NIC. Broadcom 95722 PCI-E ...but then, yeah, that doesn't leave me anywhere, really, not familiar with it.
[18:24] <Ethos> anyone installed BNC before?
[18:59] <kirkland> mathiaz: ps -ef | grep kvm
[18:59] <kirkland> mathiaz: what's your kvm command line look like?
[19:00] <mathiaz> kirkland: http://paste.ubuntu.com/224589/
[19:00] <mathiaz> kirkland: I'm using libvirt to start my vm machines
[19:00] <mathiaz> kirkland: ^^ this is the command line taken from the qemu log file
[19:02] <kirkland> mathiaz: yup, reproduced here
[19:07] <kirkland> mathiaz: can you reproduce it with a karmic desktop guest?
[19:07] <mathiaz> kirkland: hm - I haven't tried that yet.
[19:07] <mathiaz> kirkland: I don't have a desktop guest though.
[19:07] <kirkland> mathiaz: i reproduced the problem with a karmic server guest
[19:08] <kirkland> mathiaz: but not with a karmic desktop
[19:08] <kirkland> mathiaz: thinking it might be a kernel problem
[19:08] <kirkland> mathiaz: neither of those vm's are karmic-current yet
[19:08] <mathiaz> kirkland: are you doing installs?
[19:08] <kirkland> mathiaz: i'm snapshotting both, and then upgrading
[19:08] <kirkland> mathiaz: not yet
[19:08] <mathiaz> kirkland: IIRC both server and desktop isos are using the same kernel
[19:08] <kirkland> mathiaz: these are existing machines
[19:08] <mathiaz> kirkland: ok.
[19:09] <kirkland> mathiaz: oh, you're seeing this in the isos
[19:09] <mathiaz> kirkland: yes
[19:09] <kirkland> hrm
[19:09] <mathiaz> kirkland: Let me boot an existing vm to see if I see the same IO error
[19:14] <mathiaz> kirkland: hm - I don't see any of the error on my karmic guest
[19:14] <kirkland> mathiaz: ?
[19:14] <mathiaz> kirkland: however this guest is using an lvm snapshot as the base file
[19:15] <mathiaz> kirkland: while the install uses a qcow2 file
[19:15] <kirkland> mathiaz: yeah, i reproduced the error using the desktop installer
[19:16] <mathiaz> kirkland: should I test something else?
[19:19] <kirkland> mathiaz: do you have an alpha2 iso still?
[19:19] <kirkland> mathiaz: it would be good to back down and see where the regression occurred
[19:19] <kirkland> mathiaz: i'm going to start installing older kernels
[19:19] <kirkland> mathiaz: as i think this is pretty clearly a kernel regression
[19:23] <mathiaz> kirkland: I don't have any alpha2 iso laying around
[19:23] <kirkland> mathiaz: btw... on boot, do you get an fsck error?
[19:23] <kirkland> mathiaz: about not cleanly shutting down?
[19:23] <mathiaz> kirkland: on my karmic guest? no
[19:23] <mathiaz> kirkland: let me check though
[19:24] <mathiaz> kirkland: hm - yes I do have an fsck error
[19:24] <kirkland> mathiaz: unable to check?
[19:24] <kirkland> mathiaz: can you pastebin it?
[19:24] <mathiaz> kirkland: http://paste.ubuntu.com/224638/
[19:24] <mathiaz> kirkland: ^^ from kern.log
[19:29] <kirkland> mathiaz: hmm, okay, i think that's unrelated
[19:29] <mathiaz> kirkland: yeah - me too.
[19:29] <mathiaz> kirkland: I can see similar entries dating back to jaunty
[19:29] <mathiaz> kirkland: (in kern.log)
[19:37] <kirkland> mathiaz: okay, i installed jaunty's kernel on an up-to-date karmic server ... errors go away
[19:37] <mathiaz> kirkland: is this with -generic or -server?
[19:37] <kirkland> mathiaz: -server
[19:38] <mathiaz> kirkland: right - the installer uses -generic
[19:38] <kirkland> mathiaz: now, i'm trying these: http://kernel.ubuntu.com/~kernel-ppa/mainline/
[19:38] <mathiaz> kirkland: ok. Let me know if I should conduct another test.
[19:39] <kirkland> mathiaz: let me identify the last good kernel
[19:39] <kirkland> mathiaz: and i'll get you to verify that
[19:39] <mathiaz> kirkland: ok. Note that I *don't* see the error on my regular guest where use lvm snapshots
[19:39] <mathiaz> kirkland: I only see the error on qcow2 files
[19:41] <kirkland> mathiaz: gotcha
[19:41] <kirkland> mathiaz: alls i have is qcow2 files
[19:41] <kirkland> mathiaz: could you try maybe with a raw file?
[19:41] <mathiaz> kirkland: sure
[19:42] <mathiaz> kirkland: it may take a while as I'm on something else right now
[19:42] <kirkland> okay
[19:43] <kirkland> mathiaz: on the plus side, virtio network is working extremely well :-)
[19:43] <kirkland> mathiaz: i'm downloading at native speeds :-)
[19:52] <yann2> kirkland > on kvm84 virtio-disk is slower than the default
[19:52] <yann2> a bit weird but :)
[20:03] <kirkland> mathiaz: can you install http://kernel.ubuntu.com/~kernel-ppa/mainline/v2.6.30/ and see if your problems go away?
[20:04] <mathiaz> kirkland: I'll give it a try a bit later.
[20:04] <mathiaz> kirkland: hm well. I only see a problem when I try install from an iso
[20:04] <mathiaz> kirkland: replacing the kernel on the iso seem impossible without respinning
[20:04] <kirkland> mathiaz: right
[20:05] <kirkland> mathiaz: you need a vm where you experience the problem in userspace
[20:05] <kirkland> (i have several)
[20:05] <kirkland> such that you can replace the kernel
[20:05] <mathiaz> kirkland: right - I'll first try to use raw/qcow2 files
[20:05] <mathiaz> kirkland: may be I'll be able to reproduce that way
[20:16] <axisys> I am planning to create md0(/boot,sda1,sdb1,100mb,raid1), md1(/,sda2,sdb2,75gb,raid1) and md2(swap,sda3,sdb3,raid0)
[20:16] <axisys> any other recommendation to creat md ?
[20:16] <axisys> during initial install that is
[21:16] <error404notfound> i have configured postfix to work with my gmail account using SASL, now issues is i have configured the following in redmine "smtp server: localhost, port:25, authetication:none", and in postfix's mail.log i get: http://pastebin.com/m6d481b0a
[21:33] <cemc> hi. on postfix, is there a way to filter some emails with a particular charset in the header to a particular domain/address ?
[21:33] <cemc> something like mime_header_checks, but only for some address/domain, not globally
[22:11] <Bilge> You must think this channel support every possible application package
[22:31] <ScottK> Bilge: Postfix is the primary MTA for Ubuntu Server, so we do tend to support it.
[22:31]  * ScottK does not, however, know the answer to that question.
[22:35] <Bilge> It is?
[22:35] <Bilge> How is it primary?
[22:36] <yann2> Bilge > probalby the only one in main?
[22:37] <Bilge> I thought Exim was also
[22:37] <qman__> postfix is the one it uses when you use the turnkey mail server
[22:42] <ScottK> Exim is also in Main, but Postfix is the one we support in our documentation and the one defined as default when an MTA is needed to be installed.
[22:46] <ajmitch> some of us persist in using exim still


[00:55] <bkerensa> marcoceppi: have you done any unit testing in wordpress with travis ci?
[01:00] <popey>  /72
[01:00] <popey> bah
[01:02] <bkerensa> popey: why are you not out enjoying some good seafood :)
[02:31] <jcastro> bkerensa: there's no man for the unprovider
[02:31] <jcastro> the idea is basically "if you are interested, ping me and i'll get you in touch with the core team"
[03:00] <jcastro> bkerensa: meh, lost the HN battle?
[03:00] <jcastro> I am almost willing to try r/linux
[03:03] <bkerensa> woah Slashdot'ed http://news.slashdot.org/story/13/05/01/194259/firefox-os-phone-on-display-at-linuxfest-northwest-video?utm_source=rss1.0mainlinkanon&utm_medium=feed
[03:03] <bkerensa> :D
[03:03] <jcastro> nice video interview btw
[03:03] <jcastro> I watched the entire thing today
[03:03] <jcastro> I bet you thought I wouldn't!!!
[03:04] <jcastro> I even sat through the rest of the show
[03:04] <Tm_T> morning
[03:04] <jcastro> "blah blah android"
[03:04] <jcastro> "blah blah android"
[03:04] <jcastro> waiting, for your segment!
[03:05] <Tm_T> we're segmenting bkerensa for the public share now?
[03:05] <bkerensa> jcastro: LAS is pretty cool... I think they pull it off because they are two geeky characters
[03:06] <jcastro> yeah
[03:06] <bkerensa> jcastro: the older guy matt is pretty odd in a good way but yeah
[03:06] <jcastro> I hadn't watched it in a while
[03:06] <jcastro> it seems fine to me
[03:06] <jcastro> I enjoy their shows when I watch them
[03:06] <bkerensa> jcastro: they offered to let me and Joey have a show on their network :)
[10:29] <elfy> balloons: is this you? http://i.imgur.com/WoslxeW.jpg
[10:30] <smartboyhw> ROFL
[10:30] <smartboyhw> elfy: LOL
[11:08] <marcoceppi> bkerensa: There is no unprovider last I checked, it was a hacky bolt on in pyjuju and from what I can tell hasn't been moved over to gojuju
[11:08] <marcoceppi> bkerensa: nope wrt to unit testsing wp in travis