[00:00] <broder> doko: looks like a doxygen issue. doxygen creates a doxygen.sty with \RequirePackage{xcolor}, but to get the \rowcolor command, you have to do \RequirePackage[table]{xcolor}
[00:01] <broder> http://www.tug.org/pipermail/macostex-archives/2009-May/040402.html
[00:03] <broder> doko: and the \RequirePackage directive is hard-coded into /usr/bin/doxygen
[00:04] <broder> doko: debian bug 611656
[01:50] <sladen> slangasek: ScottK: please could you accept the minimal change for 'ubuntu-mono' after cyphermox tracked it down (bug #741387)
[01:50] <ScottK> sladen: Not until after beta 1 is out.
[01:54] <sladen> ScottK: is it actually building yet?  This introduces no new files, changes no files but allows a cache build on install to succeed
[01:55] <ScottK> sladen: With very limited exceptions we don't accept seeded packages after the images are frozen so that they are current with what's in the archive when the beta is released.
[01:59] <sladen> ScottK: thought the build didn't start until 02:45 ?
[01:59] <ScottK> What build?
[02:00] <ScottK> We have candidte ISOs almost fully tested.
[02:16] <ohsix> cnd: thanks re: 742213, the instructions to do it myself are a bonus :D
[02:17] <ohsix> i tried co'ing the version then generating the patch against HEAD^ but it didn't want to go
[02:36] <ohsix> cnd: is there a way to keep a note of the proper way to fix it for the next release? or is the patch being present good enough, and the person looking at them in the future can figure it out from the bug number?
[02:41] <sladen> ohsix: milestone it against 'later'
[02:44] <ohsix> sladen: well theres a workaround for this release, it needs ui to adjust "minw", or a way to arrive at a usable number by itself for the next release
[04:10] <cnd> ohsix, it's really a matter of working with the upstream projects to get things right
[04:11] <cnd> that may be asking about it on xorg-devel for the synaptics driver
[04:11] <cnd> or wherever the gnome mouse preferences dialog is maintained
[04:11] <ohsix> ah
[04:11] <cnd> we're reverting the change here merely cause we're so close to release
[04:11] <cnd> that we don't have time to work things out with upstream
[04:11] <ohsix> right
[04:12] <cnd> but yes, something should be done with upstream
[04:12] <cnd> I'm hesitant to say that the mouse preferences should have a new option
[04:12] <cnd> partly because I'm not sure it would help (many people may be confused by it)
[04:13] <cnd> and as a corollary, gnome doesn't like to take changes like that
[04:13] <ohsix> yea i wasn't advocating it or anything, but i dunno if it can be enabled at all without a way to adjust it
[04:13] <cnd> yeah
[04:13] <cnd> I think maybe some common ground could be found by merely increasing the default threshold in synaptics
[04:13] <ohsix> since it's very arbitrary, probably even down to the laptop model; and i know environmental changes affect it
[04:14] <cnd> yeah, it's hard
[04:14] <cnd> the real fix may be to report your usage to xorg-devel requesting that the patch be reverted
[04:14] <cnd> because it just doesn't work uniformly for everyone
[04:15] <cnd> are you comfortable trying to work with upstream, either gnome or xorg?
[04:16] <cnd> I don't really want to add another issue to my plate if I can help it :)
[04:16] <ohsix> not at the moment
[04:16] <ohsix> i'll probably talk to whot about it sometime, he's the one that pointed out the patch & the person that works on it
[04:17] <ohsix> he said i should adjust it so it works well on my touchpad but not how, there might be a quirk list or something that isn't as bad as it sounds
[04:17] <cnd> ohsix, well, that's working with upstream :)
[04:17] <cnd> it doesn't have to be on the xorg-devel mailing list
[04:18] <cnd> he's the same person I would be talking to about the issue
[04:19] <ohsix> ah
[05:54] <linux-noob> what is the default FS in Natty ?? btrfs or EXt4
[05:59] <RAOF> ext4
[07:54] <dholbach> good morning
[08:05] <pitti> Good morning
[08:58] <pitti> tseliot, didrocks: should bug 685682 be closed with the new fglrx that we landed yesterday?
[08:59] <didrocks> tseliot: pitti: it seems that cnd still have that issue with the driver and workarounded compiz
[08:59] <didrocks> pitti: anyway, there is still a need for a compiz upload which will come with other fixes (probably Monday)
[08:59] <pitti> ah, thanks
[09:00] <tseliot> pitti, didrocks: the fix should be available in the next upload of compiz (it's already available in a daily PPA)
[09:00] <pitti> so I guess for now the fglrx tasks should be closed then?
[09:00] <didrocks> tseliot: yeah, but as told, it's not working on cnd's machine, I asked him to check with you and jay
[09:01] <tseliot> didrocks: sure, we definitely need more feedback
[09:01] <didrocks> pitti: I think we can close the fglrx task and reopen if needed :)
[09:01] <didrocks> yeah
[09:21] <poolie> hi pitti?
[09:22] <pitti> hello poolie, how are you?
[09:22] <poolie> good thanks, how are you?
[09:22] <poolie> iirc you're a good person to talk to about apport?
[09:23] <pitti> poolie: I am I guess :)
[09:23] <poolie> i was just thinking, ahead of UDS, about filing a bug or starting a spec for the issue of making it better at holding on to crash reports, if it's not able to file them right at the time they're noticed
[09:23] <poolie> for instance if you have no net connection or lp is offline
[09:24] <poolie> it seems like at the moment they're easily lost
[09:24] <poolie> i don't think i'll get to actually work on this though
[09:24] <pitti> poolie: it's mostly there already, though, with the --save option
[09:24] <pitti> (for bug reports)
[09:24] <pitti> for crashes it has always worked, the reports are in /var/crash/
[09:24] <pitti> so I guess there's just a little UI missing here
[09:26] <poolie> oh, if it fails to file they're left in /var/crash?
[09:26] <pitti> poolie: yes
[09:26] <pitti> for 7 days, then they get auto-cleaned
[09:27] <pitti> so if you want to keep them around longer, you need to copy them somewhere else
[09:27] <pitti> you can run ubuntu-bug foo.crash to report it again
[09:27] <poolie> ok
[09:27] <poolie> so there's no gui but perhaps anyone advanced enough to do this should be happy to run this command
[09:29] <pitti> poolie: it's even mentioned in man ubuntu-bug
[09:29] <pitti> (OMG documentation)
[09:30] <pitti> poolie: so, there could be some UI improvements still; e. g. if the UI doesn't have network, it currently just fails with an error message; it could isntead give you a file save dialog
[09:30] <pitti> poolie: btw, you can also double-click on a crash file in nautilus, that works too
[09:31] <poolie> right, that sort of thing
[10:11] <dholbach> Laney, thanks
[10:13] <Laney> dholbach: no worries
[10:14]  * Laney lights a candle for the MOTU Council
[10:14] <soren> Laney: hm?
[10:15] <Laney> soren: it's being decommissioned finally
[10:15] <soren> Laney: How can you tell?
[10:15]  * soren doesn't see any news on MOTU council in his inbox
[10:16] <Laney> it's been dead for some time, we're just cleaning up the remaining Launchpad privileges
[10:16] <ajmitch> killing it with fire?
[10:16] <soren> Laney: Ah, ok.
[10:17]  * ajmitch didn't know it still had any privileges to clean up
[10:19] <Laney> one or two. :-)
[10:23] <doko_> broder: thanks!
[11:29] <seb128> jhunt_, hi
[11:30] <jhunt_> seb128: hi
[11:30] <seb128> jhunt_, is https://bugs.launchpad.net/ubuntu/natty/+source/gdm/+bug/436936/comments/20 ready for upload to natty?
[11:30] <seb128> jhunt_, the comments you got seem to indicate it is?
[11:31] <doko_> seb128: what did happen to python-gobject-doc? b-d of pygoocanvas?
[11:32] <Riddell> jhunt_: and if so is there a patch for KDM?
[11:32] <jhunt_> seb128: not yet, for 2 reasons. Firstly, not enough testing from users (IMHO) and secondly apw snuck in and changed gdm.conf under me :)
[11:33] <seb128> doko_, it was merged back like 3 years ago?
[11:33] <seb128> jhunt_, ok
[11:33] <doko_> seb128: https://launchpadlibrarian.net/67723807/buildlog_ubuntu-natty-i386.pygoocanvas_0.14.1-1ubuntu4_MANUALDEPWAIT.txt.gz
[11:33] <jhunt_> Riddell: the whole DM issue need discussion at UDS I feel. SpamapS and myself have a plan for "abstract jobs" to avoid all this configuration duplication.
[11:33] <seb128> doko_, well, drop it, it's shipped with the other python-gobject binaries
[11:33] <seb128> lunch, bbl
[13:13] <tbf> Failed to fetch http://de.archive.ubuntu.com/ubuntu/pool/universe/libk/libkate/libkate1_0.3.7-3_amd64.deb  Hash Sum mismatch
[13:13] <tbf> Failed to fetch http://de.archive.ubuntu.com/ubuntu/pool/universe/libm/libmimic/libmimic0_1.0.4-2build1_amd64.deb  Hash Sum mismatch
[13:13] <tbf> Failed to fetch http://de.archive.ubuntu.com/ubuntu/pool/universe/libd/libdca/libdca0_0.0.5-3_amd64.deb  Hash Sum mismatch
[13:14] <tbf> → shall i/we be worried?
[13:55] <pitti> rbelem: hello, how are you?
[13:56] <pitti> rbelem: should the kubuntu mobile arm images (or a subset) be published for beta-1? or does bug 712061 break them all?
[13:56] <janimo> lamont, slangasek some of the newly filed armel FTBFS bugs are those that time out because of insufficient resources on the build servers, and mentioned here https://bugs.launchpad.net/launchpad/+bug/705344
[13:58] <Riddell> pitti: not worth publishing them, they don't do anything
[13:58] <pitti> Riddell: ok, thanks
[14:02] <ogra_> Riddell, that bug is pretty confusing btw
[14:05] <Riddell> ogra_: how so?  it is a fairly broad bug covering several issues we've had
[14:05] <rbelem> hi pitti :-)
[14:05] <rbelem> hi Riddell ogra_
[14:05] <ogra_> Riddell, well, the initial description clearly rules it out for armel
[14:06] <ogra_> since we dont produce any live images
[14:06] <ogra_> the last comment makes it so broad then that it could match everything
[14:07] <rbelem> i ran a snapshot from some days before beta and it worked fine, but currently seems to be not
[14:08] <Riddell> rbelem: on i386?  what plasma workspace was running?
[14:08] <rbelem> Riddell, on i386
[14:08] <rbelem> Riddell, i was unable to test on my beagleboard
[14:08] <rbelem> no keyboard, mouse
[14:08] <rbelem> there is a bug for that
[14:09] <rbelem> usb otg support is missing
[14:09] <ogra_> must be an old beagle then
[14:09] <rbelem> yup
[14:09] <ogra_> (i dont think we test on anything older than XM anymore)
[14:10] <ogra_> though with the new headless images we might start that again
[14:10] <rbelem> but it is omap3
[14:10] <ogra_> yeah, but it has 256M
[14:10] <ogra_> not suitable for running a desktop on it
[14:10] <rbelem> yeah... too slow
[14:12] <rbelem> Riddell, the image that i tested is from http://cdimage.ubuntu.com/kubuntu-mobile/daily-preinstalled/current/
[14:12] <Riddell> rbelem: well that's ARM not i386
[14:12] <rbelem> ops
[14:12] <rbelem> that i test on beagle
[14:13] <rbelem> brb
[14:21] <Riddell> mvo: hmm, maybe we should revert the workaround for bug 656876
[14:22] <mvo> Riddell: if that works fine now, I'm happy to do it
[14:24] <Riddell> mvo: well we'd need to test to be sure, let's leave it disabled for beta 1 and enabled it next week and test, I've filed bug 746431
[14:24] <mvo> thanks Riddell
[14:31] <seiflotfy> hey guys
[14:32] <seiflotfy> any1 successfully using an external monitor with natty
[14:32] <Riddell> how's this https://help.ubuntu.com/community/NattyUpgrades/Kubuntu ?
[14:32] <pitti> seiflotfy: I do that all the time (laptop in dock)
[14:32] <seiflotfy> pitti, its not working here
[14:32] <seiflotfy> when i request to change to an external monitor
[14:32] <seiflotfy> the external monitor keeps flickering
[14:33] <RoAkSoAx> seiflotfy: Intel Video card?
[14:33] <seiflotfy> yeah
[14:33] <RoAkSoAx> seiflotfy: that's a known bug
[14:33] <seiflotfy> crap
[14:34] <RoAkSoAx> seiflotfy: you have two options. 1. don't disable LVDS
[14:34] <RoAkSoAx> seiflotfy: or turn off LVDS with xrandr
[14:34] <seiflotfy> how do i turn off lvds
[14:35] <pitti> seiflotfy: ah, I have that effect as well -- I can't use gnome-display-properties ATM
[14:35] <pitti> seiflotfy: xrandr --output LVDS1 --off
[14:35] <pitti> seiflotfy: that's what I have in my "session setup" script
[14:35] <pitti> seiflotfy: presumably like you I don't want the internal monitor to be on all the time while hte laptop is closed in the dock
[14:35] <RoAkSoAx> bug #737891
[14:35] <pitti> hah, that's my chipset
[14:35] <pitti> oh, I'm on DVI
[14:36] <RoAkSoAx> pitti: I guess that's the same issue as with VGA then
[14:36] <pitti> it worked fine until maverick, and broke at some point in natty :(
[14:36] <RoAkSoAx> yeah
[14:36] <RoAkSoAx> same happened to me
[14:36] <pitti> I just tend to forget, as I have that xrandr thing
[14:37] <RoAkSoAx> hehe yeah eventually I ended up using the same approach
[15:02] <pitti> cjwatson: I just committed http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/natty/apport/ubuntu/revision/1763 for bug 745455; but then it came to my mind that this might actually be too much? Should we just read a subset of files as root?
[15:03] <pitti> (aside from the leftover print, just removed)
[15:04] <pitti> cjwatson: or perhaps just do the root thing on the live system, but not on the installation?
[15:17] <cjwatson> pitti: I vaguely remember it's just syslog that needs root
[15:17] <cjwatson> let me check
[15:17] <pitti> cjwatson: that bug was about casper.log
[15:17] <pitti> cjwatson: (that one I could reproduce easily on the live system)
[15:17] <cjwatson> ah, no, it's all installer logs
[15:18] <pitti> cjwatson: I was just wondering if we coudl potentially expose passwords where we shouldn't
[15:18] <cjwatson> that is a problem, but won't they be marked private?
[15:18] <pitti> so instead of reading them we could also ignore htem
[15:18] <pitti> cjwatson: crashes yes, but not bug reports (ubuntu-bug ubiquity)
[15:18] <cjwatson> passwords shouldn't generally end up in the log (unless people are running in debug mode) - making the logs private was just an extra safety measure
[15:18] <pitti> (we can tell them apart in the hook if necessary)
[15:19] <cjwatson> not having the logs would make the reports useless, for the most part
[15:19] <pitti> right, that's what I thought
[15:19] <pitti> but I wondered if there was one file which we shouldn't attach, or perhaps pre-process
[15:19] <pitti> cjwatson: e. g. for the debug log we could use "grep -v password" instead of "cat" or similar
[15:19] <cjwatson> the file that might contain passwords if several other things simultaneously go wrong is also the most useful file to have
[15:20] <cjwatson> and I'd be worried about preprocessing making it difficult to diagnose certain bugs
[15:20] <soren> "Please enter your password, so that we can filter it out of your bug report"
[15:20] <cjwatson> there's already a visible warning in debug mode saying that you shouldn't use a valuable password
[15:20] <cjwatson> so to be honest I think it's OK to do as you did
[15:20] <pitti> soren: I literealy meant "password", i. e. usually there's some debugging context around
[15:20] <pitti> cjwatson: ok, thanks
[15:20] <pitti> cjwatson: sounds fine, but better to have a second pair of eyes on it
[15:20] <soren> pitti: I know, I'm just joking around :)
[15:21]  * pitti just notices that his literally typo was an interesting morphing of that and "really"
[15:29] <highvoltage> Edubuntu currently doesn't have an amd64+mac spin.  Tell mac users "sorry we don't support you"?
[15:32] <ohsix> tell them to install ubuntu then edubuntu-desktop :D
[15:32] <charlie-tca> Can they install the Ubuntu image and then upgrade?
[15:33] <pitti> OOI, does the amd64+mac image also work on "normal" amd64 machines?
[15:33] <ohsix> what does +mac involve, just some efi bits? couldn't there be one volume?
[15:33] <pitti> i. e. could we just have that?
[15:33] <charlie-tca> That is what Xubuntu tells them. Just install the mac/ppc image from Ubuntu and then install xubuntu-desktop
[15:33] <highvoltage> charlie-tca: mostly. some of the biggest edubuntu features are installer related, so it might miss the point though
[15:34] <ohsix> highvoltage: like the stuff that picks the different meta packages for grade levels?
[15:34] <highvoltage> ohsix: yep, and the LTSP installer and LTSP live, and the Unity session stuff, and more language options
[15:35] <ohsix> hmm
[15:36] <ohsix> shrug
[15:36] <highvoltage> I wonder if the standard amd64 iso will work with refit
[15:37] <highvoltage> it would be an easy enough workaround if it does, which we could just include in the release notes
[15:38]  * highvoltage should've bought his mac mini to the office today
[15:38] <ohsix> is there something that precludes all volumes being +mac besides space?
[15:39] <highvoltage> if space is the issue then the default edubuntu 64bit iso could just be +mac
[15:39] <pitti> DVDs should certainly not have much of a problem with that
[15:39] <pitti> on CD images it's got a bigger impact; e. g. the ubuntnu desktop amd64+mac has been oversized for ages
[15:40] <pitti> it's not any more, but there are only very few languages on it now
[15:40] <highvoltage> the edubuntu DVD is 2.5G, so a few extra 100K won't kill it :)
[15:41] <pitti> highvoltage: at least the description on http://cdimage.ubuntu.com/daily-live/20110330/ makes it sounds like it should _also_ work on mac, not _only_
[15:41] <cjwatson> pitti,ohsix> the normal amd64 can boot on UEFI-only machines, but not on Macs; amd64+mac is vice versa
[15:41] <cjwatson> because Apple screwed up their firmware
[15:41] <ohsix> weird
[15:41] <highvoltage> :/
[15:41] <pitti> ah, thanks; so it's not really a hybrid, it's an either-or
[15:42] <cjwatson> at least many common versions of Mac firmware refuse to boot from a multi-catalog ISO9660 image
[15:42] <ohsix> so i couldn't use the amd64 image on my main computer which isn't uefi but has 64bit gear in it?
[15:42] <cjwatson> and multi-catalog is necessary to support UEFI
[15:42] <cjwatson> ohsix: unless it's a Mac, you should be fine
[15:42] <cjwatson> it's multi-catalog, so in general it should work with either BIOS and UEFI; Mac firmware is just useless
[15:43] <cjwatson> s/ and / or /
[15:43] <ohsix> so the +mac spin just has the one catalog with the mac files on it
[15:43] <cjwatson> +mac actually means "no UEFI bits"
[15:43] <cjwatson> but I thought it would be confusing to call it +noefi or something because Macs do have EFI
[15:44] <ohsix> hm
[15:44] <ohsix> oh right, they call efi uefi now huh
[15:44] <highvoltage> if refit (http://refit.sourceforge.net/) works, would it be fine for Edubuntu to recommend it as a workaround on Mac systems? this also only seems to affect 64 bit, so we could also suggest using 32 bit on macs, right?
[15:44] <cjwatson> UEFI is a newer version that has a multi-vendor standard
[15:44] <cjwatson> EFI 1.x was AIUI proprietary
[15:44] <ohsix> it doesn't just mean the old stuff they called uefi which was an efi firmware that did nothing but run legacy stuff with a bios stub
[15:44] <cjwatson> (in the sense of being specific to a particular vendor)
[15:45] <ohsix> being intel on ia64? that's the rub, it was specified
[15:45] <cjwatson> highvoltage: sure, I'm pretty sure on the machines I remember, refit didn't work
[15:45] <highvoltage> cjwatson: ok
[15:45] <cjwatson> ohsix: some x86 machines too.  and if you read what I said carefully I didn't say it wasn't specified
[15:45] <cjwatson> anyway, this is beside the point
[15:46] <ohsix> well i was speaking to proprietary
[15:46] <cjwatson> proprietary doesn't mean unspecified
[15:46] <ohsix> the uefi stuff i'm familiar with doesn't even try to be ufi-e, it just boots the bios thing, the and the boot time setup is a native efi application that touches the config pages
[15:47] <ohsix> that was to say apple didn't just come up with something else called EFI independently
[15:47] <cjwatson> there are different classes specified with different levels of compatibility
[15:47] <cjwatson> I didn't say they did, but they did break various bits of the spec
[15:47] <cjwatson> such as it was
[15:47] <ohsix> alright well don't let me distract you, i was the one that was confused
[15:47] <cjwatson> I would love amd64+mac not to need to exist, but I don't know of a way to avoid it right now, short of not supporting Mac hardware which I figure wouldn't be popular
[15:48] <ohsix> so suffice it to say uefi says a bit more about where a vendor should stay in the lines
[15:48] <cjwatson> I'm pretty sure Apple also violate EFI 1.x, FWIW - their partitioning strategy is not as specified there
[15:49] <cjwatson> (as one example)
[15:49] <ohsix> right
[15:49] <ohsix> afaik it's only used for dropping firmware updates and running them at boot time, and otherwise barren (the system partition)
[15:49] <cjwatson> that's not the bit I'm referring to
[15:50] <cjwatson> I mean legacy MBR vs. protective MBR
[15:50] <ohsix> ah
[15:51] <ohsix> re: refit, i wonder if some little cd image or something that ran in osx then rebooted into the install couldn't be used
[15:54] <ohsix> to do firmware updates they drop the update in the system partition and bless it; then the firmware blesses the main thing when it's done, it'd be ugly but it could be done ;]
[15:56] <cjwatson> feel free to try to produce something portable - it's not something I'm likely to do
[15:57] <ohsix> i don't have the hw to even begin to be messing with stuff
[16:02] <highvoltage> "Choose this to take full advantage of computers based on the AMD64 or EM64T architecture (e.g., Athlon64, Opteron, EM64T Xeon). If you have a non-64-bit processor made by AMD, or if you need full support for 32-bit code, use the Intel x86 images instead. This image is adjusted to work properly on Mac systems.
[16:02] <highvoltage> "
[16:02] <highvoltage> that sentence on http://cdimage.ubuntu.com/daily-live/20110330/ sounds a bit bogus imho, since it's irrelevant whether AMD made the CPU or not
[16:03] <highvoltage> (and it's otherwise very unhuman)
[16:05] <ohsix> highvoltage: "amd64" is the actual arch name
[16:05] <ohsix> em64t is what intel calls it
[16:07] <ohsix> and they mention the one confusing case of an amd processor that doesn't support 64bit, which is doubly confusing because its in the arch name _and_ some model names :P
[16:14] <highvoltage> It would be better in my opinion to have something like "This image is similar to the 64bit installer above, but exclusively supports Intel-based Macs that aren't supported by the default the Ubuntu installer."
[16:15] <ohsix> that's something other than your original comment, no?
[16:17] <highvoltage> yes. my original comment was that the paragraph is bogus, and my last statement was a suggestion on how it could be improved.
[16:18] <ohsix> file a bug :P
[16:19] <cjwatson> (bugs welcome on https://bugs.launchpad.net/ubuntu-cdimage)
[16:21] <charlie-tca> How will people know if their processor is supported by the default Ubuntu installer?
[16:24] <hallyn> Daviey: well, open-vm-dkms compiles fine with the new version, but my clipboard doesn't work with it.  A new version was released two days ago :)  I'm going to try that, bc i'm a glutton for punishment.
[16:28] <Daviey> hallyn, oh joy!
[16:30] <pitti> (IOW, beta freeze lifted)
[16:30] <pitti> didrocks, seb128 ^
[16:31] <didrocks> nice :)
[16:31] <seb128> pitti, I noticed the stack of accepted email,, thanks ;-)
[16:32] <pitti> buildds are still busy with various gc* packages, though
[16:33] <hallyn> hm, i'm being hit by bug 494445
[16:33] <hallyn> cjwatson: did you have to work around that, or was it really fixed for you?
[16:33] <hallyn> (i'm on uptodate natty)
[16:37]  * hallyn goes the non-udd way for now
[16:39] <steveire> pitti: ping?
[16:39] <pitti> !ping
[16:40] <pitti> bah
[16:40] <pitti> steveire: pong (but busy); please don't ping, just ask your question :)
[16:41] <steveire> pitti: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/680088 Your comment there seems irrelevant to me because you talk about going from 10.10 to 11.04 and the issue was originally about 10.04 to 10.10 upgrades. You request for testing is irrelevant to the original issue, right?
[16:42] <steveire> pitti: Ah, I think Riddell clarified.
[16:42] <pitti> steveire: it shouldn't be; a 10.04->10.10 upgrade will use update-manager from 10.10
[16:43] <pitti> steveire: (we do that because it's easier to fix stuff in the later release)
[16:44] <cjwatson> hallyn: I don't think I ever rechecked following James' fix, so I probably worked around it
[16:44] <pitti> steveire: so if you want to test a 10.04->10.10 (with proposed) upgrade, that'd be much appreciated
[16:44] <cjwatson> IIRC I just committed the same deltas by hand
[16:44] <pitti> steveire: that's "update-manager --proposed"
[16:44] <steveire> pitti: Ok, will do
[16:44] <pitti> steveire: thanks!
[16:45] <hallyn> cjwatson: do you recall how you worked around it?  Did you just create that tag?
[16:45] <hallyn> i'm wondering if it'll break something if i tag the '-0ubuntu1' release with the 'upstream-' tag
[16:45] <cjwatson> 16:44 <pitti> steveire: that's "update-manager --proposed"
[16:45] <cjwatson> err
[16:45] <hallyn> it certainly seems wrong
[16:45] <cjwatson> 16:44 <cjwatson> IIRC I just committed the same deltas by hand
[16:45] <cjwatson> I don't remember any more than that, sorry
[16:45] <hallyn> oh there i see it :)
[16:45] <hallyn> thanks
[16:46] <cjwatson> I don't think I gave a monkey's about the upstream-* tags
[16:46] <hallyn> all right, i'm just doing it without bzr for now.  thanks :)
[16:46] <cjwatson> all I wanted was to get the PPA uploads represented in bzr somewhere
[16:46] <cjwatson> hallyn: oh, I did it in bzr, I just didn't use bzr import-dsc to do it.  you can just successively apply diffs, add files, and commit ...
[16:46] <cjwatson> (assuming you're starting from an existing branch)
[16:47] <hallyn> existing branch, but huge delta.
[17:04] <Daviey> mvo, does squid deb proxy work with extras.ubuntu.com?  Someone is reporting to me that it is 403'ing
[17:06] <mvo> Daviey: let me double check
[17:06] <mvo> Daviey: its in the default config, but maybe this user decided to use a custom one?
[17:07] <mvo> Daviey: when the conffile prompt hit him? it was left-out in early versions. or is he using lucid/maverick on the server?
[17:08] <Daviey> mvo, checking
[17:56] <barry> @pilot in
[18:01]  * dholbach hugs barry
[18:03] <zul> ev: ping for the samba bug, couldnt ubiquity do something sensible and not allow more that 16 characters in a hostname?
[18:04] <ScottK> Why is a 16 character hostname limit sensible?
[18:04] <ev> zul: this is a limitation in netbios, not linux.
[18:05] <ev> ScottK: indeed
[18:06] <ev> I think this is best solved where the problem arises, in Samba.  I can talk to another machine with more than 16 characters in its hostname using every other network protocol I can think of.
[18:06] <ev> equally, you can set the hostname outside of the installer, so even if we did this in ubiquity, the problem would remain.
[18:07] <zul> ev: right its a problem with netbios...so something like print a warning or something
[18:08] <ScottK> RFC 1123 says "Host software MUST handle host names of up to 63 characters and SHOULD handle host names of up to 255 characters."
[18:08] <zul> ScottK:  right ill get on changing the netbios protocol
[18:09] <ScottK> I understand the problem.
[18:09]  * ScottK imagines a netbios equivalent for hostnames of 8.3 long/short filenames.
[18:15] <ogasawara> cjwatson: hi, I just tried to upload a new linux-backports-modules-2.6.38 but it was rejected.  I assume it's due to the fact it still needs added to the proper ACL's first before I can pull the trigger.
[18:17] <cjwatson> sure, I'll do that
[18:18] <bdmurray> glatzor: it looks like bug 707490 might not be fixed
[18:18] <cjwatson> ogasawara: try now
[18:18] <Daviey> ScottK, Your quote of RFC 1123, is that in regards to zul's suggestion of ubiquity limiting the hostname to 16 chars - or a bug in the netbios protocol?
[18:18] <ScottK> Yes.
[18:19] <Daviey> ScottK, it was a xor question.
[18:19] <ScottK> Sorry, that's how the result parsed.
[18:19] <soren> Daviey: How do you pronounce "xor"?
[18:20] <Daviey> soren, I'm not exclusive either way, but usually x-or
[18:20] <soren> Daviey: Just wondering since you said "a xor" and not "an xor".
[18:20] <soren> Daviey: Nice pun, though :)
[18:21] <Daviey> soren, I'll make sure i check my grammar before making comment next time, thanks for the hint :).
[18:21]  * soren has his red marker ready
[18:22] <soren> Daviey: Seriously though, I was genuinely curious if there was a way to pronounce it that would make it an "a" word rather than an "an" word :)
[18:22]  * soren wanders off again
[18:23] <Daviey> :P
[18:23] <ogasawara> cjwatson: thanks, I'm able to upload now
[18:23] <cjwatson> soren: I've been known to say something like a hard "zor"
[18:23] <cjwatson> I can pronounce initial-consonant "x"
[18:26] <barry> soren, cjwatson i've always pronounced it ecks-or
[18:27] <zul> http://dictionary.reference.com/browse/xor
[18:27] <barry> of course, i realize that people pronounce __init__ as "dunder-init" instead of the way i say it: "under under init"
[18:43] <dpm> hi cjwatson, could you approve my e-mail on appdeveloper week on the ubuntu-devel moderation queue? thanks!
[18:44] <pitti> dpm: done
[18:48] <dpm> thanks pitti :)
[19:24] <broder> hmm...is grub going to change the tty setup enough that it would break the kernel's "you're using a 64-bit kernel on a 32-bit system" message?
[19:28] <cjwatson> broder: it may actually bypass it altogether
[19:29] <cjwatson> broder: that check seems to be on the 16-bit boot path
[19:30] <Daviey> cjwatson, it's looking more like we will need the isc-dhcp patch... Would you nack the idea of me uploading it now, and submitting it upstream concurrently?
[19:30] <broder> cjwatson: can grub theoretically do that detection? :)
[19:31] <cjwatson> Daviey: as long as you're on the hook for dealing with any regressions ...
[19:32] <cjwatson> broder: GRUB can certainly detect CPU capabilities ('cpuid -l'); what I'm not sure if it can do is detect what the kernel it's booting needs, since I'm not seeing it in the kernel header
[19:32] <broder> cjwatson: for my use case, i'm ok with hard-coding "is this a 32-bit cpu"
[19:33] <cjwatson> 'if cpuid -l' or 'if ! cpuid -l' as appropriate
[19:33] <SpamapS> whoa.. ubuntu-docs bzr branch is a little bit ridiculous ..
[19:33] <SpamapS> 376844kB   136kB/s \ Fetching revisions:Inserting stream:Estimate 56124/56188
[19:33] <micahg> doko: I believe we can drop gcc-4.1, but gpc-4.1 has an rdepends of gpc, is this needed
[19:33] <Daviey> cjwatson, yup.
[19:34] <Daviey> SpamapS, What docs are you working on?
[19:34] <broder> cjwatson: awesome, thanks
[19:34] <SpamapS> Daviey: the server guide
[19:36] <SpamapS> I'm guessing there are a lot of screenshots in this bzr branch
[19:41] <Daviey> SpamapS, Great!
[19:41] <SpamapS> Hrm.. I don't see the server guide there at all
[19:46] <Ampelbein> hi. does http://paste.ubuntu.com/587929/ (from https://launchpadlibrarian.net/67807729/buildlog_ubuntu-natty-i386.checkstyle_4.4%2Bdfsg-5_FAILEDTOBUILD.txt.gz) look like it could be a serious problem on the builders/in gcj-4.4-jre-headless?
[20:16] <broder> cjwatson: is there something like a panic command in grub script?
[20:16] <slangasek> cjwatson: patch archaeology question; do you know why in pam, the RLIMIT_NICE defaults are being set to what they are?  They don't match the kernel, and I can't find any way that this ulimit has any effect at all on setpriority() behavior
[20:17] <slangasek> cjwatson: this is debian/patches-applied/ubuntu-rlimit_nice_correction, formerly debian/patches-applied/061_pam_rlimits_nice_rtprio, added to fix bug #17348
[20:17] <slangasek> (... in 2006)
[22:15] <hallyn> skaet: Daviey: on bug 727342, testing (on the new package I've referenced there) is good.
[22:20] <skaet> hallyn,  good to know.   Thanks for flagging.
[22:30]  * RoAkSoAx made it to DFW. Austin here i come
[22:37] <seb128> slangasek, hi
[22:38] <seb128> slangasek, you might want to review https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/libxklavier/natty-201103311620/+merge/55787 since you did the upload
[22:43] <slangasek> seb128: <blink> ok
[22:43] <seb128> slangasek, dunno what's going on, james_w opened a bunch of those
[22:44] <seb128> slangasek, btw was the patch forwarded upstream? there is no bug reference in the upload
[22:44] <slangasek> james_w: https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/libxklavier/natty-201103311620/+merge/55787 - seems to be something the importer should fix up on its own?
[22:45] <slangasek> (and why am I not allowed to reject UDD merge requests?)
[22:46] <slangasek> seb128: I upstreamed it to Debian as Debian bug #620110, I don't know how to find the right place to send such things to upstream directly
[22:47] <TheMuso> lol at the bug title.
[22:49] <seb128> slangasek, https://bugs.freedesktop.org/enter_bug.cgi?product=libxklavier
[22:49] <seb128> slangasek, if you have a fdo account
[22:51] <slangasek> seb128: I don't think I do... :)
[22:51] <seb128> slangasek, ok, well we will forward it for you when we merge on debian next cycle if they didn't do it by then ;-)
[22:52] <slangasek> ok :)
[22:54] <TheMuso> GrueMaster: Are patches being worked on for OMAP4 etc for alsa-lib and/or pulseaudio? Or, are there patches you can point me to? I have to upload revisions of both pulse and alsa-lib in the coming few days, so I'd like to encorporate all the fixes into one upload for each package.
[22:55] <ogra_> TheMuso, we are still waiting for TI, i will ask in tomorrows call
[22:55] <TheMuso> ogra_: Ok thanks.
[22:55] <ogra_> slas-lib should be a trivial config file for omap4 UCM
[22:55] <ogra_> *alsa-lib
[22:56] <ogra_> i'm not sure how heavyweight the pulse ones are though
[22:56] <doko> micahg: yes, I know. will care about it tomorrow
[22:56] <TheMuso> ogra_: Ok cool.
[22:57] <micahg> doko: ok, thanks, I still hope to clean up gcc-4.3 before beta 2
[23:22] <barry> @pilot out
[23:45] <slangasek> broder: you don't happen to understand the build system of root-system, do you?  I see you touched it in lucid...
[23:46] <slangasek> it's been removed from Debian pre-squeeze though, so maybe we should just drop it


[19:57] <cjohnston> where is everyone... its like people think its a holiday or something
[21:24] <cjohnston> look at all the code removal from summit https://code.launchpad.net/~chrisjohnston/summit/code-cleanup/+merge/83491
[21:39] <cjohnston> 5 merge proposals... someone needs to get to work


[02:39] -queuebot:#edubuntu- Builds: Edubuntu Desktop amd64 [Mantic Daily] has been updated (20230911)


[02:47] <M1dn1ght> hey guys - is this the place to come to report a pre-configured laptop that's not supported?
[04:15] <claudiohfg> hi
[04:17] <claudiohfg> somebody there?
[05:51] <amirman84> hi, ubuntu laptop team, if this isn't support what is it? because no one in #ubuntu will even touch hibernation issues
[13:24] <Idan> Hello
[13:27] <Idan> I guess noone here, bye.
[22:20] <simmerz> hi. since I upgraded to heron, my touchpad no longer works
[22:25] <simmerz> even with the default config, it doesn't seem to work


[22:25] <Guest0> I have a question. I have the weathershow applet set to appear on my desktop. But when I turn on the computer, sometimes it doesn't appear, or will flash for a second and then disappear. I then go to desktop settings unclick and click back again the box for it to appear in the desktop. that works. How do I get the weathershow applet to appear on
[22:25] <Guest0> the desktop everytime I turn on the computer?  -_-


[04:05] <TBotNik> I really need help with cmd line for dirs strting with "."! I'm horrible at resolving those issues.  PB on this at:   https://pastebin.com/V3pXyC8A
[04:05] <IrcsomeBot1> Esc476 was added by: Esc476
[04:26] <valorie> TBotNik: this isn't really a kubuntu issue, so you might get better help in #ubuntu which is a much larger channel
 Hey all, for some reason kwin is not starting on boot in kubuntu 18.04 (and now 19.10 after dist upgrade)  I can get my boarders back by simply running kwin in krunner. Not sure why this is happening..
[04:33] <valorie> that's odd, @Esc476
[04:34] <valorie> you could possibly search in your
[04:34] <valorie> oops, your ~/.config folder for kwinrc or so
[04:34] <valorie> and see what it says
 sure
[04:35] <valorie> 18.04 is old but should be still functioning
[04:35] <valorie> oh
[04:35] <valorie> in 19.10 for sure
 hmm, never poked around in kwinrc but under [desktops] the Id are some wild strings
 Id_1=e5502c39-d7cd-443e-9ab8-c00a1868ca41 … Id_2=5afd8285-d9fb-4c03-8f39-35e130408f0
 Probably just a way to identify the 2 virtual desktops, but its all that looks odd..
[04:41] <valorie> unless you have set up kwin with special rules or so you can safely just move the .rc file
[04:41] <valorie> or just right click and rename as kwinrc.bak or so
 No special rules. This is my media center, it needs to be as basic and possible for spousal approval haha
[04:42] <valorie> login again and you'll have a fresh file
[04:42] <valorie> or you can edit it and test
[04:42] <valorie> it's just text
 yep renamed, rebooting now. This system has giving me more problems than anything else and all it needs to do is run kodi and firefox haha
[04:45] <valorie> ah
[04:46] <valorie> I think there is a kodi-os sort of deal
[04:46] <valorie> or used to be
 Ya there is, but we use various streaming services. lol after reboot, same issue, no borders/kwin
 I rember back in like 2012 I would specify what decorator/compositor/window manager etc all in a boot file on arch. would there happen to be anything like that but specifically for plasma? lol
[05:21] <valorie>  @Esc476 it's possible that there is a file in ~/.local
[05:21] <valorie> some of those have binary bits but most are text
 Not seeing anything for kwin, but I'll have to dig more tomorrow. I need to call it a night. Thanks for the help!
[05:27] <valorie> niters
[06:14] <IrcsomeBot1> Melsnhyfe Okon was added by: Melsnhyfe Okon
[06:15] <IrcsomeBot1> <Melsnhyfe Okon> https://yt.vu/MoJ1GrH_-tk
[06:35] <isomari> greetings, For the past week or so, 'sudo apt update' says 'you are up to date'. This is unusual to me as before there were updates everyday and every moultiple times on the same day.
[06:36] <isomari> s/every/even
[06:38] <qih> isomari: Do you think the repo is lying?
[06:40] <qih> I've had that happen before, and I just take it on face value. Missing an update or 10 across a number of packages given most development is extremely limited & incremental, is likely of no real concern. My $0.02
[06:41] <valorie> isomari: many of the paid and volunteer workers have been on holiday
[06:42] <isomari> valorie: OK, thanks
[06:42] <valorie> I haven't seen many packages being moved into the archive in -release
[06:42] <isomari> but cosmic is still updating constantly.
[06:42] <valorie> and most work is on preparing and testing the next LTS (20.04)
[06:42] <valorie> you're right though, not many updates the last couple of weeks
[06:43] <valorie> cosmic is... 18.04?
[06:43] <isomari> 19.04
[06:43] <isomari> 18.10 sorry
[06:43] <valorie> 19.04 is almost eol
[06:43] <valorie> 18.10 IS eol
[06:43] <valorie> !eol
[06:44] <valorie> LTS releases are supported for 3 to 5 years
[06:44] <valorie> regular releases for 9 months
[06:44] <valorie> 18.10 will get zero updates
[06:45] <valorie> I'd be surprised if 19.04 gets any more
[06:45] <isomari> I'm going to update it this week. But it's still updating. even today.
[06:45] <isomari> 18.10 I mean
[06:45] <valorie> that is eol
[06:46] <valorie> 18.04 is an LTS
[06:46] <isomari> I know. I'm saying that 18.10 is still updating.
[06:46] <valorie> https://wiki.ubuntu.com/Releases
[06:46] <valorie> that's weird
[06:46] <isomari> I just did an update this morning.
[06:47] <valorie> what does About system say about it?
[06:47] <valorie> or inxi -F
[06:47] <valorie> or sysinfo
[06:47] <valorie> Sysinfo for 'valorie-Oryx-Pro': Running inside KDE Plasma 5.17.4 on Ubuntu 19.10 (Eoan Ermine) powered by Linux 5.3.0-7625-generic, CPU: Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz at 2638-2926/3800 MHz, RAM: 31515/32061 MB, Storage: 332/1144 GB, 275 procs, 123.95h up
[06:49] <isomari> didn't have sysinfo installed. Installing now........
[06:51] <isomari> System:    Host: apps Kernel: 4.18.0-25-generic x86_64 bits: 64 Desktop: KDE Plasma 5.13.5
[06:51] <isomari>            Distro: Ubuntu 18.10 (Cosmic Cuttlefish)
[06:51] <valorie> no clue why you are getting updates then....
[06:52] <isomari> makes no difference, I'm updating on monday.
[06:55] <valorie> upgrading you mean?
[06:56] <isomari> yes
[06:56] <valorie> as in do-release-upgrade
[06:56] <valorie> ok
[06:56] <isomari> yes
[06:56] <valorie> you have the EOL link if there are problems
[06:56] <isomari> ?
[06:57] <valorie> Looking to upgrade from an EOL release? See https://help.ubuntu.com/community/EOLUpgrades from above
[06:57] <isomari> ok
[07:02] <isomari> thanks. I've read it.
[07:18] <jaafar> Anyone use klipper actions?
[07:18]  * jaafar is not having much luck with them
[07:18] <jaafar> It's supposed to be possible to launch an action if something copied to clipper matches a regex
[07:19] <jaafar> There is supposed to be a menu item somewhere called "Enable Clipboard Actions" and I cannot find it anywhere
[07:26] <jaafar> It is somehow working now
[07:27] <jaafar> Still no "enable clipboard actions" setting but a lot of googling indicates that C-M-x in the right spot is supposed to do it
[09:27] <user|8468> I need some help adding ncomputing to my sysetm server that is running kubuntu 19.04 as I have just worked out the issues and have just got the system running smothly
[09:28] <user|8468> I have Ncomuting L300 series, each platform so different that when you upgrade from on version to another that previous application dont work anymore.
[09:47] <tomreyn> building fewer dependencies on proprietry systems could possibly help there.
 Hi all, is the authentication problem with google still there? … I can't access to my google calendar or gdrive from kubuntu
 kio-gdrive and mail is definitely still broken because Google has decided not to allow the KDE keys
 Yes, how sad
[10:13] <luc4> Hello! Anyone who can confirm if chrome is recently unable to fullscreen video players in youtube? I suspect this is related to highdpi screens.
[10:13] <ws2k3> does kubuntu use x11 or waylands?
[10:14] <luc4> x11
[10:15] <luc4> you can install and run wayland though
 What's the purpose of wayland? I mean why you should choose it?
 I am curious, I don't know the differences between wayland  and x11
[10:31] <luc4> IrcsomeBot1: https://wayland.freedesktop.org/
[10:32] <luc4> IrcsomeBot1: there is a good explaination
[11:11] <serveur> HELLO
[11:15] <Alabalistic> hi
[11:23] <zzxo> Uh hi
[11:25] <zzxo> 🝜
[11:26] <Alabalistic> happy new year
[11:27] <zzxo> Hey thank you. It's def. one of those years. I guess I just bropught about 5k clients with me just now/:
[11:33] <Alabalistic> no idea
[11:39] <eeos> hi everybody I am in a bit of a pickle .... where does flatpak install file when used trough Discover Software Manager? and where does snap?
[11:43] <zzxo> I installed flatpack through snap and it mirrors through the ubuntu software manager that ships with the release.
[11:45] <eeos> zzxo: yes, but where are the files?
[11:46] <eeos> let's say I install freecad through flatpak, where are the freecad files?
[11:47] <Alabalistic> flatpak can br in /var/lib
[11:48] <Alabalistic> but when you did  install flatpack frmo snap this mean your FP is in container
[11:56] <eeos> Alabalistic: I know it is in a container .... but where is the container with the file/s?
[11:56] <eeos> Alabalistic: if it is in /var/lib, why does it not require root password to install?
[11:57] <Alabalistic> I cant find flatpack in the snapcraft.io store
[12:00] <zzxo> hmm
[12:02] <Alabalistic>  /var/lib/dpkg/info/ktouch-data.list
[12:02] <Alabalistic>  /usr/share/ktouch/courses/tr.xml
[12:03] <Alabalistic> this is all I can find for one of my snaps
[12:03] <Alabalistic> ktouch
[12:05] <Alabalistic> https://hackernoon.com/managing-ubuntu-snaps-the-stuff-no-one-tells-you-625dfbe4b26c
[12:17] <eeos> Thank you ....
[12:20] <zzxo> No problem
[12:22] <BluesKaj> Hey folks
 Hello ! :).
[17:23] <Nomad_> alt-tab isn't working in my latest plasma5,  anyone know why?  I have the global shortcuts set to next window
 (Photo, 1280x832) https://irc-attachments.kde.org/CntdhWig/file_21576.jpg Giving Discover a shot. I'm apprehensive, but hopeful.
[17:46] <linuxwerker> any one good with snmp?
[17:47] <linuxwerker> i am having troupe setting up ns testing the strack
 @Schykle, Why so many updates? Are you updating from ppas?
[17:47] <linuxwerker> pastbin.com/CVLq8MYW
 @Franzpow, Just added the backports PPA :3
[18:45] <konrados> Hello. I usually, for some reason, created bootable usb's with windows and rufus. It created a whole directory structure, probably just unpacking the iso. Now I want to do it from linux. And it seems that... the only thing I do is to just copy the iso file (as the only file) to a usb stick?
[18:46] <konrados> e.g. this guy here says so: https://www.reddit.com/r/Kubuntu/comments/8mpvfz/how_to_make_bootable_pendrive_on_kubuntu_1804/
[18:47] <konrados> on the other hand, here: https://help.ubuntu.com/community/Installation/FromUSBStick I should use usb-creator ?
[18:47] <konrados> alias Startup Disk Creator ?
[18:50] <konrados> ok, installing this sudo app with apt install usb-creator-gtk
 Well, enabling the backports PPA was a mistake. Is it possible to downgrade/undo this?
 (Photo, 812x185) https://irc-attachments.kde.org/UEn20aH7/file_21587.jpg Latte Dock has decided it doesn't care what order my launchers are in. It's going to randomly move them around on a whim.
 Discord should be between Messenger and Mailspring, yet, when I open a window, Discord gets moved to a random position in the dock, and moves around at random. If I open Discord, the launcher disappears completely. The Telegram and Messenger launchers get swapped around at random, and really the only thing staying consistent are the first three.
[19:59] <gregor3000> hello. in installer i chose to create efi system partition. however i can't set any boot flag on it. is that ok? will it be set automatically? i set it to 510 MB
[20:00] <gregor3000> first time UEFI install-
 If you chose the "EFI System Partition" then it's fine.
 The installer automagically sets those conditions.
[20:02] <gregor3000> excellent. let's hope it iwll work. i've been at the build for 5 hours now. currentl yon install. is root at 50 Gb neough? i dont' think 20 Gb would be enough. my current machine has 12 GB in usr due to games
[20:03] <gregor3000> steam is on home i think. at least that is what it is showing. currentl yi dont' have a separate home but on the new PC i would like ot create it.
[20:04] <gregor3000> getting tired :-)
 I think 50GB should typically be enough. It's always kinda hard to know for sure as use can change over time and not everyone uses as much in root as others, so it's a rough guesstimate 😅
[20:06] <gregor3000> yes, i realise that. without games 20 GB is over the top.
[20:08] <gregor3000> i checked my current disk on old PC. there i have only root and it looks like home has most data. system part has some stuff on var, something on TMP maybe but  overall  the /usr is the big one. the rest is negligable
[21:05] <voje> Hello. Can someone help me with a suddenly non-working extended screen?
[21:06] <voje> The screen runs other hardware, and the laptop runs other screens, but the two suddenly won't work together.
[21:06] <voje> Is there a way to delete config for that particulat screen?
[21:06] <voje> Or rather, where can i
[21:10] <bprompt> voje:  I haven't done multimonitor, but check https://forum.kde.org/viewtopic.php?f=309&t=153057 maybe
[21:14] <voje> bprompt: Could find anything relevant, but ty for trying :)
[21:14] <voje> *couldn't
[21:14] <bprompt> voje:  well, backup that script, and try running that one provided there, and reboot, assuming that'll make the system reconfigure the multiple monitors
[21:16] <voje> bprompt: I'll have to tailor it to my system, but I guess it's worth a shot
[21:17] <voje> Was hoping for a config file that could be deleted
[21:23] <bprompt> voje:  according to https://forum.kde.org/viewtopic.php?t=126244 , you can always check the file at ~/.config/plasma-org.kde.plasma.desktop-appletsrc, make sure you back it up first
[21:23] <bprompt> voje:  on the other hand, you can check the repositories for "Kscreen" app, for multimonitor configuring
[21:25] <voje> Found a config file for screens in ~/.local/share/kscreen. I tried removing that and will restart. Crossing fingers :) Ty!
[21:32] <valorie> @Schykle you can always use ppa-purge
[21:32] <valorie> !ppa-purge
[21:38] <kubuntuUser> Any idea to fix this error? "RAS support is not implemented! Configure program to use LAN connection/winsock instead!". Trying to run an .exe with Wine. Im on Kubuntu 19.10
 @valorie, Thanks!
[21:40] <valorie> it's often very useful
[21:40] <valorie> and it's one of the reasons we supply backports in a PPA