[22:08] <nikolam> what effect might have of changing keyword.url to some string? I wa instructed by search engine support representative to change it to be able to see search results with no need of javascript.


[05:40] <Noskcaj> darkxst, modemmanager and libgweather should both be in now
[05:41] <darkxst> Noskcaj, thanks!
[05:41] <Noskcaj> Feel free to do the libgweather transition or take some of my incomplete merges, since i'm in brisbane till sunday then have xfce stuff to catch up on
[05:44] <darkxst> Noskcaj, ok, will see what I can do, pretty busy today and tomorrow though
[05:44] <Noskcaj> :)
[05:45] <darkxst> and really need to do my application for upload rights
[05:46] <Noskcaj> yeah. Mine is taking ages to get approved
[05:47] <Noskcaj> https://wiki.ubuntu.com/Noskcaj#Testimonials
[05:59] <darkxst> hi parin
[06:00] <darkxst> gnome-shell has been uploaded
[06:42] <darkxst> parin, you want to try work on the autopkgtests?
[19:02] <gonyere> question, can I add the gnome ppa's and get updated gnome apps while using Unity?
[19:03] <gonyere> or will I break Unity?
[19:45] <Al1_andre> @gonyere not really sure, I think you can handle it with the GDM
[19:45] <meetingology> Al1_andre: Error: "gonyere" is not a valid command.
[19:47] <gonyere> basicly i want to run all the updated gnome applictations, and just use unity instead of gnome-shell
[19:48] <gonyere> wondering what will happen if i add the gnome ppa's and just update w/o installing gnome-shell
[19:48] <Al1_andre> humm, I think you want to use GTK in fact
[19:49] <Al1_andre> I would do a backup of my computer before and install GTK
[19:51] <Al1_andre> I'm now thinking Unity is GTK based no ?
[19:51] <gonyere> Unity's gtk based as well, same as gnome
[19:51] <gonyere> its just a different shell
[19:52] <Al1_andre> so you should run the gnome applications you want then
[19:55] <Al1_andre> You can do some test using virtualMachines
[19:55] <Al1_andre> https://help.ubuntu.com/community/VirtualMachines
[20:16] <gonyere> eh, i'll give it a try an report back :p worst  comes to worst i'll just reinstall :p
[20:21] <Al1_andre> good luck
[20:24] <gonyere> thanks :)
[22:05] <darkxst> gonyere, previously gnome3-staging/saucy PPA would break Unity
[22:06] <darkxst> however, you can try test with the displayconfig package that is building in there right now, that should allow unity to run ok


[15:10] <adac> How can I find out which process is using how much buff/cache memory?
[15:10] <adac> https://pastebin.com/yny7vJgu
[15:30] <frickler> adac: buffer cache isn't directly tied to processes, it is managed by the kernel and shared between all processes
[16:25] <adac> frickler, ok I see thanks!
[19:43] <evit> Anyone have a clear idea of which versions of Ubuntu support ondrej/php repos?
[19:47] <ravage> evit: jammy, focal, bionic
[19:49] <evit> Looks like there were some security updates from php.net that may have not made it into ondrej/php repos yet. Where should one watch for the status of those things?
[19:50] <evit> Looks like 8.0.25 and 8.1.12 are out
[19:50] <ravage> https://launchpad.net/~ondrej/+archive/ubuntu/php
[19:52] <evit> Yes, I did see that but I'm wondering about these more recent releases of 8.0 and 8.1 that are security releated
[19:52] <evit> Maybe this repo just lags a bit?
[19:52] <ravage> maybe he just has a dayjob so he can pay his bills
[19:53] <evit> Cuz I have a supported Ubuntu release and am on a supported version of PHP in version 8.x and 8.1
[19:53] <evit> Yes, I fully understand that and thats why he gets donations from people like me. I understand how free software works. That wasn't my question
[19:54] <ravage> and what is your question?
[19:54] <evit> Read above
[19:55] <ravage> if you have a question about a PPA i suggest https://github.com/oerdnj/deb.sury.org/issues
[19:55] <ravage> nobody here has control over it
[19:56] <evit> Acknowledged, again. Not. my. question.
[19:57] <evit> I'll ask on github
[20:11] <sdeziel> evit: the PPA has php8.1 version 8.1.12 and php8.0 version 8.0.25, both for all 3 Ubuntu LTSes
[20:14] <evit> Ugh, so it is already patched. Right?
[20:14] <bG9s> should be patched
[20:14] <bG9s> https://code.launchpad.net/ubuntu/+source/php8.1
[20:15] <bG9s> Browse code for the tags etc
[20:16] <sdeziel> evit: looks like it https://www.youtube.com/watch?v=cOOzKdYHkus
[20:17] <sdeziel> oups, wrong paste https://launchpad.net/%7Eondrej/+archive/ubuntu/php/+index?batch=75&memo=225&start=225
[20:18] <evit> Thanks to you all I see it now. Cleaning off my glasses as we speak. LMAO =)
[20:51] <rbasak> lvoytek: sorry I screwed that up.
[20:51] <rbasak> I guess I'll force push what I did upload to mysql-8.0/debian/latest on salsa since the upload is the authority
[20:52] <rbasak> And apologies for getting you to update the changelog that I then dropped
[21:18] <lvoytek> rbasak: It's all good, thanks for the help!


[17:23] <Lola> Hello are there anyone?
[17:24] <Guest55912> Hello
[17:24] <Guest55912> Could please anyone help me?
[17:29] <elacheche> Guest55912: how can I help you?
[17:35] <LolaCaramia> wow great there is someone
[17:35] <Kilos> hehe
[17:35] <LolaCaramia> so I need help with ubuntu installation
[17:36] <Kilos> LolaCaramia this is a locoteams channel can you ask for help on #ubuntu?
[17:36] <Kilos> do you know how?
[17:36] <LolaCaramia> i have just download it and I would like to install it from my windows
[17:37] <Kilos>  just type in /j #ubuntu
[17:37] <LolaCaramia> ok
[17:37] <Kilos> just boot from it and you have many options
[17:37] <Kilos> you can install alongside windowsa
[17:38] <LolaCaramia> yes I understand that there should be .exe file which i should open and start installation but there is none
[17:39] <Kilos> you dont open it from inside windows
[17:39] <LolaCaramia> could you please tell me which file I should open to start installation?
[17:39] <Kilos> you wont find .exe files
[17:39] <LolaCaramia> that's bad so i suppose first i should download it on cd
[17:39] <Kilos> made a bootable flash disk with the downloaded iso then boot from it
[17:40] <Kilos> or you can put the iso on a dvd and boot from that
[17:40] <LolaCaramia> Ok I got it that is a pitty as one friend of mine did it from windows
[17:40] <Kilos> on dvd yes or on a flash disk
[17:41] <Kilos> it is too large for a cd
[17:41] <LolaCaramia> yes i just ment smthg like that flash disk or what
[17:42] <Kilos> yes flash disk is easiest
[17:43] <elacheche> LolaCaramia: Check https://www.ubuntu.com/download/desktop/install-ubuntu-desktop
[17:43] <elacheche> LolaCaramia: please join #ubuntu for technical support
[17:43] <elacheche> here is for LoCos supports
[17:43] <LolaCaramia> are you both guys there?
[17:44] <elacheche> LolaCaramia: if you're not sure about something ask the guys before you do it ;) espacially the partitionning thing..
[17:44] <elacheche> LolaCaramia: I'm not, and I'm leaving office in a sec, sorry :(
[17:44] <LolaCaramia> ok thank you
[18:33] <LolaCaramia> I am here
[22:07] <belkinsa> Do we have a English saying for the bot to say that this channel is not support?
[22:09] <CrazyLemon> !en
[22:09] <CrazyLemon> guess not :)


[01:11] <c_smith> sooooo.... anything in the works for later next month for a 15.10 release party? if not, I'm gonna get started on getting all the stuff together for a party here in Salem.
[01:13] <tiwake> no idea XD
[01:14] <c_smith> tiwake, you and I both lol
[01:14] <tiwake> I mostly just idle in here... heh
[01:15] <tiwake> I should upgrade to 15.04 from 14.10
[01:15] <tiwake> I have 14.10 on my desktop... how risky is the upgrade?


[00:40] <LLStarks> asac. is it a big problem that upstream still hasn't fixed the autocomplete bug?
[00:41] <gavin> which autocomplete bug?
[00:41] <LLStarks> https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/438868
[01:00] <LLStarks> gavin, do think it's a mozilla problem or a fluke of the firefox environment on ubuntu?
[01:01] <gavin> there are mentions in the mozilla bug of compiz and screensavers
[01:01] <gavin> is it just a drawing issue or also functional?
[01:01] <gavin> (i.e. can you still arrow through entries and select them?)
[01:05] <gavin> compiz being involved seems unlikely, but it also appears only to affect some ubuntu builds?
[01:05] <gavin> I dunno, not much to go on there
[14:54] <fta> crimsun, seems like chromium is losing audio after a while (flash)
[15:07] <nigelbabu> Hi, is there a known issue with latest updates to flash and firefox
[15:07] <nigelbabu> there is a user in #ubuntu-bug who is facing some trouble with flash
[21:08] <crimsun> fta: I'm unsure what that means. 32-bit? 64-bit? which version(s) of the non-Free plugin?
[21:08] <fta> crimsun, 32, karmic
[21:08] <crimsun> adobe-flashplugin? flashplugin-installer?
[21:10] <fta> crimsun, flashplugin-installer <IP_ADDRESS>ubuntu<IP_ADDRESS>
[21:10] <crimsun> fta: mmkay, so there's possible nspluginwrapper interaction, too
[21:10] <fta> on 32bit?
[21:10] <crimsun> fta: is this reproducible with the native 64-bit alpha refresh?
[21:10] <crimsun> err, sorry
[21:11] <crimsun> meaning is it reproducible with adobe-flashplugin
[21:11] <fta> no idea
[21:11] <crimsun> well, ia32-libs certainly hasn't been resynced in a bit
[21:12] <fta> the thing is that i work for a while, and then poof, no more sound in chromium (only) until i restart it
[21:12] <fta> ia32-libs? i said i'm on a 32bit box
[21:13] <fta> so no x64, no ia32-libs involved
[21:13] <crimsun> fta: yes, I know you're on 32-bit
[21:13] <crimsun> fta: I'm looking at the entire stack currently
[21:15] <crimsun> 32-bit doesn't currently pull in nspluginwrapper, correct?
[21:15] <crimsun> (it certainly seems not to according to debian/control)
[21:16] <fta> exact
[21:17] <crimsun> fta: does PA actually log anything about it dying?
[21:18] <fta> hm, not sure, where should i look? syslog?
[21:18] <crimsun> sure, or kill PA and start a verbose log (wiki/PulseAudio/Log)
[21:19] <crimsun> or use pactl and bump the logging verboseness
[21:19] <fta> it doesn't seem to die, the other apps are fine. it seems it's just chromium loosing its link to pa, or to whatever it uses to send the sound
[21:22] <crimsun> fta: and this is with the latest libasound2-plugins updates?
[21:22] <crimsun> on lucid, that is
[21:22] <fta> i'm still using karmic
[21:22] <fta> :P
[21:22] <crimsun> sigh
[21:23] <fta> well, i decided to hold on to it for a while, to experience stability, but so far, it's been the worse experience ever
[21:24] <crimsun> yeah, by the time you get all the fixes backported, you may as well run lucid.
[21:25] <fta> 2 days ago, the new kernel trashed my grub on reboot -> dead
[21:25] <fta> old bug from jaunty, still there :(
[21:26] <fta> various stuff are crashing
[21:26] <fta> -rw------- 1 fta  fta  15393563 2010-01-09 12:51 _usr_lib_totem_totem-plugin-viewer.1000.crash
[21:26] <fta> -rw------- 1 fta  fta  11499721 2010-01-09 23:00 _usr_bin_rhythmbox.1000.crash
[21:26] <fta> -rw------- 1 root root<PHONE_NUMBER>-01-10 22:07 _sbin_init.0.crash
[21:26] <fta> *sigh*
[22:51] <EzraR> anyone around that is familliar with the enigmail package (the package itself)
[22:52] <EzraR> other addons are probally packaged the same way
[22:52] <EzraR> im trying to figure out how to go about aplying a patch to the source
[22:53] <EzraR> the source is in a tarball that gets extracted during build
[22:53] <EzraR> and the patchs seem a bit confusing
[22:54]  * EzraR prods asac for signs of life
[22:56]  * micahg pulls us enigmail source
[22:56] <micahg> *up
[22:56] <micahg> EzraR: enigmail will be upgraded to 1.0 soon
[22:56] <EzraR> in karmic?
[22:57] <EzraR> was going to try and get a bug sru'd
[22:57] <micahg> no, not soon in karmic
[22:57] <micahg> maybe in ppa
[22:59] <asac> post what you have now ;)
[23:00] <asac> sry
[23:00] <asac> ;)
[23:00] <EzraR> its a patch from upstream
[23:00] <asac> EzraR: yes. the patch thing is messy ;)
[23:00] <asac> whatfor?
[23:00] <asac> its kind of dpatch based
[23:00] <asac> just that you cant use dpatch-edit-patch
[23:00] <EzraR> emails that are encrypted and signed not showing up as signed
[23:01] <asac> so do a patch manually and add the dpatch header manually
[23:01] <asac> in tb2?
[23:01] <EzraR> yes
[23:01] <asac> ok
[23:01] <asac> let me know
[23:01] <EzraR> https://bugs.launchpad.net/ubuntu/+source/enigmail/+bug/504738
[23:03] <EzraR> http://pastebin.com/m6d5ad5aa
[23:04] <EzraR> ok but which 00list do i put it in
[23:05] <micahg> patch is a one-liner which is nice
[23:05] <asac> EzraR: .thunderbird
[23:05] <asac> we dont build moz packages anymore
[23:08] <EzraR> ok, ill give it a shot
[23:08] <EzraR> thank you
[23:09] <and`> asac: hey
[23:09] <and`> asac: we added a better udev rule in Debian for g-bluetooth
[23:09] <and`> you could re-base the Ubuntu package on that
[23:10] <and`> looks like the Debian's udev maintainer was happy with it, so it's worth to move it to Ubuntu as well
[23:12] <asac> and`: diff?
[23:13] <and`> asac: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552185
[23:13] <and`> at the end of the bug report
[23:14] <and`> message #126
[23:46] <EzraR> asac: do all the patches need the bit of script that are in the other patches
[23:46] <EzraR> for example:
[23:46] <EzraR> http://pastebin.com/md417bae
[23:53] <asac> i think so ;)
[23:54] <asac> but havent really touched it for a while
[23:56] <and`> asac: so?
[23:56] <and`> asac: do you think you can rebase the Ubuntu package now?
[23:57] <asac> i dont see a patch
[23:58] <and`> asac: message #126
[23:58] <and`> asac: the udev rule is posted there
[23:58] <asac> whats the difference
[23:58] <asac> ?
[23:59] <and`> asac: it's a bit better made and safer
[23:59] <asac> whats the technical diff ;)
[23:59] <asac> i dont have the current file in my head :)


[00:50] <_guitarman_> here's a question for you
[00:51] <_guitarman_> how do you make qjackctl not suspend pulseaudio - other then the tab in the app itself - i have unchecked it so it doesn't launch it
[00:54] <ScottL> _guitarman_, the qjackctl application you are calling from the menu is really a script that runs pasuspender and then starts the real binary qjackctl
[00:55] <ScottL> if you run the qjackctl binary directly it will not start the pasuspender, or run jack from the command line ;)
[00:56] <ScottL> so type /user/bin/qjackctl.bin should start qjackctl without starting the pausupender
[00:56] <ScottL> i think
[00:57] <_guitarman_> i will give that a go ScottL but i believe i tried /usr/bin/qjackctl ... testing
[00:59] <ScottL> _guitarman_, i just tested it while listening to holy diver on youtube, started qjackctl via command line by calling the binary dirctly and it didn't stop dio from singing
[01:01] <_guitarman_> ScottL: strange
[01:01] <_guitarman_> ScottL: i can't start qjackctl at all now...
[01:03] <_guitarman_> bus error
[01:03] <_guitarman_> meh
[12:01]  * abogani waves
[12:07] <jussi> hiya abogani
[12:08] <abogani> jussi: Hi Jussi
[12:29] <ScottL> hi abogani and jussi
[12:29] <jussi> o/ ScottL
[12:31]  * abogani is also known as<EMAIL_ADDRESS>right now.
[12:33] <jussi> abogani: :)
[12:34] <quadrispro> ciao abogani, jussi, ScottL
[12:34] <jussi> hiya quadrispro
[12:35] <abogani> jussi: Do you have some news for us from UDS? :-)
[12:35] <jussi> abogani: what kind of news?
[12:35] <quadrispro> ScottL, I've read your article: great post!
[12:35] <jussi> to be honest I didnt get to many of the sound sessions, as I had a lot of community stuff to do
[12:44] <astraljava> abogani: Is there a reason to celebrate? re<EMAIL_ADDRESS>[12:49] <abogani> astraljava: No absolutely
[12:49] <astraljava> abogani: Okay, thought there was something to be read into that.
[13:44] <ScottL> quadrispro, thanks :)  i'm blushing
[13:45] <astraljava> Which article are you guys talking about? /me feels out of loop. :)
[13:50] <ScottL> astraljava, it's my blog    http://dullass.blogspot.com/
[14:04] <ScottL> i'm going to be leaving in an hour or so for a three day trip so i will not be around on IRC
[14:04] <ScottL> i'll leave the computer on though
[14:15] <abogani> ScottL: Have a nice trip!
[14:18] <astraljava> ScottL: Yeah, what he said. :)
[14:31] <ScottL> thanks!
[17:42]  * persia *finally* figures out how to connect to IRC again :(
[17:43] <persia> ScottL: Regardless of whether we support lucid for 5 years, I think we should support for at least 18 months, including stuff for 10.04.1
[17:45] <abogani> persia: 5 years? Isn't it 3?
[17:45] <persia> Depends on one's viewpoint :)
[17:46] <persia> One could argue that the desktop-interactive stuff is 3-year, but I could well imagine someone setting up a headless MIDI box without ubuntustudio-desktop installed.
[17:46] <persia> Anyway, doesn't really matter.  We ought do what we can, when we can.
[17:49]  * abogani is happy to see "Supported:" line into apt-cache show output...
[17:50] <persia> It's a start.  Needs work to allow arbitrary groups to declare support, but that's in the future.


[02:46] -SwissBot:#ubuntu-news- ::Planet:: Hajime MIZUNO: Open Source "Small" Conference 2011 Aizu @ https://mizuno-as.hatenadiary.org/entry/20110929/1317239254
[02:46] -SwissBot:#ubuntu-news- ::Planet:: Hajime MIZUNO: Original USB flash drive for Ubunchu? @ https://mizuno-as.hatenadiary.org/entry/20110928/1317201307
[12:09] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Kdenlive Scores Another Big Bug Fix Update @ https://www.omgubuntu.co.uk/?p=143597 (by Joey Sneddon)
[17:20] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Studio: Updates for June 2019 @ https://ubuntustudio.org/2019/06/updates-for-june-2019/
[19:02] -SwissBot:#ubuntu-news- ::Planet:: Canonical Design Team: Small Robot Company sows the seeds for autonomous and more profitable farming @ https://insights.ubuntu.com/2019/06/07/small-robot-company-sows-the-seeds-for-autonomous-and-more-profitable-farming/
[19:16] -SwissBot:#ubuntu-news- ::Planet:: Benjamin Mako Hill: Sinonym @ https://mako.cc/copyrighteous/sinonym


[21:58] <Linden940> anyone in here know a good way of testing laptop screens?
[22:44] <holstein> Linden940: in what capacity?
[22:44] <holstein> i usually just run a live CD
[22:44] <holstein> and see whats up
[22:45] <Linden940> hmm there just lcd screens from laptops
[22:45] <Linden940> an there is 49 of them
[22:45] <Linden940> *just the screen...no laptop)
[22:46] <holstein> OH
[22:46] <holstein> yeah, you'd have to just plug them in
[22:46] <holstein> sacrifice one machine
[22:46] <Linden940> plug them into what? lol
[22:46] <holstein> *assuming they are all the same
[22:46] <holstein> and just rotate them in
[22:46] <Linden940> no...there all dif sizes an shit
[22:47] <holstein> nah, you can do that
[22:47] <holstein> not easily*
[22:47] <Linden940> <<computer recycler....so i buy this kind of stuff all the time
[22:47] <holstein> the are all so different
[22:47] <holstein> i would just sell them all
[22:47] <holstein> on ebay or whatever
[22:47] <holstein> and either say untested
[22:47] <Linden940> thing is...i had a guy come to me an sold me screens CHEAP an he said he got them from auction from a company that was closing there doors
[22:47] <Linden940> so I think they are good...they where self pulls...
[22:47] <holstein> or just warranty them properly if they are dead
[22:48] <Linden940> I can get like $10 for them as in
[22:49] <Linden940> i may found a guy who will pay $20 for each one untested
[22:49] <Linden940> but hey...they are sellin on e-bay for 100+ so it would be nice to get them tested but dont know if i want to spend the time into it
[23:15]  * Linden940 is away: out of the office


[01:37] <bigon> any archive admin here?
[02:07] <TheMuso> !weekend | bigon
[02:07] <ubotu> bigon: It's a weekend.  Often on weekends, the paid developers, and a lot of the community, may not be around to answer your question.  Please be patient, wait longer than you normally would, or try again during the working week.
[03:18] <__mikem> Does anyone know if wubi is going to come with the next version of ubuntu?
[03:27] <LaserJock> __mikem: since it was in 7.10 I would think there would be a good chance
[03:28] <__mikem> LaserJock: I was under the impression that it DIDN'T make 7.10
[03:30] <__mikem> LaserJock: are you SURE that it is really in 7.10?
[03:36]  * Hobbsee waves
[03:38] <__mikem> Hobbsee: you are a dev, could you shed some light on this wubi issue
[03:39] <bddebian> WTF is wubi?  I don't see it in Gutsy, Hardy or anywhere else
[03:39] <Hobbsee> bddebian: windows installer
[03:39]  * bddebian vomits
[03:39] <Pici> iirc, it was on the Gutsy dvd/cds.
[03:39]  * __mikem gives bddebian a motion sickness bag
[03:40] <__mikem> Pici, hold on, let me mount the cd image in windows
[03:41] <LaserJock> I saw it on Gutsy CDs I thought
[03:42] <__mikem> Pici, its not on the cd image I downloaded
[03:42] <__mikem> Pici, where did you see it
[03:42] <Hobbsee> __mikem: what about ti?
[03:42] <Pici> __mikem: I never saw it, but I recall someone in #ubuntu mentioning it.
[03:43] <Hobbsee> LaserJock: i'm not sure if they ever put it on there - it wasn't as good as they watned it
[03:44] <Hobbsee> yes, i think they shelved it, as it was untested, etc, and was still missing bits
[03:44] <__mikem> Pici, I found something, It was hidden on the disk
[03:44] <__mikem> bbl
[03:44] <Hobbsee> lupin-casper and lupin-support seem to be the packages
[03:45] <LaserJock> Hobbsee: ahh, I may have checked on an alpha or something
[03:46] <Hobbsee> LaserJock: i think it was on the alpha's, yeah
[03:50] <Hobbsee> bigon: you can sync yourself, you know
[03:57] <__mikem> Okay, there is an exe for wubi in the root dirrectory for the 7.10 cd, but I don't quite know how to use it.
[03:58] <Chipzz> 04:38 < __mikem> Hobbsee: you are a dev, could you shed some light on this wubi issue >> not all devs know of all software; some focus on a specific set of packages :)
[03:58] <__mikem> okay
[03:58] <__mikem> That question is open to anyone here
[03:59] <somerville32> lol
[04:00] <Pici> __mikem: run it?
[04:01] <__mikem> okay
[04:01] <Pici> Okay then.,
[04:01] <somerville32> lol
[04:01] <somerville32> I dunno if that is a good sign or a bad sign
[04:17] <simplechat> hey everyone
[04:17] <somerville32> hi
[04:17] <Hobbsee> bigon: presumably you'll need to rebuild that, according to the debian bug?
[04:18] <simplechat> i was wondering, at what point can a linux distro be ported over to a new hardware platform?
[04:19] <simplechat> when it has a usable C compiler? or a usable C++ compiler?
[04:20] <persia> simplechat: Generally once linux, glibc, and bash work, it's worth investigation.  Getting the special hints into the autotools hint files is a good first step.  This isn't the best forum for that discussion, although I don't know the correct channel.
[04:20] <Hobbsee> bigon: wait, no, it's fine.  ask me for a giveback if it builds in the wrong order
[04:21]  * calc2 is working on splitting OOo into tiny bits!
[04:21] <calc2> so far i have just removed duplication but haven't tried actually seeing if it still builds ok
[04:21] <Hobbsee> calc2: \o/
[04:21] <calc2> removed around 100MB compressed code from orig.tar.gz
[04:21] <Hobbsee> nice work!
[04:21] <Hobbsee> calc2: so i shouldn't bother upgrading?
[04:21] <calc2> the rest is going to be a bit harder since i have to figure out what it is
[04:22] <calc2> Hobbsee: oh i doubt this will be done by hardy release
[04:22] <calc2> if it is i will be very surprised
[04:22] <Hobbsee> awww
[04:22] <calc2> i have to see how well i can split it and probably go to hamburg to convince upstream to implement the split as well
[04:22] <simplechat> persia, what about compilers?
[04:23] <calc2> upstream probably wouldn't get it out until 3.0 timeframe if i can get it working
[04:23] <simplechat> i would need something to cross-compile the kernal, wouldn't i?
[04:23] <LaserJock> calc: how split?
[04:23] <calc2> though the throwing away duplicated code could be in ubuntu earlier
[04:24] <calc2> LaserJock: so far i have been just removing code that shouldn't really be there (since its 3rd party code)
[04:24] <lamont> simplechat: compiler, libc, kernel, then begin an interesting iterational loop
[04:24] <calc2> LaserJock: next step is to find a way to separate parts of ooo build into logical subparts
[04:24] <calc2> LaserJock: and hopefully make i18n build a lot faster in the process as well
[04:25] <simplechat> brb, thunderstorms
[04:25] <calc2> LaserJock: since currently the i18n part takes 8hr+ and really shouldn't
[04:25] <simplechat> yeah, interesting
[04:25] <simplechat> :( hopefully not utterly painfull
[04:25] <LaserJock> calc2: wow, that'd be spectacular
[04:28] <calc2> crap when i reset my router at home i forgot to open up ssh port :-\
[04:29] <calc2> and the access point i'm leeching off here at the photo shoot only does ~ 16KB/s download
[04:29]  * calc2 needs to download the alpha-3 amd64 iso for reinstalling his laptop
[04:32] <__mikem> Apparently I am going to need the alternate install CD, because when I finally got to the part where it boots into X, my screen went a funny pattern of lines and colors. Can the alternate CD be used for a wubi install?
[04:34] <LaserJock> I don't think for installation
[04:37] <calc2> mjg59: ping
[04:38] <calc2> mjg59: any new news about resuming from suspend on intel 965 on amd64 arch?
[04:39] <__mikem> Okay, before I go wasting a disk, I need to know something. When I tried to get the alternate install CD, I ended up with a file that was exactly the same size, and had the same file name as the regular install CD, how am I supposed to know that this is really the alternate cd?
[04:40] <persia> __mikem: You can check the md5sum against that listed on the download site.
[04:40]  * Hobbsee flees the storm
[04:41] <LaserJock> although having same size and name doesn't sound like you got a different disk
[04:43] <__mikem> Okay, these disks are identical, and I specifically requested to download the alternate cd, NOW I AM ANGRY
[04:48] <__mikem> Seriously, how do you download the alternate install CD?
[04:49] <LaserJock> __mikem: what country are you located in?
[04:49] <__mikem> USA
[04:50] <LaserJock> West or East?
[04:50] <__mikem> east
[04:51] <LaserJock> __mikem: you might try http://www.gtlib.gatech.edu/pub/ubuntu-releases/gutsy/
[04:52] <__mikem> laserjock, someone needs to me made aware that clicking on that checkbox on the download page for the ubuntu cd images does absolutely nothing
[04:53] <persia> __mikem: File a bug against ubuntu-website to report that
[04:53] <LaserJock> __mikem: well, it worked for me when it first came out, but I can check again
[04:55] <LaserJock> __mikem: oh, you are right
[04:55] <LaserJock> I just tried it
[05:01] <__mikem> LaserJock: also, if it is true that the alternate cd can't be used for wubi installs, something has to be done about that because that means that there is no way to do a wubi install on any of the new hp pavilions
[05:04] <LaserJock> __mikem: well yeah, that's why it's still under development
[05:04] <LaserJock> it's a pretty new thing
[05:04] <LaserJock> and there's always lots of work to be done
[05:04] <LaserJock> and much of the time by volunteers
[05:05] <__mikem> and someone needs to do something about the fact that these hp notebooks appear to be designed to make it as painful as possible to run linux on it
[05:06] <__mikem> well, I am going to give this a shot anyway
[05:11] <LaserJock> not sure if I should have mentioned that I have a new hp notebook that runs Gutsy beautify ...
[05:19] <StevenK> LaserJock: You're terrible.
[05:20] <LaserJock> oh? :-)
[06:57] <Hobbsee> heya Burgundavia
[07:18] <\sh> I know it's sunday morning, but if any archive admin is awake, can you please check what's wrong with libming on the buildds? source upload  was accepted, but after compiling successfully, the buildd tells me, that the source is older than that package what's in the archive...(https://edge.launchpad.net/ubuntu/+source/libming/0.3beta1+cvs20051127-1ubuntu1/+build/489662)
[07:18] <Hobbsee> \sh: reping me about it when i get back
[09:25] <\sh> Hobbsee: reping :)
[09:25] <Hobbsee> \sh: repong :)
[09:26] <\sh> Hobbsee: ok...I did an update upload of libming for libgif transition...source upload went fine, got the accepted message..this morning the buildd mailed me about this issue: 3:46:47 WARNING        libming0_0.3beta1+cvs20051127-1ubuntu1_i386.deb: Version older than that in the archive. 0.3beta1+cvs20051127-1ubuntu1 <= 1:0.3.0-12ubuntu1
[09:27] <\sh> apt-cache showsrc or apt-get source libming but gives me the 0.3beta1 version nothing else.
[09:28] <\sh> Hobbsee: the original mail from LP: http://pastebin.ubuntu-nl.org/51746/
[09:30] <Hobbsee> \sh: erm, ming appears to be the new source.
[09:30] <Hobbsee> sarah@LongPointyStick:~% showsrc libming | grep Binary                8:29PM
[09:30] <Hobbsee> Binary: libming-util, libming-dev, libswf-perl, libming0, python-ming
[09:30] <Hobbsee> sarah@LongPointyStick:~% showsrc ming | grep Binary                   8:29PM
[09:30] <Hobbsee> Binary: python-ming, ming-fonts-opensymbol, libswf-perl, libming-util, libming-dev, php5-ming, ming-fonts-dejavu, libming0
[09:32] <\sh> Hobbsee: wtf? why is the old source in the archive still? that's crap
[09:32] <Hobbsee> \sh: no one filed a removal request?
[09:32] <Hobbsee> someone's cleraly stuck the new ming in there, without checking
[09:33] <\sh> there is not even a conflicts/replace  as it looks like ...
[09:34] <\sh> the c/r section is totally crap of ming...so what's the real package...because libming removed the php extensions on purpose...
[09:35] <Hobbsee> \sh: assuming that libming and ming are from the same package (and are supposed to match), rather than 2 projects with the same name, ming appears to be the new source, and libming should be nuked, and the conflicts/replaces on ming should be strenghtened.
[09:35] <Hobbsee> that's what i get, version-wise
[09:36] <Hobbsee> \sh: i think you want to @lart dAniel hAhler
[09:36]  * Hobbsee isn't sure if he's a MOTU
[09:36] <Hobbsee> hm, i think he is.  blueeyed.
[09:36] <Hobbsee> hm, i think he is.  blueyed.
[09:37] <\sh> well...reading the changelogs ...
[09:37] <\sh> libming is old and stinks , ming is younger and agile ;)
[09:37] <Hobbsee> and, lutin gets the blame for syncing, without checking that it's arleady there.
[09:38] <\sh> well, I'll tight the c/r section a bit more...and we need to get rid of libming source
[09:38] <Hobbsee> \sh: go ahead and file a removal request for libming, and do the c&r
[09:39] <\sh> Hobbsee: will do...this is really confusing...
[09:39] <Hobbsee> \sh: preferably remind Lutin to check for existing sources, before requesting new syncs, too
[09:40] <Hobbsee> \sh: want me to file libming removal while i'm here?
[09:40] <\sh> Hobbsee: I'm filing the report...could you remove libming then? ,-)
[09:41] <\sh> Hobbsee: outch
[09:42] <\sh> Hobbsee: why nobody saw that? https://bugs.edge.launchpad.net/ubuntu/+source/libming/+bug/64535
[09:42] <ubotu> Launchpad bug 64535 in libming "UVF Exception: libming (0.3beta1) -> ming (0.3.0)" [Medium,Fix released]
[09:42] <Hobbsee> \sh: i can't - no privs
[09:42] <Lutin> Hobbsee: why did I do ?
[09:42] <\sh> and the no-pony award goes to : cjwatson_ ;)
[09:43] <Hobbsee> \sh: strange - that was during a time of freeze, had the filer, and two members of ubuntu UVF at that time, both of whom are MOTU's, and none of them thought about the old source, it appears.
[09:43] <Hobbsee> Lutin: requested a sync of ming, without dealing with libming at all, it appears.
[09:44] <Hobbsee> Lutin: they produce a lot of the same binaries.
[09:44] <Hobbsee> \sh: this is why i tend to think that some of our universe freezes are ineffective - someone, out of 3 people, should have picked that up.
[09:45] <Hobbsee> okay, 4, because colin did the sync afterwards.
[09:45]  * Hobbsee suspects the people on the UVF team got complacent.
[09:45] <\sh> Hobbsee: well, yes, but humans can do mistakes..so soyuz or the sync util should check before what binaries are proposed by the source package and check those names against our binary package archive list
[09:45] <persia> It's not a matter of making the freezes stronger, it's just a matter of having better tools to check.  I suspect the new source was clean, had a good changelog, built, and worked.
[09:46] <\sh> bug #182491
[09:46] <ubotu> Launchpad bug 182491 in libming "[SRC REMOVAL] libming" [Undecided,New] https://launchpad.net/bugs/182491
[09:46] <Hobbsee> \sh: sure, but 4 humans all making the same mistake is kinda bad :)
[09:46] <Hobbsee> \sh: there are already scripts that do that
[09:47] <Lutin> well ok, and what's the correct way to check for issues like that ?
[09:48] <\sh> Lutin: when you replace a source package, it's likely that the old source package as the same binary packages
[09:48] <persia> Lutin: Check the binaries from a package, and make sure it doesn't match a different binary name.
[09:49] <\sh> Lutin: to check that, a simple cat debian/control|grep Package is enough and then feed the result into apt-cache show
[09:50] <Lutin> yep
[09:51]  * Hobbsee checked what was creating the binary libming0, and saw two different source packages listed there
[09:51] <Hobbsee> lifeless has a script somewhere that checks for possible conflicts, too
[09:52] <persia> Hobbsee: That only checks filename conflicts, not source/binary name conflcts (http://conflictchecker.ubuntu.com/possible-conflicts/)
[09:53] <Hobbsee> persia: yeah, that.  i was assuming there would be some filename conflicts too
[09:53] <persia> Hobbsee: Might be, but maybe just /usr/share/doc/*
[09:54] <Hobbsee> persia: true
[09:55] <\sh> well, a quickshot could be this...to executed in the debianized source tree
[09:55] <\sh>  for i in `cat debian/control |grep Package|cut -d " " -f 2` ; do grep-dctrl -F Binary $i /var/lib/apt/lists/*Source*|grep "Package" ; done
[09:55] <\sh> and result was: libming and ming
[09:56] <persia> Two sources building the same binary usually indicates a removal is required, as otherwise it's impossible to predict the state of a system when analysing a bug report.
[09:57] <\sh> persia: the problem here: src libming -> binary versions with an epoch, src ming -> binary versions with an epoch...
[09:57] <persia> \sh: That's just an extra problem.  The real problem is both ming and libming having a binary with the same name.
[09:59] <pitti> good morning
[09:59] <Hobbsee> morning pitti!
[10:00] <Hobbsee> pitti: seeing as you'r ehere, do you mind nuking libming?
[10:00] <Hobbsee> er, source, and binaries that are not also in ming
[10:00] <pitti> Hobbsee: bug#?
[10:00] <pitti> ah, source package renaming? sure
[10:00] <Hobbsee> pitti: https://launchpad.net/bugs/182491
[10:00] <ubotu> Launchpad bug 182491 in libming "[SRC REMOVAL] libming" [High,Confirmed]
[10:01] <\sh> pitti: the bug existed since 2006 ;) and never raised a problem until yesterday ,-)
[10:03] <pitti> done
[10:03] <\sh> thx
[10:05] <geser> Hi pitti
[10:10] <Hobbsee> bigon: tha'ts still broken, btw
[10:10] <bigon> yeah just see that too
[10:11]  * Hobbsee kills f-spot
[10:11] <Hobbsee> right, problem solved.
[10:12]  * bigon doesn't understand, the pkg works when build outside of a pbuilder (probabily a missing build-dep)
[10:18] <Hobbsee> bigon: it all built.  itj ust doesn't fix the problem
[10:21] <\sh> how can I tell trackerd to stop spamming me with all this notify boxes
[10:22] <Hobbsee> purge it.
[10:34] <pitti> that's what I eventually did as well; even disabling tracker completely in the prefs doesn't help to get rid of the tray icon
[10:44] <bigon> Hobbsee: it seems that there are two solution to fix the issue:
[10:45] <bigon> 1) a temporary fix in the flickrnet pkg 2) fix the real issue in the mono pkg
[10:46] <Hobbsee> bigon: what does each involve?
[10:47] <bigon> the best is the 2nd: the alternatives of some exec are not correctly created -> rename the postinst and prerm script
[10:47] <bigon> debian bug 460513
[10:47] <ubotu> Debian bug 460513 in mono-1.0-devel "mono-1.0-devel doesn't create alternatives" [Serious,Open] http://bugs.debian.org/460513
[10:49] <Hobbsee> right
[10:54] <bigon> Hobbsee: patch in bug 182509
[10:54] <ubotu> Launchpad bug 182509 in mono "Correctly install alternatives" [High,New] https://launchpad.net/bugs/182509
[10:54] <Hobbsee> bigon: and if you think i'm touching mono, you need a club over the head :)
[10:54] <Hobbsee> soren might, though.  he likes touching scary things.
[10:55] <bigon> I'll contact the debian mono team
[10:55] <bigon> damm the patch is not good
[11:03] <pitti> sjoerd: hm, I saw that you uploaded PK 0.7 to unstable; does that work for you at all? 0.7 breaks both gnome-mount and g-s-t, and I cannot even get the CLI tools to work
[11:12] <sjoerd> pitti: dunno, but nothing is build against it so it should be harmless
[11:13] <pitti> sjoerd: ah, I see
[11:14] <emgent> hello pitti :P
[11:14] <pitti> hi emgent
[11:14] <sjoerd> pitti: but mbiebl is the one to ask, i didn't do any PK related stuff just yet
[16:02] <bigon> anybody brave enough to have a look at bug  182509 ?
[16:02] <ubotu> Launchpad bug 182509 in mono "Correctly install alternatives" [High,New] https://launchpad.net/bugs/182509
[17:53] <Mithrandir> lamont: we don't want Xen on LPIA.
[17:53] <lamont> heh.  ok
[17:54] <lamont> I'll take that back out then
[17:55] <Nafallo> hehe
[17:57] <Mithrandir> if anybody says we want it, I'll be happy to have words with them.
[18:01] <Nafallo> hahaha
[18:01] <Nafallo> :-)
[18:04] <zul> heh
[18:04] <flowers> hello! so i was just redirected to this chan to ask some questions about hal, would anyone mind helping me out?
[18:06] <lamont> Mithrandir: fixe
[18:06] <lamont> d
[18:06] <flowers> well, here goes anyway. so i updated my freshly installed kubuntu and afterwards hal wont start at boot. everything points to say that it should be fine but i need to restart it to get things to work properly any ideas?
[18:17]  * bigon throw bug  182509 at some core-devel
[18:17] <ubotu> Launchpad bug 182509 in mono "Correctly install alternatives" [High,New] https://launchpad.net/bugs/182509
[22:04] <Amaranth> mjg59: what's that bit about 0x80 being debug hardware and causing lockups?
[22:27] <rbs-tito> Is anyone here?
[22:28] <selckin> you are
[22:28] <rbs-tito> I'm considering improving a GNOME application, shall I submit my changes to GNOME bugzilla or Launchpad?
[22:29] <awalton__> rbs-tito, both?
[22:29] <awalton__> you can link the lp one to the upstream as well.
[22:30] <rbs-tito> awalton__: Well, if I send it upstream it will come downstream eventually anyway. But is there a proceedure similar to the Debian bugs proceedure, so that it can be linked to the Ubuntu project as a contribution?
[22:31] <awalton__> not that I'm aware of, but that doesn't count for a whole lot. does there need to be?
[22:31] <rbs-tito> awalton__: Just checking before I go ahead
[22:32] <rbs-tito> OK, I'm ready to get cracking
[22:32] <rbs-tito> (I'm adding an album art preview thumbnail to sound-juicer)
[23:21] <ion_> doko: Hi
[23:21] <ion_> doko: Do you think it would be possible to get ruby 1.9.0 from sid to hardy?
[23:25] <ion_> doko: Judging from the sid changelog, the ”Add -g to CFLAGS” change in Ubuntu has been applied there. I’m not sure whether the other lines in the Ubuntu changelog signify a delta in Ubuntu or just list things that have happened in Debian up to the merge.
[23:26] <ion_> doko: If it’s the latter, a sync should be enough.


[02:17] <bandali> lissyx, we've indeed been building firefox snap nightlies on LP for a while, like the other firefox snap variants, though so far only for amd64
[02:17] <bandali> mainly because that was my initial focus when trying to urgently find a path forward for building the nightly, since github actions was giving us no end of grief
[02:18] <bandali> i just went ahead and enabled arm64 and armhf for it as well though, and will keep an eye to see if they'll succeed already or if they'll need some work to make them succeed
[02:20] <bandali> lissyx, oh and if you happen to have a link to your experimental arm64 cross build i'd be happy to try it on my rpi
[06:24] <lissyx> bandali, I already tested on my rpi4 running ubuntu :)
[11:33] <GunnarHj> Hi seb128! Please look at bug #2036453. Can that possibly be related to the transition between the old and new Ubuntu font?
[11:33] -ubottu:#ubuntu-desktop- Bug 2036453 in update-manager (Ubuntu) "Fonts messed up at upgrade from 23.04 to 23.10" [High, New] https://launchpad.net/bugs/2036453
[11:48] <seb128> GunnarHj, those type of issues show the limitation of doing in session upgrade, replacing files under the feet of running applications
[12:06] <GunnarHj> seb128: Wasn't the very reason for keeping the "legacy" ones to prevent that?
[12:10] <jbicha> I believe that font issue should be a duplicate of bug 2034986
[12:10] -ubottu:#ubuntu-desktop- Bug 2034986 in ubuntu-release-upgrader (Ubuntu Mantic) "some text became unreadable during a distribution upgrade" [Critical, Confirmed] https://launchpad.net/bugs/2034986
[12:12] <GunnarHj> Probably.
[12:12] <GunnarHj> But this will make a lot of people nervous!
[12:14] <jbicha> yes, it's very bad. I think it can make the final step of the upgrade (remove these packages??) unreadable
[12:15] <GunnarHj> seb128, jbicha: Could the problem be avoided by using some other font but Ubuntu in update-manager/ubuntu-release-upgrader? A font which hasn't undergone a fundamental change...
[12:16] <jbicha> that was my suggestion too. I think Foundations owns that package so we should work with them on that
[12:16] <GunnarHj> ok.
[12:19] <seb128> I don't understand fonts enough to be able to tell why the UI can't cope with the disk changing when the UI is already loaded
[12:25] <KGB-2> gnome-shell ubuntu/lunar ab93cef Jeremy Bicha * pushed 10 commits (first 5 follow) * https://deb.li/3dnO2
[12:25] <KGB-2> gnome-shell ubuntu/lunar 113bcb4 Dušan Kazik po/sk.po * Update Slovak translation * https://deb.li/3qo1
[12:25] <KGB-2> gnome-shell ubuntu/lunar f3ccc0d Bruce Cowan po/en_GB.po * Update British English translation * https://deb.li/32grN
[12:26] <KGB-2> gnome-shell ubuntu/lunar 43c498f Андрей Гриценко js/ui/magnifier.js * magnifier: Fix cursor offset * https://deb.li/zywV
[12:26] <KGB-2> gnome-shell ubuntu/lunar 624c709 Florian Müllner js/misc/parentalControlsManager.js * parentalControlsManager: Don't log error when disabled * https://deb.li/38jeg
[12:26] <KGB-2> gnome-shell ubuntu/lunar b409084 Florian Müllner js/ui/workspace.js * workspace: Reapply border radius on background changes * https://deb.li/Hj6G
[12:40] <bandali> oh okay cool :-)
[12:40] <bandali> also, good morning/day y'all
[12:44] <lissyx> bandali, ok so we dont have a sysroot for armhf linux, so I dont think it's worth trying to get cross-compilation for that?
[12:45] <lissyx> bandali, I could not get the build to start without using our sysroot, I'm not sure what clang is looking for when it chokes on <cstddef> include
[12:45] <lissyx> and looking at the metrics, there's so few users on armhf ...
[13:27] <bandali> lissyx, hmm right. yeah i mean if we typically manage to compile it for armhf on launchpad, i don't think there's an urgent need for it? especially considering the metrics as you mentioned
[13:51] <tjaalton> hi, I've filed a FFe for mesa, so I'd like a pre-ack from the desktop team if plausible? https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/2036611
[13:51] -ubottu:#ubuntu-desktop- Launchpad bug 2036611 in mesa (Ubuntu) "FFe: Mesa 23.2.0" [Undecided, New]
[13:57] <KGB-2> gnome-shell ubuntu/lunar 6d9ac6a Simon McVittie debian/patches/ series screenshot-Do-not-wrongly-enable-window-button.patch screenshot-Only-handle-mode-switch-shortcut-when-supporte.patch * Backport upstream fixes for CVE-2023-43090 * https://deb.li/3zLwy
[13:57] <KGB-2> gnome-shell ubuntu/lunar 92fd385 Jeremy Bícha debian/changelog * releasing package gnome-shell version 44.3-0ubuntu2 * https://deb.li/33loG
[13:57] -ubottu:#ubuntu-desktop- ** RESERVED ** This candidate has been reserved by an organization or individual that will use it when announcing a new security problem. When the candidate has been publicized, the details for this candidate will be provided. <https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-43090>
[14:21] <Eickmeyer> Good morning desktopers! Wanted to bring to your attention bug 2036683 which happened as a result of the constant changing of the .desktop file in the store snap without notification to myself (or the Edubuntu team, really).
[14:21] -ubottu:#ubuntu-desktop- Bug 2036683 in edubuntu-artwork (Ubuntu) "Ubuntu Software disappeared from default dock" [High, Fix Released] https://launchpad.net/bugs/2036683
[14:22] <Eickmeyer> Changes like that should *not* happen that close to beta. Required a fix and respin.
[14:23]  * Eickmeyer has no idea how to get better communication about that or how to communicate this frustration better
[14:49] <jbicha> Eickmeyer: I don't understand why that change is needed. Ubuntu Desktop sets the same key and it works there
[14:50] <Eickmeyer> jbicha: The .desktop file name changed repeatedly from snap-store_snap-store to snap-store_ubuntu-software and back repeatedly over the course of the cycle.
[14:51] <jbicha> https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/ubuntu-settings/tree/debian/ubuntu-settings.gsettings-override#n78
[14:51] <jbicha> Eickmeyer: ^ this is what Ubuntu has now and it works on today's pending ISO
[14:51] <Eickmeyer> It didn't work on Edubuntu.
[14:52] <jbicha> Eickmeyer: what track are you on? I believe  snap info snap-store  should say latest/stable/ubuntu-23.10
[14:52] <Eickmeyer> Same track.
[14:53] <Eickmeyer> I mean, we have to be.
[14:53] <Eickmeyer> Can't seed otherwise.
[14:53] <jbicha> echo $XDG_CURRENT_DESKTOP
[14:55] <Eickmeyer> ubuntu:GNOME
[14:56] <Eickmeyer> Oh... the system I'm on is an upgrade.
[14:56] <Eickmeyer> tracking:     latest/stable/ubuntu-23.04
[14:56] <Eickmeyer> That does, however, point to a problem with the upgrade process.
[14:57] <Eickmeyer> jbicha: ^
[14:58] <jbicha> when did you upgrade?
[14:58] <Eickmeyer> 2-3 days ago.
[14:58] <jbicha> and how did you upgrade?
[14:58] <Eickmeyer> upgrade-manager -d
[14:59] <Eickmeyer> er.. update-manager -d
[14:59] <Eickmeyer> On this particular machine, that is.
[15:00] <jbicha> you can open a bug against ubuntu-release-upgrader . It is supposed to update the stable/ubuntu- tracking snap channels
[15:00] <jbicha> that's why I asked what track you were on :)
[15:02] <Eickmeyer> Ok, still: the change from snap-tore_ubuntu-software to snap-store removes it from the favorites upon upgrade. That might not be welcome to users.
[15:02] <Eickmeyer> jbicha: ^
[15:04] <jbicha> Eickmeyer: please use https://github.com/ubuntu/app-center/issues I'm not a maintainer of the store & haven't been following all its details
[15:04] <Eickmeyer> jbicha: Totally agree, and thanks for the pointer.
[15:21] <lissyx> bandali, ftr https://bugzilla.mozilla.org/show_bug.cgi?id=1854157 we might be missing debug symbols on several builds, maybe since we introduced core22
[15:21] -ubottu:#ubuntu-desktop- Mozilla bug 1854157 in Firefox Build System "Snap build can be missing configure statements" [S2, New]
[15:27] <Eickmeyer> jbicha: I think the bug for ubuntu-release-upgrader is a a candidate for rls-mm-proposed (I might have the tag wrong?).
[15:32] <Eickmeyer> jbicha: Nvm. rls-mm-incoming.
[16:09] <bandali> lissyx, ack, thanks, i'll look into it. i guess we might have to fold 'mozconfig' into 'firefox'? (and perhaps also 'apikeys' into that as well?)
[16:22] <loose> hey Eickmeyer - I've been working on the new store for quite a while now and this is the first time I'm hearing about the desktop file issue. clearly there's a communication issue somewhere - sorry for your troubles!
[16:23] <Eickmeyer> loose: Hey! Yeah, and the change in the .desktop file name might irk the people who keep it in the dock and suddenly, when upgrading, it will be gone.
[16:23] <Eickmeyer> Reason: user dconf settings.
[16:38] <loose> agreed, that's quite annoying and shouldn't happen!
[16:44] <GunnarHj> seb128, jbicha: Maybe closer to a solution to the upgrade/fonts issue:
[16:44] <GunnarHj> https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/2034986/comments/8
[16:44] -ubottu:#ubuntu-desktop- Launchpad bug 2034986 in ubuntu-release-upgrader (Ubuntu Mantic) "some text became unreadable during a distribution upgrade" [Critical, Confirmed]
[17:34] <jbicha> GunnarHj: could you check with bdmurray about that idea? we may want to fix if possible before the beta release
[17:34] <jbicha> in #ubuntu-release probably
[17:44] <GunnarHj> Done. (But you probably saw that.)
[18:00] <bandali> lissyx, btw does this seem to you like a shortage of memory issue, or something completely unrelated? https://launchpadlibrarian.net/688277042/buildlog_snap_ubuntu_jammy_armhf_firefox-snap-nightly-preview_BUILDING.txt.gz
[18:29] <jbicha> bandali: I ran into bug 2036765 when upgrading from 23.04 to 23.10 so my firefox is on latest/stable/ubuntu-23.04 and there isn't a Firefox launcher in my Dock or Applications Overview :(
[18:29] -ubottu:#ubuntu-desktop- Bug 2036765 in ubuntu-release-upgrader (Ubuntu) "ubuntu-release-upgrader failed to upgrade snap to track new release" [Undecided, Confirmed] https://launchpad.net/bugs/2036765
[18:46] <KGB-2> gnome-contacts signed tags 03b4ca1 Jeremy Bicha upstream/45.0 * Upstream version 45.0 * https://deb.li/pqtG
[18:56] <KGB-2> libsecret signed tags 3a3cdea Jeremy Bicha upstream/0.21.1 * Upstream version 0.21.1 * https://deb.li/iwQMe
[18:56] <KGB-0> libsecret pristine-tar eb637be Jeremy Bícha libsecret_0.21.1.orig.tar.xz.delta libsecret_0.21.1.orig.tar.xz.id * pristine-tar data for libsecret_0.21.1.orig.tar.xz * https://deb.li/sBF
[18:57] <KGB-2> libsecret upstream/latest 9f4f7ee Jeremy Bicha * pushed 11 commits (first 5 follow) * https://deb.li/it6fG
[18:57] <KGB-2> libsecret upstream/latest 2f00bf3 Anders Jonsson po/sv.po * Update Swedish translation * https://deb.li/56oF
[18:57] <KGB-2> libsecret upstream/latest bf0ddf7 Dhanuka Warusadura egg/egg-tpm2.c * TPM2: fix `g_memdup` deprecated warning * https://deb.li/3nEr1
[18:57] <KGB-2> libsecret upstream/latest 1374b09 Dhanuka Warusadura egg/egg-tpm2.c * Merge branch 'fix_depricated' into 'master' * https://deb.li/cE8h
[18:57] <KGB-2> libsecret upstream/latest 8bbdfa3 Amn Alam po/pa.po * Update Punjabi translation * https://deb.li/3Gatc
[18:57] <KGB-2> libsecret upstream/latest ae7c52b Efstathios Iosifidis po/el.po * Update Greek translation * https://deb.li/3wz6C
[19:00] <Eickmeyer> jbicha: I feel like bug 2036765 would be a blocker for *everyone*.
[19:00] -ubottu:#ubuntu-desktop- Bug 2036765 in ubuntu-release-upgrader (Ubuntu) "ubuntu-release-upgrader failed to upgrade snap to track new release" [Critical, Confirmed] https://launchpad.net/bugs/2036765
[19:18] <bandali> :-(