[06:23] <gourgi> hi, i apologise for discussing this here. i have a kernel warning about my BIOS and tells me to report it to "the Linux ACPI maintainers". who are they ?
[06:23] <gourgi> here is the warning http://pastebin.com/m1895eaa
[08:40] <apw> gougi, ... /me hits complete uslessly
[10:54] <Kamping_Kaiser> Hi all. will bugs filed be announced here?
[10:55] <Kamping_Kaiser> I just filed a bug, and i'm hoping for feedback (specifically, if its got enough information to be useful)
[10:55] <IntuitiveNipple> No, they're announced on the kernel-bugs mailing list
[10:55]  * Ng wonders if anyone's come across cryptsetup in jaunty not doing its magic during initramfs (I have a root-on-lvm-on-crypto made with intrepid's alternate installer's default option for that). It times out and gives me a busybox shell, I run "cryptsetup luksOpen /dev/sda5 kodachi" enter the passphrase, exit the shell and it boots
[10:57] <Kamping_Kaiser> hm, ok. could someone look at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/333766/ and tell me if anything extra is needed?
[10:57] <ubot3> Malone bug 333766 in linux "linux packages in hardy-security FTBFS in a ppa" [Undecided,New]
[11:11] <smb_tp> Kamping_Kaiser, I have a look at it.
[11:13] <smb_tp> Looks like ABI file problems. Let me verify this. Can take a bit because I have to step out for a little
[11:13] <Kamping_Kaiser> smb_tp, thanks for checking. take your time, its been broken for a few months, i can wait a while longer :)
[12:43] <Kano> hi, why are clockmod options built in?
[12:44] <Kano> nforc2 does not allow standard powersave modes, and the module for changeing the fsb is nothing i would use by default. but now it is even builtin!
[12:44] <Kano> who had that idea? now everbody even gets an error because of no nforce2 chipset
[13:13] <Kamping_Kaiser> smb_tp, i'm off to bed. ping me if you need any more info from me, and i'll try and reply when i wake up.
[13:13] <smb_tp> Kamping_Kaiser, Sure
[13:14] <Kamping_Kaiser> thanks.
[14:55] <dholbach> hey my kernel friends!
[14:56] <dholbach> is http://paste.ubuntu.com/122406 anything I should worry about?
[14:58] <dholbach> I have no idea what happened there, just booted up the system and everything worked as I expected
[14:58] <dholbach> is this "if it's no big deal for you, it's no big deal for us"? :)
[15:08] <smb_tp> dholbach, Not sure how much this is to worry but it wants to tell us there is something outside its defined resource range. Is there a message like "resource map sanity check conflict:" before?
[15:08] <dholbach> smb_tp: yep
[15:09] <smb_tp> This should also have some address numbers
[15:09] <dholbach> I can make the whole dmesg output public if you want
[15:09] <dholbach> hang on
[15:10] <dholbach> smb_tp: http://paste.ubuntu.com/122417
[15:24] <smb_tp> dholbach, Looks like the driver tries to map the BIOS into memory but (probably because the BIOS flagged that range as reverved) it fails. When it fails to request the resource it just goes on and gets the warning from the sanity check. This does sound a bit dangerous, but then the whole driver is flagged with "use with care".
[15:24] <dholbach> ah ok
[15:26] <smb_tp> The mapping itself seems to work. What is visible is just the failure to reserve that memory range and then the sanity check when mapping that range into memory (because there is no resource reserved for it)
[15:34] <dholbach> smb_tp: if you have no concerns about it, I'm happy too :)
[15:34] <dholbach> just thought I'd let you know
[15:35] <smb_tp> dholbach, It probably would be better if that bios is not mapped into memory in general.


[04:24] <Nelson_> nice to see U
[06:00] <lordievader> Good morning.
[06:09] <valorie> mhall119: the KDE sysadmins are banning the nextdoor.com site from all KDE lists -- is there a way I can get the *buntu mail admins to do the same thing?
[06:09] <valorie> or I'm afraid I'll be the first of many spammers on their behalf
[06:09] <valorie> I've written to them about their faulty webform, but.....
[06:10] <Unit193> Canonical sysadmins would be the place to ask, I'd think.  Also banning LinkedIn would be good.
[06:17] <valorie> Unit193: do you have an email, or should I submit an RT?
[06:17]  * valorie has never done this before
[06:18] <valorie> I mean an email for the sysadmins
[06:18] <Unit193> valorie: RT is them, they also have a channel but RT is the way to go.
[06:18] <valorie> so is the web address https://rt.canonical.com ?
[06:20] <Unit193> s/canonical/ubuntu/, but it redirects there so no matter.
[06:20] <valorie> got it, email<EMAIL_ADDRESS>[06:20] <valorie> thanks
[07:22] <joedj> 12.04 -> 14.04 upgrade is failing with this error in main.log - suggestions? ERROR Dist-upgrade failed: 'The package 'update-manager-kde' is marked for removal but it is in the removal blacklist.'
[07:46] <CrypticByte> I just installed kubuntu and opened kde telepathy but its saying i need to install the haze and gabble plugins but when i try to install them it states i already have the newest versions
[07:46] <CrypticByte> nvm randomly started working
[08:55] <admine_> hello :)
[10:42] <memeka> I'm trying KDE5, but EGL seems not to work, although it works on KDE4 ... :(
[10:42] <memeka> compositor works only with XRender...
[10:42] <memeka> can anyone help me debug the issue ?
[10:47] <shadeslayer> memeka: hi, I saw your post in #project-neon earlier
[10:47] <memeka> well I am not thanks shadeslayer
[10:47] <memeka> sorry
[10:47] <memeka> :)
[10:48] <memeka> thanks, you think you can help?
[10:48] <shadeslayer> memeka: there's no KDE5 :) , I'm assuming you mean plasma 5, for that, I'd recommend running kwin_x11 from konsole and checking the output
[10:48] <memeka> I mean it works on KDE 4
[10:48] <memeka> i mean project neon :)
[10:48] <shadeslayer> memeka: yeah, but they're different stacks
[10:48] <memeka> well, the output is not like kwin_egl
[10:48] <shadeslayer> one uses Qt5 and the other uses Qt4
[10:50] <memeka> of course :P
[10:52] <memeka> shadeslayer: KWIN_OPENGL_INTERFACE=egl /opt/project-neon5/bin/kwin_x11 --replace
[10:52] <memeka> here's the output: http://paste.ubuntu.com/8096952/
[10:53] <memeka> bind OpenGL API failed
[10:53] <memeka> ....
[10:53] <memeka> not a lot of info there...
[10:54] <shadeslayer> memeka: you're also missing kglobalaccel?
[10:55] <memeka> shadeslayer: no but I did that from SSH
[10:56] <shadeslayer> memeka: I'd recommend contacting the kwin maintainer tbh, I'm not entirely sure what would be required apart from making sure Qt is compiled with opengles
[10:56] <memeka> shadeslayer: http://paste.ubuntu.com/8096971/
[10:56] <shadeslayer> hm, though possibly martin is on vacation
[10:56] <memeka> this is run from within, so qdbus can see everything
[10:56] <shadeslayer> memeka: send a email to plasma devel I'd say
[10:56] <shadeslayer> libGL error: dlopen /usr/lib/arm-linux-gnueabihf/dri/exynos_dri.so failed (/usr/lib/arm-linux-gnueabihf/dri/exynos_dri.so: cannot open shared object file: No such file or directory)
[10:57] <memeka> that's GLX
[10:57] <memeka> I have other apps running that try GLX first, and get that error
[10:57] <memeka> but then use EGL just fine
[10:57] <memeka> (yeah, GLX Is not available)
[10:57] <shadeslayer> ah hm, yeah
[10:57] <shadeslayer> true, it doesn't give alot of info
[10:58] <shadeslayer> dunno, I'm no opengl expert
[10:58] <shadeslayer> memeka<EMAIL_ADDRESS>might be able to help
[10:59] <memeka> k I will send an email thanks
[10:59] <shadeslayer> cheers
[10:59] <shadeslayer> memeka: also, how long did compiling everything take?
[11:00] <shadeslayer> can you also test the Plasma 5 packages from regular ubuntu utopic?
[11:00] <memeka> about 1 day
[11:00] <memeka> native
[11:00] <shadeslayer> would be really cool
[11:00] <shadeslayer> oh
[11:00] <memeka> but
[11:00] <shadeslayer> damn, Plasma 5 isn't in the archive, so no armhf packages
[11:00] <memeka> I had to compile everything by hand
[11:00] <shadeslayer> right
[11:00] <memeka> had to figure out myself the deps
[11:01] <memeka> so a script to compile stuff continously would take few hours :)
[11:01] <shadeslayer> memeka: well, in utopic we have half the stuff compiled for armhf
[11:01] <shadeslayer> all the frameworks
[11:01] <shadeslayer> but plasma you'd have to compile by hand
[11:01] <shadeslayer> might be worth looking into that
[11:02] <shadeslayer> neon is a fairly fast moving unstable target
[11:02] <memeka> well... if it's half the stuff
[11:02] <memeka> it's still a pain
[11:02] <shadeslayer> yeah
[11:02] <shadeslayer> I can understand
[11:02] <shadeslayer> I could try and get armhf for the kubuntu next ppa
[11:02]  * shadeslayer asks
[11:03] <shadeslayer> memeka: but the point of getting armhf builders for the PPA would be to get testers
[11:03] <shadeslayer> memeka: do you reckon you can provide useful feedback?
[11:03] <shadeslayer> i.e. do you have the time to test packages?
[11:04] <shadeslayer> memeka: fwiw there's also #plasma
[11:05] <memeka> I'll ask, thanks
[11:05] <memeka> I can test stuff out I guess...
[11:05] <shadeslayer> ok, I'll ask for armhf builders
[11:05] <shadeslayer> lets see what happens
[11:06] <memeka> cool, thanks
[11:08] <shadeslayer> memeka: might want to join #kubuntu-devel too btw :)
[11:09] <memeka> :))
[11:18] <allee> KDE mime type system claims: /boot/grub/i386-pc/  is full of 'Amiga audio files'.  file /boot/grub/i386-pc/*.mod  correctly detects 'ELF 32-bi t...'
[11:18] <allee> Where are the config files that KDE uses to detect mime-types?
[11:19] <allee> I usually don't browse boot/grub, but baloo lists them in dolpins 'Audio Files' view :-(
[12:26] <Walex> allee: depends...
[12:26] <allee> Walex: on what ? ;-)
[12:27] <Walex> allee: consider looking at '/etc/mime.types' and 'man xdg-mime' to start with
[12:27] <Walex> allee: and also of course 'kcmshell4 filetypes' but probably that is derived from the above.
[12:28] <Walex> allee: also nothing prevents the Baloo indexer from using its own list
[12:46] <allee> Walex: thx, I assume xdg-mime and the f.d.o standard will lead the to the xml config files
[12:49] <Walex> allee: maybe...
[12:56] <BluesKaj> Hiya folks
[13:00] <jubo2> Salutation BluesKaj
[13:00] <jubo2> We should have FLGOSS devel appreciation days .. like .. often
[13:01] <jubo2> Once / week might be good
[13:01] <jubo2> Thursday - from Thor's Dag would be my off-handed choice
[13:01] <BluesKaj> hi jubo2 and what does that acronym mean ?
[13:02] <jubo2> Monday, Tuesday, Wednesday, FLGOSS devel appreciation day, Friday, Saturday, Sunday repeat
[13:02] <jubo2> BluesKaj: jubo-jubo not acronym
[13:02] <jubo2> and 2 is just another number.. 'k.. maybe the only even prime in the .. whatever you call this reality thing at any point
[13:03] <BluesKaj> if you want to discuss offtopic then #kubuntu-offtopic is the place
[13:03] <jubo2> BluesKaj: My friend Migisq just one day said: "What if we'd call you Jubo?"
[13:03] <BluesKaj> not hjere jubo2
[13:03] <jubo2> I liked it so it stuck
[13:04] <jubo2> BluesKaj: 'k.. was forgetting in a support channel. channel traffic ~~ support demand, support demand == bad for us
[13:05] <jubo2> no traffic == no support demand == good for us
[13:50] <mhall119> valorie: you can many ask in #canonical-sysadmin
[15:07] <ik_> hi ¡
[15:07] <ik_> hi ¡
[15:12] <Wizard> Hi everyone.
[15:13] <Wizard> Seems everything works ;
[15:19] <yossarianuk> hello everybody !
[15:19] <Riddell> Wizard: great :)
[15:19] <Riddell> hi yossarianuk
[15:19] <yossarianuk> Kde - 4.14 is out : http://kde.org/announcements/4.14/
[15:19] <Riddell> I accept payment is beer and hugs :)
[15:19] <Riddell> yossarianuk: have you tried the kubuntu packages yet?
[15:20] <yossarianuk> is that going to be in the 14.04 standard repo or PPA only ?
[15:20] <Wizard> yossarianuk: No updates yet..
[15:20] <Riddell> yossarianuk: PPA only, it's a feature release
[15:20] <yossarianuk> riddell: thanks - not tested yet...
[15:20] <yossarianuk> riddell: will be tonight though on my home desktop.
[15:21] <yossarianuk> ah - just seen the announcement on kubuntu.org...   http://www.kubuntu.org/news/kde-sc-4.14
[15:23] <yossarianuk> is 14.10 going to be using kde 4.x or 5.x ?
[15:27] <Riddell> yossarianuk: Plasma 4 on the default image, there will also be a tech preview image with Plasma 5
[15:28] <yossarianuk> thanks for the info riddell:  it should be in fairly good shape by then....
[15:45] <Wizard> Nah, I'm happy with default 14.04 ;]
[15:46] <Wizard> I even encouraged myself to use netbook-plasma.
[15:46] <Wizard> plasma-netbook rather.
[15:46] <Wizard> Whatever.
[15:47] <Gatis> what is netbook-plasam
[15:48] <Wizard> Gatis: http://www.kde.org/workspaces/plasmanetbook/
[15:48] <Gatis> ok
[15:48] <Wizard> Kubuntu enables it automatically on small screens.
[15:48] <vinco> !list
[15:49] <vinco> ciao
[15:49] <vinco> !list
[15:50] <Wizard> vinco: Your IP address has been reported.
[15:50] <BluesKaj> !it | vinco
[15:50] <vinco> #ubuntu-it
[15:53] <vinco> !list
[15:53] <BluesKaj> the file sharing irc servers in Italy are blocked, hence the
[15:53] <BluesKaj> this
[15:54] <yossarianuk> hold on - why is saying 'list' a demand for warez ?
[15:55] <yossarianuk> i haven't even heard the term 'warez' for over a decade.....  Since I have used Linux as my main desktop I only have legal software.
[15:55] <BluesKaj> yossarianuk, usually it;s for media like mp3s etc, since the Italian gov't blocks p2p irc servers
[15:56] <vinco> ciao
[15:56] <vinco> !list
[15:57] <ikonia> vinco: you've already done that - there are no wares here
[15:58] <BluesKaj> ok, bbl
[15:59] <yossarianuk> BluesKaj: ah got you - i.e sharing of copyrighted stuff...
[15:59] <yossarianuk> One more advantage of running Linux  - generally its all 100% legal.
[16:01] <yossarianuk> in the last few months I have paid for more games (thanks to steam) than I did in all the time I ran windows.
[16:01] <yossarianuk> (I only ran windows for 5 years - Amiga before (so much better) and linux after.
[16:30] <SuperM> hello
[16:30] <monkeyjuice> hello
[17:05] <BluesKaj> hey monkeyjuice
[17:06] <monkeyjuice> hows it going BluesKaj
[17:07] <BluesKaj> not bad monkeyjuice ...wet here tho, how about you ?
[17:07] <monkeyjuice> ya rain day also , im on the mend messed up my leg so im in a cast
[17:08] <BluesKaj> bummer monkeyjuice, what happened?
[17:09] <monkeyjuice> me being old and stuped at the same time, over lifted and messed up my Achilles tendon
[17:11] <BluesKaj> ouch ouch ouch !
[17:11] <monkeyjuice> ya it was ouch .. ;(
[17:13] <BluesKaj> how long to heal ?
[17:13] <BluesKaj> no pun intended
[17:13] <monkeyjuice> only 6 to 9 weeks ;)
[17:15] <BluesKaj> ok, took 6 weeks for the big toe tendon, which got severed by a broken vinegar bottle while diving into a river
[17:16] <monkeyjuice> so your old and stuped too i guess LOL sorry had to do it
[17:16] <BluesKaj> cast as well
[17:17] <BluesKaj> that was when I was young and stupid, 19yrs old
[17:17] <monkeyjuice> oh lol ;)
[17:17]  * genii makes more coffee
[17:17] <monkeyjuice> howdee genii
[17:18] <BluesKaj> hey genii
[17:18] <genii> Hi people :)
[17:29] <foobar_> hello, how to remove an icon app from the bottom Panel,please?
[17:33] <BluesKaj> right click on the icon , there should be an option to remove
[17:34] <foobar_> BluesKaj: no
[17:34] <BluesKaj> no wahT/
[17:34] <BluesKaj> ?
[17:34] <foobar_> i mean: there's a Remove this Panel, but dunno if it will remove the whole panel bar instead just that one
[17:35] <foobar_> all the icons are in that widget which I don't know how it is called, correct'
[17:35] <foobar_> task manager, perhaps
[17:35] <BluesKaj> foobar_, is it in a launcher in the panel?
[17:35] <foobar_> BluesKaj: sorry dunno: i only made Add to Panel for the apps
[17:36] <foobar_> and now kate won't be launched, so I am trying to remove it
[17:36] <foobar_> got this and permissions issues right now
[17:37] <foobar_> since I cannot create, edit and save my files in /var/www/ as normal user, i only can create them by doing sudo kate filename.ext but this sounds very wrong
[17:37] <BluesKaj> foobar_, right click on the panel>panel options>panel settings
[17:38] <foobar_> uff i remove the whole default bottom bar now:(
[17:38] <foobar_> and now?
[17:38] <BluesKaj> then pass the cursor over the icon , there should be an opion to remove
[17:38] <BluesKaj> option
[17:38] <foobar_> add Panel->defaults
[17:39] <BluesKaj> no
[17:39] <BluesKaj> read above
[17:41] <foobar_> BluesKaj: yup i mean that to restore the bottom bar was just Add Panel->defaults
[17:42] <foobar_> a solution to use permissions on files correctly, now?
[17:42] <foobar_> I would just launch kate and work, without think about permissions
[17:42] <BluesKaj> sorry I don't know what that has to do with icons in the panel
[17:43] <foobar_> nothing, icons issue is solved, more or less:)
[17:44] <BluesKaj> ok for giu app lauch with permissions use kdesudo in the krunner/run command for launching with permissions in the terminalk use sudo
[17:44] <BluesKaj> terminal
[17:45] <foobar_> BluesKaj: i won't use sudo
[17:45] <BluesKaj> kdesudo for GUI ..if you need to use a command to launch
[17:47] <foobar_> mhmh
[17:48] <foobar_> it sounds a bit weird anyway
[17:48] <foobar_> many thanks for now BluesKaj
[17:59] <foobar_> btw BluesKaj i got linux on a SSD
[18:02] <BluesKaj> ook foobar_ yw
[18:02] <foobar_> my first SSD
[18:02] <foobar_> don0t hack me please
[18:03] <bprompt> ?
[18:03] <foobar_> :P
[18:03]  * bprompt guesses foobar_  is foobared
[18:04] <foobar_> dunno.doubtful
[18:06] <nicholasjanssen> WHY XCHAT WONT HAVE EASY IGNORE FUNCTION
[18:09] <BluesKaj> nicholasjanssen, no shouting here ,and ask your question in the #xchat chan
[18:15] <foobar_> anyway BluesKaj i do't get why i cannot create files by just launch kate in my home and deeper
[18:16] <foobar_> well, /var/www is not my home, indeed, but still
[18:17] <foobar_> every web dev just open the terminal and launch kdesudo kate?
[18:26] <BluesKaj> kate should launch from the kmenu>applications>utilities, no need for any other method unless you have existing textfiles in dolphin that you click on
[18:31] <foobar_> BluesKaj: yup but if i try to create/edit/save files in /var/www using kate, it will failes
[18:33] <BluesKaj> foobar_, are you using kdesudo to open /var/www?
[18:34] <foobar_> BluesKaj: no i didn't
[18:35] <foobar_> just asking if it is a common method that i never discovered
[18:36] <BluesKaj> uhm, never heard of /var/www , so you obviously created it ,... which command/path did you use>?
[18:39] <foobar_> BluesKaj: it is php/apache local server
[18:40] <BluesKaj> foobar_, then ask in #php or #apache
[18:41] <BluesKaj> thsat's not a kubuntu related question
[18:41] <Pici> //var/www is the default document root in Ubuntu.
[18:45] <Pici> BluesKaj: ^
[18:46] <BluesKaj> Pici, odd, I've never seen it
[18:46] <BluesKaj> Pici, perhaps you can help foobar_  then rather than correcting me
[18:48] <Pici> foobar_: You should either add yourself to the www-data group, which should allow you to save files in there (after a logoff/logon) or create a new document root in a place you both have access.
[18:54] <foobar_> Pici: mhmh i will search for that way then
[18:56] <foobar_> BluesKaj: ask on #php would be a way too, since the server is on linux, i thought it would a good question for this chan too
[19:01] <BluesKaj> well maybe, seems #ubuntu might be more suitable since your question is about  //var/www which is the default document root in Ubuntu as Pici pointed out to me, not sure about the ruling would be for this question
[19:11] <BluesKaj> not sure about what the ruling would be for this question, rather
[19:42]  * keithzg ran into the change of /var/www to /var/www/html as the default apache2 document root just the other day
[19:44] <keithzg> So, anybody have any answers for re-integrating Chrome with KDE? Since they switched off of GTK to their own stack I've found it kindof annoying (can't click-drag to or from with the same nice results, for example).
[19:46] <keithzg> It kindof kills me that I can't just click-drag pictures from a chrome window into a Dolphin one now, for example.
[19:48] <foobar_> BluesKaj: :)
[19:49] <BluesKaj> keithzg, have you tried chromium-browser ?
[19:51] <keithzg> BluesKaj: Hrmm, you're right, that *does* work. Did Chromium not switch over to Aura or something?
[19:54] <BluesKaj> dunno keithzg, I just assume since it's written for linux exclusively that any linux DE will integrate with it
[19:55] <BluesKaj> or rather the reverse :)
[19:55] <keithzg> BluesKaj: It's weird though, since I swear until the Aura changeover it worked fine on Chrome to. Although maybe that's a read herring and it's something else that's breaking it. Hmm.
[19:59] <BluesKaj> keithzg, chrome is a windows browser adapted to run on linux. whereas chromium is a linux browser period, dunno what aura is.
[20:01] <keithzg> BluesKaj: No offense, but you're just wrong.
[20:01] <keithzg> BluesKaj: Aura is Google's toolkit which they replaced GTK with. As such, the version of Chrome for Linux is nearly identical now to the version they use in ChromeOS.
[20:02] <keithzg> In many respects, their Linux branch is getting far more attention these days than their Windows one.
[20:02] <keithzg> Several times recently features came to ChromeOS and normal Linux long before they made it to Windows.
[20:03] <keithzg> All Chromium is these days is Chrome with some proprietary Google blobs excised, in the same way AOSP compares to what ships on Nexus devices.
[20:04] <BluesKaj> keithzg, seems the devs are working on an android browser that with a few mods runs fine on linux
[20:05] <keithzg> Err, the Chrome on Android is further from what's in ChromeOS than Chrome on (normal) Linux is.
[20:05] <BluesKaj> i don't have a nexuz or andoid device so I\m behind the curve there :)
[20:08] <BluesKaj> or an "i" anything either :)
[20:09] <BluesKaj> guess you young guys would classify me as a Luddite
[20:09] <keithzg> Well, if you use a dumbphone, perhaps!
[20:10] <keithzg> Myself I just try to use whatever is closest to GNU/Linux as possible, ex. the phone I'm holding in my hand right now has a UI written in Qt5, rendered with Wayland, and using systemd underneath :)
[20:11] <keithzg> Anyways, though. Aura is essentially Google's underlying toolset to replace most of the beneath-the-hood usage of GTK, so that the ChromeOS, desktop Linux and Windows versions are all unified (to a degree; Chrome still uses GTK for theming, for example).
[20:11] <keithzg> Chromium being just Chrome without the proprietary bits, this all is true of it too: http://dev.chromium.org/developers/design-documents/aura
[20:12] <BluesKaj> I don't use a cellphone as an audioplayer or text or camera device ...it's a phone, that's all
[20:13] <keithzg> I use a phone because then I have a terminal in my pocket! And lots of great KDE-sourced apps, too.
[20:13] <keithzg> Hell of a lot nicer than carrying around a big bulky and battery-inefficient laptop.
[20:15] <BluesKaj> as it is I spend entirely too much time on this laptop anyway, it's good to give it a rest
[20:15] <keithzg> *shrug*
[20:15] <BluesKaj> <--- retired , don't need a job device
[20:17] <keithzg> Whatever works for you, works. But I'd have a hell of a time finding a device that did only one thing that even did it better than my phone can, ex. for listening to podcasts it's way, way easier to just use gPodder on my phone (written in Python and QML!) than to wrangle that stuff from my desktop onto an mp3 player, which then wouldn't have as nice of a UI/UX as gPodder does anyways.
[20:17] <dnel> is there a kde control panel to manage cpu frequency scaling?
[20:18] <BluesKaj> ditto keithzg , whatever works for you ")
[20:18] <linux> i have kubuntu with motion and it work few days dhan came update and all beauty was gone , when i try to start cheese i get linux@linux-K55VD:~$ cheese
[20:18] <linux> libv4l2: error setting pixformat: Device or resource busy
[20:18] <linux> (cheese:4439): cheese-WARNING **: Device '/dev/video0' is busy: gstv4l2object.c(2524): gst_v4l2_object_set_format (): /GstCameraBin:camerabin/GstWrapperCameraBinSrc:camera_source/GstBin:bin17/GstV4l2Src:video_source:
[20:18] <linux> Call to S_FMT failed for YU12 @ 1280x720: Device or resource busy
[20:19] <BluesKaj> !Paste | linux
[20:19] <keithzg> BluesKaj: Yup, yup and I suspect that's why many of us use Linux and KDE in the first place; everybody's wants and needs are different!
[20:20] <keithzg> dnel: Not any kde control panel option for that which I know of, but there are definitely GUI applications for such.
[20:20] <BluesKaj> dnel, there is an app called cpufrequtils in the repos
[20:22] <keithzg> Also, indicator-cpufreq, which is a appindicator-based applet.
[20:23] <dnel> thanks keithzg, BluesKaj, trying cpufreq-set to set to ondemand governor but it wont work for some reason
[20:25] <keithzg> Hmm, removing my Chrome profile makes drag-and-drop work. So it's something messed up in my profile, not with Chrome itself per se (which makes sense since Chromium worked too).
[20:30] <BluesKaj> well, it's been a long day ....time to give it a rest, later folks
[20:30] <keithzg> Take care
[20:35] <Scunizi> My live usb will not open kde partition manager.  It tries, spins then nothing. Any ideas how to fix that?
[20:39] <keithzg> Scunizi: Have you tried launching it from a terminal? (I believe it's just "partitionmanager").
[20:40] <Scunizi> keithzg: yea.. looks like the system is just reeaallyy slooow in loading the package. I actually got 3 windows up and closed two.
[20:41] <keithzg> Scunizi: Haha, fair enough
[20:42] <Scunizi> I've got another issue though. When creating a live usb the system asked for credentials.  There were 2 user names to pick from, both identical. But when I look in the gui's user configuration section there is only one user for the system. would this be caused by having both unity (as the first install) and kde (kubuntu) as the second?
[20:45] <keithzg> Hrmmm, maaaaybe, I do vaguely remember something along those lines back when I also ran non-KDE environments (these days it's just KDE and sometimes Openbox for me). I'd check "getent passwd" in the terminal for the canonical users list first.
[20:46] <keithzg> Canonical meaning the authoritative, true users list, not referring to the company, heh.
[20:47] <Scunizi> Ok.. did that with only one recognizable user outside of system stuff.. and it was me
[20:49] <Scunizi> it also shows www-data in /var/www but there is no /var/www and I don't have a webserver running.  When I upgrade to 14.04 I may take the opportunity to do a clean install
[20:51] <keithzg> No big deal for that, apache2 just adds that user when installed, as AFAIK it's generally not Debian policy to have packages remove users like that even if you've since uninstalled apache2.
[20:58] <Scunizi> that could be.. the last time I upgraded I was shocked to find I didn't have to do a fresh install to fix things. I may have had apache on at some point in the past.
[20:59] <keithzg> I've never done a fresh install on an existing one, but I'm a stubborn SOB ;)
[21:26] <Scunizi> For whatever reason I've had issues on almost all my home built desktop machines. They weren't the latest and greatest at the time either. 2 gens behind typically


[09:24] <sekon_> Hello, which command is used to build iso for ubuntu ?? are there any scripts that can act as reference
[09:24] <sekon_> i am using mkisofs, unpatched from upstream
[09:24] <sekon_> be right back .. sorry
[09:28] <sekon_> Hello, I am trying to create a ISO of ubuntu.
[09:28] <sekon_> I take a release of ubuntu CD, mount it on loopback and cp files over to a staging directory
[09:30] <sekon_> i then proceed to use mkisofs (of cdrecord tools)
[09:31] <sekon_> version 3.0 unpatched to build the CDROM
[09:31] <sekon_> the command i used is
[09:32] <sekon_> mkisofs -R -J -hide-rr-moved -v -d -N -no-emul-boot -boot-load-size 32 -boot-info-table -b isolinux/isolinux.bin -c isolinux/boot.cat -o /home/code/fossee/LiveDVD/LP_Test.iso .
[09:36] <sekon_> The DVD does not boot, i get  "unable to open '/dev/zram0" and unable to find medium containg a live file system
[09:36] <sekon_> and i get dropped into busybox shell
[09:37] <sekon_> apart from using an unpatched mkisofs, i dont see any "experimenting", am i doing something fundementally wrong
[09:37] <sekon_> ??
[09:49] <sekon_> The same result when loading the ISO in qemu
[13:28] <superm1> sekon_: it sounds like you might potentially be forgetting to include the .disk directory when copying files over to the staging directory
[14:07] <CIA-16> ubiquity: cjwatson * r5100 trunk/ (d-i/update-control debian/changelog debian/control):
[14:07] <CIA-16> ubiquity: Build-depend/depend on python-gi-cairo/python-gi-dev rather than
[14:07] <CIA-16> ubiquity: python-gobject-cairo/python-gobject-dev.
[14:10] <CarlFK> sekon_: here are the scripts I wrote a few years ago: https://github.com/CarlFK/DVswitchLiveCD
[14:29] <brendand> ev - with the alpha1 candidate iso, if i choose to install from within the live session, i end up with a big space on the 'Choose a picture' screen, where the camera output should be
[14:30] <brendand> ev - i'm about to check if it happens when i choose 'Install Ubuntu' directly
[14:30] <ev> brendand: has this worked for you previously?
[14:30] <brendand> ev - yeah, but i usually don't install from inside the live session
[14:30] <ev> shouldn't make a difference
[14:31] <brendand> ev - if this doesn't work i have to assume a regression. could be hardware specific though
[14:32] <ev> okay
[14:38] <brendand> ev - nah, same thing. you haven't seen/heard about this yet?
[14:38] <brendand> ev - it was working in the last spin
[14:38] <ev> no, I haven't, but I haven't had my ear to ground
[14:39] <ev> what with the crash database and dx team work
[14:39] <ev> please file a bug
[14:40] <brendand> ev - sure
[14:40] <brendand> just gonna check if the camera is working once everything is installed
[16:14] <brendand> ev - it doesn't even work with cheese, so ubiquity is absolved. i'll just raise a kernel bug
[16:21] <ev> yay
[21:32] <kyleN> ev, hi. i'd like to run a type of oem-config in a chroot (at image build time) with no X and use all preseeded values to set things up. possible? oem-config-debconf or oem-config-remaster?
[21:37] <kyleN> ev: nothing too fancy: just want to ensure a default/correct user exists (for an arm system that has no debian-installer, just a root fs) and other bare minimum setups are done correctly


[09:21] <tjaalton> ev, xnox: I was debugging an issue with ubiquity last friday, it doesn't recognize uefi-installation of win8 here, so can't resize the disks to make room for saucy
[09:21] <tjaalton> so was wondering you might have a clue of what's missing?
[11:25] <tjaalton> cjwatson: 'WINOSDATA=true os-prober' doesn't return anything here, so I guess os-prober still needs some fixing. dunno if this is used strictly for migration-assistant only, and not partman on ubiquity..
[11:30] <tjaalton> right, it's the check for /sys/firmware/efi in 20microsoft, which makes it skip the rest, so m-a doesn't work on uefi systems at all
[11:36] <tjaalton> adding a condition for '&& [ ! -n "$WINOSDATA" ] seems to work
[11:37] <cjwatson> It's certainly not about m-a, since that's been removed
[11:37] <cjwatson> (Mostly; there may be a few pieces left)
[11:37] <tjaalton> oh
[11:38] <cjwatson> The only reference I see to WINOSDATA in ubiquity is AFAICS vestigial
[11:38] <tjaalton> so maybe the WINOSDATA-stuff in os-prober can be dropped now
[11:38] <cjwatson> But I don't see WINOSDATA in migration-assistant either ...
[11:38] <tjaalton> https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/772470
[11:38] <ubot2> Ubuntu bug 772470 in ubiquity (Ubuntu Precise) "os-prober doesn't detect Windows partition but the recovery partition instead" [High,Fix released]
[11:39] <tjaalton> that's where it was added
[11:39] <cjwatson> That wasn't (just) for migration-assistant
[11:39] <tjaalton> right
[11:39] <cjwatson> ubiquity needs to know where the Windows partition is so that it can display it appropriately in the simplified partitioning dialogs
[11:41] <tjaalton> looks to me it should just blindly go through ntfs partitions?
[11:41] <cjwatson> Yeah
[11:41] <cjwatson> Fixing.  Is there a bug# for this?
[11:41] <tjaalton> no, I could create one
[11:42] <cjwatson> No, don't worry
[11:42] <cjwatson> Just for the changelog if there already was one
[11:42] <tjaalton> right
[11:43] <cjwatson> Uploaded
[11:44] <cjwatson> Now, I wonder where the client code setting WINOSDATA went
[11:44] <tjaalton> this was the removal of the diff?
[11:44] <cjwatson> ?
[11:45] <tjaalton> what got uploaded
[11:45] <tjaalton> I lost track :)
[11:45] <cjwatson> http://paste.ubuntu.com/5683444/
[11:46] <tjaalton> oh that
[11:46] <tjaalton> could've merged 1.16 too ;)
[11:46] <tjaalton> er, 1.60
[11:46] <cjwatson> meh, will do later
[11:47] <cjwatson> This way I get touched-it-last back and don't have to ask anyone ;-)
[11:48] <tjaalton> heh, true
[11:48] <cjwatson> Hm, it does seem that WINOSDATA was only ever added for migration-assistant, though
[11:48] <cjwatson> Maybe ubiquity is supposed to do it some other way
[11:56] <cjwatson> stgraber: ^- Honestly I am hopelessly confused at this point.  Do you remember how any of this works?
[15:12] <stgraber> cjwatson: so looking at the uploads I did around the same time as os-prober back in precise, I think that env variable was only ever used by migration-assistant
[15:14] <stgraber> there apparently was also a change to ubiquity to have it use a different cache of os-prober results when called by m-a then when called from the partitioning step


[17:10] <gj007> sir could you please tell that which version of ubuntu is compatible with virtualbox 5.1.6
[17:10] <gj007> 16.04 or 14.04
[23:22] <TCSP1> Test


[18:04] <ibeardslee> morning
[19:35] <ajmitch> morning
[19:53] <mwhudson> morning
[19:56] <chilts> morning


[00:01] <vorlon> jbicha: rust-pango not looking like it's going to make it, autopkgtests looking rather stuck for rust-gtk on arm64
[00:16] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Mantic Final] has been updated (20231009.1)
[00:16] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Mantic Final] has been updated (20231009.1)
[00:16] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Mantic Final] has been updated (20231009.1)
[00:16] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity riscv64 [Mantic Final] has been updated (20231009.1)
[00:16] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Mantic Final] has been updated (20231009.1)
[00:52] -queuebot:#ubuntu-release- New: accepted etlcpp [amd64] (mantic-proposed) [20.37.2+dfsg-1]
[01:43] <vorlon> xnox: no dice on dkms.  iptables-netflow looks for `gcc` and can't find it since you dropped that dep also.  openafs and zfs-linux also fail, I suspect for similar reason.  Not going to wait on them
[02:23] <vorlon> base-files migrating, and dkms missed the boat per above
[02:30] <vorlon> xnox: and yes, openafs and zfs-linux are the same problem, they need gcc not gcc-13
[03:04] <vorlon> respins away
[03:06] -queuebot:#ubuntu-release- Builds: Edubuntu Desktop amd64 [Mantic Final] has been updated (20231009.1)
[03:07] <Eickmeyer> 2 minutes. New record. XD
[03:39] -queuebot:#ubuntu-release- Builds: Xubuntu Minimal amd64 [Mantic Final] has been updated (20231010)
[04:45] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Mantic Final] has been updated (20231010)
[04:48] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Mantic Final] has been updated (20231010)
[04:48] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Mantic Final] has been updated (20231010)
[04:48] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Mantic Final] has been updated (20231010)
[04:48] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Mantic Final] has been updated (20231010)
[04:48] -queuebot:#ubuntu-release- Builds: Ubuntu Base riscv64 [Mantic Final] has been updated (20231010)
[04:48] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Mantic Final] has been updated (20231010)
[04:48] -queuebot:#ubuntu-release- New: rejected openssl-pkcs11-sign-provider [source] (mantic-proposed) [1.0.0-0ubuntu1]
[04:50] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Mantic Final] has been updated (20231010)
[05:00] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop (Legacy) amd64 [Mantic Final] has been updated (20231010)
[05:03] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Mantic Final] has been updated (20231010)
[05:08] -queuebot:#ubuntu-release- Builds: Ubuntu Unity Desktop amd64 [Mantic Final] has been updated (20231010)
[05:08] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop (Legacy) amd64 [Mantic Final] has been updated (20231010)
[05:10] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Mantic Final] has been updated (20231010)
[05:14] -queuebot:#ubuntu-release- Builds: Ubuntu Cinnamon Desktop amd64 [Mantic Final] has been updated (20231010)
[05:15] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Mantic Final] has been updated (20231010)
[05:23] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Mantic Final] has been updated (20231010)
[05:26] -queuebot:#ubuntu-release- Builds: Edubuntu Desktop amd64 [Mantic Final] has been updated (20231010)
[05:30] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Mantic Final] has been updated (20231010)
[05:31] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+raspi [Mantic Final] has been updated (20231010)
[05:32] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Mantic Final] has been updated (20231010)
[06:32] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64+raspi [Mantic Final] has been updated (20231010)
[06:32] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi [Mantic Final] has been updated (20231010)
[06:32] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+icicle [Mantic Final] has been updated (20231010)
[06:32] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+licheerv [Mantic Final] has been updated (20231010)
[06:32] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+nezha [Mantic Final] has been updated (20231010)
[06:32] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+unmatched [Mantic Final] has been updated (20231010)
[06:32] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+visionfive2 [Mantic Final] has been updated (20231010)
[06:32] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64+visionfive [Mantic Final] has been updated (20231010)
[06:32] -queuebot:#ubuntu-release- Builds: Ubuntu Server riscv64 [Mantic Final] has been updated (20231010)
[08:05] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Mantic Final] has been updated (20231010)
[08:05] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Mantic Final] has been updated (20231010)
[08:05] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Mantic Final] has been updated (20231010)
[08:05] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity riscv64 [Mantic Final] has been updated (20231010)
[08:05] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Mantic Final] has been updated (20231010)
[08:18] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop arm64+x13s [Mantic Final] (20231010.1) has been added
[08:23] <dbungert> I am investigating LP: #2038856
[08:25] <sil2100> dbungert: thank you o/
[09:10] -queuebot:#ubuntu-release- New: rejected libpisp [source] (mantic-proposed) [1.0.0-0ubuntu23.10.1]
[09:37] <GunnarHj> sil2100: Want to mention https://code.launchpad.net/~gunnarhj/ubuntu-release-upgrader/+git/ubuntu-release-upgrader/+merge/453086 as a possible candidate for 23.10. But the foundations folks are not awake yet..
[09:37] <sil2100> GunnarHj: I think dbungert and bdmurray are looking into it!
[09:37] <sil2100> I just heard them talk about this, as they're here with me in London
[09:38] <GunnarHj> sil2100: Ah, good.
[09:39] <utkarsh2102> T-2 days! \o/
[09:42] -queuebot:#ubuntu-release- Unapproved: linux-firmware (jammy-proposed/main) [20220329.git681281e4-0ubuntu3.20 => 20220329.git681281e4-0ubuntu3.21] (core, kernel)
[09:47] <LocutusOfBorg> !isitout :)
[09:49] -queuebot:#ubuntu-release- Unapproved: linux-firmware (lunar-proposed/main) [20230323.gitbcdcfbcf-0ubuntu1.7 => 20230323.gitbcdcfbcf-0ubuntu1.8] (core, kernel)
[09:54] -queuebot:#ubuntu-release- Unapproved: gnome-control-center (mantic-proposed/main) [1:45.0-1ubuntu2 => 1:45.0-1ubuntu3] (ubuntu-desktop)
[10:04] -queuebot:#ubuntu-release- Unapproved: gnome-packagekit (mantic-proposed/universe) [43.0-1 => 43.0-2] (desktop-extra) (sync)
[10:14] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (lunar-proposed) [20230323.gitbcdcfbcf-0ubuntu1.8]
[10:19] -queuebot:#ubuntu-release- Unapproved: accepted linux-firmware [source] (jammy-proposed) [20220329.git681281e4-0ubuntu3.21]
[11:43] <bdmurray> GunnarHj: What kind of testing did you do of your font change? Neither dbungert or I can confirm the fix is working.
[11:43] <bdmurray> GunnarHj: The distribution upgrade dialog is corrupt at the end of the upgrade process.
[12:28] <xnox> vorlon: bdmurray: sil2100: seed change alone will fix x13s images to make them perfect https://code.launchpad.net/~xnox/ubuntu-seeds/+git/ubuntu/+merge/453233
[12:34] <bdmurray> xnox: perfect?
[12:41] <xnox> vorlon: bdmurray: sil2100: another option is to add those packages on linux-meta-laptop (which is wrong, but a good workaround)
[12:46] <seb128> hey there, as a FYI we have a regression on the desktop installer due to a recent subiquity change restricting the permission of the log directory
[12:46] <seb128> we will need to update the installer snap and rebuild the desktop ISO
[12:46] <utkarsh2102> uh oh
[12:46] <seb128> https://github.com/canonical/subiquity/pull/1830
[12:46] -ubottu:#ubuntu-release- Pull 1830 in canonical/subiquity "log: move /var/log/installer back to 0770 root:adm" [Open]
[12:47] <utkarsh2102> seb128: oh yeah, that's right, we're on top of this already
[12:47] <seb128> it's not only the logs impacted, that's also the directory where we story our telemetry records
[12:47] <utkarsh2102> I mean, this is known and it's being worked through
[12:48] <xnox> seb128: oooh, and maybe ubuntu-meta can be respun too, to make ubuntu-desktop on arm64 perfect, as per my above seed change.
[12:48] <utkarsh2102> :P
[12:48] <seb128> xnox, I'm not release team members so I can't help you there!
[12:48] <seb128> utkarsh2102, ack, I was just pointing it out in case it was not obvious that we will want to respin for it
[12:49] <utkarsh2102> yeah!
[12:49] <dbungert> seb128: one more please https://github.com/canonical/subiquity/pull/1831, the merge
[12:49] -ubottu:#ubuntu-release- Pull 1831 in canonical/subiquity "log: move /var/log/installer back to 0770 root:adm" [Open]
[12:50] <xnox> seb128: at least desktop team review, to ok accepting such recommentds on desktop-minimal on arm64
[12:50] <seb128> xnox, ack, seems fine to me
[12:56] <fossfreedom_> dbungert: so this subiquity change needs to be pulled into the UB installer snap as well?  Thus a respin of budgie?
[12:57] <bdmurray> fossfreedom_: yes
[12:57] <bdmurray> fossfreedom_: well maybe
[12:59] <dbungert> seb128: is the telemetry code in ubuntu-desktop-provision or directly in ubuntu-desktop-installer
[13:01] <seb128> dbungert, in ubuntu-desktop-provisioj
[13:01] <bdmurray> fossfreedom_: so based off those two answers we think you should respin?
[13:05] <GunnarHj> bdmurray, dbungert: I did: "sudo env XDG_SESSION_TYPE=x11 ./mantic". (XDG_SESSION_TYPE is otherwise set in do-release-upgrade.)
[13:10] <GunnarHj> bdmurray, dbungert: For me it works as expected with MATE, but TBH I haven't tested standard Ubuntu with the MP changes.
[13:11] <sil2100> JFYI everyone: we'll be possibly re-spinning all subiquity-based flavors somewhen today
[13:11] <bdmurray> GunnarHj: Hmm, I saw the distribution upgrade become corrupted but did not set XDG_SESSION_TYPE
[13:12] <bdmurray> s/possibly/probably/
[13:12] <dbungert> seb128: change is merged, subiquity_client stuff onward merges should now be possible
[13:14] <GunnarHj> bdmurray: Then it hit a 'return' statement early in the function. ;) I.e. the check to avoid that it's not run for servers and ssh connections.
[13:16] <GunnarHj> * stay away from double negatives *
[13:20] <seb128> dbungert, thanks
[13:50] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (mantic-proposed/main) [1:23.10.8 => 1:23.10.9] (core)
[13:57] <fossfreedom_> bdmurray: sounds like UB needs a respin - but first obviously I need to pull in the changes - assuming they are ready - and then build the snap
[13:59] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-release-upgrader [source] (mantic-proposed) [1:23.10.9]
[14:01] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (mantic-proposed/main) [1:23.10.8 => 1:23.10.9] (core)
[14:04] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (mantic-proposed/main) [1.524 => 1.524.1] (core)
[14:21] -queuebot:#ubuntu-release- Unapproved: makedumpfile (jammy-proposed/main) [1:1.7.0-1build1 => 1:1.7.0-1ubuntu0.1] (core)
[14:36] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (mantic-proposed/main) [1:23.10.8 => 1:23.10.9] (core)
[14:38] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-release-upgrader [source] (mantic-proposed) [1:23.10.9]
[14:46] <georgiag> hi! can I get someone to take a look at and sponsor https://bugs.launchpad.net/bugs/2032851 ? this is preventing some users from upgrading apparmor from bionic to focal
[14:46] -ubottu:#ubuntu-release- Launchpad bug 2032851 in apparmor (Ubuntu) "package apparmor 2.12-4ubuntu5.3 failed to install/upgrade: new apparmor package pre-installation script subprocess returned error exit status 1" [Undecided, In Progress]
[14:58] <fossfreedom_> dbungert: I've pulled in the latest ubuntu-desktop-provision via dependabot ... but this time the snap has failed to build.  Any ideas? https://launchpadlibrarian.net/691240451/buildlog_snap_ubuntu_jammy_amd64_ubuntu-budgie-installer_BUILDING.txt.gz
[15:05] <sil2100> xnox: merged!
[15:17] -queuebot:#ubuntu-release- Unapproved: apparmor (focal-proposed/main) [2.13.3-7ubuntu5.2 => 2.13.3-7ubuntu5.3] (core, i386-whitelist)
[15:18] <utkarsh2102> georgiag: hey! sponsored your upload^ :)
[15:18] <georgiag> thanks utkarsh2102 :)
[15:19] <dbungert> fossfreedom_: That's an unusual failure, I haven't seen that yet.  It sounds like network issues.  Do you get better results on a rebuild?
[15:20] <fossfreedom_> ... lets hit the rebuild again...
[15:29] <fheimes> could the @ubuntu-sru team please have a look at the powerpc-utils SRU for focal that is in unapproved?
[15:29] <fheimes> https://launchpad.net/ubuntu/focal/+queue?queue_state=1&queue_text=powerpc-utils
[15:34] <xnox> vorlon: https://code.launchpad.net/~xnox/ubuntu-seeds/+git/ubuntu/+merge/453233
[15:34] <xnox> 1 one of them in main; 2 are in universe
[15:53] -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (mantic-proposed/main) [1:23.10.8 => 1:23.10.9] (core)
[15:59] <dbungert> https://github.com/canonical/cloud-init/blob/928b7e37faa81aadd6d0fdb9147e2a87440e7b8c/cloudinit/distros/debian.py#L74 - locale generation in cloud-init, I believe
[16:05] <utkarsh2102> fheimes: probably see if RAOF or rbasak can take a look :)
[16:06] <dbungert> waveform: would it make sense to just disable the locale module at the cloud.cfg level?
[16:12] <waveform> very tempted
[16:44] <tsimonq2> ubuntu-release (cc bdmurray): tl;dr lubuntu-update-notifier doesn't prompt the user at all for new release upgrades, and there's no graphical menu entry for it. I have local, tested fixes. It's kind of on the border between RC/0-day SRU/regular SRU so I'd like some thoughts.
[16:44] <tsimonq2> (And yes, it queries `/usr/bin/do-release-upgrade -c` to make that determination. :) )
[16:47] <bdmurray> tsimonq2: wouldn't that be for Lunar and not Mantic?
[16:48] <tsimonq2> bdmurray: Correct, but I would like to assume the development release gets fixes first :)
[16:48] <bdmurray> pfft
[16:48] <tsimonq2> I mean, the versions in Jammy, Lunar, and Mantic are basically identical, so :D
[16:50] <tsimonq2> bdmurray: I'll happily prepare an SRU for the stable releases, what's your take on Mantic?
[16:50] <bdmurray> I think we could do a speedy release of the Lunar and let Mantic through as normal
[16:51] <tsimonq2> Sounds great, I'll get started :)
[17:11] <utkarsh2102> the day I find "the" client that just works and won't keep throwing me out, I'll be invincible.
[17:14] <fossfreedom_> Dbungert after a test install with the new snap /var/log/installer has 0710 root:root rights
[17:19] -queuebot:#ubuntu-release- Unapproved: dkms (mantic-proposed/main) [3.0.11-1ubuntu11 => 3.0.11-1ubuntu12] (i386-whitelist, ubuntu-desktop)
[17:23] <dbungert> fossfreedom_: that is unexpected.  I'll test as soon as I can.
[17:39] <xnox> vorlon: bdmurray: the autopkgtest regressions are real for dkms and the fix is uploaded above diff is http://launchpadlibrarian.net/691257895/dkms_3.0.11-1ubuntu11_3.0.11-1ubuntu12.diff.gz basically some dkms whilst using gcc-13 to build the kernel module, use autoconf to "configure" themself and thus also need the gcc symlink to gcc-13
[17:40] -queuebot:#ubuntu-release- Unapproved: accepted dkms [source] (mantic-proposed) [3.0.11-1ubuntu12]
[17:42] <dbungert> fossfreedom_: what channel do you suggest testing?  edge?
[17:42] <fossfreedom_> snap refresh ubuntu-budgie-installer --edge
[17:46] -queuebot:#ubuntu-release- Unapproved: rejected ubuntu-release-upgrader [source] (mantic-proposed) [1:23.10.9]
[17:56] <xnox> sil2100: livefs build build-log has 'installing flash-kernel' failing for layers to be published to ensure it is in the right layer. but looks like x13s ready to be respun (when other stuff is ready too, i guess it is also affected by base-files?)
[17:56] <xnox> unless base-files respin already has happened
[17:56] -queuebot:#ubuntu-release- Unapproved: protection-domain-mapper (mantic-proposed/universe) [1.0-4 => 1.0-4ubuntu1] (no packageset)
[17:56] <xnox> muppet, probably did already happen
[17:57] -queuebot:#ubuntu-release- Unapproved: accepted protection-domain-mapper [source] (mantic-proposed) [1.0-4ubuntu1]
[17:58] <dbungert> fossfreedom_: looks correct to me?  I see 0770 root:adm
[17:59] <fossfreedom_> hmm - I did two installs - both installed with 0710 root:root
[17:59] <utkarsh2102> uh
[18:02] <fossfreedom_> ... trying a third install... :)
[18:06] <dbungert> I'm 2 for 2 on it looking correct.  fossfreedom_: in detail, would you explain to me your test procedure?  I'm using the 20231010 ISO, launching installer, observing undesired permissions on /var/log/installer (0700 root:root), snap refresh to edge, launch installer again, observering /var/log/installer 0770 root:adm
[18:08] <xnox> vorlon: sil2100: https://code.launchpad.net/~xnox/debian-cd/+git/debian-cd/+merge/453255 if i could have a build of that without "--live" that would be nice.
[18:10] <vorlon> "without --live" yeah HBD
[18:10] <fossfreedom_> boot the iso (efi virtualbox) - snap refresh ubuntu-budgie-installer --edge ... then snap run ubuntu-budgie-installer - after install login and observe permissions issue on /var/log/installer - sudo -i and then ls -ld /var/log/installer dbungert
[18:13] <vorlon> xnox: merged, deployed, but I'm not going to try to trigger an ISO-only respin because I've never found that I'm able to get the set of knobs right to do it, you can get this when we do the respin for u-d-i or you can convince sil2100 to do it if he has the runes memorized
[18:13] -queuebot:#ubuntu-release- Unapproved: distro-info (xenial-backports/main) [0.18~ubuntu16.04.1 => 0.18ubuntu<IP_ADDRESS>~bpo16.04.1] (core)
[18:19] <fossfreedom_> third install - same issue.  I then tried boot the iso - ls -ld /var/log/installer  permissions was 0700 root:root  ... run the existing installer snap run ubuntu-budgie-installer - permissions on the installer folder didnt change dbungert
[18:20] <fossfreedom_> refresh from edge channel and indeed on the live iso changed to 0770 root:adm
[18:23] <xnox> vorlon: ack, i am happy to wait for u-d-i respin, as otherwise i am ready
[18:25] <vorlon> fossfreedom_: London is EOD, I'll be on point for triggering any image respins as necessary (assuming you don't have access to do this directly for budgie on the iso tracker), just let me know when ubuntu-budgie-installer is in the stable channel and you're ready for a respin
[18:28] <fossfreedom_> vorlon: we are ready whenever ubuntu itself needs to respin - i've just pushed the installer to stable,stable-ubuntu-23.10
[18:28] <fossfreedom_> 7.30pm London (which is my time) ... is very definitely EOD!
[18:36] -queuebot:#ubuntu-release- Unapproved: accepted distro-info [source] (xenial-backports) [0.18ubuntu<IP_ADDRESS>~bpo16.04.1]
[18:45] <vorlon> fossfreedom_: thanks, respinning budgie now then, it doesn't need to be synced with the Ubuntu respin
[18:52] <dbungert> fossfreedom_: thank you.  I've confirmed the difference in behavior.  It will be addressed.
[18:58] <tsimonq2> bdmurray: Bug 2038958 will be tracking this, I'm going for a quick walk to clear my head before I give this the final sign-off.
[18:58] -ubottu:#ubuntu-release- Bug 2038958 in lubuntu-update-notifier (Ubuntu) "[SRU] Add support for release upgrading" [Undecided, New] https://launchpad.net/bugs/2038958
[19:14] -queuebot:#ubuntu-release- Unapproved: lubuntu-update-notifier (jammy-proposed/universe) [0.5.1~22.04.3 => 0.5.1~22.04.4] (lubuntu)
[19:14] -queuebot:#ubuntu-release- Unapproved: lubuntu-update-notifier (lunar-proposed/universe) [0.5.4 => 0.6.0~23.04.1] (lubuntu)
[19:14] -queuebot:#ubuntu-release- Unapproved: lubuntu-update-notifier (mantic-proposed/universe) [0.5.4 => 0.6.0] (lubuntu)
[19:17] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Mantic Final] has been updated (20231010.1)
[19:42] <slyon> xnox: https://bugs.launchpad.net/ubuntu/+source/qrtr/+bug/2038942/comments/2 (src:qrtr, pending security ACK), next up: protection-domain-mapper
[19:42] -ubottu:#ubuntu-release- Launchpad bug 2038942 in qrtr (Ubuntu) "[MIR] protection-domain-mapper & qrtr" [Undecided, New]
[20:22] <Eickmeyer> About to test on Ubuntu Desktop Legacy, but we've got a nasty one: bug 2038883
[20:22] -ubottu:#ubuntu-release- Bug 2038883 in ubiquity (Ubuntu) "Ubiquity missing auto-resize disk partioning option" [Critical, Confirmed] https://launchpad.net/bugs/2038883
[20:28] <fossfreedom_> Eickmeyer: what's the size of the drive you are trying to-do a side-by-side on?
[20:29] <Eickmeyer> fossfreedom_: Standby...
[20:29] <Eickmeyer> fossfreedom_: It was able to do it the other day, that's why this is concerning.
[20:30] -queuebot:#ubuntu-release- Builds: Netboot amd64 [Mantic Final] (20231010) has been added
[20:30] -queuebot:#ubuntu-release- Builds: Netboot arm64 [Mantic Final] (20231010) has been added
[20:30] -queuebot:#ubuntu-release- Builds: Netboot ppc64el [Mantic Final] (20231010) has been added
[20:30] -queuebot:#ubuntu-release- Builds: Netboot s390x [Mantic Final] (20231010) has been added
[20:30] <Eickmeyer> fossfreedom_: 25GB, so plenty of room when only 10GB used.
[20:31]  * Eickmeyer tries with 64GB
[20:32] <fossfreedom_> just trying to reproduce this on UB legacy.  With a fairly small drive, that option does disappear.  But a  little surprised to see it hidden if 15GB free.
[20:33] <Eickmeyer> OK, success: it showed up on a 64 GB drive.
[20:34] <Eickmeyer> Params must've changed?
[20:36] <Eickmeyer> Ubuntu Studio wants a minimum of 24.4GB now, that might be why.
[20:36] <fossfreedom_> I have a 25GB drive and have the side by side option for a previous UB install
[20:37] <slyon> xnox: https://bugs.launchpad.net/ubuntu/+source/qrtr/+bug/2038942/comments/3 (pd-mapper)
[20:37] <Eickmeyer> Ok, false alarm.
[20:37] -ubottu:#ubuntu-release- Launchpad bug 2038942 in qrtr (Ubuntu) "[MIR] protection-domain-mapper & qrtr" [Undecided, Confirmed]
[21:53] <Eickmeyer> Great news: Edubuntu and Ubuntu Studio are both good-to-go, pending no further respins.
[21:53] <Eickmeyer> Holding back on marking as ready until I know for certain.
[22:07] <vorlon> Eickmeyer: thanks for confirming.  As of now we are aware of no critical bugs anywhere that would necessitate a world respin
[22:11] <Eickmeyer> vorlon: Thanks for the help. I'll be around tomorrow for any last-minute amd64 testing that needs to happen for anyone. For now, we've had a sick dog and I was up off/on, so I go pass out now.
[22:14] <vorlon> Eickmeyer: feel free to mark the current images ready at your convenience tho, the flag gets cleared if we do respin
[22:20] <liushuyu> Hi release team, schopin and I would like to know if it's safe to upload the changes outlined in https://bugs.launchpad.net/ubuntu/+source/rustc/+bug/2036123 to mantic at this time. Thanks!
[22:20] -ubottu:#ubuntu-release- Launchpad bug 2036123 in rustc (Ubuntu) "Remove Windows libraries from Rust source package" [Medium, New]
[22:24] <vorlon> liushuyu, schopin: thanks, let's treat this as an FFe request bug
[22:25] <vorlon> I've subscribed ubuntu-release to it and left a prelim comment, but I'm still reviewing
[22:28] <vorlon> liushuyu: ok bug updated, awaits your input
[22:37] <liushuyu> vorlon: replied as https://bugs.launchpad.net/ubuntu/+source/rustc/+bug/2036123/comments/4
[22:37] -ubottu:#ubuntu-release- Launchpad bug 2036123 in rustc (Ubuntu) "[FFe] Remove Windows libraries from Rust source package" [Medium, Incomplete]
[22:37] <xnox> vorlon: qrtr & protection-domain-mapper uploads incoming
[22:40] <vorlon> liushuyu: FFe approved
[22:42] <liushuyu> vorlon: Thank you! I have added the part about the SRU in the comment
[22:59] -queuebot:#ubuntu-release- Unapproved: qrtr (mantic-proposed/universe) [1.0-2 => 1.0-2ubuntu1] (no packageset)
[23:00] -queuebot:#ubuntu-release- Unapproved: accepted qrtr [source] (mantic-proposed) [1.0-2ubuntu1]
[23:02] -queuebot:#ubuntu-release- Unapproved: protection-domain-mapper (mantic-proposed/universe) [1.0-4ubuntu1 => 1.0-4ubuntu2] (no packageset)
[23:03] -queuebot:#ubuntu-release- Builds: Edubuntu Desktop amd64 [Mantic Final] has been marked as ready
[23:03] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Mantic Final] has been marked as ready
[23:03] -queuebot:#ubuntu-release- Unapproved: accepted protection-domain-mapper [source] (mantic-proposed) [1.0-4ubuntu2]
[23:55] <vorlon> xnox: hmm the comment at the top of data/mantic/ubuntu-pool-amd64.packages is false, it also includes the Recommends of gamemode LP: #2034996
[23:55] -ubottu:#ubuntu-release- Launchpad bug 2034996 in ubuntu-meta (Ubuntu) "Mantic amd64 daily ISO also installs i386 packages" [Undecided, Incomplete] https://launchpad.net/bugs/2034996