[03:22] <Curly> Wow!  This channel is so quiet.
[03:25] <Curly> Whatever happened to the:   Linux babe?   Has she been here?   She was funny.
[06:34] <Curly> Day changed to 13 Jun 2020
[06:36] <Curly> Does anyone remember the year 2,000    there was the hype about when a computer turned to the year 2,000 it would not work and all kinds of kaos would take place.
[06:36] <Curly> It was headline news.
[06:37] <Curly> Anyone can set the computer time to any date.
[06:39] <Curly> What would happen if the computer runs out of digits?   The year  pi  3.14159
[06:41] <Curly> Angular velocity is  6.28    that is   2 x pi
[06:47] <bodiccea_> I am thinking about upgrading to 20.04 (from 19.10), but I have a concern about snaps. Will such upgrade imply some snaps will be on my system ? Out of question for me to have this kind of stuff on my machine.
[06:49] <Curly> Greetings Bodicea_   Nice to see you again.
[06:50] <Curly> Bodiccea_ upgrading I don't know. It all depends upon your hardware and what you plan on doing with that Linux box.
[06:51] <Curly> If it works, don't fix it.
[06:51] <diogenes_> bodiccea_, you can check what's incuded into 20.04 right here: https://distrotest.net/Xubuntu
[06:52] <Curly> To me  18.04   is just fine and it is a STABLE distro. Keep with what is stable.
[06:52] <Curly> I am using the LTS version.
[06:53] <Curly> Long Term Support.
[06:53] <bodiccea_> Curly, this is a "standard" desktop PC. The link you gave gives the packages list, not the packaging system. I am asking about packaging system only (dpkg vs snap)
[06:54] <Curly> Oh! I am running the Server version right now.
[06:55] <Curly> You can always modify your desktop to a Server.
[06:56] <Curly> If you do   dpkg use the  pipe   |  less    command.
[06:57] <bodiccea_> Said a different way: I do not not want snap packaging on my PC. As I will still need to upgrade my system, and if snap becomes the default packaging system in all Ubuntus from 20.04, I will have no choice than going to another distro, unfortunately.
[06:59] <Curly> Bodiccea_ Is this your installation for a professional business or a private install?
[07:00] <bodiccea_> Curly, I don't understand what is the difference for snaps, but to answer you: private.
[07:01] <Curly> I see.
[07:01] <Curly> Well! Let me cogitate on this.   Snaps   <-------<   Sounds like a cracker.  :)
[07:04] <Curly> From what I am reading,   Snaps is a   .deb   Debian or UNICES.
[07:04] <Curly> Snaps-which have the ".snap" extension-are more similar to containers. Applications in Snaps are self-contained, include all the libraries they need to function, and are sandboxed.     I call this bloatware :)
[07:09] <Curly> Hey!  I am on the same page.   Usless crap on the hard drive is garbage.
[07:09] <bodiccea_> You said you are running 18.04, do you have any issue with "interferences" ?
[07:10] <Curly> Interferrence from what?
[07:10] <Curly> My system runs like a top.
[07:10] <bodiccea_> because you don't use snaps :)
[07:10] <Curly> I don't need it.
[07:10] <Curly> I keep things simple.
[07:10] <bodiccea_> exact. Nor me.
[07:11] <Curly> The more crap you put on your computer, the more things you have to be concerned about.
[07:11] <bodiccea_> So I come back to my first question: Will upg to 20.04 imply snaps will be default packaging system instead of debian (.deb) one ?
[07:11] <Curly> Homey don't play that    :)     ;)
[07:12] <Curly> From my personal experience, Debian is the closest thing to a bonafide UNIX kernel.
[07:13] <Curly> Actually,   BSD is closest. I have used both. I like them.
[07:13] <Curly> BSD has a whole different set of commands.
[07:15] <Curly> https://www.howtogeek.com/252047/how-to-install-and-manage-snap-packages-on-ubuntu-16.04-lts/
[07:16] <Curly> Howtogeek is one of my favorite websites.
[07:16] <Unit193> Curly: ...You're really not answering the question here, if you don't know that's fine too.
[07:17] <Unit193> bodiccea_: Some upgrades have gotten the "snap store" or so I've read, rather than the normal software center.  lxd and chromium are also snaps, but generally speaking Xubuntu is still usable without snapd.
[07:17] <bodiccea_> In fact, as it is not clear for me, I am starting to look at Mint (which refuses snap packaging distro), and Debian. They may be others.
[07:18] <Curly> I am studying up on this and I found some interesting sites.
[07:18] <bodiccea_> s/distro/system/
[07:19] <Unit193> Didn't know that about Mint, but if it is a concern to you and Xubuntu is no longer a fit, I'd say go with Debian.  But I am biased, you should do your own evaluation.
[07:19] <Curly> What is interesting is that SNAP is not only a Linux thing:   https://www.snapppackaging.com/index
[07:19] <Curly> That is funny.
[07:20] <Curly> https://news.ycombinator.com/item?id=23052108
[07:25] <Curly> I didn't know there was a 20.04 version. http://www.linuxandubuntu.com/home/snap-vs-deb-package
[07:26] <Curly> Yes I did. I didn't like it. Too many problems.
[07:27] <Curly> I burned the DVD disk and threw it out.
[07:27] <Curly> Not on fire. Burn like digital burn.
[07:28] <bodiccea_> I was thinking Mint, as it is derived from Debian/Ubuntu. Without snaps :) Less changes for me. Debian, I will ask my local LUG, some are using it as desktop.
[07:28] <Curly> Pyromaniac   burning disks.  :)
[07:29] <Unit193> Curly: You seem to be rambling a bit, mind toning that down?
[07:29] <Curly> Bodiccea_ if your version is working OK, why invest in time looking for something else? I don't understand.
[07:31] <bodiccea_> Curly, because non LTS versions have 9 months support only.
[07:34] <Unit193> I mean that's kind of the point, LTSes get 3 years, typical releases basically are only supported until the next release.
[07:34] <Curly> I will assure you that your LTS version runs just fine and if you know about the expression:  "Guilding the Lilly." It seems that you want an aircastle. Which is a space in the clouds. By that time, perhaps a newer kernel will be present. :)
[07:36] <Curly> Even if a newer kenel were to be, this now Xubuntu will be around for a long time to come.
[07:37] <Curly> Lots of programmers and gurus are moving to Xubuntu rather than the Linux daemon. It is all Lunux in the long run.
[07:41] <Curly> From what I have learned and I know programmers who work for Microsoft, Microsoft is plagiarizing source code from Linux source code.
[07:43] <Curly> Linux is open source. Microsoft is compiled and closed source code.
[07:44] <bodiccea_> What is the point in discussion ?
[07:47] <bodiccea_> Well, I think I made my decision. What I will do: upg to 20.04. If I see any snap, switch to Mint. Debian will be too difficult for "proprietary" stuff (audio/video codecs, drivers, etc...). And release cycle is too slow for me.
[07:50] <Curly> Debian is a great choice. By the way I do   forensic data recovery.    The data software is Debian. I was surprised to find that out.
[07:51] <bodiccea_> With a 2 years release cycle, I don't like it very much.
[07:51] <bodiccea_> I mean for desktop.
[07:53] <bodiccea_> And still the issue with needed proprietary stuff. I want to listen Music/watch videos out of the box :) And use nvidia driver out of the box for example.
[07:53] <Curly> Don't worry about the 2 years.  What you are working on right now is paramount. As you stated, your installation is a home based install.
[07:53] <Curly> Have you installed   VLC  Media Player?
[07:54] <bodiccea_> I don't on my server (a Beaglebone Black), which runs Debian. I do for desktop.
[07:54] <Curly> VLC if you do the homework is a Video Server and much more. Check it out.
[07:55] <bodiccea_> I have VLC.
[07:55] <Curly> VLC means   video  LAN   Local Area Network.
[07:56] <Curly> It is a free video software but more than that, it works great and it is free.
[07:58] <bodiccea_> why do you say what everybody knows? And VLC is common name for (former) VideoLan Client.
[07:59] <bodiccea_> Well, I must quit, starting 20.04 upgrade.
[08:07] <Curly> Never quit!  Be  steadfast.
[09:03] <bodiccea_> Oh, no more supported in 20.04 (beside others): emacs, nmap, gsfonts. What is that ? Where is Ubuntu going ?
[09:13] <brainwash> !info emacs
[09:14] <brainwash> bodiccea_: not sure what you mean
[09:14] <bodiccea_> What is not clear for you ?
[09:15] <bodiccea_> When I started 20.04 upgrade, a message said 21 packages were no more included, including 3 important one.
[09:15] <brainwash> you claim that emacs is not in 20.04
[09:15] <bodiccea_> Yes.
[09:16] <bodiccea_> s/included/supported/
[09:16] <brainwash> possibly the package name changed
[09:16] <bodiccea_> impossible.
[09:16] <bodiccea_> emacs is emacs, nmap is nmap.
[09:16] <brainwash> no
[09:17] <bodiccea_> yes it is.
[09:17] <brainwash> in 18.04 there is emacs25
[09:17] <bodiccea_> this was emacs.
[09:17] <brainwash> in 20.04 the (meta)package name is now "emacs"
[09:18] <brainwash> so, you can reinstall it
[09:18] <bodiccea_> I will see after upgrade is finished, but the message seemed clear.
[09:19] <brainwash> !info nmap
[09:19] <brainwash> it's still there too
[09:19] <bodiccea_> Will see too. So why this stupid message if wrong ?
[09:19] <brainwash> did you maybe install those packages from a 3rd party repository?
[09:19] <brainwash> PPA
[09:20] <bodiccea_> No.
[09:20] <bodiccea_> Anyway, I run my own compiled emacs version, but I had the Ubuntu one installed.
[09:24] <bodiccea_> What is strange is the message, which clearly said "no more supported". How do you understand these words ? For me, meaning is: it was, it is no more.
[14:25] <bodiccea> Well, I am on 20.04, no specific snap installed, I immediately did : https://dr-knz.net/ubuntu-without-snap.html hoping that none will ever be installed.
[14:29] <bodiccea> the upgrade was smooth (from 19.10). Only I had to download radiotray-ng from github, as radiotray in no more on Ubuntu (which depends on python2, which is no more on Ubuntu 20.04)
[16:41] <sebtty0> Hi, here is a PC repair story: There were 2 random crashs in xubuntu 20.04. I startet memtest, frozen at 30%. I switched the RAM, CPU, Mainboard - same problem. Memtest still frozen at 30%. Ok last piece to change was power supply. No sucess still frozen. This was very frustrating. Then I started memtest86+ 5.01 from USB drive - no problem. ??? There was a problem in the integrated memtest86+ 5.01 of xubuntu 20.04! Same problem on another machine. Can anybody
[16:41] <sebtty0> please test his integrated memtest
[18:01] <tomreyn> sebtty0: what seems to be the problem with the memtest utility then?
[18:01] <tomreyn> also note you may want to discuss this in #ubuntu for a larger audience
[18:04] <tomreyn> is your platform supported at all? did you read http://www.memtest.org/ and http://changelogs.ubuntu.com/changelogs/pool/main/m/memtest86+/ and https://launchpad.net/ubuntu/+source/memtest86+/+bugs yet?
[18:11] <Curly> Sebtty0 I have a question for you.  Are the RAM modules identical ?  If not you have a problem.
[18:16] <sebtty0> I have two PCs Desktop: 4x4GB, Laptop 2x8GB on both xubuntu 20.04. the integrated memtest is on both machines freezing. When I start memtest (same version 5.01) from usb drive, no problems
[18:17] <sebtty0> the problem with the integrated memtest (started from grub) is freezing at about 30% of the first test, after 10s running
[18:18] <Curly> Someone had the same problem:   https://www.techspot.com/community/topics/computer-freezes-during-memtest.117669/
[18:20] <Curly> I have seen this before. It had to do with  asymmetrical RAM modules.
[18:20] <Curly> RAM modules must be identical.  Also same speed modules.
[18:21] <sebtty0> but why is the same memtest version running from pen drive without problems?
[18:21] <Curly> If you put two asymmetrical modules on a system, the slowest speed module will rule and it doesn't matter how fast that other module is.
[18:23] <Curly> It may be a BUS issue I cannot say for sure.
[18:24] <sebtty0> my laptop has 2 identical modules. also on this computer: ubuntu memtest started from grub - freeze, memtest from USB pen drive 100% successfull
[18:24] <Curly> That  test you are doing is a   benchmark  test. Those type of tests bog down the CPU.
 my platform is supported and I read your links
 memtest86+ is a memory stability test
[18:26] <Curly> What about everything else?  Is it working OK?
[18:26] <sebtty0> yes it is working
[18:27] <Curly> That's a good sign. :)
[18:27] <sebtty0> but i think there is a bug in (x)ubuntu with the memtest.
[18:27] <Curly> You could be 100% correct.
[18:28] <Curly> Keep on    sudo    update & upgrade
[18:29] <sebtty0> ok thank you
[18:29] <Curly> Before I do anything on this server, I always   sudo apt-get
[18:34] <tomreyn> sebtty0: how did you ensure it's the exact same memtest when you run it from a usb pen drive vs from installed disk / via grub?
[18:36] <tomreyn> 5.01 is an upstream version number. the software packaged in ubuntu can be modified, getting a different (package) version number.
[19:02] <sebtty0> tomreyn Now I test on my netbook with xubuntu 18.04. memtest (version 5.01 is displayed in memtest) is running fine. I copied the complete /boot. Now i upgrade to 20.04. Then I will checksum-compare the memtest files
[19:07] <Curly> memtest
[19:15] <sebtty0> I thought memtest is a binary blob in all ubuntu versions. Now I understand the difference between the upstream and the package version 18.04: memtest86+ 5.01-3ubuntu2     20.04: 5.01-3.1ubuntu2 - and USB-drive: official memtest5.01
[19:16] <Curly> Binary
[19:16] <Curly> Blob
[19:16] <Curly> That's funny.
[19:17] <sebtty0> :) ok not a binary binary LOB :)
[19:18] <Curly> Keep in mind that all memory modules have a  BIOS that is factory set.
[19:18] <Curly> I have a USB   Verbatim  memory stick.  It always shows up on the prompt as Verbatim.
[19:19] <Curly> It is hard-wired.
[19:28] <sebtty0> ok now my netbook is at 20.04 - now memtest is freezing at 60% (8GB) - memtest of 18.04 was running fine
[19:29] <sebtty0> https://imgur.com/a/9D73zjT
[19:30] <Curly> There is a possibility that the RAM modules are defective.
[19:31] <Curly> Never rule anything out.
[19:32] <Curly> Brand new parts can be defective. I have invariably seen this happen many times.
[19:52] <sebtty0> On my netbook I only compared memtest between 18.04 and 20.04 without USB
[20:00] <Curly> Have you seen the Linux babe?
[20:00] <Curly> https://upload.wikimedia.org/wikipedia/commons/3/3a/Goddess_gif_small_4.gif
[21:18] <n-iCe> hello
[21:18] <Curly> Hello to you too.   :)
[21:21] <Curly> What is on your mind n-iCe   ?
[21:51] <n-iCe> Curly: nothing, just watching youtube videos
[22:13] <Curly> n-iCe  I have been watching CNN with the video capture of a police officer involved in shooting a man. This world is going crazy. And we worry about computers.  Deadly force seems OK with the police dept.
[22:16] <Curly> Justifialble homicide by police. What a disgrace.
[22:30] <n-iCe> Curly: world has been always crazy
[22:30] <n-iCe> we just notice more because of social networks and tech
[22:31] <Curly> It is not the world that is crazy, it is the people who choose to be crazy.
[22:31] <Curly> I agree.
[22:31] <Curly> This IRC channel is a Social Network.
[22:32] <n-iCe> it is
[22:32] <n-iCe> and old one
[22:32] <Curly> It is baneful to feel no power to see the superior authorities abusing other human being.
[22:32] <Curly> beings.
[22:35] <Curly> Yes baneful and painful too.
[22:36] <Curly> I remember the Rodney King   interview with him. "Can't we all just get along?" His plaintive cry.
[22:40] <n-iCe> well, it is the world we live in
[22:40] <Curly> We have no choice to be alive my friend. How we conduct our lives is paramount.
[22:41] <Curly> People like to bully others. It is a power struggle which is unreasonable.
[22:43] <Curly> I saw a video of Iran. One of the dictators beheaded his own cousin on National TV. I was amazed to see that. That was during the Osama Bin Laden regime.
[22:45] <Curly> The Gulf War was a terrible tragedy.
[22:49] <Curly> You may not have seen this word but that type of behavior is   opprobrious.
[22:50] <Curly> https://duckduckgo.com/?q=oprobrious&atb=v215-1&ia=definition
[23:00] <Curly> 115,251 deaths right now due to the Corona virus.
[23:25] <krytarik> Curly: I know various people have tried to remind you before of the purpose of this channel, it is solely for support of the Xubuntu distro, rather than anything you care to talk about, and also not for chit chat - there are channels on this network dedicated to those other topics, including #xubuntu-offtopic as mentioned in the channel description.
[23:27] <Curly> Who are the   " Various People?"       chit chat. I don't chit chat. I take umbrage to that statement.   Going off on Iran, the Gulf War, and corona aren't related to Xubuntu.
[23:30] <Curly> Human life is human life. You sound like you don't give a  *******   Tell someone else that chatter.
[23:31] <Curly> Who is    "   We   <-0-<    ?
[23:31] <Curly> We
[23:31] <Curly> We are not asking?    <0----<   Who is the   WE?
[23:31] <Curly> The    " we "  is you.
[23:32] <krytarik> In this case two users who are also operators of this channel.
[23:32] <Curly> Oh!  OK.
[23:37] <krytarik> Curly: Well, you've been using this channel for days as your personal soap box and also hardly give any valuable input on the actual topic, so..
[23:37] <Curly> That is your opinion. Soap Box, ?   That was rediculous.
[23:38] <n-iCe> Curly: you have to understand them, this channels is for xubuntu help purposes, you might want to find a more social channel to chat in!
[23:38] <n-iCe> don't get it wrong!
[23:38] <Curly> Hiding behind a monitor and computer screen and keyboard is not a good thing.
[23:42] <Curly> We again.
[23:42] <krytarik> Yes, we.
[23:43] <Curly> That is so immature.
[23:44] <Curly> Soap box is used as a term for preachers. I never preached the Bible here. If I did you would know. I don't think you ever read the Bible and that is your prerogative.
[23:46] <krytarik> Curly: You know, I've started to wonder, did you frequent these channels before using another nick?
[23:46] <Curly> Why ask that?
[23:47] <krytarik> The way you talk started to seem familiar, that is.
[23:47] <Curly> Maybe you met me on the old #Linux channel on Dalnet.
[23:48] <krytarik> Nope, never been on that network even.
[23:48] <Curly> You remind me of   Jblack.
[23:48] <Curly> He was cool.
[23:49] <Curly> Oh!   Yeah!  you also remind me of:      Dr Doug
[23:50] <Curly> He was studying at a University and he used me as a suspect or student of his study in psychology. That was years ago.
[23:50] <krytarik> Well, whatever.  Just try and stick to the topic and we'll be fine.
[23:51] <Curly> Krytarik, thanks for the discipline. I will work at complying.  :)  don't get your bowels in an uproar. I hope all is forgiven.  :)
[23:53] <Curly> Most operating systems have     "Easter Eggs."  I found one in Ubuntu.  the  cow. But no others yes.
[23:57] <Curly> https://askubuntu.com/questions/12336/easter-eggs-in-ubuntu#13058


[23:52] <romeus1> if I have a list of filepaths being outputted by one shell program and I'd like to view these files in a nautilus window, any idea how I can do this?
[23:52] <hafiz> mickster04: hey, its woks
[23:52] <zigi> jeeves: good choice :)
[23:52] <hafiz> mickster04: change the default value to 3
[23:52] <zigi> jeeves: so can you help me yet or are you still busy?
[23:52] <mickster04> hafiz, ok fine:D
[23:52] <mzz> fuzzybunny: there's a utility (I forgot what package it is in) that you run from the commandline and reports touchpad events. If that doesn't see the number of fingers you have on the touchpad two-finger scrolling can't work.
[23:52] <savanny1976u> Hi, does anyone know a software that clone a Linux partition?? Thank you.
[23:52] <ascheel> romeus1: just curious, but why view them in a nautilus window?  (I don't think you can list a bunch of files in DIFFERENT paths in a single window)
[23:52] <OmegaWarrior> ascheel, where should I go for support, then?
[23:52] <mzz> savanny1976u: cp? :)
[23:53] <jeeves> zigi, last time I did those, I set up a VMware cluster of 30 towers in my livingroom and ran a CS-Source server on it
[23:53] <mzz> savanny1976u: or dd for that matter
[23:53] <jedc> fuzzybunny, i have a mac and to get two finger scroll working i had to make a configuration file in /etc/hal/fdi/policy/
[23:53] <ascheel> OmegaWarrior: skype and whatnot works with the camera here in Ubuntu, right?
[23:53] <hafiz> mickster04: think im going to reorder the boot order. gona remove 8.04 from the bootlist
[23:53] <imran> OmegaWarrior, ask in #ubuntu-offtopic but they may tell you to ask here D:
[23:53] <brian_> please anyone?? can i connect one monitor to the vga socket on my mainboard and my 2nd monitor to the vga socket on my graphics card to achieve dual monitor mode or do i have to get a graphics card with 2 vga out sockets??
[23:53] <romeus1> romeus1: they all have different paths
[23:53] <jedc> the edge scroll option in mouse conflicted a little bit
[23:53] <zigi> jeeves: did what?
[23:53] <mickster04> hafiz, ok gd luck:D
  they all have different paths
[23:53] <OmegaWarrior> ascheel, correct
[23:53] <ascheel> brian_: either option will work just fine
[23:53] <hafiz> mickster04: thx anyway. how am i going to remove the 8.04
[23:54] <ascheel> OmegaWarrior: Then you can try #ubuntu-offtopic or see if there's a chatroom for camorama
[23:54] <mickster04> hafiz, ermmm i dont really no
[23:54] <mzz> brian_: I'm not sure if current versions of Xorg support xrandr or xinerama on top of two separate drivers.
[23:54] <OmegaWarrior> okay, thanks
[23:54] <lindenle1> My client cannot see itself the ldap server, can someone help me fix this?
[23:54] <jeeves> zigi, I had a bunch of P4 consumer towers in my apartment, so I got nice and high and installed VMware's cloud computing OS on them
[23:54] <hafiz> anyway mickster04. thx for ur help
[23:54] <mzz> brian_: you might want to doublecheck that (in #xorg?). There were problems in that area before.
[23:54] <mickster04> otherwise just remove the text from menu
[23:54] <zigi> jeeves: cool, so can you help me?
[23:54] <fuzzybunny> jedc, oh yeah i saw an article on the internet about that the edge scrolling works on mine
[23:54] <hafiz> yeahhh
[23:54] <brian_> mzz  but have people got dual mode b4 that way?
[23:54] <hafiz> but it wil consume to my disk space izit
[23:55] <mickster04> hafiz, yeah
[23:55] <mzz> brian_: yes, but I don't know if it works in xrandr or xinerama mode (gives you a desktop that properly expands across both heads)
[23:55] <mzz> brian_: old-fashioned dualhead should work.
[23:55] <heatmzzr> how do you start ubuntu in a console state? No GUI, but the option to start it with startx or something like that?
[23:55] <mickster04> does ANYONE know how to uninstall an old setup, i.e 8.04?
[23:55] <jedc> fuzzybunny it worked for me too, but with two finger scrolling if you are scrolling with 2 fingers near the edge it scrolls more, so fore switching workspaces for example it would switch and switch back
[23:56] <jeeves> zigi, witht he VMware?  not right now
[23:56] <dylanmcd> I can ssh or sftp into my 9.04 server with root, but only ssh with a newly created user (sftp says Connection reset by peer). Does anyone know how to allow a user to sftp as well as ssh?
[23:56] <hafiz> mickster04: it makes me worry if i uninstall the 8.04 will it effect my boot?
[23:56] <hafiz> hahah
[23:56] <zigi> jeeves: it is x11vnc, a VNC server
[23:56] <savanny1976u> zz, thank you, but I couldn't understand what you mean with "cp"? is that the name of the software or "cp" as Copy using cp command? I apologize for the my misunderstanding..Thank you.
[23:56] <jeeves> not yet
[23:57] <KB1JWQ> dylanmcd: Should work out of the box; you sure you have write access to your homedir?
[23:57] <KB1JWQ> dylanmcd: Does scp work?
[23:57] <dylanmcd> KB1JWQ: I definitely have access to the home dir. I'll check scp
[23:57] <alexanderazimov> Ello all
[23:57] <heatmzzr> how do you start ubuntu in a console state? No GUI, but the option to start it with startx or something like that?
[23:57] <mickster04> hafiz, nope
[23:57] <jedc> !hi | alexanderazimov
[23:58] <alexanderazimov> Thanks!
[23:58] <mickster04> hafiz, frub does bootin, the image does the loading of stuffafter that
[23:58] <hafiz> otherwise, if it effect my boot. what i need to do is just to recover my grub rite?
[23:58] <zigi> Can anybody help me set a password for x11vnc?
[23:58] <sean> hey i have been having problems playing video files with totem and vlcPlayer
[23:58] <imran> heatmzzr, i cant help you at all and im sorry if i sound mean or something but i am an ubuntu noob and learned if someone doesnt respond the 1st or second time, google it! :D GL
[23:58] <sean> any suggestions
[23:58] <mzz> savanny1976u: as long as both the source and target partition are unmounted and of the same size you can just use dd to transfer the partition from one to the other. Although you probably actually want something slightly fancier, if only to change the uuid on the partition.
[23:59] <nerdy_kid> help can only enable compiz on one account
[23:59] <nerdy_kid> PLEASE HELP
[23:59] <mzz> !caps | nerdy_kid
[23:59] <kaddi> is monodevelop the default package to use mono on ubuntu?
[23:59] <mickster04> nerdy_kid, chillax
[23:59] <hafiz> mickster04: in case of my boot got affected. i just need to recover my grub right ?
[23:59] <N3M35I5> hey, can anyone help me mound a hard drive so it will share on samba?. Its already mounted to /media/newhdd but i wanna know how to share it in samba
[23:59] <jedc> sean, you may be missing proprietary codecs, sudo apt-get install ubuntu-restricted-extras will install them as well as flash and some other stuff you probably want
[23:59] <imran> nerdy_kid, calm down some of us cant use compiz at all
[23:59] <heatmzzr> imran: thats why I'm here. A lot of fairly smart folks seem to be on here so why google?
[23:59] <Guest63368> I have done the restricted extras.  I can try flash.
[23:59] <mickster04> hafiz, u have roken uuntu with an update try the recovery version of the kernel


[00:00] <fta> http://weblogs.mozillazine.org/gerv/archives/2008/06/firefox_3_language_coverage.html
[00:38] <rzr> hi, someone can review my branch https://bugs.edge.launchpad.net/ubuntu/+source/flashblock/+bug/239151 ?
[00:51] <Jazzva> rzr, looks good. I suppose the changelog entry will be adjusted at the end :). If there are important changes in the new version, beside the bugfix, maybe it's good to mention them too. And it would be good if you could be sure that it closes the bug.
[00:52] <gnomefreak> anyone know of a phone(hardware) you hook up to PC for VoIP?
[00:52] <rzr> i have a friend that uses a usb on
[00:52] <gnomefreak> rzr: do you know the name?
[00:52] <rzr> i can ask hime the references
[00:52] <rzr> i know my friend name yes :)
[00:53] <Jazzva> Great ... skype site thinks my locale is czech (cs) instead of serbian (sr... or I think rs is the new one)
[00:53] <gnomefreak> not his the name of the hardware and or service
[00:53] <Jazzva> Though, we did use some variants of cs before ... I think
[00:53] <rzr> gnomefreak: i think it was designed to be used w/ skype but he uses wengo w/ it
[07:59] <asac> oh darn, working since 7:30 ... and already fed up :/
[08:03] <rzr> weekend is near
[08:03] <asac> yay
[08:05] <rzr> asac: can you remind me how to assign a branch for review regarding bug https://bugs.edge.launchpad.net/ubuntu/+source/flashblock/+bug/239151
[08:05] <rzr> should I only change bug status ?
[08:05] <rzr> to fix commited ?
[08:06] <rzr> well I'll RTFM this week end :)
[08:10] <asac> rzr: ask for your branch to be merged in the release branch
[08:11] <asac> but bug status is more important I would say
 rzr: ask for your branch to be merged in the release branch
[08:11] <rzr> isnt it already set ?
[08:12] <asac> havent looked ;)
[08:12]  * asac looks at bug
[08:13] <asac> rzr: did you "propose for merging" on this page: https://code.edge.launchpad.net/~rzr/firefox-extensions/flashblock.ubuntu ?
[08:13] <rzr> no I just linked to bug and set fix available
[08:14] <asac> rzr: ok i asked for merging now
[08:14] <rzr> i was about to
[08:14] <asac> (its not really important after all, but a nice feature of launchpad imo)
[08:15] <asac> rzr: FIX: sync upstream via LP : http://bazaar.launchpad.net/~rzr/firefox-extensions/flashblock.upstream/revision/4
[08:15] <asac> why do you call this a "FIX" ?
[08:15] <rzr> it'll fix a bug
[08:16] <asac> rzr: ah. ok. consider to use the form we use in changelog
[08:16] <asac> e.g.
[08:16] <rzr> thx, well i'll be back this evening ... I have some rude work to be done until next week
[08:16] <asac> Fix LP: #XXXXX - flashblock crashes all the time; we fix this by updating to latest
[08:16] <rzr> ok will do now
[08:16] <asac> or something more verbose :)
[08:16] <asac> thanks
[08:17] <asac> its just a hint. not important as long as the bug is documented in debian/changelog
[08:17] <asac> cu around
[11:21] <Bombela> Hello all
[11:21] <Bombela> I have just an question for the mozilla license
[11:21] <Bombela> i want use the MPL for my code, but i want sure to understand one point
[11:22] <Bombela> (sorry for my bad english)
[11:22] <Bombela> i want my code always free : when people modifie it,my code must be redistribued with modification
[11:24] <Bombela> and if an entreprise want use my code in proprietary program, it's must be possible, bu my modified code must be always redistributed
[11:24] <Bombela> Mozilla license make this ?
[11:27] <asac> Bombela: I'd suggest to use LGPL if you have those requirements
[11:27] <asac> that allows proprietary software to link against it without requiring the proprietary code to be GPL
[11:27] <asac> but still changes to the LGPL part needs to be redistributed
[11:34] <Bombela> but my code can be embeded in the application
[11:35] <Bombela> not only linked
[11:35] <Bombela> it's linked staticly
[11:35] <Bombela> and the LGPL it's only allowed to link dynamicly no ?
[11:36] <Bombela> (i will be back later)
[11:43] <asac> Bombela: hard to say. i think its a matter of how decoupled the code is
[11:43] <asac> if you only use public exported API there shouldnt be much a difference
[11:44] <asac> if LGPL doesnt suite you then there is not license that fits your needs i guess
[11:44] <asac> Bombela: but you can always grant more rights.
[11:45] <asac> you could add a clause that explicitly allows you to link statically under conditions: a) only use public API b) modifications to your part are still to be redistributed
[11:48] <Bombela> mmm cool
[11:50] <Bombela> by what the différence between MPL and LGPL then ?
[11:50] <Bombela> i will read more documentation, and thank you for your help.
[12:01] <asac> mozilla bug 438688
[12:01] <asac> Bombela: MPL is considered not really free by some
[12:02] <asac> its more like GPL from what i understand
[12:02] <asac> but i might be just misinformed about MPL
[12:02] <asac> i dont care that much about
[12:59] <Bombela> ok thank
[14:22] <fta> debian bug 474353
[14:25] <asac> XCB?
[14:25] <fta> nm
[14:25] <asac> what is that?
[14:26] <asac> ah "X protocol C-language Binding (XCB)"
[14:27] <fta> http://xcb.freedesktop.org/
[14:29] <fta> asac, I wanted to make flock use the gre plugins/addons so i reused bzXXX_gre_extension_plugin_support.patch from our xul, it doesn't work. do i need something else ?
[14:30] <asac> hmm
[14:30] <asac> bzXXX_autoconfig_in_gre.patch
[14:30] <asac> bzXXX_gre_autoreg.patch
[14:31] <asac> bzXXX_gre_extension_plugin_support.patch
[14:31] <asac> try to take all and see if things improve
[14:31] <asac> fta: maybe the addons are not used because they dont have the flock em:id as a targetApplication?
[14:32] <fta> i'm looking for plugins 1st.. flash is important for flock
[14:33] <fta> but strace doesn't show anything in /usr/lib/xulrunner-addons
[14:33] <asac> fta: well
[14:33] <asac> fta: what you really need is a link
[14:34] <asac> from GRE_DIR/plugins => /usr/lib/xulrunner-addons/
[14:34] <asac> since you dont use system xul you cannot really do taht
[14:34] <asac> you can only decide to either use a flock specific dir _or_ the GRE dir; but not both
[14:35] <asac> makes sense?
[14:36] <fta> i can drop that patch then, it's useless
[14:39] <asac> yes
[15:47] <jetsaredim> anyone know of a way to get kde file dialogs to work with ff3?
[17:31] <rzr> back
[17:31] <rzr> let's resume my 2d job :)
[17:53] <rzr> for french speakers : http://blog.racoon97.net/ubuntu-hardy-804-pulseaudio-et-youtube/
[18:17] <fta> bof, j'ai PA dans intrepid et ca marche bien maintenant
[18:26] <valent> hi
[18:27] <valent> asac: I still haven't seen your reply to fedora mailing list so as per your request I'm reminding you
[18:54] <rzr> fta: j ai pas trop de crash non plus
[19:12] <Volans> Hi all :)
[19:12] <Volans> asac: are you there?
[23:02] <fta> jcastro, asac: flock 2.0 b1 is out, or will be soon (the upstream branch is already tagged). Did you contact the Flock guys already?
[23:13] <jcastro> fta: yeap, I made initial contact
[23:13] <jcastro> fta: do you have a list of concerns or a bug # or something?
[23:14] <jcastro> fta: songbird .6 is now out, so hopefully now they have time to fix our issues. :D
[23:16] <fta> let's hope so :)
[23:17] <fta> jcastro, i've listed my concerns in https://wiki.ubuntu.com/MozillaTeam/Ideas/Intrepid (there's a section for flock).
[23:17] <jcastro> ah rock, I must have missed it when it went  up
[23:17] <jcastro> I'll send it along
[23:19] <fta> maybe we need to rephrase a bit, it's just a raw list of points
[23:19] <jcastro> k, I'm stepping out for a bit, I'll just send it along on monday or something. Or let me know when. :D
[23:19] <Volans> fta: I can ask you how if FF3.1 will be included in hardy or not?
[23:20] <jcastro> fta: while I have you here though
[23:20] <Volans> s/how//
[23:20] <jcastro> fta: do you guys used the "triaged" bug status at all?
[23:21] <fta> Volans, it will not. ff 3.0 final will be in hardy for sure, and subsequent security fixes (such as 3.0.x), but not 3.1.x or higher
[23:21] <Volans> ok, good, then for my extension a 3.0.* compatibility is enough
[23:22] <fta> jcastro, yes, some bugs of our bugs are tagged as triaged.
[23:22] <jcastro> fta: are you guys going to move away from like confirmed and stuff to triaged?
[23:23] <fta> Volans, once we have the bot to update the extension packages, i'm thinking about a dedicated ppa with extensions bumped to 3.1
[23:25] <Volans> good idea! :)
[23:25] <Volans> but for update an extension the "standard" procedure is to create a backport?
[23:25] <fta> jcastro, you may have to ask asac for this bug topic, i'm not good at it. asac worked with bdmurray recently to update/improve our bug workflow
[23:26] <jcastro> ah ok, cool
[23:26] <jcastro> thanks
[23:28] <fta> Volans, i mean, update with a bot in ubuntu+1, so intrepid for now. for hardy, as it needs SRU, maybe it's safer to stay in manual mode
[23:29] <Volans> I mean for hardy, you want to made an SRU for every extension update?
[23:31] <fta> we're not supposed to update hardy, just fix critical/security bugs. upstream versions are supposed to remain fixed. backport is different though. we need to think about this.
[23:34] <Volans> I don't know if the SRU guys will accept an SRU for a simple FF extension update, I think backport is probably the right solution until an automated system will be created
[23:35] <Volans> for example I have updated my estension today and uploaded the new version on mozilla addons site and I would know what I have to do for the deb package now in hardy
[23:38] <fta> you may bring the topic to the next meeting
[23:39] <Volans> ok thanks
[23:39] <Volans> now I have to ho to bed... sorry
[23:39] <Volans> bye bye


[00:16] <nacc> if i have a package sync'd from debian in xenial that needs to be rebuilt (rebuild fixes a bug in xenial); would i upload that as <version>ubuntu0.1 still? Or is there a way to specify an SRU is arebuild only?
[00:24] <infinity> nacc: 1.2.3-4build0.1
[00:24] <infinity> nacc: Or just build1, if there's a higher version in yakkety.
[00:24] <nacc> infinity: thanks!
[06:05] <pitti> Good morning
[06:18] <pitti> stgraber: bonjour ! do you mind setting up zesty container builds on images.linuxcontainers.org? that would unbreak a few tests (like docker.io) which use them
[07:51] <sil2100> caribou: hey, you said once that you were asked to check the dbus fix for the systemd logind issue, right?
[07:52] <sil2100> caribou: since we seem to have a working fix now but not approved/reviewed formally by upstream yet (although it's coming from upstream) - want to give that a spin?
[07:52] <caribou> sil2100: yes, I have what looks like a similar issue, but I'm not able to reproduce using an ssh login loop
[07:53] <caribou> sil2100: where is it ? in your PPA ?
[07:53] <sil2100> caribou: I'll be preparing an official release for that soonish for zesty, but would like some more people to give it a spin
[07:53] <sil2100> caribou: yes, the bug points to which PPA to use
[07:53] <sil2100> (xenial and yakkety packages IIRC)
[07:53] <caribou> sil2100: I'll see what I can do
[07:53] <sil2100> caribou: do you have any experience in dbus code?
[11:25] <pitti> doko: apparently the new gcc in zesty breaks some stuff (https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-022/+packages), yesterday's builds were still okay; but I fail to see the actual error in https://launchpadlibrarian.net/290302168/buildlog_ubuntu-zesty-i386.indicator-network_0.8.0+17.04.20161021-0ubuntu1_BUILDING.txt.gz , do you see it?
[11:25] <pitti> could also be new cmake, of course
[11:26] <pitti> LocutusOfBorg: ^ maybe you can have a look at that build log too? it's completely obtuse to me what actually fails
[11:34] <pitti> (this is architecture independent)
[11:43] <pitti> CMake Error at CMakeLists.txt:25 (include):
[11:43] <pitti>   include could not find load file:
[11:43] <pitti>     EnableCoverageReport
[11:43] <pitti> oh, that ^ LocutusOfBorg, that's your bug
[12:03] <pitti> LocutusOfBorg: filed as bug 1635613
[12:08] <LocutusOfBorg> ok wilco
[12:21] <LocutusOfBorg> pitti, got it
[12:21] <LocutusOfBorg> damn damn damn stupid extra package
[12:24] <LocutusOfBorg> pitti, fixed
[12:25] <LocutusOfBorg> will comment on the bug too
[12:27] <LocutusOfBorg> how can I force cmake-extras to not let cmake migrate on new upstream releases?
[12:27] <LocutusOfBorg> we should force some breaks cmake >= 3.6 or whatever in control file
[12:28] <LocutusOfBorg> otherwise we will forget this on cmake 3.7 again
[12:42] <sil2100> 12131
[12:42] <sil2100> Whoops
[12:42] <sarnold> that's not a very good password
[12:44] <sil2100> Darn it
[12:44]  * sil2100 quickly changes his bank account password
[12:54] <pitti> LocutusOfBorg: oh, thanks for tracking that down! I'll rebuild those packages once it gets published
[12:54] <LocutusOfBorg> thanks for notifying me
[12:55] <LocutusOfBorg> btw next time if you want an even speedier fix, just try to ping me before or after lunch, not during :)
[12:55] <LocutusOfBorg> I don't read irc while lunching :D
[12:55] <pitti> LocutusOfBorg: ok, then next time I'll use my crystal ball to anticipate FTBFS before they happen :-P
[12:55] <pitti> LocutusOfBorg: speedy enough, many thanks!
[12:56] <LocutusOfBorg> anticipating FTBFS would be awesome, do you have any patch or ETA for the implementation? will it run as a systemd unit?
[12:56] <LocutusOfBorg> systemd-ftbfsd
[12:56] <LocutusOfBorg> :D
[12:58] <pitti> LocutusOfBorg: <sheldon_cooper>I will have had have this written soon :)
[12:59] <pitti> (tempus when they discussed a time travel movie)
[12:59] <LocutusOfBorg> :) I remember
[12:59] <LocutusOfBorg> btw did you watch the last episode? you will finally know why he is always knowking thrice the door
[12:59] <pitti> LocutusOfBorg: no, 9th season isn't on netflix in Germany yet :(
[13:00]  * pitti currently spends his lunch breaks on 4th season of House of Cards
[13:00] <LocutusOfBorg> is thrice a valid word? /me is confused
[13:00] <sarnold> it is, not common but valid
[13:00] <pitti> I've seen it often enough
[13:00] <LocutusOfBorg> thanks sarnold :)
[13:36] <LocutusOfBorg> hi britney, do you mind doing some work today?
[13:48] <sil2100> britney was buys
[13:48] <sil2100> *busy
[13:48] <sil2100> I uploaded a new dbus package to -proposed earlier today and that triggered a bazillion of autopkgtests
[13:52] <LocutusOfBorg> oh, now I'll change the topic to "britney is busy? blame sil2100 " :)
[14:08] <pitti> LocutusOfBorg: works now, thanks!
[14:11] <LocutusOfBorg> yw :)
[14:13] <LocutusOfBorg> your britney is faster than mine :/
[14:26] <coreycb> infinity, bdmurray: hello, would you be able to take a look at these in one of your sru review slots next week?  nova promotion to xenial-updates for bug 1608934 and review of mistral, neutron, nova for the xenial upload queue.
[14:34] <sinzui> stgraber: regarding bug 1635639. We have lxc working with the have, but lxd still wont work. any clues?
[15:41] <stgraber> pitti: yeah, doing that now
[15:42] <stgraber> pitti: need to check if xenial's debootstrap know about zesty though
[15:42] <pitti> stgraber: argh, it doesn't have been SRUed yet
[15:42] <pitti> ... and yay at my Friday afternoon grammar :)
[15:43] <pitti> doesn't has not have will had been SRUed
[15:48] <rbasak> That's interesting. 50unattended-upgrades says ${distro_id}:${distro_codename}. Currently, that's yakkety, even though sources.list points to "devel". So unattended-upgrades won't do a "rolling release" for me on this machine as I wanted.
[17:03] <pitti> apw, cjwatson, cyphermox, slangasek, infinity: I noticed that we still have grub (1.x) in the archive; do we still actually need it for anything?
[17:04] <pitti> I noticed that it ships /sbin/update-grub, which would shadow grub2's /usr/sbin/update-grub
[17:04] <pitti> (same for grub-install)
[17:08] <pitti> stgraber: btw, I think you can/should stop building wily images
[17:11] <stgraber> pitti: yeah, I noticed those when adding zesty and removed them from Jenkins, they'll expire soon from the image servers
[17:28] <slangasek> pitti: cyphermox was doing some final analysis of whether there were still any use cases for grub1; I don't know if he finished that yet
[17:28] <slangasek> I know there were still references to grub1 in grub-installer udeb that we wanted to remove
[17:33] <cyphermox> I think I removed the already, but I'd have to look again
[17:37] <slangasek> cyphermox: once you've looked, please ack the removal request (LP: #1611740)
[18:33] <smoser> TheMuso, hey. wrt 4.4 and 4.8 and sbuild...
[18:34] <smoser> i grabbed 4.4 from xenial, rebooted into it. built the same trival package that i built yesterday on 4.8
[18:34] <smoser> $ ( cd /home/smoser/ubuntu/logs/ && grep "^Build needed" smello_0.4~ppa1_amd64-2016-10-2*)
[18:34] <smoser> smello_0.4~ppa1_amd64-2016-10-20T16:48:33Z.build:Build needed 00:02:34, 120k disc space
[18:34] <smoser> smello_0.4~ppa1_amd64-2016-10-21T18:31:17Z.build:Build needed 00:00:32, 120k disc space
[19:07] <tsimonq2> Hello. Can someone please sync the cmst from Testing to Zesty?
[19:08] <tsimonq2> !info cmst testing
[19:08] <tsimonq2> !info cmst zesty
[19:08] <tsimonq2> ^^
[19:08] <tsimonq2> I would do it, but I don't have upload access...
[19:11] <tsimonq2> Nevermind, I found the requestsync tool.
[19:12] <hjd_> tsimonq2: See also https://wiki.ubuntu.com/SyncRequestProcess :)
[19:13] <tsimonq2> hjd_: That's where I found it. ;)
[19:13] <tsimonq2> bug 1635705
[19:13] <tsimonq2> \o/
[19:15] <slangasek> xnox: 6 oldest packages in -proposed resolved or in process; max package age cut from 800+ days to 437 days; you're welcome ;)
[19:18] <hjd_> tsimonq2: Just in case you found it somewhere else.
[19:19] <hjd_> tsimonq2: Also note that the package will probably be synced automatically now that Zesty seems to have opened for development.
[19:23] <slangasek> zul: why does monasca-statsd have a 'LICENSE' file in its tree that doesn't match the copyright holder or license listed on any of the source files?
[19:24] <slangasek> zul: empty Homepage: field in debian/control, not useful?  and lintian reports a warning on debian/copyright because the names in the License: fields don't match up
[19:27] <zul> slangasek: ill have a look thanks
[19:28] <slangasek> zul: only the answer to the first question blocks NEW processing (the debian/copyright and LICENSE file don't match, so I need to know why)
[19:29] <zul> slangasek: im not sure why ill get upstream to look at it
[19:54] <Unit193> https://packages.qa.debian.org/d/debootstrap/news/20161021T194901Z.html merged-usr is default.
[19:59] <TheMuso> smoser: Yeah nice to confirm it, thanks.
[20:04] <nacc> ok, got a somewhat tricky SRU question -- LP: #1577916 works for upgrades/installs from 14.04. But if you're already on 16.04 and thus got php-fpm pulled in by the older ganglia-webfrontend package, how do I forcibly require that libapache2-mod-php be used to satisfy the dependnecy? The issue is (I think) that since php7.0-fpm already satisfies php7.0 (satisfies php), it doesn't matter the order they
[20:04] <nacc> are expressed in (libapache2-mod-php | php | php-cgi vs. php | php-cgi | libapache2-mod-php) on installation/upgrade *if* php-fpm is already installed. But if it was only installed because of ganglia-webfrontend (broken version), i'm not sure how to automatically detect that and switch the dep
[20:36] <infinity> nacc: If it doesn't work with other php implementations, your dependencies are a lie.  If it does work with others, there's no bug.
[20:36] <infinity> nacc: Not much halfway point here.
[20:39] <infinity> nacc: But to answer the more complex question, "can I tell what webserver the user has installed, and install the right PHP magically?", the answer is no.
[20:39] <infinity> nacc: So, there's a certain onus on them to get it right.
[20:40] <infinity> nacc: If apt supported Enhances, it could probably help guess a bit, but in the end, it's generally going to be the user's responsiblity to pick the right PHP for their setup.  It's always been this way.  Just that, historically, most users used apache, and most php-depending things listed the apache module first, so it JusT Worked for those people.
[20:40] <infinity> nacc: And for people who did non-Apache things, they knew how to get there.
[20:40] <infinity> nacc: So, certainly, the path of least surprise is to make sure upgrades continue that trend.
[20:41] <infinity> nacc: As for people already on 16.04 with the "wrong" deps, you can't fix that, and you shouldn't try, because "fixing" it might not be a fix.
[20:41] <infinity> nacc: As in, you might "fix" an nginx system by breaking it. :P
[20:42] <infinity> nacc: If Apache users got the inverted deps, either they've given up by now (no one sits on a broken webapp for 3 months), or they flipped the packages around correctly so it worked.
[21:43] <nacc> infinity: ack on all that
[21:45] <nacc> infinity: it *can* work with any of the deps, as described in the control file (afaict), but it requires manual changes to work with fpm in this case, and 'just works' (has apache conf hooks) for the mod-php case


[07:27] <LocutusOfBorg> hello build farm, how do you feel today?
[07:27] <LocutusOfBorg> you look tired
[07:28] <RikMills> and grumpy
[07:28] <LocutusOfBorg> yeah, but TBH its monday
[07:28] <LocutusOfBorg> so, I feel ya
[07:28] <LocutusOfBorg> who does like monday? nobody indeed
[07:29] <RikMills> LP is so fed up, it isn't even bothering with logs on failed builds
[07:30] <LocutusOfBorg> who does need logs?
[07:31]  * LocutusOfBorg offers LP builders a 🥐 and ☕
[09:03] <LocutusOfBorg> looks like LP got his coffee at the end
[09:04] <LocutusOfBorg> RikMills, benchmark built on i386
[09:04] <RikMills> \o/
[09:04] <LocutusOfBorg> still needs publish before we retry snappy
[09:15] <cjwatson> the build farm outage was due to an ENOSPC incident on buildd-manager
[11:19] <LocutusOfBorg> the Ubuntu debdiff server looks... stuck?
[11:31] <cjwatson> LocutusOfBorg: yes, bdmurray reported that elsewhere earlier, I've asked IS for help with it but haven't yet had a response
[15:00] <cjwatson> LocutusOfBorg: should be catching up now
[17:25] <LocutusOfBorg> ta!


[08:14] <Daviey> Hi, Is LP debian package archive published status aware?  The reason i ask, is that they all seem to be in Pending state :/
[08:15] <Daviey> s/state/status
[08:17]  * Daviey has a horrible feeling he's going to be using rmadison
[08:18] <StevenK> Daviey: We don't build Debian, we don't create build records for them, and I don't think they're published at all. What are you trying to achieve?
[08:20] <Daviey> StevenK, Use getPublishedSources, to view only published sources :)
[08:21] <Daviey> StevenK, essentially, get a package set of the latest debian sid packages via the LP api.
[08:22] <Daviey> but without the status being valid, i'm getting (what should be) Superseded packages included in my source_package_publishing_history collection .
[08:23] <Daviey> As in, multiple versions of the same package
[08:25] <StevenK> Daviey: Hm, I'm not certain you can trust the publishing status of Debian sources, given we don't publish them. Perhaps wgrant might know more, if he's around.
[08:26] <persia> My information may no longer be current, but in the past it was not unknown for LP's concept of Debian to be out of date by some time (for various complicated reasons).  This ought be better with various infrastructure improvements, but I strongly suspect it remains a low priority for investigation to ensure current data.
[08:26] <Daviey> StevenK, thanks
[08:28] <Daviey> persia, Well the data seems current, even has valid date_published... but the state is pending..
[08:28] <StevenK> persia: We have monitoring of both bits of the pipeline (debmirror and gina), so it should be okay.
[08:30] <Daviey> it would seem sensible that if we have a date_published, the state should be published... *however*, seems we don't store date_superseeded.
[08:30] <persia> StevenK: Ah, excellent.  Wonderful things happen when I don't pay attention for a few years :)
[08:30] <Daviey> Although, date_published of n+1 should surely set the date_superseeded of n
[08:31] <persia> Isn't it more complex because of the nature of Debian publication and wanna-build lag?  Also, wasn't there some work done recently to allow simultaneous parallel versions to be present in sid?
[08:32] <Daviey> Seems to be a good example: https://api.edge.launchpad.net/1.0/debian/+archive/primary/+sourcepub/1299864 & https://api.edge.launchpad.net/1.0/debian/+archive/primary/+sourcepub/1167376
[08:32] <Daviey> persia, no idea :/
[08:32] <lifeless> Daviey: please delete your edge references.
[08:32] <lifeless> edge must die
[08:33] <Daviey> lifeless, ack :)
[08:34] <lifeless> Daviey: we don't publish any of debian AFAIK
[08:34] <lifeless> we replicate it in only
[08:34] <lifeless> so its not surprising to me that none of it is published.
[08:34] <Daviey> lifeless, I wonder if natty launchpadlib should raise a Deprecation warning :)
[08:34] <wgrant> Daviey: Sources will always remain Pending.
[08:35] <wgrant> But the mirror should never be more than 12 hours out of date.
[08:35] <lifeless> Daviey: natty lplib will just use production
[08:35] <wgrant> We now have alerts in place for if that happens.
[08:35] <Daviey> lifeless, true, but why do we store date_published if we don't believe it is published?
[08:35] <wgrant> Daviey: Also, we don't track deletions at the moment.
[08:35] <lifeless> Daviey: and issue a deprecation warning too - *but* python has turned off showing deprecating warnings.
[08:35] <lifeless> Daviey: because its crazy
[08:35] <wgrant> Daviey: Because this code was written in 2004 and is INSANE.
[08:35] <Daviey> lifeless, lovely!
[08:35] <lifeless> in the membrane
[08:35] <Daviey> wgrant, lol
[08:36]  * Daviey raises a big scream.
[08:37] <Daviey> So, other than client side processing - is there any way of getting a source_package_publishing_history collection of just the latest debian source packages?
[08:37] <wgrant> What does that mean?
[08:37] <lifeless> what do you want to achieve?
[08:38] <mneptok> peace with honor. peace in our time.
[08:38] <mneptok> oh, and grilled cheese.
[08:38] <jpds> mneptok: honour*
[08:38] <Daviey> wgrant, as an example, something like http://pb.daviey.com/gIaE/
[08:38] <wgrant> Daviey: The import mainly serves to get the files into LP, and to notify services of new Debian uploads.
[08:39] <Daviey> and only return the highest debian version source.
[08:39] <mneptok> jpds: je parle Francais, aussi.
[08:39] <wgrant> Daviey: That's not what you want to achieve.
[08:39] <wgrant> That's a way to achieve it.
[08:40] <Daviey> wgrant, ok..
[08:41] <wgrant> Daviey: I doubt that you want to print out a list Debian source package names in a fairly slow way.
[08:41] <wgrant> You presumably have some use for that sort of information.
[08:41]  * persia suspects yet another implementation of mdt, but is only guessing
[08:42] <wgrant> That is also my suspicion.
[08:43] <Daviey> wgrant, yeah - that was just an example of trying to achieve a valid source package collection
[08:43] <persia> Daviey: What's your large-scale project, of which this is merely stropping the razor prior to wetting the yak?
[08:44] <Daviey> persia, lol.. compare two way delta between debian and ubuntu for a given package set.
[08:45] <wgrant> Hmm, where have I seen that before...
[08:45] <persia> mdt *does* just that.
[08:45] <persia> wgrant: Would you mind adding the server packageset and passing Daviey a URL :)
[08:45] <wgrant> Daviey: See the note at the bottom of http://qa.ubuntuwire.org/multidistrotools/
[08:46] <wgrant> And also see the example pages.
[08:46] <persia> Daviey: For more advanced information, you may want to look also at PET
[08:47] <persia> Daviey: http://pet.alioth.debian.org/
[08:47] <persia> (would need tweaking to also show Ubuntu and LP bug count, but those changes would be welcomed by some PET using teams in Debian)
[08:49] <Daviey> Hmm.. One of the issues that multidistrotools seems to have, is that it's not easy to see /what/ is the delta; without manually looking at the changelog and parsing the difference in your head.
[08:50] <persia> Could add a link to patches.ubuntu.com
[08:50] <wgrant> Do you have some ideas for improving that?
[08:50] <wgrant> There should already be such a link.
[08:50] <persia> Or a link to merges.ubuntu.com
[08:50] <wgrant> unless I disabled that for performance reasons.
[08:51] <wgrant> Yup, it's even bold.
[08:51] <persia> I think you disabled it for performance reasons: I see PTS, BTS, changes, buildlog, packages.u.c, LP, LP bugs, LP builds, LP changelogs
[08:51] <Daviey> wgrant, parsing the changelog looking for changes until version = natty.version, for example
[08:51] <persia> Ah, I'm looking in the wrong place.
[08:52] <Daviey> then in reverse, changelogs in natty,until version string doesn't contain ubuntu.
[08:52] <wgrant> Daviey: You want to see the changelog entries from the LCA?
[08:53] <persia> LCA?
[08:53] <wgrant> Latest common ancestor.
[08:53] <wgrant> MRCA, I guess it should be.
[08:53] <Daviey> wgrant, yes
[08:53] <persia> I'm not sure I comprehend the semantic difference between "latest" and "most recent", but I'll take your word for it.
[08:55] <wgrant> Daviey: So, Launchpad's derivation functionality will do this sort of thing within a few months. It's not clear when that will be applied to Debian->Ubuntu, but it should happen soon.
[08:55] <Daviey> wgrant, Ah!
[08:55] <wgrant> persia: Nothing, but MRCA seems to be the conventional term.
[08:55] <Daviey> That sounds peeeeerfect!
[08:56] <wgrant> Daviey: It will basically do mdt in LP.
[08:56] <wgrant> With packageset filtering.
[08:56] <wgrant> And diffs between the base and the Ubuntu and Debian versions.
[08:56] <wgrant> Which could have the changelog extracted if you so desire.
[08:57] <Daviey> I have a function doing that, both ways - but i was trying to make it db backed to not hammer the api and changelog servers every time i run it.
[08:57] <Daviey> wgrant, seems exciting times!
[08:57] <persia> wgrant: Will that also be replacing the non-LP bits of MoM and patches?
[08:59] <Daviey> wgrant, Is there a bug or blueprint i can track for that?
[08:59] <wgrant> persia: Neither is directly in scope, AIUI. But I hope that MoM will be replaced by UDD, and patches can be easily replaced by LP even now.
[09:00] <wgrant> Daviey: I don't know of any. But there is http://dev.launchpad.net/LEP/DerivativeDistributions
[09:00] <persia> patches-replaced-by-LP -> that's probably worth doing sooner than later if it's ready, simply to reduce redundancy and start client migration (there are a bundle of clients).
[09:01] <wgrant> persia: A good experience for that depends on some of the derivation work that is yet to be done.
[09:01] <persia> MoM-replaced-by-UDD -> how does that work?  common-ancestor-import-branches-from-Debian and looms/pipelines/whatever to dig around at the diff?
[09:01] <persia> Heh.  That makes sense.
[09:01] <wgrant> persia: I believe that's the intention.
[09:02] <wgrant> I hope that looms become more sensible soon.
[09:02]  * Daviey pity's the person that tries to announce that
[09:02] <wgrant> Daviey: I imagine it'll be quite a while off :/
[09:02] <persia> Daviey: Why?  There's no reason one can't implement a get-merge (or whatever the script is called) that uses UDD to provide a compatible experience.
[09:02]  * persia doesn't tend to like the merges that come from working with MoM anyway
[09:18] <didrocks> hey hey
[09:18] <didrocks> just a short question on bug expiration
[09:18] <didrocks> if I have three bug tasks on a bug
[09:18] <didrocks> two of them are incomplete and one is New
[09:18] <didrocks> will the bug expire?
[09:19] <wgrant> To qualify for expiration, the bug and its bugtasks meet the follow conditions:
[09:19] <wgrant> ...
[09:19] <wgrant>         3. The bug does not have any other valid bugtasks.
[09:20] <wgrant> I think New should count as a valid bugtask.
[09:20] <wgrant> Let me check.
[09:20] <didrocks> sure :)
[09:21] <Daviey> persia, We both know there are people that will get upset if the traditional development model is changed in any way.
[09:22] <persia> There's changes and there's changes.
[09:22] <lifeless> on
[09:22] <lifeless> oh
[09:22] <lifeless> that reminds me
[09:22] <persia> MoM has issues: other data sources are always welcome, and MoM has had improvements/changes in the past to accomplish various goals.
[09:22] <wgrant> didrocks: It looks like any status other than Invalid, Incomplete and Won't Fix is sufficient to hold a bug open. Even Expired...
[09:22] <lifeless> deryck is open to the 'new' link becoming 'untriaged' with a broader than just new list for untraiged bugs
[09:22] <didrocks> wgrant: excellent, thanks for the answer :)
[09:23] <wgrant> didrocks: So no, the bug should not expire.
[09:23] <lifeless> e.g incomplete-with-response, confirmed, status undecided would all count
[09:23] <didrocks> thanks wgrant
[09:23] <persia> On the other hand, changes like making me wait 30 times as long to download a package when I don't care about the metadata or history in the context I'm getting the package gets in the way.
[09:24] <persia> The key is flexibility: as long as there is *support* for various ways of doing things, people are happy, and some ways of doing things can become deprecated once nobody uses them.
[09:25] <didrocks> wgrant: so, in this bug: https://bugs.launchpad.net/unity/+bug/661097
[09:26] <didrocks> wgrant: will the unity upstream/downstream tasks can expire?
[09:26] <wgrant> didrocks: No.
[09:26] <didrocks> wgrant: ok, the status is "global"
[09:26] <wgrant> didrocks: Right. A task will only expire if there are no other unexpirable tasks.
[09:27] <didrocks> wgrant: excellent, that was the answer I was expecting. Thanks! ;)
[10:44] <Daviey> What is the process for reporting spamming users?
[10:45] <Daviey> Someone i know (a non-spammer) account seems to be spamming LP bugs.
[10:45] <Peng> https://answers.launchpad.net/launchpad/+addquestion I believe
[10:45] <Daviey> He's asleep at the moment...
[10:48] <cody-somerville> Daviey, Whats the account name? We may have already noticed it.
[10:48] <lifeless> if this is nickj
[10:48] <lifeless> I've suspended it
[10:48] <Daviey> yeah..
[10:48] <Daviey> ah
[10:48] <Daviey> https://answers.launchpad.net/launchpad/+question/146394
[10:49] <Daviey> thanks lifeless
[10:51] <lifeless> thanks for alerting us
[10:51] <lifeless> ngight
[10:52] <Daviey> nn lifeless
[11:42] <mdz> is staging really still updating, or is there a problem with it?
[11:47] <wgrant> mdz: The normal code updates failed last week due to its data being too old. We decided we'd wait for the weekend database restore to fix that. But it turns out that had been automatically disabled after several failed code updates, or something like that.
[11:48] <wgrant> However, the manual restore that was started yesterday should just about be finished now.
[11:48] <mdz> wgrant, thanks
[18:38] <Hmarzz> Is there a launchpad representative that I could speak with about an issue with the SSO service?
[19:43] <gnomefreak> seb128: all gnome panels disappear, the window boarders are gone. you cant click on any window and use it. for example i had 2 terms open and i can switch between them but i can not use any commands and such
[19:43] <gnomefreak> oh damn
[19:47] <jcsackett> gnomefreak: was that "oh damn" a sign of wrong channel/window?
[19:47] <gnomefreak> jcsackett: yeah wrong channel
[19:48] <jcsackett> dig. :-)
[19:49] <gnomefreak> some how i went from /win 17 to /win 19 while typing
[21:22] <kklimonda> hey, I have a problem pushing branch to LP. The first time I try I get this error: http://paste.ubuntu.com/570777/
[21:22] <kklimonda> the second time I try to push it just pushes infinitely
[21:28] <kklimonda> it looks like it's trying to first pull all commits from the gtkmm trunk branch (which is a clone of upstream git repo) but my branch have nothing to do with it.
[21:35] <sinzui> kklimonda: yes it is doing that
[21:36] <sinzui> kklimonda: the formats are incompatible so bzr is trying to put everything there
[21:37] <sinzui> I think you need to update the branch format. let me check the branch you want to stack this on
[21:38] <kklimonda> do you have any solution I could use? :)
[21:39] <sinzui> yuck https://code.launchpad.net/~vcs-imports/gtkmm/main is using an obsolete format
[21:39] <sinzui> kklimonda: I think I want to update Lp to 2a, which is what you probably have since it has been standard for almost a year
[21:40] <kklimonda> makes sense :)
[21:41] <sinzui> kklimonda: the other option is to branch from lp:gtkmm, to get an older format. merge your changes into the second branch, then push
[21:41] <kklimonda> sinzui: the problem is I don't branch from the lp:gtkmm
[21:42] <kklimonda> sinzui: ubuntu desktop team uses the same project for pushing packaging-only branches
[21:42] <kklimonda> I think I could branch from lp:~ubuntu-desktop/gtkmm/ubuntu and that should fix it.
[21:43] <sinzui> kklimonda: yes
[21:50] <kklimonda> no, it didn't work after all
[21:50] <kklimonda> maybe if I try to push without my commits first..
[21:50] <kklimonda> no, still the same error
[22:59] <mhr3> hey guys, is something wrong with recipes? i get an oops every time i click request build
[23:00] <mhr3> for example (Error ID: OOPS-1879EA1560)
[23:08] <wgrant> mhr3: It sounds like you're not in the recipe beta testing team. Try joining https://launchpad.net/~launchpad-recipe-beta
[23:09] <mhr3> wgrant, that's it, thanks
[23:10] <wgrant> mhr3: Also, any particular reason you're still using edge?
[23:10] <mhr3> wgrant, firefox remembers it there :)
[23:11]  * micahg has lots of old edge URLs in his history
[23:14] <wgrant> Mine are almost all gone.
[23:38] <lool> jml: leankit credentials > the blog post says they have been updated, I see<EMAIL_ADDRESS>and "guest" and this doens't work


[05:17] <Unit193> $someone miiight want to sync https://packages.qa.debian.org/libs/libssh2/news/20190403T043339Z.html
[08:48] <rbasak> Laney: on second thoughts, I don't think adding SpamapS to ~ubuntu-dev would even be a new thing
[08:48] <rbasak> If he had ever had packageset or PPU access then he'd be a member of that team anyway
[08:49] <rbasak> If he had then been added to ~ubuntu-core-dev, our process wouldn't have removed him from direct membership from ~ubuntu-dev
[08:49] <rbasak> And he'd be able to "expire himself" from ~ubuntu-core-dev and end up in this situation himself directly.
[08:50] <rbasak> Therefore, I think it's OK to add him to ~ubuntu-dev without further ado.
[08:50] <rbasak> No need for a new emeritus process.
[08:50] <rbasak> I'll leave an email to devel-p@ with an explanation.
[08:51] <rbasak> Unless someone here thinks that would be wrong?
[08:54] <Laney> That's for you collectively to decide but an obvious other option would be to decide that's a loophole you don't want and run a script that checks for ~ubuntu-dev who can't upload anything and move them to emeritus
[08:56] <rbasak> Sure - if it's a loophole we don't want then we can arrange to remove it and actually create an emeritus process. But for now, it seems harsh to "punish" SpamapS for asking and making him the first exception by denying it.
[08:56] <rbasak> Adding him to ~ubuntu-dev would maintain the status quo I think.
[08:56] <rbasak> (and his personal status, too)
[08:57] <rbasak> If we then decide to do something else instead later, I think that would cause less harm then leaving him in the lurch right now.
[08:59] <Laney> If you on the DMB are fine with that, then that's what you should do. I don't think, though, that using the first incidence of a new thing to determine a process is an unfair thing to do, if there weren't previous expectations set either way.
[09:00] <Laney> Anyway, that's probably enough of that. :>
[13:48] <coreycb> bdmurray: thanks for looking at that so quickly! i didn't follow your comment but i see it was accepted for cosmic at least.
[13:48] <coreycb> also need it for bionic but that might be more controversial
[14:10] <bdmurray> coreycb: your comment has "queue_text=" but nothing as argument. I'd think you'd want the package name there to filter the queue with only the package you are referencing
[14:11] <coreycb> bdmurray: that's a good idea!
[15:56] <seb128> vorlon, you closed bug #1812688 but I'm not sure it was "fixed", a delta was added (package was in sync before) to skip the test without any explanation of why that's needed/a good idea and without forwarding to Debian, imho it would deserve to be properly looked at
[16:00] <vorlon> seb128: ah, feel free to reopen; indeed, it looks like bdmurray agrees with you but I didn't read closely enough for context
[16:00] <seb128> vorlon, thx
[16:00] <vorlon> seb128: I closed it because it was a high rls-dd-incoming bug and the description didn't match the current state of the archive, sorry :)
[16:01] <seb128> no worry :)
[17:20] <brlin>  /var/lib/dpkg/info/ubuntu-defaults-zh-cn.postinst: 7: /var/lib/dpkg/info/ubuntu-defaults-zh-cn.postinst: update-gconf-defaults: not found
[17:20] <brlin> (facepalms)
[17:21] <brlin> Probably this one: https://bugs.launchpad.net/ubuntu/+source/ubuntu-defaults-zh-cn/+bug/1800608
[17:34] <teward> any sponsor want to take a look at https://launchpad.net/bugs/1820144 and perhaps upload my debdiffs to fix the bug?  It'll need SRU review still, but...


[09:23] <kleshwong> Hi, I'm trying to write a C++ app which need an appindicator.
[09:23] <kleshwong> But it keep complaining "undefined referece to `app_indicator_new`"
[09:23] <kleshwong> can anyone help?
[09:24] <kleshwong> I had done #include <libappindicator/app-indicator.h>


[15:22] <pavlushka> hey zaki
[15:26] <zaki> hi pavlushka
[15:29] <pavlushka> zaki: tonight is the night
[15:30] <zaki> everything  arrived ?
[15:31] <pavlushka> zaki: it was already in the pack, didn't notice
[15:31] <zaki> hehe
[15:31] <zaki> pavlushka, so how are you approaching ?
[15:33] <pavlushka> zaki: installed arduino IDE, it will talk to the unmanaged device initially, then uploading the needed libraries with modifications if necessary will make the arduino start functioning
[15:34] <zaki> pavlushka, lot to do
[15:34] <pavlushka> zaki: but before that, I need to assemble the parts in order and correctly
[15:35] <zaki> is there any soldering iron work?
[15:36] <pavlushka> zaki: so far I guess I assembled it as it has been told in the tutorials, now the configuration part
[15:36] <zaki> pavlushka, great !
[15:37] <pavlushka> zaki: yep কিন্তু আমি মোবাইল ঠিক করার দোকান থেকে সেটা করিয়ে নিয়েছি
[15:38] <zaki> ha ha , pavlushka you should buy one, নিকট ভবিষ্যৎ এ লাগতে পারে
[15:38] <zaki> or in case of emergency
[15:38] <pavlushka> zaki: but the challenge is, my setup is a mixed setup, there is no exact tutorial for my exact assembly
[15:39] <pavlushka> zaki: yes, I will, already made a list.
[15:39] <zaki> pavlushka, you modified some ?
[15:39] <zaki> some parts!
[15:39] <pavlushka> zaki: combined from two projects, lets see
[15:40] <pavlushka> zaki: so fingers crossed.
[15:40] <zaki> pavlushka, wish you good luck
[15:41] <pavlushka> zaki: that one is necessary, a big thank you :)
[15:41] <zaki> and looking forward to see a tute from you.
[15:42] <pavlushka> zaki: sure if it becomes a success :)
[15:42] <zaki> :)
[15:43] <zaki> pavlushka, I disabled that malfunctioning key using this command
[15:43] <zaki>  xmodmap -e 'keycode 49 ='
[15:43] <zaki> to get that key code used 'xev' command
[15:44] <pavlushka> zaki: wow, in time, I might call you for help in that cas
[15:44] <pavlushka> e
[18:46] <zaki> pavlushka, how is it going?
[18:46] <zaki> I'm going to sleep
[18:46] <pavlushka> so far, not good
[18:46] <pavlushka> zaki: sleep tight
[18:47] <zaki> will listen from ou later.
[18:47] <zaki> you*
[18:47] <pavlushka> ethernet is working
[18:47] <zaki> Good Night. :)
[18:47] <pavlushka> not the GY-BME sensor


[19:40] <Na3iL> o/
[20:02] <Na3iL> elacheche_anis, are you there
[20:07] <elacheche_anis> Hey!
[20:08] <elacheche_anis> Na3iL:
[20:08] <Na3iL> Hey, hows you?
[20:09] <elacheche_anis> Good :) u!
[20:09] <Na3iL> Good as well thanks :)
[20:09] <Na3iL> I was going to ask you about the website of u-tn
[20:10] <Na3iL> I think it is ready to be announced?
[20:10] <elacheche_anis> Not yet -_- We didn't worked on a thing -_- I was struggeling alone -_-
[20:11] <elacheche_anis> After a year I had some spare time to take an other look at the code..
[20:11] <elacheche_anis> It needs more work..
[20:11] <Na3iL> Okay, why we don't set a deadline for it
[20:12] <Na3iL> IMHO, its just missing the scripts that will load from the wiki,lp,irc etc..
[20:12] <elacheche_anis> Becasue we're not working  full-time on it.. So we can't fix a deadline for 2 contributors..
[20:12] <elacheche_anis> I'm woking locally on integrating those scripts
[20:13] <elacheche_anis> I need to get rid of the 4 exams I have & the "mramma" that I have too then I'll be able to have full-time weekends on it.
[20:14] <damascene> http://www.techrepublic.com/article/where-would-we-be-without-ubuntu/ translated into http://wp.me/p5Xhrj-R for research purposes 😊
[20:14] <elacheche_anis> Good job damascene :S
[20:14] <elacheche_anis> :D
[20:14] <damascene> thanks 😊
[20:14] <Na3iL> Yep, I understand..
[20:15] <Na3iL> I will see what I can do this weekend
[20:15] <Na3iL> I am not a dev guy you know :/
[20:15] <Na3iL> Great job damascene :D
[20:15] <elacheche_anis> Na3iL: You know that am not a Dev as well :D
[20:15] <Na3iL> haha, that's the problem yeah x)
[20:16] <damascene> Na3iL, thank you
[20:16] <elacheche_anis> But am trying to change :-3
[20:16] <elacheche_anis> I was trying to beat the 30Days dev challenge of hackerrink, I failed x) I hate develping x(
[20:17] <Na3iL> hahaha at least you tried :P
[20:18] <elacheche_anis> damascene: you translated that!
[20:19] <damascene> yeah but with my own modifications
[20:19] <elacheche_anis> Good :)
[20:19] <elacheche_anis> There is some typos :p not a big deal :)
[20:20] <damascene> elacheche_anis, please point it to me
[20:21] <elacheche_anis> ابونتو كلن
[20:22] <elacheche_anis> كايلن
[20:22] <elacheche_anis> حاليا 70% من احمال
[20:22] <elacheche_anis> إجمال
[20:23] <elacheche_anis> ج مكان الحاء :)
[20:23] <Na3iL> لينكس منت (النعناع)
[20:23] <elacheche_anis> أوبونتو
[20:24] <damascene> elacheche_anis, احمال تعني حمل load
[20:24] <damascene> حٍمل
[20:24] <damascene> كايلن ساصححها
[20:25] <damascene> Na3iL, سانظر الخطأ في تلك العبارة
[20:26] <Na3iL> damascene, is it right to call it
[20:26] <Na3iL> النعناع
[20:27] <damascene> لا ادري بعض المترجمين يقولون ان تسميها هكذا mint نعناع
[20:27] <elacheche_anis> Ah! I understund it as "total" You should use أحمال then.. using ا instead of أ will confuse readers :)
[20:27] <Na3iL> ah okay damascene
[20:28] <damascene> ان شاء الله 😊
[20:28] <Na3iL> By the way damascene why you are not involved into your LoCo team?
[20:30] <damascene> Na3iL, أنا من دمشق واقيم في تركيا حاليا
[20:30] <damascene> من سنة تقريبا
[20:30] <elacheche_anis> Ahhhh!!!!
[20:30] <elacheche_anis> You mentionned #ubuntu-tn :D :D
[20:30] <elacheche_anis> I love you :D
[20:31] <damascene> 😃
[20:31] <Na3iL> Ah! I see
[20:32] <damascene> I think I'll add a direct link too 😊
[20:32] <elacheche_anis> I'm sharing that article as elacheche & as utn :D
[20:33] <Na3iL> Awh I saw ubuntu-tn now too :D
[20:33] <Na3iL> thanks a lot damascene you are amazing :D
[20:33] <elacheche_anis> damascene: من دون or بدون ؟
[20:33] <elacheche_anis> what's better?
[20:36] <damascene> elacheche_anis, I'm not an expert in language rules 😊
[20:36] <damascene> Na3iL, it's just a simple thing in return. I'm living on Ubuntu 😊
[20:36] <damascene> I hope cbs do not sue me 😊
[20:40] <elacheche_anis> Check twitter damascene :)
[20:41] <damascene> ok 😊
[20:43] <damascene> elacheche_anis, thank you, that is nice of you 😊
[20:44] <damascene> elacheche_anis, when I mentioned the article on Linuxac.com some pro windows commented against me. I told them I mean by عالمنا free software world not the whole world 😊
[20:44] <Na3iL> my connection :') :')
[20:45] <elacheche_anis> looool damascene x) What a pro win guy do in linuxac.. That's a weird place to be x)
[20:46] <damascene> elacheche_anis, I do not understand from where did they come. I was surprised 😊
[20:46] <damascene> http://www.linuxac.org/forum/threads/72251
[20:46] <elacheche_anis> We got some pro win guys during SFD as well.. Do you remeber Na3iL x) → Anas x)
[20:47] <elacheche_anis> BTW damascene take a look at http://sfd.tn/2015/
[20:47] <Na3iL> hahahaha yep xD
[20:47] <elacheche_anis> Use the browser tranlator to show pages in English or arabic :D
[20:49] <damascene> 😊 I was going to complain about the language 😊
[20:49] <elacheche_anis> :D I know :p
[20:50] <elacheche_anis> damascene: Tell those guys to watch the OS revolution documentary ;)
[20:50] <elacheche_anis> https://www.youtube.com/watch?v=jw8K460vx1c
[20:50] <elacheche_anis> If they don't like to read history books :p
[20:51] <damascene> elacheche_anis, I did not want to start a war in that thread. It was directed to Linux users not to the people from the other world. But I'm thinking of targeting them hard very soon 😊
[20:53] <damascene> do you think that a general Arabic windows user will be interested in watching a 1:25 hour documentary 😊
[20:56] <elacheche_anis> I watched that doc twice!  And planning to watch it again soon :)
[20:59] <damascene> Yeah some video deserver to be re watched again and again.
[21:00] <damascene> Regarding the mentioning of Tunisia team. You deserve it and better. I'm amazed by your accomplishments. I wish you more success.
[21:01] <elacheche_anis> Thank you :)
[21:01] <damascene> I added that video to my list
[21:04] <elacheche_anis> :D
[21:04] <elacheche_anis> I'll share some links with you tomorrow :D
[21:04] <damascene> elacheche_anis, he converted to Debian
[21:06] <elacheche_anis> who!
[21:07] <damascene> kawarizmi
[21:08] <elacheche_anis> He was always a debian user & fan x)
[21:08] <damascene> LOL
[21:08] <damascene> see you later, I've some business to do 😊
[21:08] <Na3iL> cya damascene :)
[21:11] <elacheche_anis> I should go have some sleep too..
[21:11] <elacheche_anis> GN guys!
[21:11] <Na3iL> gn elacheche_anis
[21:11] <Na3iL> sleep well :)
[21:12] <elacheche_anis> I doubt that :/ But thank you :)


[07:20] <rye> morning
[07:58] <mandel> morning all!!
[08:11] <karni> Morning!
[08:33] <JamesTait> Happy Monday, all!
[09:09] <czajkowski> Aloha
[09:43] <mandel> czajkowski, hello!
[09:43] <mandel> czajkowski, I forgot to write the testimonial, can you give me the url again and I'll do it right now :)
[09:43] <czajkowski> mandel: aloha, do not mention thre rugby
[09:43] <mandel> czajkowski, I won't...
[09:44] <czajkowski> mandel: https://wiki.ubuntu.com/czajkowski#Testimonials_about_my_work_in_the_Ubuntu_Community
[09:44] <mandel> I'm glad I was sleeping :P
[09:44] <czajkowski> dont even get me started talk about upsetting my weekend
[09:52] <mandel> czajkowski, done!
[09:53] <mandel> czajkowski, I'm not very good with this things, so I hope is ok :P
[09:53] <mandel> take a look and let me know :)
[09:54] <czajkowski> tthanks
[09:55] <czajkowski> mandel: awwww thanks, now we just need to work on your membership
[09:56] <czajkowski> I;'m sure there are enough folks in here to back you for membership
[09:56] <mandel> czajkowski, I'll get down to it on friday, I have lots of bugs to fix :P
[09:56] <mandel> but I'll definetly try :D
[09:56] <czajkowski> cool
[09:56] <czajkowski> and as I said, if you need a hand with your wiki set up, just ask
[09:57] <czajkowski> makes the meeting easier if we can read a clear wiki page, making sure to harass the folks in here to leave comments
[09:57] <czajkowski> harass/poke/be nice to :)
[09:57] <mandel> hehe
[11:22] <mpt> Is the U1 Music Store no longer provided for Rhythmbox?
[11:25] <duanedesign> hello mpt
[11:25] <mpt> hello
[11:27] <duanedesign> mpt: that is correct
[11:28] <mpt> ok, I was just wondering about the impact of <https://launchpad.net/ubuntu/+source/ubuntu-meta/1.245>
[11:29] <mpt> but I'm told that the proportion of Ubuntu users on armel is tiny
[11:29] <duanedesign> hmm, interesting
[11:53] <nessita> good morning!
[11:58] <duanedesign> good morning nessita
[11:58] <nessita> hi duanedesign!
[12:07] <czajkowski> oh is that why I cant find my purhcased music as easily any more >:(
[12:11] <popey> czajkowski: does it not show up in rhythmbox / banshee?
[12:12] <czajkowski> not as of last night
[12:12] <czajkowski> or I couldnt find them
[12:12] <czajkowski> was one of the main reasons I use rb over banshee
[13:01] <mandel> me
[13:01] <mandel> nessita, stand up?
[13:02] <nessita> me!
[13:02] <mandel> I think we are the only ones, right?
[13:02] <nessita> mandel: dobey should be here, I think
[13:03] <nessita> mandel: go!
[13:03] <mandel> DONE: paper work in canonical admin. Continued work in the migration code (almost finished) TODO: propose merge for the above. Work in the auto-update. Confirm bug in O BLOCK: need info on how to track an rt.
[13:03] <mandel> Jessica, go
[13:03] <mandel> ag, nessita
[13:03] <nessita> Jessica?
[13:03] <nessita> DONE: freaky friday
[13:03] <nessita> TODO: u1client refactoring so we can have multiplatform u1sdtool
[13:03] <nessita> BLOCKED: nopes
[13:03] <nessita> NEXT: dobey
[13:04] <mandel> stupid spelling correction ;)
[13:04] <mandel> nessita, it thinks you are jessica
[13:04] <nessita> lol
[13:09] <mandel> nessita, do you know how do I track an rt number, I need to sort out the new beta release
[13:09] <mandel> the one from the email from ralsina
[13:09] <nessita> mandel: I'm not sure, you should ping a l.osa in our internal channel
[13:10] <mandel> nessita, ok, I'll do so. I'm of 20 min for lunch
[13:10] <nessita> ack
[13:10]  * mandel lunch
[13:54]  * mandel back
[13:55] <mandel> nessita, ping
[14:02] <nessita> mandel: pong
[14:15] <mandel> nessita, how are we translating the control panel
[14:16] <mandel> nessita, I wanted to install on my parents computer but they don't want to have the software in eng
[14:21] <nessita> mandel: if you just choose ubuntu in spanish, you will get the controlpanel in spanish
[14:22] <nessita> mandel: our translations are packaged and installed in the 'default' translation packages
[14:30] <dobey> nessita: today is a national holiday in US. roberto mentioned it was in AR also
[14:30] <nessita> dobey: hey there! I did not know about the holiday in US... (I did about the .ar but I'm swapping)
[14:30] <nessita> dobey: enjoy your holiday then
[14:30] <dobey> thanks
[14:30] <mandel> nessita, my parents use windows :(
[14:31] <nessita> mandel: no translation for any windows component (yet)
[14:31] <mandel> nessita, it would be nice to add that at some point
[14:32] <nessita> mandel: indeed
[14:35] <mandel> nessita, but we are using gettext, right? should we find an way just to include the po files?
[14:35] <nessita> mandel: maybe, I haven't looked into it
[14:40] <mandel> nessita, ok, I might do during friday, maybe is not terribly hard
[14:40] <mandel> the problem migth be locating the files and generating them..
[14:41] <nessita> mandel: I'm pretty sure we should be able to "fetch" those from launchpad's translations
[14:42] <mandel> nessita, that sounds like a reasonable expectation :)
[14:51] <nessita> mandel: I'm re-reviewing uninstall-old-app. I guess that all the comments inside is_old_beta_installed should be moved to get_property_for_product. And, for clarity sake, I would advice defining get_property_for_product before the is_old_beta_installed function...
[14:52] <nessita> mandel: can you please change that?
[14:54] <nessita> mandel: I added that and another docstrings fixed to the MP
[15:06] <mandel> nessita, sure, simple fix
[15:19] <mandel> nessita, fixes done and pushed
[15:19] <mandel> revno 89
[15:20] <nessita> mandel: ack
[16:15] <mandel> nessita, EOD here, I sent an update regarding the auto-update, will try to see WTF is going on tom morning!
[16:15] <mandel> adios
[16:15] <nessita> mandel: bye!
[17:02] <nessita> lunchtime!


[06:56] <lotuspsychje> morning all, anyone on 20.10 desktop that can check something quick?
[06:57] <luna_> lotuspsychje: sure ?
[06:58] <lotuspsychje> luna_: i filed a wishlist bug #1900339 for 20.04 and would like to check if it has changed easier on 20.10 yet?
[06:59] <luna_> ah i am running awesome and not GNOME, but yeah that was added in Gnome 3.38 so think it will be in 20.10
[07:00] <lotuspsychje> luna_: could login to gnome to check?
[07:00] <luna_> okay then
[07:00] <lotuspsychje> tnx
[07:01] <luna_> yep its there
[07:02] <lotuspsychje> luna_: can you explain what changed exactly?
[07:03] <luna_> lotuspsychje: under the shutdown/log out there is the options directly
[07:03] <luna_> lotuspsychje: https://www.youtube.com/watch?v=DZ_P5W9r2JY you can see it 30 seconds in to this video
[07:03] <luna_> how it looks
[07:03] <lotuspsychje> lets c
[07:06] <lotuspsychje> luna_: ok, tnx for the confirm!
[07:06] <luna_> no problem
[20:53] <pyrophilia> having keyboard issues, especially shifted keys are basically entering the wrong characters like the apostrophe key is entering  * instead
[20:54] <pyrophilia> tried two different keyboards too so I know it is not the keyboard
[20:57] <pyrophilia> I do see a pretty massive update was just pushed so i will try rebooting once
[21:02] <pyrophilia> Hahaha it worked.