[00:33] <bobweaver> Hi there I was wondering about ppa hows it work?
[00:55] <poolie> it works great!
[01:20] <lifeless> bobweaver: what do you want to know? (how to use it? how it is implemented?)
[01:20] <bobweaver> yes
[01:20] <bobweaver> how to use it
[01:20] <bobweaver> is it something that a distro that I am deving could use
[01:20] <lifeless> https://help.launchpad.net/Packaging/PPA might help
[01:21] <bobweaver> so I am working on a distro and would like to have ppa for it I just dont know where to start as I am new at devoloping
[02:55] <RenatoSilva> how to translate https://launchpad.net/ubuntu/+source/gtkorphan?
[02:56] <RenatoSilva> the gtkorphan project doesn't seem the source from which those packages are built. The packages are 4.4 and the max in project trunk is 4.2
[03:11] <RenatoSilva> isn't something wrong here? there's nothing in the queue: https://translations.launchpad.net/ubuntu/natty/+source/gtkorphan
[03:12] <RenatoSilva> Source problem: the name of the program entry in main menu is not translated (I checked the project page, it's translated there)
[03:12] <RenatoSilva> but the current package in use (4.4) doesn't contain such translation
[07:41] <sameerynho> hi, why launchpad drops packets from my country?
[07:44] <spiv> Launchpad doesn't drop traffic from any country AFAIK
[07:45] <sameerynho> spiv: hmmm, but it seems it does :(
[07:47] <spiv> What happens when you try to access https://launchpad.net/ ?
[07:52] <sameerynho> spiv: not responding,
[07:53] <spiv> My guess is you or your ISP (or maybe your country?) has a proxy that blocks traffic to launchpad.net:443, rather than that Launchpad is blocking you.
[07:54] <spiv> Pretty unfortunate if so :(
[07:56] <sameerynho> spiv: hmmm maybe
[08:01] <wgrant> sameerynho: What about http://launchpadlibrarian.net?
[08:01] <sameerynho> wgrant: w8
[08:02] <sameerynho> wgrant: yeah it's ok
[08:03] <wgrant> sameerynho: Which browser are you using?
[08:04] <sameerynho> wgrant: firefox, but i tried that width many browsers, i think its not a browser issue
[08:04] <wgrant> Have you tried with something other than a browser, like wget?
[08:04] <wgrant> Which may provide better error messages?
[08:06] <sameerynho> wgrant: hmmm no , but now i'm trying to clone openerp using its bzr_set script
[08:06] <wgrant> Alternatively, what's the exact text of the error that Firefox gives you?
[08:06] <wgrant> And can you telnet into launchpad.net on port 443?
[08:06] <sameerynho> wgrant: but it seems that it freeze, ( i'm not familiar with bzr)
[09:37] <ivan> anyone uh happen to know which company made the launchpad t-shirts passed out at PyCon '09?
[09:50] <henninge> ivan: The only t-shirts I was ever aware of were from Canonical.
[09:50] <henninge> dunnow about PyCon, though
[09:51] <henninge> ivan: This one? Seems liek there are only Lady's sizes left. http://shop.canonical.com/product_info.php?products_id=398
[09:52] <ivan> same design for sure
[11:13] <ara> Hello!
[11:13] <ara> There are some bugs that I cannot change the asignee anymore
[11:13] <ara> example: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/775281
[11:13] <ara> Does anyone know why could that be?
[11:13] <ara> Thanks!
[11:13] <henninge> adeuring: can you see if you can help ara, please?
[11:14]  * adeuring is looking
[11:14] <ara> henninge, adeuring: thanks :)
[11:52] <danilos> ara, it seems to be a bug with expanders, you can set it using https://bugs.launchpad.net/ubuntu/+source/linux/+bug/775281/+editstatus while we fix the bug
[11:53] <ara> danilos, cool, thanks
[11:53] <ara> danilos, do you need me to file a bug?
[11:53] <ara> vanhoof, ^
[11:53] <wgrant> ara: This will affect every bug with an Oneiric task.
[11:53] <danilos> ara, please
[11:54] <danilos> wgrant, ara: I am starting on a fix right away
[11:54]  * ara files a bug
[11:56] <ara> danilos, https://bugs.launchpad.net/launchpad/+bug/813456
[12:14] <danilos> ara, thanks, I've got a fix, we'll try to get it deployed asap
[12:57] <lag> Hmmm ... Source/binary (i.e. mixed) uploads are not allowed.
[12:57] <lag> Why is that a problem?
[13:43] <lag> A little help?
[13:46] <adeuring> bigjools: could you help lag?
[13:47] <bigjools> you're never allowed to upload binaries otherwise Launchpad can't guarantee that the source you see matches the binary you see
[13:53] <lag> bigjools: I need that to be different :)
[13:53] <bigjools> lag: it's not going to chage
[13:53] <bigjools> change*
[13:54] <lag> bigjools: I'll ping you elsewhere
[13:54] <bigjools> lag: you can talk here
[13:55] <lag> Okay
[13:55] <lag> How do packages which require a click-through licence do it?#
[13:59] <kirkland> jelmer: howdy
[14:00] <kirkland> jelmer: negronjl asked you yesterday about helping us setup an auto import of a git branch, but it unfortunately includes submodules
[14:00] <kirkland> jelmer: I'm wondering what our options are at this point ...
[14:00] <geser> lag: like sun java?
[14:00] <lag> geser: Just like Sun Java
[14:01] <lag> geser: It's okay, I've been sent on the right track
[14:01] <geser> lag: IIRC is sun-java only an installer, it asks the license in postinst and downloads then the JRE
[14:03] <lag> Hmm... that could take some extra infrastructure - that would be a pain
[14:03] <geser> lag: what are you trying to do?
[14:05] <lag> geser: Upload binaries for non FOSS-out software
[14:05] <lag> geser: Firmware to be precise
[14:06] <geser> lag: are they redistributable? (sun-java does the download thing because it's not redistributable)
[14:06] <lag> geser: They are, under click-through
[14:08] <geser> lag: so it would be allowed to put them into a source package which gets uploaded to LP?
[14:08] <lag> geser: Allowed by the licencers yes, allowed by LP, no :(
[14:09] <geser> lag: "allowed by LP"? you mean the source-only upload or PPA terms?
[14:10] <geser> you can put the binary-blobs into the source package, let LP build binary package from it (probably just copy them into the right location) and add the license question into the postinst of the binary package
[14:13] <lag> geser: I don't know how to do that
[14:13] <lag> geser: I have my binary blobs
[14:15] <lag> geser: Any idea how I might do that?
[14:17] <geser> lag: see how linux-firmware-nonfree it does
[14:18] <lag> geser: That's basically what I'm looking for
[14:18] <lag> geser: But how can I find out what commands where used to build said package?
[14:18] <geser> your firmware blobs are the "source" (even if they are binary) as far as it matters for packaging, as you need no compile you just have to install them into the right location during package building
[14:19] <lag> I understand that
[14:19] <geser> lag: it's all part of the source package (the files in debian/)
[14:19] <geser> http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/oneiric/linux-firmware-nonfree/oneiric/view/head:/debian/rules
[14:20] <geser> that's the rules files for linux-firmware-nonfree
[14:21] <lag> geser: I'll speak to James and Chase
[14:21] <lag> geser: Thanks for the lead
[14:21] <kiko> bump: https://answers.launchpad.net/launchpad/+question/87911
[14:23] <lag> kiko: No messin' - I like that! :D
[14:23] <kiko> flacoste, remember that one next time we have a stakeholders meeting :)
[14:23] <kiko> lag, so many bugs affect me it is scary :)
[14:24] <lag> kiko: :)
[14:53] <dupondje> Something changed? As I can't subscribe myself anymore to a bug.
[14:54] <dupondje> The button does nothing
[15:04] <deryck> adeuring, I'll take IRC now.
[15:04] <adeuring> deryck: thanks!
[15:04] <deryck> np
[15:48] <cjohnston> deryck: is there a problem with login.l.n?
[15:48] <cjohnston> getting "Sorry, there was a problem connecting to the Launchpad Login Service server."
[15:48] <deryck> cjohnston, I haven't heard of anything.  let me see.
[15:49] <cjohnston> ty
[15:50] <deryck> cjohnston, yes, it's down and a known issue and being investigated.
[15:50] <cjohnston> ok
[16:01] <cr3> login.launchpad.net is being updated, right?
[16:02] <deryck> it's down and being investigated.
[16:03] <dtchen> hmm, OOPS-2027CI45
[16:04] <deryck> dtchen, I can't look at the OOPS with the login server down.  What happened?
[16:05] <dtchen> deryck: sec, I've already navigated to another ~ubuntu-reviews page. Let me see if I can retrieve the original bug reports.
[16:07] <dtchen> deryck: synopsis: I marked one bug (7xxxxx) a dupe of another (192xxx), which was successful, and then I attempted to navigate to the bug report (192xxx)
[16:07] <deryck> dtchen, is the master bug 192xxx a private bug that you do not have permission to see?
[16:08] <dtchen> deryck: it wasn't last I checked. Also, the bugs are 758333 and 192389
[16:09] <deryck> ok, let me look.
[16:09] <deryck> the login server is up now for those asking earlier.  cr3 and cjohnston I think.
[16:10] <deryck> dtchen, so you cannot view bug 192389 because of an OOPs?
[16:10] <dtchen> deryck: correct
[16:10] <deryck> dtchen, weird.  I see it fine.  let me see what the oops says now.
[16:11] <cr3> deryck: thanks!
[16:15] <cjohnston> thanks deryck
[16:18] <deryck> dtchen, what does the page say other than the OOPS id?  Anything?  I can't see the OOPS yet.
[16:19] <dtchen> deryck: "Timeout error" (OOPS-2027CJ49)
[16:19] <deryck> ah
[16:19] <deryck> dtchen, ok, I'll take a look when the OOPS is available and make sure we have a bug for it, though I'm pretty confident we do already.
[16:20] <dtchen> deryck: thanks!
[16:20] <deryck> np!
[17:15] <CarlFK> lp open id: "Sorry, there was a problem connecting to the Launchpad Login Service server.         Try reloading this page in a minute or two."
[17:16] <CarlFK> also: "© 2004-2010      Canonical Ltd."
[17:16] <CarlFK> guessing someone wants 2011
[17:17] <nigelb> CarlFK: SSO roll out got FUBAR'D. its being rolled back.
[17:18] <nigelb> (this is from #canonical-isd, they are aware of the issue)
[17:18] <CarlFK> nigelb: k.
[17:19] <CarlFK> oddly enough I was just checking out a bug related to someone else's site that used it, so I was half expecting it was a side effect of the bug being 'worked on'
[17:26] <deryck> Thanks jml
[17:26] <jml> deryck: identica updated too
[17:26] <deryck> jml, great
[17:27] <jml> deryck: am happy to hand the official "Communication Liaison" ball to you if you want.
[17:27]  * nigelb hugs jml
[17:27] <deryck> jml, sure, I'll take it :)
[17:27] <elmo> SSO is backup
[17:27] <deryck> awesome.  thanks, elmo
[18:04] <psusi> the find package link on the main ubuntu project page seems to search for source packages.  Why is this, and is there a way to search for binary packages instead?
[18:06] <deryck> psusi, you can click through to a series and then an arch and then search binary packages....
[18:06] <deryck> psusi, e.g. ending up on https://launchpad.net/ubuntu/natty/i386
[18:08] <psusi> ahh
[18:09] <psusi> so no way to search all series and all arch?
[18:10] <deryck> psusi, not that I know of, but I could just not know about it.
[18:12] <psusi> shoot... is there a way to reassign a bug project?  bug #813545 was filed against Ubuntu, but it is a bug in Launchpad Itself
[18:17] <deryck> psusi, you'll have to mark it for launchpad via the "also affects project" link and the mark the ubuntu task invalid.
[18:19] <psusi> I thought there was a way to reassign it somehow?  just not with the web interface?  I've seen it done to reassign a project to the NULL Project as a substitute for being able to actually get rid of the whole affects relationship
[18:19] <psusi> hrm.. email interface doesn't seem to be able to either... must be api only
[18:20] <deryck> It's not possible to reassign a bug against a distro to a project.  It's a known, long-standing bug.
[18:20] <deryck> you can after-the -fact assign the distro task to null project if you want to kill any relationship to ubuntu.
[18:22] <psusi> if I can assign it to the NULL project, can't I just assign it to launchpad instead?
[18:22] <psusi> and how do you do that anyhow?
[18:29] <deryck> psusi, oh, right.  So I guess you can't for Ubuntu then.  Sorry.  Thinking about Launchpad's own bugs too much.
[19:13] <nyuszika7h> Hi! I'm using Firefox 5, and I'm trying to register a launchpad account, but I don't see the CAPTCHA.
[19:13] <nyuszika7h> JavaScript is enabled.
[19:14] <nyuszika7h> I don't see any installed add-ons that would block reCAPTCHA, unless Adblock Plus is blocking it, but I highly doubt that.
[19:15] <micahg> nyuszika7h: that's a likely culprit
[19:16] <nyuszika7h> No, it isn't Adblock Plus.
[19:16] <nyuszika7h> I don't have Ghostery or NoScript installed either.
[19:17] <nyuszika7h> Here is a list of my add-ons: http://paste.pocoo.org/show/443015/
[19:19] <Ampelbein> nyuszika7h: does BetterPrivacy kill the referrer?
[19:20] <nyuszika7h> No idea, let me check
[19:22] <nyuszika7h> I don't see anything related to that
[19:25] <Ampelbein> nyuszika7h: can you use the recaptcha box at http://www.google.com/recaptcha/learnmore ?
[19:26] <nyuszika7h> yes
[19:30] <nyuszika7h> I have to go now anyway, good night.
[22:26] <tmm1> i can't sign up. no captcha appears in chrome or firefox
[22:27] <tmm1> looks like an issue on recaptcha's side
[22:46] <wgrant> tmm1, nyuszika7h: Google deprecated the old recaptcha domain, which login.ubuntu.com and login.launchpad.net are using.
[22:46] <wgrant> api-secure.recaptcha.com seems to now serve an SSL certificate for www.google.com, which is a little unfortunate.


[07:38] <lordievader> Good morning.
[09:00] <Riddell> knome: what's up with orion theme?
[09:00] <knome> Riddell, did you read the backlog or should i recap for you?
[09:00] <Riddell> knome: is causes us have shimmer-themes in our packageset so you dont have it?
[09:00] <knome> yes
[09:01] <knome> but we don't care about the orion theme, so if you want to use it, one option is simply to strip it from the shimmer-themes package and you get to keep orion :)
[09:01] <knome> but it's unmaintained too, so it might not be what you ultimately want
[09:01] <Riddell> knome: this seems like a workaround for a problem which shouldn't exist?
[09:01] <knome> we'll likely drop orion from the shimmer-themes package anyway
[09:01] <Riddell> what we ultimately want is a KDE Breeze theme for GTK 3
[09:02] <knome> because as i said, it's not maintained
[09:02] <Riddell> hmm, that would allow us to work round the problem but then KDE is using and recommending an unmaintained theme
[09:02] <knome> you are already doing that :)
[09:02] <Riddell> naughty us
[09:02] <knome> the fact that it is recommended in shimmer-themes doesn't really mean it's maintained anyway
[09:03] <knome> it's just... been left there; gtk3 moves really fast
[09:04] <knome> so i guess it also wouldn't make sense for you to create a new kde breeze gtk3 theme right now, because it would likely get broken soon
[09:05] <knome> so using orion for now isn't probably the worst option, especially if you want something that matches the breeze theme
[09:06] <knome> with all that said, we're also ok if some packageset wizard fixes the error and lets us have shimmer-themes even if you use orion from it
[09:06] <knome> but we acknowledge it might be much more work
[09:22] <snele> Riddell: official breeze gtk2&gtk3 theme works well https://github.com/dirruk1/gnome-breeze
[09:23] <snele> i am using it for months without problems
[09:36] <d_ed> snele: aye, we're merging that for 5.5
[10:12] <Riddell> snele: excellent :)
[11:04] <clivejo> yofel sitter Riddell: anyone about?
[11:04] <Riddell> yo
[11:04] <clivejo> hi Jonathan
[11:05] <clivejo> can you explain or point me in the direction explaining how the CI works?
[11:05] <clivejo> what is kubuntu_stable, kubuntu_unstable
[11:08] <clivejo> Ive broke http://anonscm.debian.org/cgit/pkg-kde/applications/gpgmepp.git/
[11:08] <clivejo> and dont understand what I did to break it
[11:10] <Riddell> this nifty setup is CI http://kci.pangea.pub/
[11:11] <Riddell> we do packaging in kubuntu_wily_archive
[11:11] <Riddell> and that jenkins will notice commits and automatically merge them into kubuntu_stable and kubuntu_unstable
[11:11] <Riddell> then build packages from KDE git in launchpad
[11:11] <Riddell> where kubuntu_stable is the stable branches e.g. plasma/5.4 branch and kubuntu_unstable is master (so new features)
[11:12] <Riddell> and in theory we should make sure the kubuntu_stable and kubuntu_unstable branches all compile all the time
[11:12] <Riddell> then when a new release comes we can just merge in kubuntu_stable or _unstable as appropriate and voila no more work cos it's already compiling
[11:16] <clivejo> In this case, I made the changelog mistake, but sitter had commited a patch in the meantime for symbols
[11:17] <clivejo> I then made the changelog fix with a NOCI commit message
[11:18] <clivejo> found it wasnt bulding due to symbol issues, so tried to fix the symbols file.  Then got a you have broken it from kubuntu-ci bot
[11:19] <Riddell> it just says there's a merge ailure
[11:19] <Riddell> failure
[11:19] <Riddell> http://kci.pangea.pub/job/merger_gpgmepp/67/console
[11:19] <Riddell> so you need to manually do that
[11:19] <clivejo> so looked at git and seen that sitter had applied a patch for symbols, so I reverted my changes
[11:19] <clivejo> it came back saying it was fixed
[11:20] <clivejo> so I uploaded that version (with sitters patch) to launchpad
[11:20] <Riddell> still needs merge in the git packaging
[11:20] <clivejo> but it failed to build on LP again due to symbols
[11:20] <Riddell> do you have git packaging?
[11:21] <clivejo> as in git-buildpackage-ppa?
[11:23] <Riddell> no just the git repository
[11:23] <clivejo> which one?
[11:23] <Riddell> debian:pkg-kde/applications/gpgmepp
[11:24] <clivejo> yes
[11:24] <clivejo> but Ive broken it
[11:25] <Riddell> clivejo:then git reset --hard
[11:25] <Riddell> git checkout kubuntu_stable
[11:25] <Riddell> git merge kubuntu_wily_archive
[11:25] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/gpgmepp.git/log/?h=kubuntu_wily_archive
[11:26] <clivejo> can you explain what Ive done wrong
[11:28] <Riddell> clivejo: I don't think you did anything wrong, it's just that the symbols were already updated in kubuntu_unstable so now they conflict when they get merged
[11:28] <Riddell> that's fine, just fix it manually
[11:29] <clivejo> do I revert my symbols udate?
[11:29] <clivejo> update
[11:29] <Riddell> no
[11:29] <Riddell> you merge it
[11:31] <Riddell> clivejo: so doing that?
[11:31] <clivejo> yes
[11:31] <clivejo> merged
[11:31] <Riddell> groovy
[11:31] <Riddell> now git checkout kubuntu_unstable
[11:31] <Riddell> git merge kubuntu_stable
[11:32] <clivejo> conflict
[11:32] <Riddell> oh no!
[11:32] <Riddell> so edit debian/libkf5gpgmepp-pthread5.symbols
[11:32] <clivejo> with the two symbols files
[11:32] <BluesKaj> 'Morning all
[11:33] <Riddell> clivejo: and you can see the symbols are all the same it's just the symbolshelper-confirmed line that conflicts because it was confirmed twice
[11:33] <Riddell> so pick whichever one is neater, should probably say  # SymbolsHelper-Confirmed: 15.08.1 amd64 i386
[11:33] <Riddell> on both .symbols files
[11:33] <Riddell> and git add the .symbols files; git commit; git push
[11:33] <Riddell> and life is good
[11:36] <clivejo> so repackage and upload to LP?
[11:36] <Riddell> yippee
[11:38] <Riddell> clivejo: ah now I see the second problem
[11:38] <Riddell> some symbols have an epoch which isn't needed
[11:39] <clivejo> how did they get an epoch?
[11:39] <Riddell> clivejo: so fix that in kubuntu_wily_archive branch
[11:39] <Riddell> clivejo: because when I first packaged these I put an epoch on everything but then other convinced me to remove it when it wasn't needed
[11:39] <clivejo> ok, Im gonna grab lunch, but Ill be back
[11:42] <knome> d_ed, when's 5.5? :)
[11:46] <Riddell> knome: december
[11:46] <Riddell> so not wily
[11:48] <knome> bluesabre, ^
[12:05] <Riddell> clivejo: that's the build failing so I guess remove the epoch from the symbols and hopefully that'll succeed ↑
[12:08] <clivejo> I cant find any epochs
[12:08] <clivejo> but there are - 15.08.1+git20150917.1103+15.10
[12:09] <clivejo> should it have the +git20150917.1103+15.10 appended to it?
[12:12] <clivejo> https://launchpadlibrarian.net/218463631/buildlog_ubuntu-wily-amd64.gpgmepp_15.08.1-0ubuntu1~ubuntu15.10~ppa5_BUILDING.txt.gz
[12:15] <clivejo> or do you mean the 4:15.07.90 ?
[12:15] <Riddell> clivejo: yep
[12:15] <Riddell> remove the 4:
[12:15] <Riddell> sed should do it
[12:15] <clivejo> do I change it to 15.08.01?
[12:16] <Riddell> nah
[12:17] <clivejo> I should change to the wily_archive for this?
[12:23] <Riddell> clivejo: yep
[12:25] <clivejo> Riddell: ok, upload this to LP?
[12:25] <Riddell> clivejo: yep
[12:26] <clivejo> Riddell: done :)
[12:32] <Riddell> !testers | frameworks 5.14
[12:32] <Riddell> testers: frameworks 5.14 now has kservice 5.14.3 with the fix in it so needs testing again http://qa.kubuntu.co.uk/ppa-status/frameworks/build_status_5.14.0_wily.html
[12:45] <soee> are there any changes since last tests ?
[12:45] <soee> ah i see ...
[12:47] <clivejo> yippppeee gpgmepp is green
[12:47] <clivejo> finally!
[12:53] <Riddell> awooga
[12:53]  * Riddell gives clivejo his kubuntu ninja green belt
[12:54] <Riddell> snele: yeah kservice
[12:54] <Riddell> soee rather ↑
[13:01] <clivejo> Riddell: thanks!
[13:03] <Riddell> sitter: about? how can I change the build-deps of networkmanager-qt so it'll build on vivid in mobile ci? http://mobile.kci.pangea.pub:8080/job/vivid_unstable_networkmanager-qt_src/9/console
[13:04] <BluesKaj> ok 155 upgrades with the staging frameworks ppa ...here goes --.>
[13:05] <BluesKaj> om Wily
[13:06]  * clivejo wishes BluesKaj good luck and bon voyage
[13:07] <BluesKaj> heh, clivejo, well I'll report back
[13:08] <BluesKaj> what can we expect ?
[13:08] <soee> BluesKaj: i'v added staging paa to update this single package (kservice) and it is upgraded but i had kdeini5 crash and restart
[13:08] <soee> Riddell: ^
[13:09] <BluesKaj> single package? then why do I have 155 to upgrade?
[13:10] <soee> BluesKaj: i used this ppa last week to upgrade networks, now i had only this package to update
[13:10] <soee> *frameworks ..
[13:11] <BluesKaj> just had kdeinit5 crash notification
[13:11] <soee> yup, last time there was also krunner crash
[13:11] <BluesKaj> yup ,just had that too
[13:12] <sgclark> me three
[13:12] <soee> :)
[13:12] <clivejo> I feel left out!
[13:12] <soee> sgclark: wins
[13:15] <BluesKaj> time for some breakfast while this list of apps upgrades
[13:25] <BluesKaj> well ,just lost my desktop..rebooting
[13:26] <flexiondotorg> Riddell, FYI I've noticed that the Kubuntu, Ubuntu MATE and Ubuntu GNOME iso images are all 400MB larger than compared to 15.10 Beta 1.
[13:26] <flexiondotorg> Latex and a heap of additional fonts is the common new packages.
[13:26] <flexiondotorg> I'm just investigating what the root cause is.
[13:26] <Riddell> flexiondotorg: yeah sitter was saying, and stuff like aptdaemon has now been dragged on
[13:27] <flexiondotorg> Riddell, I ship aptdaemon anyway.
[13:27] <flexiondotorg> Diff all the manifest. Latex is b-i-g.
[13:27] <flexiondotorg> *I diffed
[13:27] <Riddell> hmm, aptdaemon is a nasty ubuntu fork, stops us getting newer packagekit :(
[13:28] <flexiondotorg> Riddell, I don't do packagekit in Ubuntu MATE. But, I see why that would mess up Kubuntu.
[13:35] <BluesKaj> ok rebooted, desktop seems ok, no crashes yet , browser loads, dolphin loads, muon loads, eveb sys settings seems stable
[13:38] <Riddell> oh for goodness sakes, ecm failed on powerpc only https://launchpadlibrarian.net/218469434/buildlog_ubuntu-wily-powerpc.extra-cmake-modules_5.14.0-0ubuntu1_BUILDING.txt.gz
[13:38] <Riddell> great thanks for testing BluesKaj
[13:43] <BluesKaj> Riddell, you're welcome, I'm curious to see what changes, if any
[13:43] <Riddell> BluesKaj: it's just libraries so in theory nothing
[13:43] <clivejo> Riddell: do you have any idea what is wrong with kdepim - https://launchpadlibrarian.net/218361264/buildlog_ubuntu-wily-amd64.kdepim_4%3A15.08.1-0ubuntu1~ubuntu15.10~ppa2_BUILDING.txt.gz
[13:44] <yofel> nothing?
[13:45] <yofel> ah, symbols
[13:45] <BluesKaj> ok thanks, Riddell
[13:49] <Riddell> clivejo: goodness knows, just download the amd64 and i386 logs and run batchpatch on them
[13:49] <clivejo> I thought I did that already :/
[13:49] <Riddell> clivejo: probably you only did it for 1 architecture rather than both together
[13:50] <clivejo> nope, did it for both
[13:50] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/kdepim.git/commit/?h=kubuntu_wily_archive
[13:50] <clivejo> oh wait, version!
[13:51] <yofel> the version is correct
[13:51] <yofel> looks like some arch-mismatch to me
[13:52] <yofel> but I'm not sure why they changed again either
[13:53] <yofel> clivejo: http://anonscm.debian.org/cgit/pkg-kde/applications/kdepim.git/diff/debian/libkdepim5.symbols?h=kubuntu_wily_archive
[13:53] <yofel> please don't commit #MISSING lines
[13:54] <clivejo> it wasnt a private function so I didnt want to delete it
[13:55] <clivejo> is it safe to remove?
[13:55] <yofel> well, the # turns it into a comment, so for all practical puposes you already removed it
[13:55] <yofel> you need to do the removal investigation before commiting
[13:56] <clivejo> I need to learn how to do that
[13:57] <yofel> well, in this case, it doesn't look like we actually ship any API for those libs anymore (kdepim-dev), so anything is fine really
[13:57] <clivejo> but how do you determine that?
[13:58] <yofel> the symbols correspond to functions in the C++ files (c++filt can translate that). To be able to use that, you would need to ship the header file for the API in a package (libfoo-dev) which we don't
[13:59] <yofel> so as nobody can actually use it, nobody will care if stuff is removed
[14:03] <clivejo> yofel: can #MISSING: 4:15.08.1# kleo_chiasmus_config_entries@Base 4:15.08.0 be removed then?
[14:03] <yofel> I would say yes
[14:11] <clivejo> RE: gwenview, it cant find  kf5kipi-config.cmake and kf5kdcraw-config.cmake
[14:11] <clivejo> anyone know if they are available and where?
[14:13] <clivejo> looking at other distros the package should be something like libkf5kipi-dev
[14:15] <clivejo> is it libkipi-dev?
[14:16] <clivejo> and libkdcraw-dev ?
[14:17] <flexiondotorg> Riddell, https://launchpad.net/ubuntu/+source/ghostscript/9.16~dfsg~0-0ubuntu3
[14:18] <flexiondotorg> Should be sorted on next spin.
[14:18] <Riddell> clivejo: they don't exist
[14:18] <Riddell> flexiondotorg: oh nice thanks
[14:18] <clivejo> they do in the staging PPA
[14:18] <clivejo> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-kdeapplications/+files/libkdcraw-dev_15.08.1-0ubuntu1%7Eubuntu15.10%7Eppa1_i386.deb
[14:19] <clivejo> should I add them as build deps?
[14:20] <flexiondotorg> Riddell, I'm doing a test respin now.
[14:20] <flexiondotorg> I'm a bit puzzled because Ubuntu MATE has no-follow-recommends enabled in the seeds.
[14:21] <flexiondotorg> So, I should never have encountered this issue.
[15:03] <flexiondotorg> Riddell, After an ISO respin Ubuntu MATE is the correct size again.
[15:03] <Riddell> yay
[15:05] <clivejo> how have I broke it this time!!
[15:09] <BluesKaj> hmm, konversation just disconnected for no reason
[15:10] <Sho_> have faith
[15:10] <Sho_> maybe you just don't know the reason~
[15:10] <BluesKaj> nothing shows in either log /var/log or freenode
[15:22] <clivejo> Riddell: ping
[15:23] <Riddell> hi clivejo
[15:23] <clivejo> regarding marble
[15:23] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/marble.git/log/
[15:23] <clivejo> Maxy has made a lot of changes
[15:24] <clivejo> is there a way of applying them to the wily_archive branch?
[15:37] <Riddell> clivejo: well you can merge in the debian branch but is there something you want?
[15:38] <Riddell> clivejo: we'd normally merge in the debian stuff at the start of a release cycle, not a month from the end of one
[15:38] <clivejo> he seems to have fixed the issues
[15:43] <yofel> yeah, but point is: did he add anything that could cause problems? (during update, dependency wise, etc.)
[15:44] <clivejo> just curious
[15:44] <clivejo> do I copy over the ones I think will fix ours?
[15:45] <yofel> you can cherry-pick stuff, sure
[15:48] <Riddell> clivejo: what problems has he fixed?
[15:49] <clivejo> clivejo: I dont know exactly, but looking at his work I can see where the problem is
[15:49] <clivejo> yofel taught me that!
[15:49] <Riddell> clivejo: the only problem I can see is it doesn't find the libquazip library but I don't think that's used in debian either
[15:57] <clivejo> I hate symbols
[16:05] <Riddell> yeah they're a pain
[16:05] <Riddell> but not as much of a pain as tests
[16:06] <clivejo> Riddell: can I take a diff file and apply it to kubuntu_wily_archive?
[16:06] <clivejo> http://anonscm.debian.org/cgit/pkg-kde/applications/kdepim.git/patch/?id=1bd8c03c80b2996215e0f193eef8b8e08af09590
[16:06] <clivejo> Riddell: this one ^
[16:07] <clivejo> or it best to make the changes manually myself?
[16:09] <Riddell> clivejo: yeah you can cherry-pick that
[16:10] <Riddell> git cherry-pick 1bd8c03c80b2996215e0f193eef8b8e08af09590
[16:10] <clivejo> what about the changelog entry?
[16:10] <Riddell> add that yourself
[16:11] <clivejo> but part of his commit was to modify the changelog
[16:11] <clivejo> so there will be a conflict?
[16:28] <mustafam> Hi, anybody using Plasma on wayland?
[16:28] <mustafam> I am using startplasmacompositor
[16:29] <mustafam> and it crashes when I do DISPLAY=:0 kate
[16:29] <mustafam> Now I am running this session on wayland
[16:30] <mustafam> but using "kwin_wayland --xserver konsole kate konversation" :)
[16:32] <mustafam> using startplasmacompositor I only see the splash screen, when running an app from another tty I get a crash and  "org.kde.kwindowsystem: Could not find any platform plugin"
[16:32] <mustafam> Do you know what plugin does this mean? Package?
[16:34] <Riddell> clivejo: so edit it :)
[16:34] <Riddell> mustafam: not me, maybe try #plasma
[16:35] <clivejo> Riddell: are you working on networkmanager?
[16:36] <Riddell> clivejo: no, although I made a change to networkmanager-qt unstable for mobile kci
[16:36] <mustafam> Riddell: Thank you, good idea.
[16:39] <Riddell> yipee
[16:43] <clivejo> Riddell: see kservice, it has a source code update.  how do you trigger a rebuild on KCI?
[16:45] <Riddell> clivejo: I think it checks for upstream changes periodically and builds those, and gets builds triggered on packaging changes
[16:46] <Riddell> you can also log in and click the play button if you have privilages, I forget who has privilages now
[16:51] <cortexA9> hello all
[16:51] <Riddell> hi cortexA9!
[16:51] <cortexA9> hi Riddell
[16:52] <cortexA9> i tried today the daily
[16:52] <cortexA9> awesome work
[16:52] <cortexA9> but i have a problem
[16:53] <cortexA9> it doesnt boot correctly on my asus notebook
[16:53] <cortexA9> only works on hp
[16:53] <cortexA9> weird
[16:54] <cortexA9> it freeze i think
[16:55] <cortexA9> *freezes
[16:56] <cortexA9> Riddell: can i do something?
[17:01] <Riddell> cortexA9: hm, hard to say, hold down shift when booting may let you get to grub which might let you remove silent from boot line or stop plymouth showing
[17:04] <clivejo> I have to boot with nomodeset on machines with nvidia GPU
[17:13] <cortexA9> Riddell: it works
[17:13] <cortexA9> with shift
[17:13] <pursuivant> muon (redesign) v5.4.0-54-gefcec90 * Aleix Pol: discover/qml (3 files)
[17:13] <pursuivant> Don't show the upgrade button on upgradeable applications in lists
[17:13] <pursuivant> Following VDG mockups
[17:13] <pursuivant> http://commits.kde.org/muon/efcec90fc804456898cf1bd1572c0aff7975f50b
[17:13] <cortexA9> i am into the system
[17:13] <pursuivant> muon (redesign) v5.4.0-55-g882f2fe * Aleix Pol: discover/qml (2 files)
[17:13] <pursuivant> Remove the toolbar that exposes the current page settings
[17:13] <pursuivant> http://commits.kde.org/muon/882f2fe88465295a23bfafad67d330e82c0880a4
[17:13] <pursuivant> muon (redesign) v5.4.0-56-gcaa3c95 * Aleix Pol: libmuon/UpdateModel (4 files)
[17:13] <pursuivant> Make it possible to figure out the total updates and the ones that have been checked
[17:13] <pursuivant> http://commits.kde.org/muon/caa3c95cd177ebc749565fffdd8a28ec66dea999
[17:13] <pursuivant> muon (redesign) v5.4.0-57-g7e4aaa6 * Aleix Pol: libmuon/resources/ResourcesUpdatesModel.h
[17:13] <pursuivant> unify private slots
[17:13] <pursuivant> http://commits.kde.org/muon/7e4aaa62867a7fd4ce7de41b15d458d55a69af87
[17:13] <pursuivant> muon (redesign) v5.4.0-58-g1a788c3 * Aleix Pol: libmuon/resources/StandardBackendUpdater.cpp
[17:13] <pursuivant> Initialize attribute
[17:13] <pursuivant> http://commits.kde.org/muon/1a788c382a383da37975b26ebbedfecd73f4f482
[17:13] <pursuivant> muon (redesign) v5.4.0-59-gc2112bd * Aleix Pol: discover (4 files in 2 dirs)
[17:13] <pursuivant> Adopt vdg's progress update approach
[17:13] <pursuivant> Instead of a separate page, include it in the present upgrades page together
[17:13] <pursuivant> with a fancy component at the top to control the view.
[17:13] <pursuivant> http://commits.kde.org/muon/c2112bdf63a57fa78916e7033f3d5c7c39437846
[17:13] <pursuivant> muon (redesign) v5.4.0-60-g9bacab1 * Aleix Pol: discover/qml/SourcesPage.qml
[17:13] <pursuivant> Adopt the header on the sources page, from the updates
[17:14] <pursuivant> Let's see if we can reuse it further...
[17:14] <pursuivant> http://commits.kde.org/muon/9bacab195e4c7c17798838b899f7b7aee232cfc2
[18:00] <soee> hiho
[18:02] <soee> here @ home on my laptop also plasma crashed when upgrading kservice
[18:10] <clivejo> how is kdepim still failing!!
[18:13] <clivejo> yofel Riddell :  whats up with these symbols?
[18:20] <Riddell> clivejo: the build on http://qa.kubuntu.co.uk/ppa-status/applications/build_status_15.08.1_wily.html looks good
[18:20] <Riddell> clivejo: the "symbols-file-contains-current-version-with-debian-revision on symbol" error is just talking about the plugin files but we don't care about their symbols
[18:20] <Riddell> debian/rules can be changed to exclude those files but that's also faff
[18:21] <Riddell> clivejo: so aye I think kdepim is all good now
[18:21] <clivejo> https://paste.kde.org/p36pyf1ij
[18:22] <clivejo> Ive run those new buildlogs into symbol helper and its not doing anything
[18:23] <clivejo> I dunno whats up with kig
[19:04] <clivejo> Riddell: can you look over apps 15.08.1?
[19:36] <clivejo> Riddell: could you delete kmailtransport - 4:15.07.90-0ubuntu1~ubuntu15.10~ppa1  and 5 out of the staging PPA?
[19:37] <clivejo> they have the 4: epoch and overriding the instalation of the correct package
[20:49] <Riddell> clivejo: looks like you got kmailtransport - 15.08.1-0ubuntu1~ubuntu15.10~ppa2  in ok
[20:50] <clivejo> Riddell: yeah
[20:50] <clivejo> but cant figure out kig
[21:03] <Riddell> clivejo: it says can't install dependencies, so probably worth a retry incase something fixed itself, else you'll need to make an i386 chroot and try and install the stuff and see what breaks
[21:37] <mparillo> frameworks 5.14 is available through http://ppa.launchpad.net/kubuntu-ppa/staging-frameworks/ubuntu right?
[21:39] <Riddell> mparillo: yes
[21:40] <mparillo> Updating.
[21:41] <mparillo> re-booting
[21:51] <mparillo> Updated frameworks 5.14 is available through http://ppa.launchpad.net/kubuntu-ppa/staging-frameworks/ubuntu Rebooted cleanly. Wireless, Rekonq, Kate, Konversation and Dolphin.all came up without issue.
[22:06] <Riddell> lovely thanks mamarley
[22:07] <Riddell> oh sorry mamarley, mparillo left


[02:30] <Kokito> bbiab
[03:30] <holstein> ScottL: did you see that email?
[03:30] <holstein> just came in on the list
[03:30] <holstein> social-media consultant
[04:23] <ScottL> i haven't yet holstein
[04:23] <ScottL> but i will now
[04:26] <ScottL> that's interesting, it certainly seems it would be worth following up
[04:59] <Kokito> howdy
[07:00] <ailo> ScottL, holstein: We talked about the meeting time yesterday - me and astraljava, and we think it wold be ok for us if you pushed the meeting to 17.00 UTC. That should make it easier for everyone to attend, right?
[14:00] <holstein> ailo: yeah
[14:00] <holstein> i think thats 1pm for me
[14:00] <holstein> instead of 10am
[14:00] <holstein> there was a reason why we had it that early
[14:01] <holstein> and i can remember why right now
[14:01] <holstein> i say lets go for it
[14:01] <holstein> the team is all over
[14:01] <holstein> so, if we need to move it around a bit at first
[14:01] <holstein> or, have a couple different meetings
[14:01] <holstein> we'll sort it out
[14:02] <ailo> The problem with the last meeting time was that it was to late for us 01.00 am. But this time, I don't think the meeting time has been too late for anyone. Though now, it seems to be too early for some
[14:03] <ailo> At 17.00 UTC, unless we have members east of Finland, everyone should be able to attend
[14:04] <holstein> i think it was autostatic
[14:04] <holstein> that happened to be here
[14:04] <holstein> when i was picking a time
[14:04] <ailo> He's in Holland, right? It's about the same time as myself
[14:05] <holstein> i forget
[14:05] <holstein> but, we cant please everyone
[14:05] <ailo> Do we have members in Asia or Australia?
[14:05] <holstein> lets try 17:00
[14:05] <holstein> ailo: we might get some aussies at some point
[14:06] <holstein> but i dont think we do right now
[14:07] <ailo> If we do get aussies, then one time will not work for everyone.
[14:07] <ailo> They are about 08.00 +
[14:10] <holstein> lets hope that having too many team members is a problem we need to address :)
[14:17] <detrate-> 5/close


[13:40] <shel3over> ip is over :3 can anyone change the topic ? :3
[19:27] <Off> mh ?
[20:04] <nast> slt


[01:28] <damir> bonjour j'ai une question sur Openshot et Blender...
[01:29] <damir> En fait, je veux faire un montage vidéo et Openshot me dit que je dois avoir la version 2.56 de blender. Lorsque je regarde sur Ubuntu server il n'y a que la version de 2.4
[01:29] <damir> Quoi faire ?  Merci d'avance de prendre un peu de temps
[01:35] <Musashimaru> damir, tu peux télécharger le binaire de blender sirt le site de blender je pense
[01:35] <Musashimaru> sur, pas sirt
[01:36] <damir> je peux telecharger directement sur le site.. (comme dans windows) est ce quil va sintegrer comme avec ubuntu softwatre ?
[01:40] <Musashimaru> non.
[01:40] <Musashimaru> tu dois le décompresser dans un répertoire, et ensuite le lancer de là ou créer un raccourci vers le programme
[01:41] <damir> merci
[01:42] <Musashimaru> tu as quelle version d'ubuntu?
[01:42] <Musashimaru> sur 12.10, c'est blender 2.63
[01:45] <damir> bon je trouve ma version où?
[01:58] <damir> bonne soiree
[18:40] <IdleOne> cyphermox: what are the dimensions on http://shop.canonical.com/product_info.php?products_id=643 I am being asked by someone who wants to buy it, They think because I'm an Ubuntu op I know EVERYTHING
[18:40] <IdleOne> err never mind
[18:41] <IdleOne> the dimensions are on there
[18:46] <MagicFab> IdleOne, I also require the Pantone color on that ASAP
[18:46] <IdleOne> heh
[18:47] <IdleOne> This person is asking me how much the mouse weighs :/
[18:47] <IdleOne> 14 lbs AT LEAST!
[18:47] <MagicFab> IdleOne, 13 x 50 x 84 mm
[18:47] <IdleOne> I gave them the Contact Us link
[18:48] <IdleOne> MagicFab: yeah I saw that. But I don't work for Canonical.
[18:48] <MagicFab> very light, I held one once
[18:48] <IdleOne> They should do their own customer support and let me do what i do best.
[18:48] <MagicFab> IdleOne, but the Internet NEEDS US
[18:48] <MagicFab> !
[18:48] <IdleOne> lol
[18:49] <IdleOne> MagicFab: I think I already do more than what can be expected for 0 pay :)
[19:04] <cyphermox> IdleOne: yeah dude, why don't you fix that
[19:04] <IdleOne> fix what?
[19:04] <cyphermox> 0 pay for customer support
[19:04] <IdleOne> heh, not sure if you are being sarcastic or not
[19:05] <cyphermox> not at all, though MagicFab might be sarcastic about that ;)
[19:05] <MagicFab> IdleOne, what do you think LoCos are for?
[19:06] <IdleOne> I enjoy helping on IRC because I am not contractually obligated to do it. I can step away from my desk at any time and not have someone complain to me that "Im not doing my job"
[19:06] <IdleOne> I tried doing the IT support thing for a pay and I hated it.
[19:06] <MagicFab> IdleOne, it's loads of fun too
[19:07] <IdleOne> Are you guys trying to convince me to apply for a job?
[21:34] <Chex> hehehe
[21:59] <cyphermox> IdleOne: not trying to
[21:59] <cyphermox> you do it if you want, I'm sure you'd be just fine
[22:00] <cyphermox> but I agree there's always the kind of fun of having really annoying clients you can't really ignore
[22:00] <cyphermox> and not being able to step from the desk just as easily as when it's not a job ;)


[00:08] <Guma> Ok looks good. Was able to boot and login fine. Is it recommended to install guest tools or some specific packages at this stage to have higher resolution?
[00:39] <Guma> Ok guest tools installed fine and everything so far look ok.
[00:51] <Guma> Also I had to give 128M Video RAM to run full desktop window. Anything smaller it creates black screen. As soon resize smaller video does come back
[00:52] <Guma> I have also 16.04 and 18.04 and and I did not had to allocate that much
[00:52] <Guma> I can pastebin dmsg
[02:13] <AlexMax> tomreyn: I can _see_ the setting for fractional scaling in desktop settings, it's just that it doesn't actually do anything
[02:13] <AlexMax> in wayland
[03:01] <lotuspsychje> good morning
[06:25] <CarlFK> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1873526
[06:25] <CarlFK> syslog shows [    0.933729] r8169 0000:01:00.0: realtek.ko not loaded, maybe it needs to be added to initramfs?
[06:30] <CarlFK> lsmod | grep realtek ... realtek                24576  0
[06:31] <CarlFK> lsmod | grep r8169 ... r8169                  90112  0
[06:31] <CarlFK> anyone wanna take a shot at getting my wireed nic up?
[09:34] <tomreyn> CarlFK: most likely unrelated, but you should consider a bios upgrade (may require windows): https://support.hp.com/gb-en/drivers/selfservice/swdetails/hp-15-ay000-notebook-pc-series/10862300/model/11926583/swItemId/ob-245386-1?sku=X0S24UA
[09:35] <tomreyn> you're currently on F.36 from 12/18/2014
[09:36] <tomreyn> hmm, this doesn't match the revision history. maybe i looked up the wrong model / series? "HP Notebook - 15-ay012dx" (X0S24UA)
[09:38] <tomreyn> actually you're on F.04 from 04/14/2016 - i mixed it up with the other report on this issue.
[09:38] <tomreyn> and that matches the dates. and the link i posted should be correct
[09:39] <tomreyn> about the kernel module not loading, check whether or not it's included in the initrd using the lsinitramfs command
[09:40] <tomreyn> (or unmkinitramfs for further inspection)
[09:41] <tomreyn> AlexMax: hmm, well, that's all i could think of really... i assume you don't have nvidia graphics since then i shouldn't have worked on fedora either.
[09:44] <CarlFK> tomreyn: welp, this isn't it: lsinitramfs /boot/initrd.img-5.4.0-24-generic | grep realtek ... usr/lib/modules/5.4.0-24-generic/kernel/drivers/net/phy/realtek.ko
[09:45] <mifritscher> öh, why is bower packaged as a snap, while it is not sandboxed?!
[09:46] <tomreyn> CarlFK: and what happens when you try to modprobe it?
[09:46] <tomreyn> modprobe -v
[09:49] <CarlFK> tomreyn:  sudo modprobe -v realtek ... nothing.
[09:49] <CarlFK> tomreyn: but somehow it is already loaded:
[09:49] <CarlFK> lsmod | grep realtek ... realtek                24576  0
[09:49] <nonix4> "The following package was automatically installed and is no longer required: ubuntu-system-service" <-- what was that?
[09:52] <tomreyn> r8169 would be the relevant module
[09:52] <tomreyn> does it say "Possible missing firmware" on your dmesg / journal / syslog?
[09:56] <tomreyn> hmm no probably not a firmware issue, this is an old nic
[10:03] <CarlFK> lsmod | grep r8169 ... r8169                  90112  0
[10:03] <CarlFK> worked in cosmic
[10:04] <CarlFK> still does - box duel boots cosmic/focal
[10:04] <CarlFK> oh this the wired problem.  which only stoppled working in focal in the last few days
[10:05] <CarlFK> worked in 5.4.0-21
[10:08] <AlexC> hi
[10:08] <AlexC> Do you guys have any news regarding zfs on root install with 20.04 yet?
[10:08] <AlexC> i was trying to install focal fossa server but didn't find the option in the installer
[10:20] <tomreyn> CarlFK: if you search the web for linux 5.4 and r8169 you'll note it appears to be a generic issue with the later 5.4.x kernel versions. likely a regression.
[10:39] <CarlFK> tomreyn: if you found any good links, URLs in the bug report please
[11:56] <lotuspsychje> skookum: toggle 'natural scrolling'
[11:56] <skookum> on or off ?
[11:56] <lotuspsychje> skookum: the setting suits you
[11:58] <skookum> I guess that was it. That must be a new default setting though because I don't recall changing that on any other LTS
[11:58] <skookum> It was like driving on the wrong side of the street :)
[11:59] <lotuspsychje> i always scroll at the side, dont like that 2 finger scrolling
[12:01] <skookum> My work laptop that I am using while WFH has neither I have to click and drag the scroll bar, what a pain!
[14:00] <pavlushka> https://unix.stackexchange.com/questions/579472/apt-cacher-ng-is-having-some-issues-with-replying-to-sudo-apt-update-from-ubun
[14:00] <pavlushka> on 20.04
[14:22] <Ussat> So, I am either really doin something wrong, or well, doing something wrong. I was planning to do some testing this am of 20.04 and installed it in a VMware Fusion VM, 50G HD, and when I chose entire disk LVM, it went on to install, but a reboot and login only showed 5G.... did I miss something obvious ? This has never happened before on 16.04, 18.04
[14:24] <oerheks> vmware .. does it gave the option auto-grow or something like that?
[14:24] <oerheks> maybe that does not work well with lvm
[14:26] <Ussat> Never had this issue before
[14:26] <Ussat> I mean it doesnt need to grow, I tell it it is 50g
[14:27] <oerheks> write a file of 1gb to it, what happens?
[14:29] <Ussat> it creats a 1GB file
[14:30] <Ussat> this is, weird
[14:30] <oerheks> :)
[14:30] <Ussat> Yup, as I thought, try to create a 6G file and not enough space
[14:30] <Ussat> it did not put all 50GB in the VG
[14:31] <Ussat> doesnt even see it
[14:33] <Ussat> https://pastebin.com/j5i78zT7
[14:40] <Ussat> I am trying with pre-allocating, but, if this works, this is a problem, I cant pre-allocate everything
[14:45] <Ussat> OK, interesting it doesnt automatically assign the space, need to manually assign it....huh
[14:54] <Ussat> if you choose NOT to set it up as a LV it seems to work correct, assigning space as it should
[15:22] <tomreyn> Allocating just 4 GB to / (on top of a larger LVM VG) has been a default for ubuntu server since 18.04 LTS. It's on prupose and makes sense since growing is always possible, even online (with ext4), whereas shrinking can be more cumbersome.
[15:53] <tomreyn> https://wiki.ubuntu.com/FocalFossa/ReleaseSchedule does say "April 16th" "ReleaseCandidate"
[15:54] <oerheks> ohhh, that is why i could not spot them..
[15:54] <oerheks> During the week leading up to the final release, the images produced are all considered release candidates
[15:54] <oerheks> confusing
[17:19] <pavlushka> does anyone can hint me what is happening here, https://unix.stackexchange.com/questions/579472/apt-cacher-ng-is-having-some-issues-with-replying-to-sudo-apt-update-from-ubun
[17:19] <pavlushka> *can anyone
[17:21] <oerheks> pavlushka, installed auto-apt-proxy and squid-deb-proxy-client too ??
[17:21] <oerheks> https://wiki.debian.org/AptCacherNg
[17:22] <pavlushka> oerheks: not auto-apt-proxy, only squid-deb-proxy-client
[17:25] <Ussat> So, earlier today I ran into an issue that I thought was fairly.....unique. Normally, like in 18.04 when I selected use entire disk as LVM, It would auto set up partitio0ns etc, but it would use the whole disk. When I chosew that same option in 20.04 RC, it did NOT. after a few more install runs to see what was going on, I determined if I chose NOT to use a LVM it would use the entire disk, but not in a LVM, is this the new expected behavior ?
[17:25] <Ussat> if its not expected....its...a issue
[17:25] <oerheks> Ussat, on vmware, right?
[17:26] <Ussat> Correct
[17:26] <Ussat> butit DID work as expected in 16.04 and 18.04
[17:26] <oerheks> i cannot test this here :-(
[17:27] <Ussat> ok
[17:27] <Ussat> It was reproduceable every time
[17:27] <Ussat> I do not know it is isolated to a vmware hypervisor
[17:28] <Ussat> also, this was under fusion on my mac, I could test it under player on my pc, but I expect the same thing
[17:28] <Ussat> They use the same hypervisor engine
[17:33] <Ussat> I am going to build in vmware player to test it there
[17:52] <iconoclasthero> hello, the low-latency kernel that was installed by default will not boot.  should I file this as a bug?
[18:07] <Ussat> I am building a VM in player now to check if it still happens
[18:20] <Ussat> same issue on vmware player, guess I will try in vbox, I suspect the same
[18:33] <Ussat> Well, cionfirmed, this happens on every hypervisor I have tested, I dont have a physical system to test with here
[18:46] <oerheks> iconoclasthero, on what ubuntu version, studio?
[18:46] <iconoclasthero> no...  just yesterday's daily.
[18:46] <iconoclasthero> the date on it is 2020.01.17 @ 08:22
[18:47] <iconoclasthero> "focal-desktop-amd64.iso"
[18:48] <Ussat> so I am trying to dig up an old system to try this on a physical system, but I dont think it happens there
[18:49] <Ussat> This is the server iso dfrom http://releases.ubuntu.com/20.04/
[18:49] <Ussat> Is there a more recent iso I can test this on ?
[18:49] <oerheks> oh, ii knew ubuntu-studio uses the lowlatencey kernel, not regular gnome desktop
[18:50] <oerheks> Ussat, daily http://cdimage.ubuntu.com/daily-live/current/
[18:51] <Ussat> I looked there but all I see are desktop
[18:51] <Ussat> and they have a GUI based installer
[18:52] <Ussat> I suspect they may work, but I want to test the server iso's
[18:52] <oerheks> oops, wrong url > http://cdimage.ubuntu.com/ubuntu-server/daily-live/current/
[18:52] <chudak> hi all, this must be easy, but I lost the option to "Always on Visible Workspace" on windows located on 2d and 3d screen, any clues appreciated
[18:52] <chudak> where can it be set ?  I am on 20.04
[18:52] <chudak> I used to have this available on all monitors and now only on primary :(
[18:52] <Ussat> Thanks :)
[18:54] <Ussat> I will give yesterdays spin a test
[18:54] <iconoclasthero> well in the advanced options for focal, it has
[18:54] <iconoclasthero> ubuntu
[18:54] <iconoclasthero> ubuntu low-latency
[18:54] <iconoclasthero> ubuntu low-latency recovery
[18:54] <iconoclasthero> ubuntu whatever the normal kernel is
[18:55] <iconoclasthero> and then the recovery for that one.  the first two do not boot.  i assume the 3rd doesn't.  the 4th does, the 5th does not.
[18:55] <iconoclasthero> i.e., the 5th being the recovery for whatever kernel i'm in now
[18:55] <iconoclasthero> 5.4.0-24-generic #28-Ubuntu
[19:20] <howarth> Woohoo
[19:20] <howarth> Solved the nvidia/autologin hangs on my machine
[19:20] <Ussat> looks like yesterdays server spin also has the same issue
[19:20] <howarth> https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/1845801/comments/69
[19:20] <Ussat> I wonder if the desktop spins have it also
[19:21] <Ussat> guess I will try than next
[19:21] <howarth> Preventing the nvidia module from loading too earlier via initrd.img is the trick to getting autologin to work under those drivers
[19:22] <Ussat> sigh
[19:22] <howarth> I am pretty sure the folks who didn't have the removal of 'splash' from grub.cfg's GRUB_CMDLINE_LINUX_DEFAULT working for them just failed to rebuild the initrd.img
[19:23] <albert23> Ussat: did you see this? (05:22:07 PM) tom reyn: Allocating just 4 GB to / (on top of a larger LVM VG) has been a default for ubuntu server since 18.04 LTS. It's on prupose and makes sense since growing is always possible, even online (with ext4), whereas shrinking can be more cumbersome.
[19:23] <howarth> Ubuntu just needs to enhance the nvidia packaging to automatically prune 'splash' from  GRUB_CMDLINE_LINUX_DEFAULT prior to rebuilding the nvidia kernel modules
[19:27] <Ussat> albert23, um......when I build a 18.04 and tell it to use everything, it does, not the default 4
[19:27] <Ussat> I have a fresh 18.04 here
[19:28] <Ussat> and it allocated everything, not just 4G
[19:29] <albert23> Is it the same installer? new live server versus old debian installer?
[19:30] <Ussat> the 18.04 is the installer it comes with, there was no "new or old"
[19:30] <Ussat> the 20.04 it happens with both
[19:31] <Ussat> I mean I can spin a new 18.04 now and I know it will allocate all of it
[19:43] <Ussat> albert23,   https://imgur.com/a/CAAx65S
[19:43] <Ussat> brand new spin up just now
[19:43] <tomreyn> maybe a misunderstanding - the major part of the storage media should be assigned to the LVM PV, but only 4 GB should be assigned to the LV which contains / by subiquity, using automated partitioning.
[19:43] <tomreyn> loading screenshot
[19:44] <Ussat> Let me now spin a 20.04 and post the screen
[19:45] <tomreyn> so the screenshot shows a different behaviour than i described above.
[19:45] <Ussat> Yes, that is a brand new 18.04
[19:45] <tomreyn> all available space was assigned to /
[19:45] <Ussat> all I did was choose lvm, full disk, guided
[19:45] <albert23> I just tried a bionic live installer from January 2019, that creates a 4GB LV by default
[19:46] <Ussat> Right
[19:46] <tomreyn> hmm, maybe the behaviour was changed in recent subiquity builds due to users ywlling "you ate my space!"
[19:47] <Ussat> but IMHO, requesting a FULL disk use on a LVM, should use the full disk
[19:47] <Ussat> I mean...full ?
[19:48] <tomreyn> is the disk larger than 50 GB then?
[19:48] <Ussat> No, I choose a 50GB disk in vmware
[19:49] <Ussat> https://imgur.com/a/YvKN0xS
[19:49] <tomreyn> and all of its partitionable space was assigned to a partition, then all of that space usable by an LVM PV was assigned to an LVM PV, and then all space usable by an LV was assigned to an LV, and then a file system using as much space as it could was created on top of that.
[19:50] <tomreyn> so, looks fine to me
[19:50] <Ussat> Right, I agree, but 20.04 does not do that
[19:50] <tomreyn> i see, trying to load this screenshot but level 3 is broken tonight apparently
[19:51] <TJ-> isn't it more nuanced? it depends on how larger the target device is? below a certain size it uses 100% ?
[19:51] <tomreyn> i don't see a problem on your screenshot, what are oyu trying to say?
[19:52] <Ussat> That screenshot is fine, BUT 20.04 doesnt allocate that way, it only allocates 4G
[19:52] <Ussat> That was an example of 18.04, which is correc t
[19:52] <TJ-> Ussat: what size is the underlying block device?
[19:52] <Ussat> Let me spin a fresh 20.04 and post them also
[19:52] <Ussat> 50GB on both
[19:52] <Ussat> I used the exact same virtual HW on both
[19:53] <chudak> retrying - hi all, this must be easy, but I lost the option to "Always on Visible Workspace" on windows located on 2d and 3d screen, any clues appreciated
[20:10] <Ussat> OK, here is the difference:  https://imgur.com/a/9EOi2Xh
[20:11] <Ussat> the top image is 18.04, bottom 20.04. Exact same virtual HW,
[20:11] <Ussat> See the difference /
[20:12] <Ussat> If thats the default behavior in 20.04, thats fine, but I then think that saying full disk is a bit incorrect and should be changed
[20:13] <tomreyn> so this 20.04 behaves like what i expected 18.04 to behave like
[20:13] <tomreyn> but then you were using 18.04.1
[20:13] <tomreyn> not .4
[20:14] <Ussat> OK, so I am willing to bet 18.04 does the same, shall I get an 18.04 ?
[20:14] <tomreyn> i imagine this changed in between those two, likely between 18.04.2 and .3
[20:14] <Ussat> if it did, it was no where in the release notes
[20:15] <Ussat> because I have looked
[20:15] <tomreyn> in subiquity's?
[20:15] <Ussat> The other point I am making is that saying its a full disk guided install on a LVM when it isnt is...lacking
[20:16] <Ussat> When It says full, I dont know about you, but I expect full.
[20:16] <Ussat> if thats the default behavior NOW, thats finer
[20:16] <tomreyn> i mean snaps are not bound to releases, they can update randomly , so if you downloaded 18.04.4 and ran it weeka ago it may have behaved differently than yesterday
[20:16] <Ussat> what ? I would expect 18.04 to behave as 18.04
[20:17] <Ussat> who said anything about a snap ?
[20:17] <tomreyn> me, because we talked about subiquity
[20:17] <albert23> This is what bionic Jan 2019 says. I think that's quite clear. https://pasteboard.co/J4qsjQY.png
[20:18] <Ussat> so youre saying if I install a vanilla 18.04 today, no uupdates and in a month install a 18.04 to verify something,  they may be different ?
[20:19] <Ussat> so, the behavior changed
[20:19] <Ussat> thats fine
[20:19] <Ussat> I honestly dont remember seeing that screen in my latest run, I will look again
[20:20] <tomreyn> so subiquity is a snap, and snaps refresh by themselves, wehn they want, by default.
[20:21] <Ussat> On a production server, something refreshing itself......you dont have a problem with that ?
[20:21] <tomreyn> in some releases, subiquity has a mechanism allowing you to choose which version of it you want to run, and then it self-updates to that on demand. but it might (at least theoretically, not sure if practically) also update automatically when snapd does the refresh.
[20:21] <tomreyn> yes i have a problem with that.
[20:21] <Ussat> ok, whew
[20:22] <Ussat> Thats REALL unnerving to me, considering the environment I run these in
[20:22] <tomreyn> but then i'm not an ubuntu developer
[20:22] <Ussat> fair point
[20:22] <Ussat> Thats, just...wow
[20:22] <Ussat> ok, thank you for clarification
[20:22] <Ussat> is there anyway to default back to the sane, not have to use snaps
[20:23] <tomreyn> and just to make sure you're aware i'm possibly just spreading partial FUD: i have no knowledge of the above scenario i made up actually occurring.
[20:23] <tomreyn> you can install ubuntu 16.04 LTS
[20:23] <Ussat> or 18 :)
[20:24] <tomreyn> 18.04 LTS on a server if you purge snapd and don't need any of the snaps, such as lxd, yes
[20:25] <Ussat> Yes, I normally purge snaps
[20:25] <Ussat> and granted, the possibility of that happening is enough to make me really pause
[20:26] <tomreyn> pause... working with computers?
[20:26] <tomreyn> or this VM
[20:27] <Ussat> this VM
[20:27] <tomreyn> that should be safe :)
[20:27] <Ussat> The thought of something possibly self updating when it wants to, is not acceptable in this env
[20:27] <Ussat> not without me pounding it in test first
[20:28] <tomreyn> i haven't followed snapd developments lately, maybe they gave in to the demand to have it change its default behaviour there, yet
[20:29] <tomreyn> or, more likely, to allow to deviate from the default
[20:30] <tomreyn> but i haven't heard of that being possible as of yet
[20:31] <Ussat> well....hmm
[20:31] <Ussat> ok, well, thank you
[20:32] <tomreyn> https://forum.snapcraft.io/t/disabling-automatic-refresh-for-snap-from-store/707
[20:32] <tomreyn> if this reminds you of windows 10, then we have something in common
[20:38] <Ussat> um....well, I actually like windows 10, because it asks to reboot, that basically says, here we are restarting. and with that, I think I need to start reccomending something different than Ubuntu
[20:39] <Ussat> I manage a Unix team, a LOT of my systems run critical hardware, and well, hey here is an update, restarting...is NOT acceptable
[20:40] <Ussat> In healthcare that is NOT acceptable
[20:41] <TJ-> in healthcare, don't connect them to the Internet!
[20:43] <Ussat> I just cant imagine any server admin being ok with that, anywhere
[20:43] <TJ-> Don't we just love DevOps where Dev priorities overrule Ops?
[20:44] <Ussat> I mean in 18.04.X I currently rip out snaps post install
[20:44] <Ussat> I guess I cant test that in 20.04
[20:44] <Ussat> see what bitches at me
[20:45] <Ussat> TJ-, no, no we dont (OK I dont)
[20:46] <TJ-> Ussat: agree entirely; I rant about it constantly in the office; trying to make my people understand WE should have control not be dictated to by devs
[20:47] <Ussat> My fear...dev pushes a "change" to his snap to "fix" something, and breaks other shit....badly
[20:47] <Ussat> Welp, this is good info to know
[20:47] <Ussat> and gives me something to drink over....
[20:48] <TJ-> As time goes in I'm more inclined to think Ubuntu has been Borged --- I reported 2 bugs in weechat this week, added patches to fix them prior to release, one ia regression in python support, the other CVEs. Got a cryptic message I don't understand about Python and so far the CVE hasn't been acted on
[20:49] <TJ-> this is the response I don't get, from doko: ug #1866065
[20:49] <TJ-> this is the response I don't get, from doko: bug #1866065
[20:50] <Ussat> I dont know what is worse....RH *'s modukles or Ubuntu 20.04 and snaps
[20:50] <Ussat> RH 8's
 in healthcare, don't connect them to the Internet! <<-- If it were all that simple :)
[20:55] <TJ-> Ussat: I firewall/proxy ours so they cannot make unsolicited outgoing connections
[20:55] <Ussat> Yea..
[20:55] <TJ-> Ussat: I work with UK NHS systems
[20:56] <Ussat> ahh
[20:56] <Ussat> Guess this gives me something to think about :)
[20:57] <TJ-> Ussat: we have a local DNS resolver that redirects stuff like snap store to our own host which returns 404s
[20:57] <Ussat> NIce...
[20:57] <Ussat> Ya I guess me and network need to have a chat
[20:57] <housecat> ... am i reading correctly that the python plugin won't load on weechat in 20.04
[20:58] <housecat> because if so that's laughable and basically makes weechat unusable for moderately-advanced users
[20:58] <TJ-> housecat: Yes, and therefore no python scripts load
[20:58]  * housecat facepalms
[20:58] <TJ-> housecat: right - I can't make head nor tale of Doko's response either
[20:58] <housecat> i guess i'll need to recommend https://weechat.org/download/debian/ to people even more than i already do
[20:58] <TJ-> housecat: I backported FlashCode's fix for the python3.8 issue too
[20:59] <TJ-> housecat: right, it make 20.04 useless from the start
[20:59] <housecat> yep
[21:01] <tomreyn> it's in universe ;-)
[21:01] <tomreyn> (no i don't think this should cause patches not to be merged.)
[21:02] <TJ-> tomreyn: precisely; but its the reply I do not understand -- what does it mean!?
[21:02] <TJ-> makes no sense to me what was written
[21:02] <housecat> have you poked him about it?
[21:03] <Ussat> I am going to test doing sudo apt-get -y  autoremove --purge snapd on 20.04 and see what screams
[21:04] <tomreyn> i assume doko's statement is meant to provide some more understanding on the difficulties faced in packaging the software. i'm not sure it's meant to be a statement on how things will or should be handled.
[21:05] <TJ-> housecat: I've not crossed paths with him on IRC so far, but I posted a follow-up but no reply
[21:06] <TJ-> tomreyn: I don't know about that - he seems to be saying that weechat shouldn't be linking, or should, due to interpreters... but I have no idea
[21:06] <TJ-> i mean, I simply cherry-picked the upstream patch!
[21:17] <tomreyn> hmm, yes, it seems contradictory. but i don't know python3 or weechat well enough to comment.
[21:18] <TJ-> tomreyn: it cannot work without being linked to libpython3 ... the symbols aren't available as per the bug.
[21:19] <tomreyn> okay then their statement doesn't make sense to me either
[21:19] <TJ-> this stuff seems to be a creeping problem... I'm having to carry so many custom packages now (since 16.04) because they're not patching/fixing stuff
[21:19] <TJ-> annoying moreso because I spend the time debugging and creating a patch
[21:21] <TJ-> did you know apt-offline has been removed, too? i wonder if there's a replacement
[21:21] <tomreyn> offline is no longer relevant, we got the cloud nowadays!
[21:22] <tomreyn> i don't know of a replacement
[21:22] <TJ-> well, i saw it mentioned in xubuntu-devel but it still shows on my 20.04 system
[21:22] <tomreyn> so it's still there?
[21:23] <TJ-> Bug #1855621
[21:23] <DalekSec> Before, Xubuntu seeded it but now it does not.
[21:24] <TJ-> oh, is it Xubuntu specific? the texty makes it sound like its distro wide!
[21:24] <tomreyn> not installed by default on gnome or server, i think
[21:24] <oerheks> it is in universe? https://launchpad.net/ubuntu/focal/+source/apt-offline
[21:25] <TJ-> 'offline package management is pretty much broken as a paradigm ..."
[21:25] <TJ-> Guess these folks don't work in restricted networks or romaing in rural areas with lots of not-spots
[21:25] <tomreyn> see, i predicted so 4 minutes ago
[21:25] <DalekSec> Pretty sure before 1.8.2-1 it was rather broken, but now it works-ish.
[21:26] <TJ-> I've not seen any issues with it,I'll look at the bug report
[21:26] <TJ-> s
[21:26] <tomreyn> debian testing has 1.8.2, buster has none, but 1.8.2 is in buster-backports
[21:27] <tomreyn> so this seems to second what DalekSec says
[21:27] <DalekSec> There's a bug in Ubuntu too about it being entirely broken, which is pretty much why Xubuntu dropped it.
[21:27] <TJ-> ahhh my favourite python3 person! Bug #1848755
[21:31] <tomreyn> well this took 3.5 years to get fixed in debian. maybe it's just not so well supported upstream.
[21:32] <DalekSec> TJ-: FWIW, you'll see doko a lot since he does a lot of core lib stuff, eg gcc and did a lot of the python 3.7 → 3.8 migration.
[21:32] <TJ-> DalekSec: I'm aware
[21:32] <DalekSec> OK. :)
[21:32] <TJ-> DalekSec: I'm just wishing for less cryptic responses!
[21:32] <TJ-> it's not like python 2.7 has been dropped from 20.04
[21:33] <DalekSec> 3.7 was
[21:33] <TJ-> right... for 3.8 :)
[21:34] <DalekSec> There was a fair amount to fix for that one too.
[21:35] <DalekSec> TJ-: You can thank housecat for https://launchpad.net/ubuntu/+source/weechat/2.6-2ubuntu2 too! :)
[21:36]  * housecat blush
[21:36] <TJ-> I had a weird issue with failing to bring up display on resume this week, had to hard reset a few times to recover. Did a diagnostic and discoaved a RAM issue. I'd installed 32GB when the laptop arrived. Looks like it had not quite seated and a few knocks had upset it. Opened it up and reseated Friday morning and so far so good... I was starting to suspect the Ryzen 7/Vega drivers
[21:36] <housecat> all i did was get out the poking stick :P
[21:36] <TJ-> housecat: those come in very handy!
[21:37] <TJ-> housecat: although I use a treadmill! when my folks aren't getting on with things I allocate them 15 minutes running on it to focus them!
[21:40] <DalekSec> (That might have been the latest upload I've ever done in a cycle..)
[21:43] <brunonzanette> Hello, folks! Did someone manage to make Nvidia driver to work on 20.04? My system is fully updated (including proposed) and the driver is listed as installed in driver manager, but it seems that it is not working
[21:44] <brunonzanette> I can't access nvidia full settings, on "about ubuntu" shows that it is using Intel's Mesa, and "nvidia-smi" doesn't work


[10:47] <binarymutant> stoopid japanese fonts :/
[10:49] <wrst> binarymutant: you speak japanese?
[10:50] <binarymutant> I'm learning. But I can't find a font that is legible in a small size
[10:50] <wrst> wow you got me there binarymutant, and good luck
[10:50] <wrst> how are you learning?
[10:51] <binarymutant> I got my dictionary and alphabet charts. And lots of comics and books written in japanese
[10:52] <wrst> sounds interesting i can barely handle english
[10:52] <binarymutant> jpn is... different
[10:53] <binarymutant> microsoft's meiryo font is decent but looks jumbled under 18pt
[10:54] <binarymutant> they all look jumbled under 18pts >:(
[10:58] <chris4585> good luck on that hunt binarymutant
[10:59] <chris4585> I would like to learn japanese but I'm just not patient
[11:00] <chris4585> I just know enough to not sound like an idiot when it comes to basics
[11:01] <binarymutant> just turning the subs off helps a lot :D
[11:02] <chris4585> well thankfully I have anime with both english and japanese audio
[11:02] <binarymutant> yeah
[11:03] <binarymutant> I can't stand most dub
[11:04] <chris4585> lol I prefer english unless its horribly done...
[11:05] <chris4585> then subtitles are great
[11:05] <chris4585> anyway I have to sleep, g'night binarymutant and wrst
[11:50] <binarymutant> fyi your credit card pin was leaked
[11:55] <binarymutant> looks more like every 4 digit number though
[12:21] <cyberanger> binarymutant: say what?
[12:25] <binarymutant> anon released the worlds credit card pins, but it's not really a leak.


[09:14] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2768 Preparing packages
[09:31] <alan_g> slangasek: I need an AA to look at an SRU in silo 2736. Can you help me? It is a (somewhat brutal) upgrade of Mir in Xenial. The corresponding bug 1685186 has more discussion of why and impact.
[10:09] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2768 Successfully built
[10:33] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2768 Preparing packages
[11:01] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2769 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[11:29] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2768 Pending binary packages
[11:40] -queuebot:#ubuntu-ci-eng- jamespage, https://bileto.ubuntu.com/#/ticket/2739 Needs rebuild due to higher version at destination (artful/anki, artful/buildbot, artful/glance, artful/gnocchi, artful/magnum, artful/murano, artful/nova, artful/panko, artful/sqlalchemy). Proposed pocket (artful/barbican, artful/cinder, artful/heat, artful/ironic, artful/keystone, artful/manila, artful/mistral, artful/networking-sfc, artful/neutron, artful/neutron-dynamic-routing, artful/neu
[11:49] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2768 Successfully built
[11:49] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2769 Proposed pocket
[11:54] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2768 Publishing packages
[11:59] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2738 Needs rebuild due to burned version number (yakkety/libvirt). Needs rebuild due to higher version at destination (xenial/libvirt). Successfully built (zesty/libvirt)
[12:09] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/2768 Proposed pocket
[12:41] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2770 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[14:30] -queuebot:#ubuntu-ci-eng- cpaelzer, https://bileto.ubuntu.com/#/ticket/2770 Failed to build
[23:48] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2736 Publishing packages
[23:49] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2736 Publish failed: Bad merges
[23:51] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2736 Publishing packages
[23:52] -queuebot:#ubuntu-ci-eng- alan_g, https://bileto.ubuntu.com/#/ticket/2736 Publish failed: Packaging diff requires ACK


[04:25] <nixternal> hrmm, who keeps breaking the apport support in kdelibs?
[04:29] <jjesse> i do
[04:29] <ScottK> jjesse: Get your keyboard working?
[04:29] <jjesse> ScottK: haven't had more time to work on it been away all day
[04:29] <ScottK> Ah.
[04:29] <jjesse> i can't get the esc hit the right time
[04:31] <nixternal> ScottK: should I upload a fixed kdelibs, or should I just commit the changes to bzr?
[04:31] <ScottK> nixternal: I'd upload it.
[04:31] <jjesse> thinking about just reloading it w/ a fresh load of alpha 5
[04:31] <nixternal> roger that
[04:36]  * ScottK is currently working on NBS.
[04:41] <nixternal> doh!
[04:41] <nixternal> kubuntu-feedback plasmoid...I have no idea where Riddell got the source from, but it is not correct at all :)
[04:42] <nixternal> people are emailing me with all kinds of issues :D
[04:47] <ScottK> Wouldn't it be handy if you were a core-dev and could upload the right thing.
[04:57] <nixternal> ya, maybe I should become a core dev :p
[04:57] <nixternal> I am fixing it now, and will upload the correct release
[04:58] <ScottK> Yeah!
[04:59] <ScottK> nixternal: I discovered last night the kairmode can also work as kteenager_supposed_to_be_concentrating_on_homework_mode.
[04:59] <nixternal> hey, it will not be a 0.1 release but a 0.2 rleease, will you have to push that through for me?
[04:59] <nixternal> lol
[04:59] <ScottK> Bug fix only.  No problem.
[05:00] <ScottK> Just file a bug documenting what you did and it's cool.
[05:00] <nixternal> right
[05:01] <nixternal> testing it to make sure that it does in fact work
[05:01] <ScottK> Good plan
[05:02] <nixternal> and it does :)
[05:03] <nixternal> what happened is Riddell uploaded the version that was hardcoded to a survey url, and I had created a PHP script that the widget would connect to and pass the version info and what not, and then the script would scrape the survey website for the correct version as well as match it up to the latest alpha/beta/whatever release
[05:11]  * ScottK decides not to make any snide comments about php.
[05:13] <nixternal> make them, I hate it, but it was handy for a remote script in this case
[05:14] <nixternal> though, the amount of code it took, could have been done in probably half the lines with python
[05:25] <nixternal> jeesh kdelibs takes a bit to build
[05:25] <nixternal> all of this just to edit one patch (kubuntu_51_launchpad_integration.diff) to s/p/P in the apport-kde line
[05:31] <nixternal> new kdelibs uploading now
[05:39]  * spstarr builds today's Qt 4.6 git snapshot and KDE trunk
[05:43] <nixternal> uploaded to repos and pushed to bzr for kdelibs
[05:50] <spstarr> i wonder if I should setup a PPA for Qt 4.6/KDE trunk
[05:51] <ScottK> We need help with making Qt 4.5.2 and KDE 4.3.1 better.
[06:01] <jithine> hi guys. If there is a issue with release notes who to contact.
[06:02] <jithine> the feedback on the page is not working.
[06:03] <jithine> when loggin in its giving an error that unknown timezone asia/culcutta
[06:04] <ScottK> jithine: nixternal just uploaded a fix for it.
[06:05] <jithine> the forum timezone issue? cool! I had the issue for months
[06:07] <nixternal> ScottK: that is another issue that jithine is talking about....I just saw the same a few minutes ago
[06:07] <nixternal> but on a different page
[06:07] <ScottK> Oh
[06:08] <nixternal> and then I also noticed "Internal Server Errors" with LP as well
[06:08] <jithine> ScottK: its the same error
[06:08] <jithine> ScottK: UnknownTimeZoneError
[06:08] <jithine> 'Asia/Kolkata'
[06:08] <ScottK> Oh
[06:08] <ScottK> Hopefully nixternal can fix that one too.
[06:09] <nixternal> I don't mess with that stuff thankfully :)
[06:09] <nixternal> newz2000 works on that stuff
[06:09] <jithine> The feedback I wanted to give is this thread http://ubuntuforums.org/showthread.php?p=7903269
[06:09] <jithine> its about the social features in release notes. unfortunatesly all of them should be in known issues.
[06:13] <nixternal> ok, time for sleep...i got a new power washer today and spent the entire day power washing everything!
[06:13] <nixternal> g'nite
[12:20] <markey> wow, logout from kde works again
[12:20] <markey> hugs and kisses to whoever fixed that :)
[16:30] <Guest87394> In the kubuntu netbook remix alpha 5, in the installation to hard disk, the first dialog is to big for the screen of a eeepc 701 (resolution 800x480).
[16:33] <ScottK> shtylman: ^^ He has some ideas on how to solve this without a total redesign.
[16:34] <shtylman> ScottK: can I get a screenshot? ... also .. no .. not really. We never planned to be able to handle 480px vertically and that is just too small of a resolutiion
[16:34] <ScottK> Guest87394: ^^
[16:35] <ScottK> shtylman: Yes, I recall.  I thought it might be worth discussion of alternative approaches since he had some ideas.  I have no idea how impossible they are to implement.
[16:35] <Guest87394> Ok, I will launch the netbook :-)
[16:35] <shtylman> ScottK: gotcha...well, once i see the screenshot I can give it some thought...I do have a possible solution though. I can query the resolution and load a different stylesheet with smaller fonts and smaller central area
[16:36] <shtylman> but realistically we do have to draw the line some where
[16:36] <shtylman> because honestly at that resolution the map display is probly most of the screen
[16:37] <shtylman> and the slideshow would also be too big for that screen iirc
[16:39] <ScottK> shtylman: Agreed.  There are a fair number of 480 devices, so it'd be nice to support it if we reasonably can.  IMO, for the installer, you're the decider on reasonable.
[16:40] <shtylman> ScottK: if there are a number of devices and I can (after seeing the screenshot) squeze things down with just a stylesheet change I will, cause honestly that is easy to do. If it would require moving widgets physically...I will probly be less inclined.
[16:41] <shtylman> I would need to look at what would be *reasonable* small font sizes for those screens
[16:42] <ScottK> Guest87394: So I think you can help out here.
[16:42] <ScottK> Since you have the device.
[16:52] <Guest87394_EeePc>   http://rapidshare.com/files/276445062/eeePC701_instqllqtionHD_snapshot1.png.html
[16:55] <Guest87394> There is also a possibility (oldtimed) to propose a virtual screen. It's in another level but could be more general.
[16:55] <shtylman> Guest87394: Guest87394_EeePc: alright...I will take a look at trying to make it vertically smaller...the buggest problem pages are going to be the user setup screen which has alot of input fields and labels stacked vertically. The keyboard display screen and timezone may also be a problem.
[16:56] <shtylman> Guest87394: im not sure if that would be possible...
[16:56] <shtylman> Guest87394: I could provide a scroll bar...but I don't want to do that...ever
[16:56] <shtylman> it ruins the look
[16:57] <Guest87394> I think it's possible since the possibility in the ubuntu remix exist.
[16:57] <shtylman> I will probly just descrease the font size and then make everything vertically smaller and it will just be that way for very small screens
[16:58] <shtylman> what does ubuntu remix do?
[16:58] <Guest87394> Show the install to HD.
[17:48] <Guest87394> shtylman I have try to move other dialog with "alt right click-move". It works. This suggest that a decoration in the install dialogs could be set to a wrong value (as maximized).
[17:49] <freinhard> hi!
[17:50] <freinhard> just updated to the most recent knetworkmanager 0.1~svn1017841-0ubuntu2~jaunty3
[17:50] <freinhard> is it supposed to work? clicking wlan a essid does nothing
[18:31] <refic> spstarr: 07:50:21 < spstarr> i wonder if I should setup a PPA for Qt 4.6/KDE trunk
[18:32] <refic> absolutely :)
[18:32] <spstarr> ;)
[18:37] <shtylman> Guest87394: I don't fully understand what you mean...
[18:46] <Guest87394> shtylman One eeepc when you have a dialog box which is to big for your screen, you have the possibility to move the dialog with the alt key pressed the left button pressed and moving the pointer.
[18:46] <Guest87394> Then the cursor change in a four arrow shape.
[18:47] <Guest87394> You release the mouse button and the dialog is moved.
[18:51] <shtylman> Guest87394: thats not an eeepc thing...thats a window manager thing
[18:55] <shtylman> anyhow know how I mark a bug as low importance?
[18:55] <Guest87394> Yes.
[18:57] <shtylman> Guest87394: so what is your point?
[18:57] <a|wen> shtylman: eh, click in the importance field and choose low (assumig you have the appropriate rights)
[18:58] <neversfelde> is there sometinh that changes *.desktop files? Probably any translation system?
[18:58] <neversfelde> s/somethinh/something
[18:58] <shtylman> a|wen: guess i don't have the rights then :)
[18:59] <a|wen> shtylman: heh :) you can apply for bug-control membership ... or just join the rest of us as ubuntu developer / motu of any kind ;)
[19:00] <shtylman> I see :)
[19:07] <nixternal> ryanakca: hey, I need the header stuff for h.k.o that I need to add to the docs...I am going to start working on it again and have it on my todo list. this project == PITA!!! :)
[19:09] <Guest87394> shtylman I guess medium, not for the Eeepc701 (which is quite old and I have found a acceptable work around) but for developper on exotic hardware.
[19:12]  * Riddell away until thursday
[19:12] <Guest87394> shtylman A correct workaround for the installer on eeepc 701 is to use an extermal monitor (with can have higher resolution (until 1200x1600) ).
[19:12] <shtylman> Riddell: unacceptable :p
[19:13] <Riddell> try not to panic
[19:13]  * nixternal runs around like a chicken with its head cut off
[19:14] <nixternal> PANIC!(!(!(&#!&#(!&!!
[19:14] <shtylman> but but...!! help!
[19:14] <shtylman> what will we do?!
[19:16] <nixternal> ryanakca: I will also need a checkout of the website so i can run it and test locally to make things easier as well...I think I will need this, unless you know of another way to do the testing
[19:22] <freinhard> Riddell: knetworkmanager is broken on jaunty, go fix it! ;)
[19:24] <freinhard> running 'round with a 40m rj45 cable feels so... 1990s
[19:26] <smarter> freinhard: I so need something like that :P
[19:26] <smarter> wifi just sucks
[19:51] <EagleScreen> wifi and bluetooth sucks
[21:36] <neversfelde> bug 411020 needs a sponsor
[22:48] <sgh> Hi. What is happening with dosemu in karmic. It segfaults if running it as an ordinary user. Running it as root works fine though. mmap_min_addr is set to 0. Any ideas or can someone confirm this?
[22:50] <neversfelde> sgh: please report a bug in launchpad. I guess the Kubuntu dev channel is not the best place to talk about it.
[22:53] <sgh> neversfelde: Its on karmic so I was hoping for a talk on what migh be wrong. But I will report the bug. Thanks :)
[23:13] <a|wen> sgh: dosemu is not really kde-stuff :) so kubuntu-devel isn't really the best place to find people knowing anything about it
[23:47] <sgh> a|wen: ah ok .... of cause for ubuntu-issues in general maybe #ubuntu+1 would be better. Did not realize that this i of cause KDE-specific. Sorry :)
[23:48] <a|wen> no worries :)