[02:04] <hghgfh> is there anyone here that could translate english to greek for me?
[07:29] <remix_tj> hi @all!
[08:41] <jester-> hi
[08:42] <jussi01> Hi jester-
[16:41] <aaro> hi, is there any ubuntu staff operator here?
[16:41] <jester-> aaro: hi
[16:42] <jester-> aaro: i'm
[16:43] <aaro> hi, i wanted to report an operator who banned me by personal reasons abusing his power
[16:43] <pleia2> aaro: what channel?
[16:44] <aaro> he has banned first from #ubuntu-es, then from #ubuntu-es-ops and every channel he is in
[16:45] <Zic> he ?
[16:45] <aaro> i suppose is he
[16:46] <[NikO]> his nickname ?
[16:46] <Zic> he/she or it, I don't care about it :p what's his/her/its nickname ?
[16:46] <aaro> P3L|C4N0
[16:48] <Zic> he is the founder of #ubuntu-es*
[16:48] <aaro> here's the log, i hope you understand spanish http://logs.ubuntu-eu.org/freenode/2008/12/16/%23ubuntu-es.html
[16:49] <Zic> * #ubuntu-es Liste de bannissement :  Tue Dec 16 01:25:24 *!*@unaffiliated/aaro <EMAIL_ADDRESS>[16:49] <aaro> Zic and that means thats theres nothing i can do?
[16:49] <Zic> aaro: it's just for info, to target the passage in the log ;)
[16:50] <Zic> (sorry, no timestamp on the log you have posted...)
[16:51] <Gary> aaro: you can try to ask the oper in question, if he/she/it could be so kind as to remove the ban (or discuss it)
[16:52] <aaro> i did but he banned me from #ubuntu-es-ops, where i was trying to talk
[16:52] <Zic> (keyword +b *!*@unaffiliated/aaro on the logs)
 aaro, en realidad, no es nada inteligente su sugerencia <- this line is offensive and i just asked respect
[16:54] <aaro> and that was it, banned, i dont think thats a correct behaviour for an operator
[16:55] <aaro> in english he said, your suggestion is not smart
[16:59] <aaro> so what do you advice me to do, or there's nothing i can do because he's the founder of the channel and he can do whatever he wants?
[17:07] <Zic> aaro: try to directly query him
[17:09] <aaro> ok thanks all for your help, unfortunately theres no much to do in these cases, operators got the power around here


          IIRC it's not actually using the ebpf parser
[23:26] <stgraber> if not, I don't think anyone will notice
[23:26] <jjohansen> stgraber: it blocks ebpf loads at the syscall
[23:26] <stgraber> ok, so not a problem then, seccomp definitely doesn't use the ebpf syscalls
[23:26] <jjohansen> so I would assume so, but I haven't checked
[23:26] <lool> stgraber: would iptables from inside a container be affected?
[23:27] <stgraber> lool: maybe, though not stock iptables, only fancy xtables + bpf I'd think
[23:28] <lool> maybe tc
[23:28] <stgraber> some of those may use ebpf behind the scenes but since jjohansen says this only restricts access to the syscall itself, none of those should be affected
[23:28] <stgraber> it should only really affect things like xpf that directly rely on a loaded piece of ebpf code
[23:29] <stgraber> and I'm not sure how much of that is accessible from an unprivileged user today
[23:31] <jjohansen> stgraber: well, the syscall check is !capable() or the sysctl() so its accessible, but I am not really aware of users
[23:31] <lool> what's the list of syscalls? just bpf()?
[23:31] <lool> https://codesearch.debian.net/search?q=bpf%5C%28
[23:32] <jjohansen> an unprivileged container, where the OS thinks its privileged is the most likely place this will trip since its not ns_capable but checking capable in the init ns
[23:32] <lool> shows these source packages with calls in Debian: ecasound kfreebsd-10 bpfcc golang-github-seccomp-libseccomp-golang linux-grsec ncl libtrace3 trinity isc-kea pyroute2 nfstrace wireguard python-pypcap netsniff-ng p0f systemtap pan golang-github-vishvananda-netlink guitarix iproute2 gnomad2 llvm-toolchain-3.7 moc gnuradio pcaputils snapd tcpflow tcpdump gtkpod libseccomp tcpreplay mplayer arp-scan dnsmasq gstreamermm-1.0 linux libpcap aegisub chuck p
[23:32] <jjohansen> lool: yeah, ebp just has the 1 syscall
[23:32] <lool> systemd might be worth a check, seems to make copious use
[23:33] <jjohansen> yeah it might trip in an unprivileged container
[23:33] <lool> I guess the other ones fall into advanced use cases and documentation to disable the default secure behavior might be enough
[23:33] <jjohansen> it won't affect the host since it will have init ns capability
[23:35] <lool> I've changed the RE to bpf\s*\( and it shows qemu as well
[23:35] <lool> and isc-dhcp
[23:36] <lool> qemu is just user mode
[23:36] <lool> should probably query Ubuntu sources though  :-)
[23:36] <lool> Is there an Ubuntu code search by any chance?
[23:54] <tsimonq2> lool: packages.ubuntu.com :)
[23:55] <lool> tsimonq2: oh didn't know it could do codesearch
[23:56] <lool> tsimonq2: hmm where is this specifically?
[23:56] <dax> it can't, as far as i know
[23:56] <tsimonq2> lool: Well, not codesearch in the sense of Debian's codesearch, but you can search filenames :/
[23:56]  * tsimonq2 was a little mistaken there, sorrt
[23:56] <tsimonq2> s/sorrt/sorry/
[23:56] <lool> ah yeah; nah I was looking for codesearch equivalent but against Ubuntu sources; apparently someone ran this in the past
[23:57] <lool> (there's a mention of http://ubuntu-codesearch.surgut.co.uk on ask.u.c)
[23:57] <lool> anyway, time for bed
[23:57]  * lool &
[23:58] <Faux> Note Debian codesearch misses a load of things due to terrible source packages; e.g. openjdk just being a big gzip. (fixed in new openjdk)


[00:06] <Crell> Hi all. RAID issue. I'm swapping out all the drives in my 3-drive RAID5 array, from HDDs to SSDs. All SATA 3.  I've swapped them over one by one fine, and the array is now all new drives. But the system won't boot unless I have one of the old drives plugged in. It's not even part of the array, and when booting that way the drive seems inactive,
[00:06] <Crell> but it won't boot without it.  I am highly confused by this. :-) Anyone know what might be going on?
[00:07] <sarnold> what's the error when none of the old drives are installed?
[00:09] <Crell> There isn't one.  It's a headless system, so I just know I can't ssh into it.
[00:11] <sarnold> ouch :(
[00:11] <sarnold> no bmc?
[00:12] <Crell> I may have a monitor somewhere I can plug into it, but was hoping it was some "obvious" mistake I'd made.
[00:18] <sarnold> I'm sorry to say I don't have anything to suggest off the top of my head :(
[00:19] <PvtJoker> Crell : my guess is grub issue
[00:20] <PvtJoker> probably easiest thing is to find that spare monitor
[00:23] <Crell> Tracked down a monitor.  Fun story: Without the other hard drive, it's automatically going into the BIOS setup screen on boot!
[00:25] <Crell> So... is it booting to the old drive, and then jumping over to the new array?  How is the old drive even working if it's just one drive out of a RAID array??
[00:27] <sarnold> the EFI filesystem isn't usually part of the raid -- that can lead to some pretty horrible things, since very few bios environments know how to work with mdraid
[00:28] <sarnold> do you have your EFI on another drive? or was it on those?
[00:28] <Crell> These were the only drives in the machine.
[00:28] <Crell> This is the first time I've touched the RAID or boot config since the machine was built using the ubuntu installer, like 8 years ago.  (It's been OS upgraded since then a few times, but haven't messed with the drives.)
[00:29] <sarnold> aha
[00:30] <Crell> So if I put the drive back in to let it boot, then rerun grub after it's booted to install EFI on the new array, would that work?
[00:30] <sarnold> then try a sudo dpkg-reconfigure grub  -- I think that'll ask you to select the EFI partition to use
[00:30] <Crell> And I should tell it md1?  (The RAIDed data partition.  md0 is swap.)
[00:32] <sarnold> no, it needs to be a drive partition, not inside the raid
[00:33] <Crell> Hm.  Interesting.  I... don't know if one exists.  That could be the cause of the issue, then.  I setup the partition tables on the new drives by cloning them from old drives, but... not a consistent old drive.
[00:33] <Crell> Though none of the old ones gave an indication of having an extra partition beyond sdX1 and sdX5.
[00:34] <sarnold> hmm, does fdisk -l .. on them show something like /dev/sda1       2048   1050623   1048576  512M EFI System
[00:35] <Crell> Hang on while I reinstall the old drive.
[00:38] <Crell> The new drives are all an 8 GB sdX1, then an sdX2 extended, and it's filled with an sdX5.  Both sdX1 and sdX5 are of type "Linux raid autodetect."
[00:39] <grace> sarnold: I have an unmet build dependency in source, according to pdebuild... which doesn't make sense, shouldn't those be installed automatically after entering the chroot?
[00:39] <sarnold> grace: yes, if they exist
[00:39] <Crell> The old drive is... the same.  But sda1 is marked as bootable.  That's not the case for the new drives.
[00:40] <Crell> (Old drive also errors that Partition 2 does not start on a physical sector boudnary.)
[00:40] <sarnold> Crell: no EFI partitions? o_O i'm very confused then :)
[00:40] <Crell> :shrug emoji:
[00:40] <Crell> The swap partition being marked bootable is the weird one for me.
[00:41] <grace> sarnold: they do, but [1] why do I have to install them outside the chroot first, so that dpkg-checkbuilddeps (started by pdebuild) passes and [2] how can I install them automatically from the dsc file?
[00:42] <sarnold> grace: good question :(
[00:43] <Crell> And dpkg-reconfigure grub errors that grub is not installed.  Good times.
[00:43] <rfm> Crell, the "bootable" flag is just to tell BIOS where to load the mbr (which is in the partition label.)  This must be legacy BIOS not EFI, else nothing makes sense (especially that extended parttion)
[00:43] <Crell> The machine is at least 8 years old, I think, so it could well be ancient hardware.
[00:43] <Eickmeyer> grace: Those packages you're missing in Ubuntu Studio were removed from Debian (and Ubuntu) long ago.
[00:43] <sarnold> Crell: maybe dpkg-reconfigure grub-efi-amd64 ?
[00:44] <rfm> I can't even remember how to install the MBR anymore.
[00:44] <Crell> Nope.
[00:44] <Eickmeyer> grace: Alternatives have been installed. You don't need them.
[00:44] <sarnold> Crell: then rfm's guess is probably on the right track :) about grub-pc?
[00:44] <Crell> I have grub-common, and grub-gfxpayload-lists, and grub-pc-bin, according to aptitude.
[00:44] <sarnold> grub-pc-bin then
[00:45] <Crell> Recofiguring that does nothing.
[00:45] <sarnold> :(
[00:46] <sarnold> sorry, it's been a decade since I used a bios machine, I'm *really* rusty there
[00:46] <Crell> There's a whole bunch of grub-* commands in the system.  grub-probe sounds maybe useful?
[00:46] <Crell> It's been a decade since I needed to care. :-)
[00:46] <sarnold> lol :)
[00:46] <Crell> I thought I saw UEFI on the screen it brought up before...
[00:48] <grace> sarnold: anyway, success !
[00:48] <sarnold> grace: yay? :)
[00:49] <rfm> Crell, if directory /sys/firmware/efi exists, it booted EFI, if not it booted legacy...
[00:49] <Crell> It does not.
[00:51] <Crell> Well, at least I know what the problem is now.  For whatever reason, grub didn't transfer over to the new drives properly.  So I need to figure out how to reapply grub to the new drives.
[00:51] <grace> sarnold: yes, thanks for the help
[00:51] <Crell> That's a later task; My wife is waiting for me. :-) Thanks for the help, folks.
[00:51] <sarnold> grace: awesome! :D
[00:53] <rfm> Crell, you might look at https://help.ubuntu.com/community/Installation/SoftwareRAID which looks slightly familiar, I think I followed it last time I had a BIOS/md raid system...
[00:55] <rfm> Crell, the bit about doing grub-install to the disk (not the md device, nor a partition) definitely rings a bell
[01:05] <plt2> I do not know much about scripting but I need to search for a string in a file and if it does not exist then do a command like this iptables -I INPUT -s ip address -j DROp
[01:06] <plt2> Would call the file b IPAddress
[01:07] <rbox> plt2: grep blah file || iptablers
[01:07] <sarnold> plt2: grep -q root /etc/passwd && echo found
[01:08] <sarnold> oh, hah, does *not* exist, follow rbox's example
[01:08] <sarnold> and depending upon what you're trying to do, switch to ipsets or nftables?
[01:09] <rbox> probably trying to reinvent the wheel for fail2ban
[01:09] <rbox> lol
[01:10] <sarnold> *nod*
[01:12] <plt2> Its not yet supported with Wubuzo yet
[01:13] <plt2> Now I am going to install it
[01:13] <plt2> bbl
[01:16] <plt2> What is this
[01:16] <plt2> #before = paths-distro.conf
[01:16] <plt2> before = paths-debian.conf
[01:17] <casedup> hey heey
[01:17] <plt2> I am not sure what to put there
[01:17] <plt2> A little more information in the conf file would be helpfull
[01:20] <plt2> When you got 6 files that match this search find / -name debian.conf
[01:21] <plt2> Does anyone know which one to use?
[01:22] <plt2> https://pastebin.com/fZ9GfHx3
[01:23] <sarnold> I think you need to refine your question a bit further
[01:23] <plt2> Which one to use for this in the jail.conf before = paths-debian.conf
[01:24] <plt2> Does anyone would like to lear 6809 asm
[01:24] <plt2> just kidding
[01:24] <plt2> Which file above should I use for the before = paths-debian.conf
[01:26] <plt2> Correction: Which file in the link I provided should I use for the before = paths-debian.conf
[01:26] <plt2> https://pastebin.com/fZ9GfHx3
[01:30] <plt2> bbl
[01:52] <sarnold> plt2: I suggest taking a step back and explaining (a) what program or service you're trying to configure (b) what problem you're trying to solve
[02:15] <plt2> That was not to bad setting up fail2ban
[02:30] <plt2> Ban set to 6 months
[02:39] <Crell> rfm: Hrm.  Repartitioning such that I destroy the disk is definitely not an option. :-(
[02:42] <plt2> Crell I agree
[02:42] <plt2> It's not fun re-building a system from scratch
[02:43] <Crell> Aye.  All I wanted to do was replace a failing drive. :-(
[02:43] <plt2>  Now I need to find a vpn server to test my fail2ban
[03:01] <plt2> The damn thing is working
[03:01] <plt2> bbl
[03:13] <plt2> is fail2ban should it catch attempts like this  [<IP_ADDRESS>]<EMAIL_ADDRESS>rejected RCPT<EMAIL_ADDRESS>Rejected relay attempt: '<IP_ADDRESS>' From<EMAIL_ADDRESS>To<EMAIL_ADDRESS>[03:31] <plt2> What is the past command again?
[03:44] <plt2> Can you take a look at this https://termbin.com/mer8 I am running exim4 mail server and its not catching the relay attempts
[03:45] <plt2> This is the filter file https://termbin.com/dvy71
[04:04] <plt2> It's time for bed. bbl
[04:48] <ozzloy> the firefox icon in my dock starts firefox 102, but i also have firefox 115 installed.  how do i
[04:48] <ozzloy> woops..  how do i find the binary that the dock icon is opening?
[05:49] <ozzloy> i figured it out.  it was firefox-esr vs firefox
[05:56] <dabbler> neither `videoinfo` (in GRUB) nor `sudo hwinfo --framebuffer` outputs ANY resolutions. how can I find out what resolutions GRUB will support?
[06:06] <weedmic> dabbler: I can give you the contents of my grub file - let me know the path/title of the file you want and I'll post a link.
[06:07] <dabbler> weedmic: appreciate the offer, but it's hardware-specific
[06:11] <weedmic> oic, you are looking for a list, not the format of the sytax
[06:12] <dabbler> yes, the ubiquitous instructions for how to get a list of supported resolutions don't work
[06:13] <EriC^^> dabbler: trial and error it?
[06:13] <EriC^^> what resolution are you looking to try?
[06:16] <dabbler> EriC^^: 1440x900. i'd rather not have to rescue an unbootable machine
[06:20] <alkisg> dabbler: up to a point, passing `vga=ask` in the grub cmdline made it show the resolutions, not sure if that still works e.g. in uefi etc
[06:21] <EriC^^> dabbler: you could try "videotest 1440x900" in the grub cmd line
[06:21] <EriC^^> the exit just reboot it, or maybe ctrl+alt+del
[06:22] <dabbler> EriC^^: ok, i'll try that
[06:23] <dabbler> "no suitable video mode found"
[06:30] <EriC^^> do other resolutions work? i wonder if you have to run 'insmod all_video' and 'insmod gfxterm' before running the command
[06:30] <EriC^^> just trying stuff
[06:35] <weedmic> try 1024x768 or 800x600.
[06:46] <ctcphelper> 720p
[06:50] <ozzloy> obs lets me start a virtual camera just once.  i can get obs to start again if i run this script https://termbin.com/pc3i
[06:54] <ozzloy> i have to completely exit obs, run that script, then re-open obs.  then the virtual camera will work once
[06:55] <ozzloy> how do i make it so i can turn the virtual camera on and off just by clicking the button?
[07:24] <hasibuan> test
[07:24] <hexabit> hasibuan: Works! :)
[09:59] <misu> wassu
[09:59] <misu> p
[09:59] <misu> lol
[10:00] <weedmic> Mibix: Did you have an issue requiring assistance?
[10:04] <Mathisen> anyone have experience using Ubuntu landscape ? my main question is really is the https://ubuntu.com/landscape/install guide up to date for 22.04 ?
[10:05] <Mathisen> as i am getting error when following the juju way " ERROR option provided but not defined: --unit "
[10:06] <Mathisen> on step 8
[10:24] <hans_> what is a .ddeb file?
[10:24] <hans_> its right next to a bunch of .deb files
[10:25] <hans_> lots of .deb and .ddeb files on https://ppa.launchpadcontent.net/ondrej/php/ubuntu/pool/main/p/php5.6/?C=S;O=A
[10:25] <Mathisen> hans_, my guess probably typo
[10:25] <hans_> doubtful
[10:25] <hans_> 302 .deb files and 288 .ddeb files in that index. wouldn't make the same typo 288 times
[10:26] <PvtJoker> https://askubuntu.com/questions/764812/what-is-the-difference-between-deb-file-and-ddeb-file-in-linux
[10:26] <PvtJoker> debug files?
[10:27] <hans_> ohh yeah seems so, thanks!
[10:27] <PvtJoker> sure np :)
[10:29] <elliot_> nickserv aalk
[10:36] <quazimodo> do we use ibus for input on 20.04?
[11:08] <alkisg> AFAIK gnome uses it, and none of the others use it by default
[11:22] <webchat33> Hi I hope this is the correct channel to ask this. I am wanting to purchase a Dell Latitude 5440 Core i7-1265U but it says nothing about which Ubuntu versions it supports. Does anyone know if Ubuntu OS 20.04 is supported? I called Dell but they were unhelpful
[11:26] <weedmic> webchat33: as far as I know, it should support any linux.
[11:26] <webchat33> Fab thank you
[11:26] <weedmic> I am using a dell 5430 atm, just fyi
[11:27] <weedmic> before you erase the windows though, do the command to get the key - then if you later want to make a vm of windows, you can type in the valid key.
[11:27] <Mathisen> webchat33, it is a big diffrence from certified hardware and hardware that just works. thats why it is hard to find info.
[11:28] <weedmic> u might need to wait for a new hot item for a driver, but a dell laptop - I seriously doubt that.
[11:28] <webchat33> Okay thank you for your help!
[11:30] <weedmic> fyi - powershell "(Get-WmiObject -query 'select * from SoftwareLicensingService').OA3xOriginalProeuctKey"
[11:31] <weedmic> in the old days, the laptop would have a sticker form M$ with the key, but... alas tempus transierunt
[11:36] <peacefulman> That could be useful. Fortunately the last dell laptop I used (5 years old) had a freely available restore image that didn't need a Windows key
[11:37] <peacefulman> Dell sometimes has these restore images on their website freely available to everyone, just needed to plugin service tag from bios
[11:47] <zniavre>  /msg NickServ IDENTIFY zniavre multipla2048
[11:49] <weedmic> u just showed us ur password - might want to change it now zniavre, do these commands in libera tab and no space before /msg
[11:50] <zniavre> weedmic,  im trying to figure how to change it
[11:50] <zniavre> :o(
[11:51] <weedmic> there is a help room, but I'll see if I can find it.  I seem to remember registering or something.
[11:52] <weedmic> #libera - it is full too
[11:52] <zniavre> thank you for telling me
[11:52] <zniavre> just changed password
[11:52] <zniavre> :o)
[11:53] <weedmic> probably happened to me decades ago
[11:54] <zniavre> i think it's my second time in 17 years of irc ...   :o)
[11:55] <weedmic> may it be the last ;)
[12:53] <plt2> Can you take a look at this https://termbin.com/mer8 I am running exim4 mail server and its not catching the relay attempts
[12:53] <plt2> This is the filter file https://termbin.com/dvy71
[12:54] <plt2> fail2ban
[16:37] <gordonjcp> is anyone using samba with Windows XP in Ubuntu?
[16:37] <gordonjcp> it looks like SMB1 support is totally broken in recent Samba
[16:38] <leftyfb> gordonjcp: you tried https://askubuntu.com/a/1349712 ?
[17:23] <gordonjcp> leftyfb: I hadn't spotted that one but I did see something similar which didn't work - but I'll try that after dinner
[17:49] <u8353v[m]> how to make "bl | grep application" work in ubuntu?
[17:50] <sarnold> install bl
[17:57] <depon> hi i have a question.i installed accidently python3.5 over the 3.11 version which came with ubuntu can i just "install" 3.11 again and all will be fine or should i reinstall my system?
[17:58] <leftyfb> depon: did you try reinstalling 3.11?
[17:58] <depon> im trying right now
[17:59] <leftyfb> I don't have a lot of confidence it's going to work
[17:59] <depon> my system is still stable but i need to run something in python3.5
[17:59] <leftyfb> u8353v[m]: "bl" doesn't seem to be a valid binary in any ubuntu packages that I can find
[18:00] <leftyfb> depon: I would suggest running Ubuntu 16.04 in a VM or container if you need python 3.5 for anything
[18:00] <gordonjcp> leftyfb: yes, that works
[18:01] <depon> ahh did ubuntu 16.04 came with python3.5?
[18:01] <leftyfb> depon: mind you, both Ubuntu 16.04 and python 3.5 are End of Life and unsupported
[18:01] <gordonjcp> leftyfb: yay! disaster averted :-)
[18:01] <leftyfb> yes
[18:01] <leftyfb> 3.5.1-3 was the latest according to rmadison
[18:01] <depon> i just want to use some source code 1 time flashing some microcontroller
[18:02] <leftyfb> gordonjcp: first result on google for "ubuntu samba windows xp"
[18:07] <tomreyn> depon: use virtualenv, venv, pyenv, pyvenv or the like.. don't install different python versions using sudo / root.
[18:08] <depon> @tomreyn yes this was def my fault
[18:08] <depon> i will reinstall the system
[18:08] <depon> thanks :) ttyl
[18:18] <gordonjcp> leftyfb: possibly in your local language, not necessarily in mine
[18:23] <gabriell> hola
[18:24] <sarnold> hi
[18:56] <Medita> help!
[18:56] <Medita> (and hello)
[18:56] <Medita> I just seriously effed up... like, seriously, seriously
[18:57] <Medita> I wanted to set the owner of /var/www/html/user/  to  "user"
[18:57] <Medita> What I WANTED to type:
[18:57] <Medita> chown -cR user:user /var/www/html/user/
[18:57] <Medita> what I ACTUALLY typed:
[18:57] <Medita> chown -cR user:user /var/
[18:58] <Medita> should I just delete the entire system and re-install ?
[18:58] <leftyfb> Medita: if you changed permissions/owners of files in / or /var recursively, then next and only step is to reinstall your OS
[18:58] <Medita> god damn it
[18:58] <Medita> are you joking with me or for real ?
[18:58] <leftyfb> I am not joking
[18:58] <Medita> pfff maaaan I was about to quit the chat and re-install
[18:58] <ravage> or you restore your backup that you do on a regular basis of course
[18:58] <Medita> I just installed the OS 30 mins ago
[18:59] <leftyfb> if it's a 30min OS, then there is no loss
[18:59] <tomreyn> lucky you, so little loss of data
[18:59] <Medita> re-install then?
[18:59] <leftyfb> yes
[18:59] <Medita> ok, bye!
[18:59] <Medita> thank you
[18:59] <Medita> see you later
[18:59] <ravage> so much noise about nothing :)
[19:06] <howudodat> I'm curious if my laptop is actually suspending when I close the lid.  Here is the pastebin: https://pastebin.com/7ivd6Su2 It says freezing user space processes, but the log entry for competed is 3 minutes later when I opened the lid.  and I'm not sure if ACPI: EC: interrupt blocked is significant or not
[19:08] <jhutchins> howudodat: You expect it to log _after_ it suspends?
[19:10] <sarnold> howudodat: you could ssh in, run 'while true ; do sleep 1 ; echo but i dont want to sleep ; done'   and then close the lid and see what happens
[19:10] <jhutchins> I suppose it would be reasonable to expect the system to log an "I'm going to sleep now" message as the process starts.
[19:11] <jhutchins> howudodat: Is anything logged beteween the last task and the wake-up message?
[19:11] <sarnold> and *glorious* is if it could log *why* -- which program requested it
[19:13] <howudodat> I do think it's reasonable the first log entry, but I would think the very last thing it would do is log "ok, I'm going to sleep" and then go to sleep.  And log "Hey there O'm waking up now" when it wakes up.  as opposed to logging froze all processes after restarting
[19:33] <jhutchins> Isn't this the kind of problem systemd was supposed to fix?
[19:40] <howudodat> ok, so it is going into standby...takes 15 seconds, but the fans do turn off.
[19:40] <howudodat> when I do sudo halt, I can watch it shutdown, but it never powers off
[19:41] <cbreak> howudodat: try shutdown -h now or poweroff
[19:41] <howudodat> brb
[19:44] <howudodat> cbreak: thanks that worked.  that will take some getting used to...old habbits
[19:45] <cbreak> halt doesn't shut down I think, it's like the "shutdown" in the old days, where you had to turn off the power switch afterwards ... I think...
[19:46] <cbreak> (the man page also mentions you can use systemd poweroff)
[19:47] <eldowan> I am trying to configure cloud-init on a VM, and everything works except network on boot. I have a 2 minute stop during boot at "Host and Network Name Lookups". After this aborts and I am able to login, I can run dhclient and receive a DHCP address immediately. This is on a clean install. How can I start to troubleshoot this?
[19:49] <sarnold> eldowan: i'm guessing you may have better luck in #ubuntu-server -- or maybe #cloud-init (I'm not sure if that's a support channel or not, but it does have 100-ish clients at the moment)
[19:50] <eldowan> sarnold: Thanks for the pointer
[20:12] <dabbler> EriC^^: after `insmod`ing those modules you suggested last night, `videotest 1440x900` (followed by an extra \n) outputs a list of 16 hex color codes. Using other common resolutions like 800x600 and 1024x768 (weedmic) results in that "no suitable video mode found" error again. So I'm guessing the color codes indicate success?
[20:16] <EriC^^> dabbler: does it show any text?
[20:17] <EriC^^> i found online this is what it should show, https://i.stack.imgur.com/kmZqh.png that's grub 2.02 though
[20:27] <dabbler> EriC^^: no, nothing graphical or colored appears. It just spits out a list:
[20:27] <dabbler> ```color 0: ff000000
[20:27] <dabbler> color 1: ffa80000
[20:27] <dabbler> …
[20:27] <dabbler> color 15: fffefefe```
[20:29] <EriC^^> dabbler: i have an idea, how about you create a grub.cfg with the gfx code you like using grub-mkconfig -o /boot/grub/grub2.cfg after temporarily editing /etc/default/grub and then revert it
[20:29] <dabbler> But now videoinfo send to work. It outputs a few "adapters", the last of which, EFI GOP driver" lists one supported resolution: 1440x900x32 🎉
[20:30] <dabbler> *seems
[20:30] <plt2> Is this issue related to where it's getting information from the developer application license server or is it a issue on my local machine because it was working before --> Eror: cURL error 59: failed setting cipher list: ALL:!EXPORT:!EXPORT40:!EXPORT56
[20:30] <EriC^^> then when you boot up in grub, use "configfile /boot/grub/grub2.cfg" to load it and see if it works right
[20:31] <dabbler> Kind of strange that it doesn't also list at least the resolution that it's currently using, the default one
[20:32] <dabbler> EriC^^: good idea!
[20:44] <dabbler> EriC^^: the `configfile …` line results in:
[20:44] <dabbler> ```error: no server is specified
[20:44] <dabbler> error: no suitable video mode found
[20:44] <dabbler> error: no video mode activated
[20:45] <dabbler> Let's see what happens if I load those modules first
[20:49] <EriC^^> aha
[20:53] <dabbler> After `insmode all_video`, loading the configfile succeeds. I'm looking at my grub menu in 1440x900, but there seems to be a character set issue. The box around the menu consists of little question-mark-in-box characters instead of the usual line drawing. Same for the up and down arrow characters in the "Use the [up] and [down] keys to select…" instruction below the menu
[21:09] <EriC^^> dabbler: maybe 'font=unicode' ?
[21:09] <EriC^^> or 'insmod gfxterm'
[21:14] <dabbler> No change :/
[21:21] <EriC^^> dabbler: what's your grub2.cfg look like? i find it odd it doesnt load all_video by itself
[21:27] <dabbler> EriC^^: https://pastebin.com/JttMdMYG
[21:29] <EriC^^> looks good to me
[22:05] <dabbler> the only difference from my grub.cfg is the gfxmode=1440x900 instead of gfxmode=auto on line 93
[22:07] <dabbler> I wonder whether I'll see the same character issue if I set the default resolution (800x600, I think) instead of using 'auto'. I'm guessing the auto is taking care of something other than the resolution
[22:15] <dabbler> Correction: 640x480
[22:19] <dabbler> EriC^^: interesting. I just discovered that even with my default grub config, in which it's gfxmode=auto, when it loads the menu initially, it's 640x480, but if I switch to command line, enter `insmod all_video`, then `normal`, when it switches back it's 1440x900 with the screwed up characters
[22:30] <plt2> In the fail2ban channel they not being to helpfull. I was told that exim4 is not enabled in the jail.conf. How can I enable exim4 so it will catch the mail relay attempts please?
[22:34] <sarnold> this looks promising https://superuser.com/a/1757120
[22:42] <BeFreeIL> Running 22.04. All was fine, then after shutting down and starting up a few days later, certain apps fail to start. e.g., Ubuntu Software & Libre Office 7.5. Then installed Libre 7.5 again through Flathub, but it too would not start. When attempting to start these apps, they appear to be trying to start up according to a notation of the app with a rotating icon to the right of "Activities" in the upper left of the screen. (Note:
[22:42] <BeFreeIL> my very first attempt to chat through IRC. So, you may have to bear with my ignorance.)
[22:42] <ozzloy> you're messages are getting through, BeFreeIL
[22:43] <dTal> *twitch*
[22:43] <BeFreeIL> Thanks, ozzloy.
[22:43] <plt2> Is anyone here using fail2ban?
[22:45] <PvtJoker> plt2 i use it
[22:46] <PvtJoker> plt2 my biggest gotcha with fail2ban was the initial config - make sure you change auto to systemd
[22:48] <plt2> The fail2 ban services is starting ok so why do I need to change the systemd file?
[22:48] <PvtJoker> jail.local file plt2
[22:48] <PvtJoker> i had to change mine on another system
[22:48] <PvtJoker> if yours is starting great :)
[22:49] <plt2> The jail.local file does not exist
[22:49] <PvtJoker> you copy jail.conf to jail.local and add your customizations there
[22:50] <plt2> Why am I copying the same file for?
[22:51] <PvtJoker> plt2 read the top of jail.conf
[22:51] <PvtJoker> it explains it
[22:51] <plt2> I did not does not explain how to enable exim4
[22:52] <PvtJoker> that i can't help with friend
[22:52] <PvtJoker> hint : read the jail.conf file
[22:53] <plt2> Some better docs would be good like if your running fail2ban on Ubuntu step 1, 2, 3, 4, 5, 6
[22:54] <plt2> Some new linux applications will be released soon with much better docs included
[22:54] <PvtJoker> plt2 ok look : do this
[22:54] <PvtJoker> sudo cp jail.conf jail.local
[22:54] <PvtJoker> edit jail.local and read the file please
[22:54] <PvtJoker> exim is in the config file
[22:56] <PvtJoker> under your exim, set it up how you want it and add a line enabled = true
[22:56] <plt2> Why can the editing of the same file jail.conf and jail.local are the sane file just edit one file jail.conf?
[22:56] <plt2> bbl
[22:58] <PvtJoker> plt2 you have reading to do friend :)
[23:00] <PvtJoker> it is because updates may overwrite your changes in jail.conf
[23:00] <PvtJoker> so do your edits then sudo systemctl enable fail2ban && sudo systemctl start fail2ban
[23:00] <PvtJoker> good luck!
[23:00] <sarnold> BeFreeIL: can you get to a terminal? check journalctl output -- hopefully you'll be able to spot things that look wrong
[23:26] <plt2> The correct anser is https://systemadminspro.com/fail2ban-and-exim-on-ubuntu/
[23:29] <plt2> Can you please add that link to your Q&A bot
[23:36] <lolok> how to update snap store? error snap-store has running snaps: ubuntu-software
[23:37] <sarnold> close the app, run "sudo snap refresh"
[23:38] <lolok> cheers
[23:48] <toddc> sarnold: I had to kill the pid for snap store in order to refresh. I assumed it ran all the time? killall snap-store?
[23:49] <lolok> i also had to kill; is this normal? that it cant update itself?
[23:52] <badbodh> whoa whoa whoa, what's with all this killing?
[23:52] <toddc> lolok: it will auto kill and update in 13 days I just hate to keep seeing that warning
[23:52] <badbodh> good ol snapd
[23:53] <lolok> indeed kill it
[23:56] <badbodh> like dude, just update yourself and shut up. i'm not using the app now
[23:56] <badbodh> i don't like killing things per se, but have you tried just doing a snap refresh?
[23:56] <sarnold> toddc: heh, I thought closing it would be enough -- but with the caveat that the daemon will wait who knows how long before it tries again :/
[23:58] <toddc> ps aux | grep snap to see running snaps
[23:59] <toddc> nope I had one


[02:53] <mdz> JaneW: would you start checking that everyone is present (excepting Keybuk)?
[02:53] <JaneW> sure
[02:54] <JaneW> ping: BenC, daniels, dholbach, doko
[02:54] <dholbach> pong
[02:55] <JaneW> ping: fabbione, infinity, iwj, jbailey
[02:55] <doko> JaneW: pong
[02:55] <daniels> JaneW: pong
[02:56] <JaneW> pink: kamion, Mithrandir, mjg59, mvo
[02:56] <pitti> hi
[02:56] <JaneW> hi mvo
[02:56] <pitti> JaneW: pink?
[02:56] <ogra_> yellow
[02:56] <JaneW> grin
[02:56] <JaneW> seb128? Riddell?
[02:57] <Riddell> hi all
[02:57] <JaneW> hi BenC
[02:57] <BenC> hello
[02:57] <JaneW> hi seb128
[02:57] <seb128> hey JaneW
[02:57] <JaneW> ok who is missing?
[02:57] <seb128> sorry if I'm late, my computer clock says :58
[02:58] <JaneW> Mithrandir: ?
[02:58] <pitti> seb128: mine too :)
[02:58] <JaneW> seb128: no we have 2 minutes to get everyone here, so we can start on the hour
[02:58] <seb128> alright ;)
[02:58] <Kamion> here
[02:59] <JaneW> just Mithrandir , Riddell and mjg59 missing still by my reckoning
[02:59] <Kamion> 13:57 < Riddell> hi all
[02:59] <JaneW> oh sorry, there he is
[02:59] <JaneW> hi Riddel
[02:59] <Riddell> hi JaneW :)
[03:00] <mdz> good morning all
[03:00] <mdz> everyone accounted for?
[03:00] <JaneW> Mithrandir...
[03:00] <BenC> Mith was awake a short while ago
[03:01] <JaneW> and mgj59 still MIA
[03:01] <JaneW> shall we start in the mean time?
[03:01] <BenC> well, 5 hours ago I guess
[03:01] <mdz> yeah, it's Mithrandir's core hours, so he's surely around. maybe stepped out
[03:01] <mdz> yes, let's get started
[03:02] <mdz> let's go in reverse order for variety
[03:02] <dholbach> haha :)
[03:02] <mdz> Riddell first
[03:03] <mdz> Riddell: ?
[03:04] <Riddell> mdz: still finishing my notes.. 1 minute
[03:04] <JaneW> tsk
[03:04] <mdz> ok, we'll come back to you.  in case it wasn't evident, you need to prepare in advance
[03:05] <mdz> is sivang around?
[03:05] <mdz> ok, seb128
[03:05] <seb128> GNOME: load of updates for GNOME 2.13.5 (sync with Debian before upload for a bunch, ubuntu patches update for new code), deal with new bugs and patched for some issues, load of bug triage
[03:05] <seb128> dapper-desktop-plan: some discussion on ubuntu-desktop about the session dialog, upstream changed the way they handle that ... what would be the right place to discuss what strategy we wants to take? Out of that no change, I just keep up with GNOME updates/bug load working full time (and doing extras hours too) on that. gdm changes are probably not trivial and I don't know the code, maybe we could try to bounty that (I'm not opposed working
[03:05] <seb128> on that but there is a new GNOME every 2 weeks from npw)?
[03:06] <seb128> next week: dapper desktop plan and bug catchup
[03:06] <mdz> seb128: if there isn't a consensus among the desktop team, feel free to copy me on the session dialog stuff
[03:06] <mdz> seb128: any update on the menus-revised feedback?
[03:06] <seb128> mdz: there is some consensus but that doesn't match what Mark asked for
[03:07] <Mithrandir> pong
[03:07] <mdz> seb128: ok, then copy me and mark both
[03:07] <seb128> mdz: I've reactivated the window-properties capplet as discussed
[03:07] <seb128> and totem
[03:07] <seb128> out of that no real complain
[03:07] <seb128> we should be good
[03:07] <mdz> ok, so the stuff mjg59 posted was resolved?
[03:07] <seb128> correct
[03:07] <seb128> that's the window-properties capplet
[03:07] <infinity> mdz: Can I go next, so I can turn my eyes back to the buildds exploding?
[03:07] <seb128> we had a consensus on ubuntu-desktop to reactivate it
[03:08] <mdz> ok, cool
[03:08] <infinity> last week: No spec progress, lots of UVF preparation and last-minute merges, including PHP, MySQL, Subversion, and Thunderbird, to name some prominent ones.  Fixed glibc biarch issues last week as well, did some initramfs hacking, and some livefs hacking.
[03:08] <infinity> next week: Fix the current X mess in the next hour or two, then vacation and apache mini-sprint.
[03:08] <mdz> infinity: the idea is that everyone is here for the full meeting, otherwise we'd just email in updates
[03:08] <infinity> oh, and if I can squeeze it in before my flight, I'll upload a firefox that builds on amd64.
[03:09] <infinity> mdz: Oh, I thought that "ok, cool" was directed at me.
[03:09] <mdz> not for the sake of twiddling thumbs, but knowing what your teammates are doing and whether you have any role in it
[03:09] <doko> infinity: hurray firefox!
[03:10] <infinity> mdz: Indeed, I agree.  I would have just "phoned it in" anyway, except that I'm still around specifically because of the buildd/archive mess. :)
[03:10] <mdz> infinity: splash-down?
[03:10] <iwj> infinity: Do you know what's wrong with the amd64 ff ?
[03:10] <mdz> infinity: I only just woke up, what's the mess? (via PM please)
[03:10] <infinity> mdz: splash-down is a "at or immediately after the sprint" goal.
[03:10] <iwj> That was no.2 on my list today after the version number fuckup.
[03:11] <iwj> I was hoping the failure was the make syntax problem but it turns out not to be.
[03:11] <seb128> iwj: when you are going to break everything gecko related with a firefox upload that would be nice to ping me before so we are ready to fix GNOME, thank you :)
[03:11] <mdz> infinity: what's delaying it until then?  the earlier we get the boot/shutdown process sorted for dapper, then better
[03:11] <iwj> seb128: Um, I didn't know I was going to break everything.  Sorry :-/.
[03:11] <infinity> iwj: It looks like a fakeroot bug to me (which I mean to dig into later), but the quick fix should just be to pass -X'*libssl3*' to dh_shlibdeps.
[03:12] <infinity> mdz: What's delaying it before then is that I'm not around.
[03:12] <iwj> infinity: OK, thanks for the hint, I'll deal with it.
[03:12] <seb128> iwj: so when you upload firefox it would be nice you try starting epiphany or devhelp or yelp :)
[03:12] <iwj> seb128: OK, I can do that, NP.
[03:12] <mdz> infinity: oh, you're off next week
[03:12] <infinity> mdz: Right.
[03:12] <seb128> iwj: you changed some path mozilla-firefox to firefox, but no big deal a rebuild do the trick :)
[03:13] <infinity> mdz: Well, off, then apache stuff.
[03:13] <mdz> ok, thanks
[03:13] <infinity> mdz: If the apache stuff doesn't take all the time allotted, I'm sure I'll hit up other stuff to hack on too.
[03:13] <mdz> fabio is on leave
[03:13] <iwj> seb128: Right.  Um, I meant to leave a symlink behind IIRC.    And really sorry for not thinking beyond `that's a slightly odd version number' to `that's probably wrong, actually'.
[03:14] <mdz> pitti: well, no, you'd be next actually ;-)
[03:14] <pitti> oh, heh
[03:14] <pitti> last week: security updates, lots of main inclusion reviews, packaged some new upstream versions, lots of CD testing, much cupsys love, sanitized sudo, added sudo hint for beginnersno progress on specs (ENOTIME), the remaining specs require a fair amount of intrusive work that will probably not happen any more for dapper; I rather want to concentrate on shaking out long-standing bugs now instead of adding new ones, if that is fine for mdz?
[03:14] <pitti> plan next week: give cups and printing some more love, some more audio bug fixing (sound card selector and .asoundrc handling are still in a bad state, I forgot about that, so I want to fix it before feature freeze), some more pending security updates
[03:15] <pitti> oh, sorry for the missing line break
[03:15] <daniels>
[03:15] <mdz> pitti: remaining specs = automatic-printer-conf and langpacks-desktop-files?
[03:16] <pitti> mdz: the former requires a fair amount of new code and work, and zyga wanted to look into langpack support for .server files
[03:16] <pitti> it already works for .desktop for a while
[03:16] <pitti> I'm sure we can get .directory support for dapper at least
[03:16] <pitti> since it should be pretty easy
[03:16] <pitti> but I refered to the printer stuff, yes
[03:17] <mdz> ok, the printer stuff can slip
[03:17] <Kamion> argh, sorry, somebody from my letting agent has just called at the door about a fence repair; if I'm not around, please excuse me and I'll catch up at the end
[03:17] <pitti> I'd rather make cups less buggy than add hal-cups-utils and try to integrate it; it would probably require sb who knows more about gnome than me anyway
[03:18] <mdz> if someone is still working on .server files, let's keep that on the roadmap for dapper
[03:18] <pitti> yes, we shouldn't drop that one yet
[03:19] <pitti> we have the spec 50% implemented already
[03:19] <mdz> please track what is happening with it, or make sure that zyga communicates with janew or attends the meeting if he is working on it
[03:19] <pitti> ok, I'll do
[03:19] <mdz> thanks pitti
[03:19] <mdz> ogra: next
[03:19] <ogra> * thin-client-memory-usage: further work on nbd network swapping.
[03:19] <ogra> * thin-client-faster-startup: played with dash (found some bashisms in ltsp)
[03:19] <ogra> * gnome-screensaver-default-image: no progress, still need pictures .... mailed sabdfl...
[03:19] <ogra> * general: flight3 testing, assembled a ltsp lab with 5 thin clients i got, merge work
[03:19] <ogra> * next week: do a proper measuring of possible dash speedup, find a way for gdmsetup or gdm to change the theme from commandline for edubuntu-artwork, more ltsp work
[03:20] <Riddell> ogra: what was the problem with KDE starting this morning?
[03:20] <mdz> ogra: is nbd all that remains on -memory-usage?
[03:20] <JaneW> ogra: what about the flight 3 announcement?
[03:20] <ogra> mdz, nope, i'm waiting for a netboot patch to initramfs
[03:21] <ogra> mdz, and dash might be a big win, i need to get more numbers
[03:21] <mdz> ogra: faster-startup is still drafting, with a comment from me in the spec
[03:21] <ogra> mdz, yes, will fix that
[03:21] <ogra> Riddell, that was only a bug i have to inspect
[03:21] <ogra> JaneW, will send it after the meeting
[03:22] <mdz> ogra: apart from sabdfl's photos, wasnt' the plan for default-image to ask for submissions from the community? has that happened?
[03:22] <JaneW> ogra: ok thanks
[03:22] <ogra> mdz, jdub wanted to care for that iirc with the other content stuff
[03:22] <ogra> mdz, worst case i'll just put up a package with the default background and we could do something like calendar
[03:23] <infinity> ogra: Tackle me at the sprint about all your initramfs needs.  I think half my time at the sprint will be hacking people's pet features into initramfs.
[03:23] <ogra> or even leave it like that
[03:23] <ogra> infinity, as i said, i'd be fine fixing my already existing patch :)
[03:23] <mdz> ogra: you own that spec, not jdub, so make sure that it doesn't get stalled
[03:23] <ogra> mdz, yes, thats why i described you the fallback
[03:23] <ogra> its doable in 10 min ...
[03:24] <mdz> ogra: screen-saver?
[03:24] <ogra> what about it ? gnome-screensaver is in, the lock dialog looks ok, or doesnt it to you ?
[03:25] <mdz> ogra: as of last week it was incomplete, and you didn't provide an update. is it finished or not?
[03:25] <infinity> Of course, we still have two screensavers on every upgraded system.
[03:25] <ogra> they rearranged the buttons like we have them in breezy, the rest of the design is pretty near to breezy, i'd call it implemented
[03:25] <Kamion> back, sorry about that
[03:25] <mdz> yes, one of the notes from last week was that the transition needs to be figured out
[03:25] <ogra> infinity, not with ubuntu-desktop installed
[03:26] <mdz> yes, with ubuntu-desktop installed
[03:26] <pitti> oh, does u-desktop conflict to xss?
[03:26] <mdz> you get both xscreensaver and gnome-screensaver
[03:26] <Kamion> pitti: no
[03:26] <Nafallo> ogra: yes. ubuntu-desktop doesn't remove things :-)
[03:26] <ogra> ah yes
[03:26] <pitti> would it hurt to have g-s-s conflict to x-s-s?
[03:26] <ogra> but since i'm not allowed to conflict the screensavers, it looks like chicken egg ...
[03:26] <Kamion> pitti: we've been over this in the breezy cycle
[03:27] <dholbach> pitti: keybuk won't like that. :-)
[03:27] <pitti> ok, /me shuts up
[03:27] <mdz> ogra: the upgrade tool will need to deal with this, talk with mvo
[03:27] <mvo> I could add it to the upgrade-tool (remove xss)
[03:27] <mdz> mvo: :-)
[03:27] <ogra> mvo, cool !
[03:27] <mdz> ogra: thanks
[03:27] <mdz> mvo: next
[03:27] <mvo> Did:
[03:27] <mvo> * dist-upgrade tool work:
[03:27] <mvo>   - can do breezy->dapper upgrades now
[03:27] <mvo>   - announced testversion on ubuntu-devel (to get some testing etc)
[03:27] <mvo>   - obsolete packages detection should work more reliable now
[03:27] <mvo>   - fixed some things in pyhton-apt along the way
[03:27] <mvo>   - fixed various bug
[03:28] <mvo>   [AutomaticUpgrades]
[03:28] <mvo> * HIGification of update-manager, software-properties, language-selector
[03:28] <mvo> * gnome-app-install:
[03:28] <mvo>   - threading supper for external uris
[03:28] <mvo>   - some work on improving the gnome-app-install ui
[03:28] <mvo>   [ThirdPartyPackages]
[03:28] <mvo> * various smaller stuff (apt, gksu, launchpad-integration, update-notifier, etc)
[03:28] <mvo> Next week:
[03:28] <mvo> - work on the ThirdPartyPackages spec and improving the g-a-i ui
[03:28] <mvo> - getting startup notification working with gksu
[03:28] <iwj> No, it's quite good like that.
[03:28] <mdz> mvo: any feedback from ubuntu-devel on the upgrade tool?
[03:29] <mvo> mdz: well, it currently breaks because of a transient problem with the new x :)
[03:29] <mvo> I picked a bad timing
[03:29] <mdz> ok
[03:29] <infinity> Should all be sorted in another cron.daily or two.
[03:29] <mdz> once that mess is sorted, maybe we should hit -devel-announce
[03:29] <mvo> but got quite a few people testing it so far, so once that is fixed, I'll ask for re-testing
[03:29] <mvo> mdz: sure, I can ask there too
[03:29] <mdz> mvo: thanks
[03:29] <mdz> JaneW: any update from mjg59?
[03:29] <JaneW> nope
[03:30] <JaneW> I pinged him, but have not had a response
[03:30] <mdz> ok
[03:30] <mdz> please keep trying
[03:30] <ogra> mdz, for power management we're waiting for an upstream fix
[03:31] <mdz> ogra: blocking it, or as the only remaining piece?
[03:31] <mdz> wasn't there a daemon to be written?
[03:31] <ogra> mdz, blocking the upgrade to the last version of g-p-m
[03:31] <ogra> thats mjg59's part
[03:31] <mdz> what about the daemon?
[03:31] <mdz> ok
[03:31] <ogra> i have no insight in this area
[03:31] <mdz> Mithrandir: next
[03:31] <Mithrandir> openoffice-amd64: no progress
[03:31] <Mithrandir> live-cd-performance: no further progress
[03:31] <Mithrandir> one-true-path: implemented
[03:31] <Mithrandir> simplified-livecd: a fair chunk of keyboard selection stuff done, but not finished.  I found out a tad late that ckb is written in perl, so I'll have to rewrite that in C.  I have a sneaky plan on how to do that without wasting a lot of effort.
[03:31] <Mithrandir> livecd-unionfs: implemented, but has problems on powerpc.  BenC says it's fixed in -13
[03:31] <Mithrandir> misc: a lot more time has been spent fighting with X keyboard maps than I'd had hoped.  I've been trying to keep *-desktop installable, which is an interesting challenge.
[03:31] <Mithrandir> probe-for-root-filesystem: no progress
[03:32] <Mithrandir> blocked on: access to popcon.ubuntu.com, people stop breaking -desktop installability.
[03:32] <Mithrandir> next week: apache-mini-sprint, write lcxkb (linux console xkeyboard)
[03:32] <Mithrandir> (no idea how those tabs got into the end of lines)
[03:32] <BenC> _should be fixed_ in -13, I have to admit I haven't tested it
[03:32] <Mithrandir> mea culpa about the wording there.
[03:32] <mdz> Mithrandir: how much of live-cd-performance remains?
[03:32] <BenC> was my fault, I said "it was fixed" :)
[03:33] <BenC> Mithrandir: FYI, the fix was to disable debug, which should improve performance a lot
[03:33] <Mithrandir> mdz: "depends".  As it says in the status, we can squeeze more out, but it'll be a dimishing returns thing to do.
[03:33] <Mithrandir> BenC: yay
[03:33] <Mithrandir> mdz: I'm going to play with -lzma a bit, and once scott's fixes for readahead hits the archive, I'll poke at those
[03:33] <mdz> Mithrandir: ok, happy for us to stick to the low-hanging fruit for dapper, your call when to say it's enough
[03:33] <Mithrandir> mdz: when that's done, I think I'll call it done for dapper.
[03:34] <Mithrandir> we've already had _tremendous_ improvements.
[03:34] <mdz> ok
[03:34] <mdz> agreed
[03:34] <mdz> thanks
[03:34] <mdz> JaneW: lathiat, krstic, Keybuk?
[03:34] <JaneW> nothing from lathiat or krstic
[03:35] <JaneW> Keybuk: udev-roadmap: happy with the udev version, newer versions include
[03:35] <JaneW> support for kernels 2.6.16 and post but we're not shipping those.
[03:35] <JaneW> streamlined-boot: ifupdown and alsa mods done, ready for upload now
[03:35] <JaneW> Flight 3 is out.
[03:35] <JaneW> network-magic: still blocked on infinity for same reason's as last week
[03:35] <JaneW> misc: mom converstion to malone done, no outstanding necessary merges
[03:35] <BenC> wouldn't it be a good idea to include a udev that supports the possible next version of the kernel?
[03:36] <infinity> mjg59's lending me a laptop with atheros while I'm in London, so I can get madwifi-ng tested and in the archive, FWIW.
[03:36] <BenC> people have had lots of problems testing dapper kernels because the udev/hotplug upgrade didn't allow them to go back
[03:36] <mdz> JaneW: is udev-roadmap completed or no?
[03:36] <jbailey> BenC: udev is moving fast enough that we're not likely to get a udev that will actually support .17 or whatever we'll have for dapper+1
[03:36] <JaneW> yes implemented
[03:36] <jbailey> BenC: Also, half the problem was not being able to go back.
[03:37] <jbailey> BenC: I think newer udevs are a bit more firnedly that way.
[03:37] <BenC> hope so, but guess we wont know till we try it :)
[03:37] <mdz> JaneW: we need to unblock network-magic; please ask Keybuk if we can just scanning for atheros chips for the sake of getting it in and testing it
[03:38] <mdz> BenC: I suggest having a chat with Keybuk about what can be done there
[03:38] <JaneW> mdz: ok
[03:38] <mdz> we're way behind on time
[03:38] <mdz> Riddell: next, before I forget (I have a shallow stack this early in the morning)
[03:38] <Riddell> kubuntu-roadmap-dapper: sudo/iceauth fix done pending final testing, flight 3 testing
[03:38] <Riddell> kubuntu-documentation: build fixes, releasenotes is caught up, writers starting on quickguide now
[03:38] <Riddell> kubuntu-express: mostly done qtparted changes
[03:38] <Riddell> todo: KDE 3.5.1 packages
[03:38] <Riddell> blocking: kubuntu-system-tools need meeting with mdz, mornfall and me to sort bounty.  having an account to be able to update kubuntu.org would be really nice
[03:38] <mdz> Riddell: which bits of kubuntu-roadmap-dapper remain?
[03:39] <mdz> Riddell: account -> admin RT
[03:39] <Riddell> rt has been sent
[03:39] <Riddell> most of the deliverables of kubuntu-roadmap-dapper are in
[03:40] <Riddell> it's just tidying up what's broken (e.g. cups)
[03:40] <mdz> no remaining milestones then?
[03:41] <mdz> for these multipart specs what we need is a feel for how far along they are
[03:41] <JaneW> mdz: I have mailed keybuk
[03:41] <mdz> JaneW: thanks
[03:41] <Riddell> GStreamer 0.10 support would of course be nice, not sure how possible that is
[03:41] <mdz> eek, we're behind on time
[03:41] <mdz> Kamion: next
[03:41] <Kamion> ubuntu-express: Lots of bug fixes to the point where I can actually do an installation and the result boots, although a few things are wrong. Will be ready to upload an initial version next week (manual partitioning only, and strictly for the brave).
[03:41] <Kamion> ubuntu-express-copy-filesystem: Made espresso run casper-provided hooks, and gave Tollef a list of initial hooks to create.
[03:41] <Kamion> ubuntu-express-bootloader: Ready to do espresso-grub now, but semi-blocked on https://launchpad.net/products/launchpad/+bug/2788; ddaa is working on merging my patch with high priority. If it doesn't get resolved today then I'll work around it.
[03:41] <Kamion> cd-bootloader: Started working on a keymap menu. Found that I need to do some pretty scary processing on Linux keymap files to make this work, but I'm nearly done with that now. Should be straightforward to convert to X keymap handling if/when we're ready for that elsewhere.
[03:42] <Kamion> misc: Flight CD 3. Some merge catch-up.
[03:42] <Kamion> next-week: Final merges. Finish cd-bootloader keymap support and do localised help. Initial espresso upload for developer testing.
[03:42] <mdz> Kamion: brave folks like ubuntu-devel?
[03:42] <Kamion> mdz: right
[03:42] <mdz> cool, looking forward to it
[03:43] <mdz> UE is looking good; at what point will it be possible to get someone started on the UI wokr?
[03:43] <Kamion> after the sprint, I should think
[03:43] <mdz> ok
[03:43] <Kamion> just after, I mean :)
[03:43] <mdz> thanks
[03:43] <Kamion> "2168"
[03:43] <pitti> ?
[03:43] <mdz> JaneW: I don't suppose there's an update from jdub
[03:43] <JaneW> nope
[03:44] <Kamion> the year 2168 is after the sprint, but rather further after than I meant
[03:44] <JaneW> I mailed silbs and she said she is working on a plan
[03:44] <pitti> heh, ok :)
[03:44] <pitti> Kamion: I thought it would be l33t sp34k or so
[03:44] <mdz> Kamion: please let SteveA/kiko know that 2788 is blocking very high-priority work so that it's on their radar, if you haven't already
[03:45] <mdz> jbailey: anything to report?
[03:45] <jbailey> LocalesThatDontSuck: Can we update to a newer locales snapshot from Belocs after UVF?  This involves some code updates for the localedef program.  If yes, when should be the stop date on that?  Otherwise, we should plan to backport a few changes and work around the slight format changes.
[03:45] <jbailey> ToolchainRoadmap: Thanks to Adam for finishing the biarch work.
[03:45] <jbailey> ToolchainRoadmapNg: i686 decision to be made in person with distroteam at the sprint.
[03:45] <jbailey> Other: Still in London at a sprint, will be back to regular work stuff on Monday from home.
[03:45] <jbailey> Packages: Haven't managed to hand off grub to zul yet - Still need to sync up for a round of bug triage.  If there's someone else with time who can help dive in, I'd appreciate it.
[03:45] <Kamion> mdz: ok
[03:45] <mdz> jbailey: newer snapshot doesn't sound too scary
[03:45] <mdz> stop date will depend on how things go
[03:45] <jbailey> mdz: No, I'm pretty happy with the idea.
[03:46] <mdz> jbailey: is there anything ubuntu-ish in the grub bug list or is it pretty much gardening for upstream bugs?
[03:46] <pitti> mdz: the new locales package is prepared and ready for upload, btw
[03:46] <jbailey> Pretty much just a pile of upstream bugs.  We haven't done anything new with it, so there's no regressions that I know of.
[03:46] <mdz> pitti: ok
[03:46] <mdz> ok
[03:46] <mdz> thanks jbailey
[03:46] <mdz> iwj: next
[03:46] <iwj> AutomatedTesting:  Tester core initial implementation finished.  I can run my one test test case (all of the upstream tests in `mawk', as one in the tests/control file).   I got diverted into ff again before I could turn it from a pile of code into a package.  This package will be in sid and dapper RSN.
[03:46] <iwj> AutomatedTesting: ...  Then I'll can document what I've done properly (with mails to {debian,ubuntu}-devel).  And try adding some tests to a few more interesting packages and playing with it some more.
[03:46] <iwj> Firefox:  Now synched with Debian and upstream 1.5; version number problems will be `fixed' today.
[03:46] <iwj> Firefox amd64 FTBFS:  I will also look into this today.  I may need some help from a toolchain expert by the looks of it.
[03:46] <iwj> Firefox: I seem to be establishing a reasonably good relationship with the Debian maintainers.
[03:46] <iwj> DefaultApplicationsFirefox: no change since last report.  I will pick this up properly when AutomatedTesting is done.
[03:46] <iwj> DeveloperDocumentation: Not started, not blocked.
[03:46] <iwj> Bugs backlog: awful.  Don't get me started again about Malone.
[03:46] <iwj> Email backlog: not too bad if you ignore bug mails.
[03:47] <Kamion> jbailey: otavio (in Debian) is keen on helping us if we actually start sending him our patches a little more reliably :-)
[03:47] <Kamion> jbailey: (with grub)
[03:47] <iwj> Scratch that about a toolchain expert, if infinity is right about the amd64 ff problem.
[03:47] <mdz> iwj: have you talked with the sysadmins about a place to run the automated tests periodically?   would be very cool to be able to see the output published somewhere
[03:47] <jbailey> Kamion: Thanks for the heads up
[03:48] <iwj> mdz: No, I haven't done any of that at all.  I was going to publish the code first and then talk to the sysadmins about the right kind of glue they wanted.
[03:48] <iwj> They probably need a new virtualisation server (or options) or something.
[03:48] <mdz> iwj: I'd be interested in a typescript sort of demo of what you have, by email
[03:48] <mdz> iwj: thanks
[03:48] <mdz> doko: next
[03:48] <doko> status:
[03:48] <doko> - toolchain-roadmap: amd64-biarch, all dependent packages (gcc* and lib32*) updated, binutils synced, spec is nearing the "implemented" status.
[03:48] <doko> - toolchain-dapper+1: blocked by preparation of wanna-build and buildd infrastructure (no change)
[03:48] <doko> - openoffice-gnome: not started (no change)
[03:48] <doko> - openoffice-help: implemented (no change)
[03:48] <iwj> mdz: Sure.  I'll put a transcript in my announcement when I make it.
[03:49] <doko> - openoffice-spellchecking: not started (no change)
[03:49] <doko> - native-java-gcj: infrastructure is ready, packaging of -gcj binary packages not started (no change)
[03:49] <doko> - java-roadmap: mostly done, pending are eclipse updates (blocked by firefox-dev/mozilla-dev) and the native-java-gcj support, delaying that in favour of an openoffice.org-gcj package
[03:49] <doko> - python-roadmap: proposal implemented, testing outside the archive now.
[03:49] <doko> this week:
[03:49] <doko> - openoffice.org: fix installability issue, ongoing merging with Debian unstable, setup baz archive for the debian/ parts
[03:49] <doko> - python-roadmap: python-central update, uploaded to people.ubuntu.com
[03:49] <doko> - toolchain-roadmap: biarch updates, binutils update
[03:49] <doko> - other: syncs/merges, updates to new upstream versions, amd64 server upgrade/then new install (badly needed) including bug submissions
[03:49] <doko> next week:
[03:49] <doko> - finish openoffice.org sync, together with spellchecking
[03:49] <doko> - drop python2.3 (either with or without python-central support)
[03:49] <doko> - update the estimates for the specs (they are not current)
[03:49] <jbailey> doko: Does the openoffice.org sync include 2.0.1 to breezy-updates?
[03:49] <mdz> doko: how disruptive will python-central be?
[03:51] <doko> mdz: not disruptive at all, it's just dropping of packages, not introduceing new one (python-central only (or python-support, whatever will survive)
[03:51] <mdz> ok
[03:51] <mdz> thanks
[03:51] <mdz> dholbach: next
[03:51] <dholbach> this week (done): GNOME 2.13.5, alongside with merges of every package, started apt-get.org building (status: good: 352, fail: 639, Current repo: 177/326)
[03:51] <dholbach> this week (todo): bug triage, some more merges, start apt-get.org reviews.
[03:51] <dholbach> next week: bug triage, apt-get.org reviews
[03:52] <mdz> dholbach: test-plans?
[03:52] <doko> jbailey: yeeess, it breaks some things (-base), but maybe let's talk about it later.
[03:52] <JaneW> Still can't find mjg59  - so I mailed him for an update.
[03:52] <mdz> JaneW: thanks
[03:52] <jbailey> doko: Cool, thanks.
[03:52] <dholbach> mdz: They are good to go. I added the gstreamer test case URL to the wiki, the media team is going to pick some reference files.
[03:52] <mdz> dholbach: implemented?
[03:52] <dholbach> mdz: oh yes, I'll change that.
[03:52] <mdz> or waiting for content?
[03:53] <dholbach> no, we're not blocked on content
[03:53] <mdz> ok
[03:53] <mdz> cool, thanks
[03:53] <dholbach> de rien
[03:53] <mdz> daniels: here?
[03:53] <daniels> x-roadmap: xorg source package uploaded with cleaner config, lots of cruft kicked out.  x{,org,server}-common all collapsed into x11-common, transition should just be finished as we speak.  fixed an entertaining bug with some radeon laptops where the panel wouldn't display anything even vaguely useful.  marked as implemented in lp.
[03:54] <mdz> daniels: no further breakage on the roadmap then?
[03:54] <daniels> certainly none planned from me ...
[03:54] <mdz> ok, thakns
[03:54] <daniels> it should be safe to slip into maintenance mode now.
[03:54] <infinity> After today, it should be smooth sailing.
[03:54] <mdz> BenC: next
[03:55] <doko> daniels: 1920x1200 resolution on amd64 doesn't work
[03:55] <BenC> preventing-hardware-support-regressions: Builds for i386 and amd64 are being done and published to http://people.ubuntu.com/~bcollins/kernels-daily/. PowerPC will start today aswell. Total space per day is going to be around 260Megs, so I'm worried about space on rookery. Will keep an eye on it.
[03:55] <BenC> community-server-hardware-testing: (No work from me, but...) https://wiki.ubuntu.com/ServerTesting is in place. I reviewed it, and am in the process of adding additional info and criteria.
[03:55] <BenC> Kernel status: Kernel seems stable on all platforms. No critical outstanding issues, but some important bugs are lingering. Concentrating on fixing these next week.
[03:55] <daniels> the only thing I can think of is that I ripped out the language -> keymap 'smarts' assuming that lcxkb goes ahead.  you'll need to revert that one if it doesn't.
[03:55] <daniels> doko: bug please
[03:56] <mdz> BenC: please ask sysadmin if they would prefer to move the builds elsewhere; how many are you planning to keep?
[03:56] <JaneW> ** 5 minute call
[03:56] <BenC> I already asked elmo, he was good with it
[03:56] <mdz> BenC: is ServerTesting ready to announce to the community for testing?
[03:56] <BenC> there's 21Gigs on rookery, so I'm thinking two weeks worth
[03:57] <BenC> mdz: hopefully, but I need to finish my review of it
[03:57] <mdz> BenC: is sabdfl's X40 fix in the archive now?
[03:57] <BenC> uploading today
[03:57] <BenC> it's not an X40 issue
[03:57] <BenC> it's a wireless bug
[03:57] <mdz> oh, he thought it was
[03:57] <mdz> ok, one request before we adjourn
[03:58] <mdz> please email me your top three issues with Malone, assuming you have that many
[03:58] <pitti> lol
[03:58] <ogra> heh
[03:58] <Nafallo> hah
[03:58] <pitti> that would mean serious picking :)
[03:58] <mdz> I'll collate them for the LP folks
[03:58] <pitti> mdz: thank you
[03:58] <BenC> thanks
[03:58] <Kamion> soyuz rollout next week, is it?
[03:59] <mdz> yes, soyuz rollout next week
[03:59] <iwj> mdz: Um.  OK :-).
[03:59] <iwj> Joy.
[03:59] <Nafallo> yay!
[03:59] <Nafallo> finally soyuz :-)
[03:59] <mdz> look out for an announcement of what the visible changes will be
[03:59] <iwj> If I put `the web UI is awful' at the top of my list, what will happen ? :-/
[03:59] <\sh> christmas so early this year?
[03:59] <mdz> iwj: nothing, because that's too vague to be useful
[03:59] <mdz> iwj: instead, point to specific UI issues
[04:00] <pitti> iwj: kiko and sabdfl will just beat you up, I guess :)
[04:00] <daniels> https://bugs.freedesktop.org/show_bug.cgi?id=4537
[04:00] <daniels> https://bugs.freedesktop.org/show_bug.cgi?id=4537
[04:00] <daniels> https://bugs.freedesktop.org/show_bug.cgi?id=4537
[04:00] <daniels> https://bugs.freedesktop.org/show_bug.cgi?id=4537
[04:00] <pitti> four times?
[04:00] <daniels> christ!  sorry.
[04:00] <iwj> 1. `Navigation structure must be totally reorganised' and 2. `Page layout must be completely reorganised' ?
[04:00] <daniels> this mouse is pathological.
[04:00] <mdz> iwj: this isn't a joke
[04:00] <iwj> You'll have seen my more detailed messages.
[04:00] <iwj> I'm not joking.
[04:00] <iwj> There's no point tinkering at the edges.
[04:01] <mdz> iwj: there are things we can do, and things that we can't, especially in the near term
[04:01] <mdz> and we're out of time here
[04:01] <iwj> I'm happy to write up a more messages with serious descriptions of what I think is wrong.
[04:01] <seb128> "out should not have to open 4 pages to update a bug"
[04:01] <iwj> time> true.
[04:01] <mdz> thanks, everyone
[04:01] <seb128> s/out/you
[04:01] <iwj> near term> go back to bugzilla ?
[04:01] <JaneW> thanks all
[04:01] <seb128> thank you mdz
[04:01] <pitti> iwj: I think you shuold rather point out how it should be changed (and, FWIW, I agree that navigation is pretty hard ATM)
[04:01] <JaneW> next week 20:00 UTC
[04:01] <dholbach> thank you mdz
[04:01] <pitti> thanks everyone
[04:01] <iwj> pitti: I have been pointing out how it should be changed.  I could come up with a description of a better design except that I don't want to end up doing LP web UI design.
[04:02] <pitti> iwj: I read your mail to lp-users, btw, full ack there
[04:02] <doko> bye
[04:02] <iwj> TTFN
[04:02] <iwj> go back to bugzilla> Not joking about that either.
[04:02] <iwj> Even if we lose a week's changes to bug states it's probably worth it.
[05:56] <pavka> Hello
[05:57] <pavka> I`ve problem in dapper. Where I can get help?
[05:58] <Seveas> pavka, #ubuntu
[05:59] <pavka> It is only for stable systems, or isn`t?
[06:07] <Seveas> no


[07:21] <luna> https://streaming.media.ccc.de/froscon2019/S1#schedule https://www.froscon.de/en/news/today-is-the-day-2/ Linux conference in Germany


[02:06] <waltman> I'd been putting off upgrading my linode to 18.04 after my desktop had a few small issues. Finally did it tonight and it only took a few minutes.
[02:07] <waltman> Just the one little fail2ban change that I already knew about and fixed right away.
[09:49] <teddy-dbear> Morning peoples, critters and everything else


[00:36] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: How to Disable UI Animations in Ubuntu 22.04 LTS @ https://www.omgubuntu.co.uk/2022/05/disable-animations-in-ubuntu-22-04 (by Joey Sneddon)
[01:55] -SwissBot:#ubuntu-news- ::Planet:: Utkarsh Gupta: FOSS Activites in March 2022 @ https://utkarsh2102.com/posts/foss-in-march-22/
[01:55] -SwissBot:#ubuntu-news- ::Planet:: Utkarsh Gupta: FOSS Activites in April 2022 @ https://utkarsh2102.com/posts/foss-in-april-22/
[03:21] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu LoCo Council: How To Write A Reaction Paper With Photos @ https://lococouncil.ubuntu.com/2022/05/11/how-to-write-a-reaction-paper-with-photos/
[04:28] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu LoCo Council: Classification Essay Writing Help, Ideas, Topics, Examples @ https://lococouncil.ubuntu.com/2022/05/11/classification-essay-writing-help-ideas-topics-examples/
[06:45] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu LoCo Council: Top Four Software Program Improvement Methodologies @ https://lococouncil.ubuntu.com/2022/05/11/top-four-software-program-improvement-methodologies/
[18:11] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: Explore what’s in store – Ubuntu Preview on WSL @ https://ubuntu.com//blog/explore-whats-in-store-ubuntu-preview-on-wsl
[20:46] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Ubuntu Preview on WSL Brings Ubuntu Daily Builds to Windows @ https://www.omgubuntu.co.uk/2022/05/ubuntu-preview-on-wsl-brings-daily-builds-to-windows-desktops (by Joey Sneddon)
[21:17] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: NVIDIA Unexpectedly Announces Open-Source GPU Kernel Modules @ https://www.omgubuntu.co.uk/2022/05/nvidia-unexpectedly-announces-open-source-gpu-kernel-modules (by Joey Sneddon)
[21:21] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Wireless Ear Buds Powered by Open Source? Sounds Good To Me! @ https://www.omgubuntu.co.uk/2022/04/pine64-open-source-pinebuds-wireless-ear-buds (by Joey Sneddon)
[21:58] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: NVIDIA Unexpectedly Announces Open-Source GPU Kernel Modules @ https://www.omgubuntu.co.uk/2022/05/nvidia-unexpectedly-announces-open-source-gpu-kernel-modules (by Joey Sneddon)