[06:45] <lunver> When I'm booting my asus eee pc from an usb stick with the latest lubuntu iso on it i get prompted by grub saying "possible commands are: background blocklist boot cat cdrom chainloader checkrange checktime etc etc etc and i dont know what command to write to execute/commence the install of lubuntu. Any ideas? thanks a million!
[06:54] <kanliot> lunver, sounds like a bug
[06:54] <kanliot> how did you create the usb stick
[06:54] <lunver> with sardu, hang on ill get you the exact version
[06:55] <kanliot> don't bother
[06:55] <lunver> ah
[06:55] <lunver> ill try with yumi? or is there a better way?
[06:55] <kanliot>  using linux?
[06:55] <lunver> right now in on my desktop win win7
[06:55] <lunver> im* on my desktop
[06:55] <kanliot> usb disk creator works great
[06:56] <lunver> ah, sweet, ill try that, thank you!
[06:56] <kanliot> http://www.pendrivelinux.com/universal-usb-installer-easy-as-1-2-3/
[06:56] <kanliot> imho it's the best one
[06:56] <kanliot> how much ram on your netbook? you dual booting?
[06:57] <lunver> however, at the moment i have a 16gb usb pen drive with some avira rescue cd/avg rescue cd etc i will likely lose all my stuff on the usb when using usb disk creator?
[06:57] <lunver> 1gb ram in my netbook
[06:57] <lunver> no dualboot
[06:57] <lunver> or well, at the moment i have slackware and a failed windows xp installation that does not work :P
[06:57] <kanliot> i can't remember man if it does a format
[06:58] <kanliot> i think it doesn't require it
[06:58] <lunver> whatever, im on a pretty decent connection at the moment so its not a big deal to download the isos again. just want to install my netbook atm :)
[06:58] <kanliot> using 12.04 desktop?
[06:58] <lunver> the lubuntu iso?
[06:58] <lunver> i think so yes
[06:58] <kanliot> yeah
[06:58] <kanliot> okk cool
[06:58] <kanliot> just checkin :)
[06:59] <lunver> :
[06:59] <lunver> is there a 10.10 atm?
[06:59] <kanliot> yes and i would never recommend it
[07:00] <lunver> haha ok, thanks for the warning!
[07:00] <kanliot> :)
[07:01] <kanliot> if you have any questions/comments about the wiki please let me know
[07:01] <lunver> will do mate, thanks for the help :)
[07:06] <lunver> ofcourse im on the 12.04 and not the 10.04, sorry i was confused earlier. :)
[07:07] <kanliot> :)
[07:07] <lunver> making the usb atm, and i didnt have to format, which is good!
[07:07] <lunver> thanks again :)
[07:21] <lunver> the boot is stuck on "SYSLINUX 4.06 EDD 4.06-pre1 Copyright derp derp etc"
[07:21] <lunver> dont know...  :P
[07:34] <kanliot> btw what model laptop
[07:34] <bioterror> Unit193, yeah, with that better and working results
[07:34] <lunver> asus eee pc 1000H
[07:35] <lunver> its shit but, what the fuck, its the one i got atm
[07:35] <bioterror> watch your language ;)
[07:35] <bioterror> we are family friend channel
[07:35] <lunver> sorry
[07:35] <lunver> will do
[07:42] <kanliot> lunver is it possible your usb was partitioned as GPT and not MBR?
[07:43] <lunver> no
[07:43] <lunver> :)
[07:46] <kanliot> http://ubuntuforums.org/showthread.php?t=1746359
[07:46] <kanliot> this guy solved it by formatting his usb
[07:47] <lunver> sweet, will probably work for me too then i hope!
[07:48] <lunver> soon done with making the drive. will report back, thanks mate :>
[07:58] <lunver> it worked like a charm Kanliot, thank you :)
[07:58] <kanliot> cool
[07:58] <lunver> booted up to the splash screen with language options in 1 second. installing atm :)
[08:19] <mhm> how can iconfigure grub
[08:20] <mhm> how can i configure grub
[08:21] <kanliot> !grub
[08:21] <begineer> hello.
[08:22] <kanliot> hi
[08:22] <begineer> I just installed Lubuntu on Mk802 device. does anybody knows what the default password is? this is my first time to useing L(U)buntu.
[08:23] <begineer> I was searchng and applied ubuntu for password and lubuntu, but seems not working.
[08:23] <begineer> Hi kanliot BTW
[08:23] <mhm> isnt there grub configure application on lubuntu 12.04?
[08:23] <kanliot> http://www.psychocats.net/ubuntu/resetpassword/
[08:24] <kanliot> mhm not 100% sure but i think it's command line
[08:24] <kanliot> begineer, or you could just reinstall if those instructions are difficult]
[08:25] <begineer> hanks.
[08:26] <begineer> Thanks. I was follwing this instruction. http://liliputing.com/2012/06/how-to-run-ubuntu-linux-on-the-mk802-74-pc-on-a-stick.html
[08:27] <kanliot> begineer, it gives the password on that page
[08:27] <kanliot> ubuntu
[08:27] <bioterror> quite expensive that mk802
[08:27] <mhm> but when i update lubuntu, grub is change default os, everytime.
[08:28] <bioterror> kanliot, Thu11:23 <begineer> I was searchng and applied ubuntu for password and lubuntu, but seems not working.
[08:28] <kanliot> so you can't login?
[08:29] <kanliot> could it be a non-english keybaord?
[08:29] <begineer> unfortunately, no I cant not
[08:30] <begineer> ubuntu / lubuntu for password is not working
[08:30] <kanliot> where did you get the image file from
[08:30] <kanliot> and your username should be ubuntu also
[08:30] <begineer> I only can login with guest account.
[08:30] <bioterror> begineer, did you grab that miniand lubuntu?
[08:31] <begineer> it'sminiand lubuntu.
[08:31] <begineer> I thik.
[08:31] <begineer> bioterror.yes. it is.
[08:32] <bioterror> password should be "miniand"?
[08:32] <bioterror> if that works, I'll make you buy yourself a pair of glasses ;)
[08:33] <kanliot> yup
[08:33] <begineer> OMG, I am such a loser. I thoghtu, it's just lubunt. so i didn't try that.
[08:33] <begineer> Thanks all, I just loged in.
[08:34] <bioterror> begineer, why did you endup with that one instead of rasbpi?
[08:35] <mhm> i love you topunuzu ak
[08:35] <mhm> :D
[08:45] <J0BI> how to make TP-Link Wireless USB Adapter N150 TL-WN723N to work in lubuntu
[08:49] <kanliot> J0BI, you might ask on the networking section in the forum
[08:54] <J0BI> i'll try our forum first ubuntu-gr, thanks anyways
[09:04] <bioterror> if it doesnt work out of the box, I would suggest to look into ndiswrapper direction
[09:08] <coldjack_> hello i installed lubuntu on my netbook
[09:08] <coldjack_> now i want some change in my terminal
[09:08] <coldjack_> but the terminal window is empty
[09:08] <coldjack_> can anybody help me
[09:08] <bioterror> I do not understand
[09:08] <coldjack_> no cursuor in my terminal
[09:08] <coldjack_> i cannot write anything
[09:09] <bioterror> sounds weird
[09:09] <coldjack_> *cursor
[09:10] <bioterror> install rxvt-unicode and grab this to your ~/   http://ricecows.org/configs/X11/.Xdefaults
[09:10] <bioterror> then you should get black urxvt -terminal ;)
[09:10] <coldjack_> ah wait i can show you my problem
[09:13] <coldjack_> https://www.dropbox.com/s/r2nlovcoqwv96bk/IMG_20120816_111045.jpg
[09:14] <kanliot> type, alt-f2 ....lxterminal
[09:14] <kanliot> same?
[09:15] <bioterror> ofcourse, uses same configurations :D
[09:15] <coldjack_> on alt f2 its okay
[09:15] <bioterror> really? :D
[09:16] <coldjack_> ja
[09:16] <coldjack_> yes
[09:16] <bioterror> quite weird
[09:17] <coldjack_> i think anything with my graphics is wrong
[09:17] <coldjack_> but i don't know what;)
[09:18] <kanliot> you running it from pcmanfm>
[09:18] <kanliot> ?
[09:24] <psichas> What are the system requirements for lubuntu sosftware center?
[09:26] <kanliot> no requirements
[09:27] <psichas> qt d-bus?
[09:27] <psichas> nothing?
[09:27] <kanliot> i thought you meant hardware
[09:28] <psichas> srry :) i asked about software
[09:28] <kanliot> should tell you if you do apt-get install
[09:29] <kanliot> i have to guess, but you aren't running lubuntu?
[09:29] <psichas> no i ranning lubuntu
[09:29] <psichas> i use it
[09:30] <kanliot> the bugfixed version of LSC is in 12.03
[09:31] <psichas> i use 12.04
[09:32] <kanliot> it should be already installed
[09:35] <psichas> wtf errors after errors :)
[09:36] <psichas> reported and reported
[09:36] <psichas> :D
[09:37] <kanliot> you new to linux psichas?
[09:40] <psichas> oh yes :D
[09:40] <kanliot> use synaptic
[09:40] <psichas> i had ubuntu xubuntu fedora centos hmm and i think that's all :D
[09:41] <psichas> from this os's i think one of the best is centos 6.2 and lubuntu 12.04 :D
[09:43] <kanliot> welcome to lubuntu
[09:45] <psichas> i just love long time support os, centos was really cool, and long time support, but, it's still only with gnome :) so my old pc with amd sempron 1.8ghz and 512MB ram run it not so fastly like lubuntu :)
[09:46] <kanliot> i run lubuntu at 4Ghz
[09:47] <psichas> awsome :)
[09:48] <psichas> cpu name?
[09:48] <kanliot> yup.  if you find any more bugs please report them
[09:48] <kanliot> amd 4100
[09:48] <kanliot> fx
[09:49] <J0BI> i run lubuntu in a compaq laptop with celeron and 256mb ram
[09:49] <J0BI> :)
[09:49] <psichas> lol :D
[09:49] <J0BI> psichas: why you lol??
[09:50] <psichas> what's so awsome that just funy :)
[10:40] <lamogo> Hello, I am wondering if there is a command I can run to reconfigure my hardware on my Lubuntu pen drive. I installed it at home and on another computer at work which I will normally use it for.
[10:41] <bioterror> what hardware?
[10:41] <bioterror> mostly you only get tons of network connection names
[10:42] <lamogo> Network is fine. I installed on virtual box, now running on a P4. The cpu meter is pegged 100% non-stop.
[10:44] <kanliot> pkill lxpanel
[10:44] <kanliot> see if that fixes it
[10:46] <lamogo> is the pkill command for me?
[10:47] <bioterror> yes
[10:47] <kanliot> yup
[10:47] <lamogo> ok let me try
[10:48] <lamogo> That seem to help. Do I need to do it every boot?
[10:49] <kanliot> so it's fixed really?
[10:49] <lamogo> well I brought the panel back by running lxpanel. But it seems to be using the wrong settings, cause it came back black and different icons.
[10:50] <lamogo> I also ran hwinfo but not sure if that did anything.
[10:50] <kanliot> control+alt+delete
[10:50] <bioterror> lamogo, lxpanel --profile Lubuntu
[10:50] <kanliot> https://bugs.launchpad.net/ubuntu/+source/lxpanel/+bug/906825
[10:51] <kanliot> lxpanectl restart
[10:51] <lamogo> That brings up task manager which I had been observing. It isn't at 100% even if I open a dialog or load program
[10:51] <kanliot> might work also
[10:51] <kanliot> ok fixed it
[10:51] <lamogo> Is it permanent?
[10:51] <kanliot> yeah that must've fixed it
[10:51] <kanliot> no
[10:52] <kanliot> hopefully it will be fixed in 12.10
[10:52] <kanliot> just do a lxpanelctl restart when it goes to 100
[10:52] <lamogo> ah it's a bug. Well I have this install on another USB, and I have no issues.
[10:52] <kanliot> you use a lot of libreoffice?
[10:54] <lamogo> I'm not using it ATM. I use this mainly for Skype cause I teach on-line lessons. The computers here at my work are sub-par and running Windows XP. I just have been using my USB to work with cause the speed is much greater. I bought a bigger USB stick and made it more permanent. Since I switched to this USB it has had a problem
[10:55] <livingdaylight> greetings
[10:55] <kanliot> might be pulseaudio then
[10:55] <kanliot> i donno
[10:55] <kanliot> hi
[10:56] <lamogo> I just tried running lxpanelctl restart and no panel comes up.
[10:57] <livingdaylight> what's lubuntu like?
[10:57] <lamogo> I uninstalled pulseaudio and just use alsa
[10:57] <leszek> hi
[10:57] <kanliot> lxpanectl restart should work if lxpanel is running
[10:57] <livingdaylight> Is it more or less resource-efficient than Enlightenment WM ?
[10:58] <bioterror> E17 was horrible
[10:58] <bioterror> I tried it couple of days ago
[10:58] <lamogo> Still coming up with wrong settings
[10:58] <livingdaylight> bioterror, which one? bodhilinux?
[10:58] <kanliot> o/ leszek
[10:58] <bioterror> livingdaylight, on arch ,)
[10:58] <bioterror> lamogo, remember the profile
[10:58] <livingdaylight> bioterror, maybe the wrong combination ;)
[10:59] <bioterror> livingdaylight, I have too slow laptop
[10:59] <livingdaylight> bioterror, and lxde serves you better?
[10:59] <bioterror> more or less
[10:59] <leszek> bioterror: its definitely a problem of arch then :P because I also tested it and it worked flawlessly :P
[10:59] <livingdaylight> there is openbox too, which should be even lighter
[11:00] <bioterror> livingdaylight, lxde is mostly used on top of the openbox
[11:00] <leszek> livingdaylight: yeah but it isn't a desktop environment
[11:00] <leszek> its a window manager
[11:00] <livingdaylight> ok ok... my bad
[11:00] <lamogo> sorry, still not working...
[11:00] <bioterror> but I forgive you this, Timothy Dalton ;)
[11:00] <livingdaylight> good distinction to remember, but still, the fact remains openbox is 'lighter' yes?
[11:00] <lamogo> bbl
[11:01] <livingdaylight> Do we have a openbox buntu derivative?
[11:01] <bioterror> livingdaylight, no
[11:01] <bioterror> becouse openbox is not a environment
[11:01] <bioterror> it's just window manager
[11:01] <livingdaylight> crunchbang is nice but debian based and miss ubuntu apps. Their wine is still v 1.1 in repos
[11:01] <bioterror> why not just install LXDM, and configure openbox to your liking?
[11:01] <bioterror> nothing stops you to do it
[11:02] <bioterror> what you need is xfce4-power-manager and network-manager-applet
[11:05] <livingdaylight> I have Voyager (xubuntu) on Desktop which isn't too light, but still looking for something on the laptop. Bodhi is nice - nice looking and configurable and seems on the surface a nice balance between eyecandy and efficiency, but not 100% sure. For instance on xubuntu installing gnash my .swf files just played flawlessly but not in bodhi where I had to go to command line to get it working. Feels a little fragil
[11:05] <livingdaylight> e and/or quirky i guess?
[11:06] <leszek> gnash has problems all over the place. Which browser did you try that on ?
[11:06] <livingdaylight> no browser
[11:06] <livingdaylight> gnash is a stand-alone swf player
[11:08] <livingdaylight> I've realized i'm more prepared to trade off eyecandy for functionality and stability than I had realized. Hadn't considered lxde much before coz I feared it would be a bit too on the minimalist [read 'boring' ] side
[11:09] <kanliot> firefox+ flash works well for me
[11:09] <livingdaylight> I am not talking about youtube
[11:10] <livingdaylight> I'm talking about lots of files like avi files but made in swf format
[11:10] <livingdaylight> for those need gnash afaik
[11:11] <leszek> livingdaylight: ah now I understand you simply didn't have gnash assigned to swf as mimetype
[11:11] <livingdaylight> point being that in Voyager it plays those files flawlessly and in bodhilinux nothing happened when I hit them files with gnash, even though they'reboth supposed to be ubuntu underneath
[11:11] <livingdaylight> leszek, hrmm, maybe that's it!
[11:11] <leszek> livingdaylight: you have to simply assing the mimetype
[11:12] <livingdaylight> leszek, i see i see
[11:12] <leszek> open with -> and then set gnash as default there
[11:12] <leszek> bodhi to my knowledge uses also pcmanfm which is used by lubuntu aswell
[11:13] <livingdaylight> leszek, in a terminal when I gnash <myswfile.swf> it did play it.
[11:13] <kanliot> i'm running swf files right now in firefox
[11:13] <livingdaylight> kanliot, you can use ff to open swf files on your computer?
[11:13] <leszek> kanliot: yeah that works also
[11:13]  * kanliot loves firefox
[11:14] <leszek> livingdaylight: yes then in the open with dialog just assign the gnash application to the swf file
[11:14] <leszek> livingdaylight: so let me give you a detailed explaination
[11:14] <livingdaylight> leszek, wonder though, why, when I hit the file with Open with Gnash it did not respond? and In xubuntu i didn't have to assigm mime type or anything
[11:14] <livingdaylight> kanliot, ?
[11:15] <leszek> xubuntu seems to did it on their own. I think bodhi is still based on an older version of ubuntu so it uses an older gnash version
[11:15] <kanliot> yes
[11:15] <kanliot> should be easy to install firefox, flash
[11:15] <leszek> :)
[11:15] <kanliot> ubuntu-restricted-extras
[11:18] <livingdaylight> http://www.enlightenment.org/ss/e-502cd6ceb39de8.15038361.jpg
[11:18] <livingdaylight> it appears when I go to properties gnash IS assigned
[11:18] <livingdaylight> kanliot, have FF, just never opened files on my computer with it
[11:19] <kanliot> i can't think of a reason to install gnash when flash is working 100%
[11:19] <livingdaylight> kanliot, well, that's not actually the point discussed
[11:20] <kanliot> you said swf files
[11:20] <livingdaylight> gnash has always and is working fine for me, on another *buntu distro, just wondered why not in bodhi, when it will play it from command-line. It was just an example of the sort of thing which has me feeling a little suspicious of it. Its nice to have and feel 100% confidence in the computer one is using
[11:21] <livingdaylight> kanliot, no, i was comparing gnash working in xubuntu vs not working equally easily and flawlessly in bodhi ,)
[11:22] <livingdaylight> However, I'm interested, of course, in options and how you use FF exactly to open swf files saved to the computer
[11:22] <leszek> livingdaylight: I really thing its not an bodhi issue but more of an filemanager issue maybe
[11:23] <leszek> what happens if you assign it manually to gnash by typing in gnash in the open with dialog ?
[11:23] <livingdaylight> leszek, did you seee screenshot?
[11:23] <leszek> yes I see it
[11:24] <leszek> but you should try it anyway
[11:24] <leszek> because this one in the screenshot is the assigned *.desktop file which ships with gnash. Maybe its broken or simply does not work well with pcmanfm
[11:24] <livingdaylight> leszek, sorry, I meant I had already; hence the screenshot. And no, that doesn't make gnash open the file
[11:25] <leszek> livingdaylight: if you had tried that the screenshot would look different
[11:25] <livingdaylight> ok, maybe thunar>pfmanfm
[11:25] <leszek> the open with optionbox should only show gnash then and not the describtion of the *.desktop file which is Gnash SWF Viewer
[11:26] <livingdaylight> leszek, i did try it, and now again, it doesn't change the properties dialog that I show you, which shows that file to be opened with gnash
[11:26] <leszek> ok than this is an error
[11:26] <livingdaylight> ok
[11:27] <leszek> livingdaylight: ok I tried it here. It works :P
[11:28] <livingdaylight> regarding version. I'm using 0.8.10 installed from synaptic
[11:28] <livingdaylight> leszek, so its not the file manager :)
[11:28] <livingdaylight> hehe
[11:28] <leszek> Open With -> Command line tab -> gnash %f -> save it as default - >hit ok
[11:28] <livingdaylight> sorry, pcmanfm
[11:29] <leszek> it works here
[11:29] <leszek> maybe the pcmanfm version is too old that bodhi ships, which version is it ?
[11:30] <livingdaylight> leszek, tried to copy your steps, but no result
[11:31] <livingdaylight> but its the little things like this that make a difference in user-experience
[11:31] <leszek> hmmpf... ok I will download bodhi right now to test this :P I know that this must work
[11:31] <livingdaylight> leszek, WoW
[11:31] <livingdaylight> hehe... I like it!
[11:32] <livingdaylight> before you do
[11:32] <leszek> livingdaylight: its because you will have the same issues with lubuntu maybe, as it is the same filemanager :P
[11:32] <leszek> or uses the same
[11:32] <livingdaylight> just to be sure I am following correct
[11:32] <livingdaylight> right-click
[11:32] <livingdaylight> Open with
[11:32] <livingdaylight> command tab
[11:32] <livingdaylight> gnash %f
[11:33] <livingdaylight> there is no 'save' just 'OK' at the bottom, correct?
[11:33] <leszek> there should be make this the default association or something like that
[11:33]  * livingdaylight thinks its funny he's in #lubuntu getting bodhi support , lol
[11:33] <leszek> ah its not bodhi support. Its support for gnash + pcmanfm, because thats the main problem here
[11:34] <livingdaylight> yes, of course. I saw it as a bodhi issue, but maybe you're right about gnash+pcmanfm being the issue
[11:34] <leszek> btw. while I am downloading it. Did you try installing thunar and opening the swf files there ?
[11:34] <livingdaylight> another way to test it would be for me to dl and install Thunar here, coz that is what xubuntu is using where it works
[11:35] <leszek> yeah please try that
[11:35] <livingdaylight> haha,,, I was typing the same thought before I read what you said
[11:35] <livingdaylight> Ok
[11:36] <livingdaylight> btw, like this: http://www.enlightenment.org/ss/e-502cdb196a73a3.27281978.jpg
[11:37] <leszek> yes exactly
[11:37] <livingdaylight> ok, nah... :(
[11:38] <leszek> livingdaylight: what if you type in gnash-gtk-launcher %f instead of only gnash %f ?
[11:39] <leszek> ah livingdaylight I think I might found the problem
[11:39] <leszek> just copy one of the swf files directly to your home directory and then doubleclick it
[11:39] <leszek> if its working than the path you are currently have stored the swf is not correctly given from pcmanfm to gnash
[11:40] <kanliot> spaces in the filenames?
[11:41] <leszek> kanliot: no in the path
[11:41] <lamogo> Hello again. I rebooted my computer and the problem is no longer there. Thanks for the help.
[11:41] <leszek> see his first screenshot, there you can see the path were those files are stored
[11:41] <leszek> it has lots of spaces in it
[11:42] <leszek> Nice
[11:42] <leszek> bug found
[11:42] <kanliot> %s is without the path
[11:42] <kanliot> someone should document that
[11:43] <leszek> livingdaylight: I can reproduce this in Lubuntu when I put a swf file in a folder (or a path which has spaces in his name)
[11:43] <leszek> kanliot: exactly this one works
[11:43] <leszek> livingdaylight: so please try opening those swf files with : gnash %s . It should than work
[11:46] <leszek> *then
[11:56] <livingdaylight> leszek, YES!
[11:56] <livingdaylight> sorry, multi-tasking; putting pizza in oven
[11:57] <livingdaylight> gnash %$ works
[12:01] <leszek> :)
[13:49] <lunver> I just installed lubuntu 12.04 on my asus eee pc 1000h and it works like a charm, howeverthe computer refuses to boot without my usb key in the machine and with it set as the 1st boot device.However im fairly certain i didnt install the linux on to my flash drive. Is there a way to fanagle with the mbr to get my computer to boot without the flashdrive? thanks a million!
[13:52] <head_victim> !mbr
[13:52] <head_victim> If you look at the "lost grub" part it should be able to help.
[13:52] <lunver> thanks guys <3
[14:06] <lunver> thanks, worked perfectly :)
[14:06] <lunver> smashing, id say.
[15:39] <livingdaylight> hi
[15:39] <bioterror> howdy
[15:40] <livingdaylight> running lubuntu live-usb
[15:40] <livingdaylight> :)
[15:40] <livingdaylight> got chrome and xchat open. Htop is reading 600+ ram being used. Is that normal? seems high
[15:41] <livingdaylight> 643 in fact [right now]
[15:41] <bioterror> quit htop
[15:41] <bioterror> and say: free -m
[15:43] <livingdaylight> okay?
[15:43] <livingdaylight> what am I looking for?
[15:43] <bioterror> your memory usage
[15:44] <livingdaylight> in the used column?
[15:44] <livingdaylight> =625
[15:44] <bioterror> how of it is cached?
[15:46] <livingdaylight> sorry, cached is probably 625 and used = 1705
[15:46] <bioterror> :-)
[15:46] <livingdaylight> not sure how that corresponds to htop. 625 is similar to 643 reading of htop...
[15:47] <livingdaylight> is it low? I know bodhilinux was using less, even on a live-cd/usb
[15:47] <livingdaylight> bioterror, thought you said earlier enlightenment was causing too much issues on your old machine?
[15:48] <bioterror> htop probably tells you buffers/cache
[15:49] <livingdaylight> my question is whether those are normal readings, as it seems kinda high. Expected it to be on par if not lower than Enlightenment
[15:49] <Sentynel> under default settings, htop's memory bar has a green section for used, blue for buffers and orange for cache
[15:50] <Sentynel> the numbers are used/total
[15:51] <Sentynel> the used number in htop should correspond to the used +/- buffers/cache figure in free -m
[17:41] <leszek> re
[17:56] <psichas> hi
[18:08] <psichas> removed crash and error reports, too much errors... that's ... :/
[18:14] <psichas> luciole
[18:14] <psichas> 2012-08-16 21:13:50,922 - luciole - INFO - MainThread - (luciole.py, 123) - Starting luciole
[18:14] <psichas> Traceback (most recent call last):
[18:14] <psichas>   File "/usr/lib/luciole/luciole.py", line 143, in <module>
[18:14] <psichas>     sys.exit(main(sys.argv))
[18:14] <psichas>   File "/usr/lib/luciole/luciole.py", line 127, in main
[18:14] <psichas>     app_ctrller = lucioLib.Luciole_controller()
[18:14] <psichas>   File "/usr/lib/luciole/lucioLib/luciole_tools.py", line 91, in __call__
[18:14] <psichas>     instance.__init__()
[18:14] <psichas>   File "/usr/lib/luciole/lucioLib/luciole_controller.py", line 97, in __init__
[18:14] <bioterror> !paste | psichas
[18:14] <psichas>     self.sound_player = LSOUND.Lcl_gst_sound('./sounds/camera.ogg')
[18:14] <psichas>   File "/usr/lib/luciole/lucioLib/lcl_gst/lcl_gst_play_sound.py", line 52, in __init__
[18:14] <psichas>     self.sink = LG.element_factory_make('alsasink')
[18:14] <psichas> gst.ElementNotFoundError: alsasink
[18:14] <psichas> help?
[19:15] <pthek> guys, does anyone have a SIMPLE working conkyrc script for lubuntu?
[19:15] <pthek> the default conkyrc doesnt work
[19:18] <pthek> it says WARNING: gnome-keyring:: couldn't connect to: /tmp/keyring-HDQHjT/pkcs11: No such file or directory and just doesnt display
[19:18] <bioterror> pthek, http://ricecows.org/conkyrc
[19:20] <pthek> bioterror: quite a few errors with that one --> http://pastie.org/4523077 <-- and it doesnt work
[19:21] <average_guy> here is one pthek http://pastebin.com/PXhU2fXJ.  I do have xcompmgr installed and running.
[19:21] <bioterror> then you fix it
[19:22] <pthek> ok will do
[19:22] <pthek> bioterror: thanks for the script :)
[19:23] <bioterror> conky is quite easy to configure
[19:23] <bioterror> even readable lines for me
[21:35] <rtidd> Can someone point me in the right direction?  I PXE boot lubuntu to a RAM disk, I really would like to also do a preseed or kickstart to load specific packages and auto start a program or two.  Is this doable from a livecd standpoint?
[22:01] <silverarrow> hi
[22:01] <silverarrow> can anyone help me with logs on mplayer
[22:01] <silverarrow> how to find or generate on
[22:08] <silverarrow> someone here?
[22:10] <silverarrow> hei


[01:35] <Noskcaj> If i don't get to the meeting tomorrow, http://paste.ubuntu.com/6676084/ summaries what i'd end up saying
[01:36] <Noskcaj> *summarizes
[08:08] <DanChapman> Good Morning everyone :-)
[08:08] <Unit193> Howdy.
[08:11] <elfy> morning DanChapman
[08:17] <DanChapman> elfy, hey there :-) is there any news on when the user login fix will be released, last I heard it was in sponsor queue but that was a while ago. Think it might have been you that told me?
[08:19] <Unit193> It'd not been merged, as far as I know.
[08:21] <elfy> afaik that ^^
[08:28] <DanChapman> Unit193, elfy ok thanks :-)
[08:33] <Unit193> Anything you needed with it?
[08:37] <jarnos> Unit193, with what?
[08:38] <Unit193> jarnos: Response to something DanChapman was referencing.  Howdy.
[08:58] <DanChapman> Unit193, it's blocking the ubiquity autopilot tests running https://jenkins.qa.ubuntu.com/view/Ubiquity/view/Xubuntu/ so was just wondering on progress
[09:05] <ochosi> brainwash: yeah, i'll try to tweak the current icon by adding an outline to it i think
[09:05] <ochosi> brainwash: (i'm referring to the terminal icon)
[09:13] <Unit193> DanChapman: Oh dear.
[09:18] <Unit193> micahg: Any chance you can look at that (session merge) soon?  Turns out it's also blocking ubiquity autopilot tests for Xubuntu.
[09:19]  * jarnos thinks light-locker needs a lot of testing, if it is going to be used as default.
[10:12] <slickymaster> morning all
[10:26] <Unit193> Howdy slick.
[10:33] <slickymaster> hi Unit193, hope you had a merry christmas and a happy new year
[11:01] <ali1234> ochosi: do you know anything about the checkboxes in libreoffice and gtk styling?
[11:31] <brainwash> ali1234: some time ago I've pointed out an issue with xfdeskto 4.11 (theme not applied for desktop elements, see http://en.zimagez.com/zimage/onetwo.php), but I lost track of it after removing all desktop icons
[11:31] <ali1234> right, that is the bug where it doesn't pick up the gtk style
[11:31] <ali1234> several other people reported it
[11:32] <brainwash> you've said that you were able to reproduce it somehow, or?
[11:32] <ali1234> yeah
[11:32] <brainwash> oh, so a report already exists?
[11:32] <ali1234> someone mentioned it on the mailing list i think
[11:49] <brainwash> ali1234: did not find anything about it
[11:49] <brainwash> I'll file a report then
[12:16] <ochosi> ali1234: hm, checkboxes in libreoffice? could you be a bit more specific than that?
[12:17] <ali1234> http://www.youtube.com/watch?v=sTgAzEJFQuY
[12:18] <ochosi> so the flashing is good or bad? :)
[12:19] <ochosi> or to put it differently, what exactly is the problem? the fact that with albatross there might be some artifacts left over when a checkbox is unticked?
[12:20] <ochosi> (i can reproduce that btw, but never noticed)
[12:21] <ali1234> with certain combinations of window manager and theme the box looks like it is ticked even when it is not
[12:21] <ochosi> i'd guess that it's a bug with how LO tries to mimick gtk
[12:21] <ochosi> yeah, ambiance has the same problem
[12:21] <ali1234> https://bugs.freedesktop.org/show_bug.cgi?id=73211
[12:23] <ochosi> yeah, strange, what i can confirm is that with ambiance and albatross, there's an artifact left over in the right top corner
[12:23] <ochosi> but with greybird or numix, everything is totally fine
[12:23] <ochosi> (v.<IP_ADDRESS>, saucy)
[12:24] <ali1234> if you do this test in unity it behaves differently, but still depends on the theme
[12:28] <ochosi> weird
[12:28] <ochosi> yeah, well tbh with apps like firefox or LO and their gtk mimicking, that has been mostly a blackbox for me so far
[12:29] <ochosi> you can only try to tweak certain things and then see the results and hope that it works
[12:29] <ochosi> e.g. scrollbar-steppers in both apps
[13:36] <jarnos> brainwash, what is the screen saver extension of the X server?
[13:48] <brainwash> jarnos: it's an extension for the X11 protocol, do you need any specific information?
[13:50] <brainwash> it simply allows clients to change the image on a display, see "xset -q" for the current configuration
[13:50] <brainwash> section "Screen Saver:"
[14:02] <jarnos> brainwash, and light-locker could step in somehow? I didn't notice that with light-locker 1.0.0
[14:02] <jarnos> brainwash, is there any other screensaver/locker that can do it?
[14:03] <jarnos> brainwash, can it tell to save screen only when it locks screen?
[14:05] <brainwash> jarnos: https://github.com/the-cavalry/light-locker/commit/42270ed055dfb3b586c453c83b9666d928385623
[14:05] <brainwash> like I said before, you need a recent version of light-locker
[14:12] <jarnos> brainwash, right
[15:28] <jarnos> brainwash, xautolock provides similar features for any locker.
[15:42] <elfy> ochosi: with the lightlocker ppa - should lock screen work?
[15:42] <elfy> or is something else stopping it still
[15:57] <brainwash> elfy: you mean timed locking?
[15:58] <brainwash> if yes, then you will have to use the daily ppa
[15:59] <elfy> no - I mean Lock Screen from action buttons plugin
[16:00] <elfy> I give up with all these ppa's - until someone else thinks it might be a good idea to have some sort of record of them
[16:01] <elfy> or people bothered to reply to mails to the list
[16:02] <brainwash> elfy: didn't you edit xflock4 manually already?
[16:03] <elfy> brainwash: I did that - with the patch
[16:04] <elfy> I've pretty much come to the conclusion that no-one's going to care less about QA until sometime in March
[16:04] <elfy> it'll be too late then
[16:05] <brainwash> isn't this the way how it usually works? :)
[16:05] <elfy> no wonder people don't last long trying to get QA to work
[16:05] <elfy> you might :) about it - but I'm :|
[16:07] <brainwash> sometimes I'm like o.o
[16:08] <brainwash> our major problem is that we lack a or more dedicated uploaders
[16:09] <elfy> brainwash: so - as far as this lock screen thing goes - with the PPA I've got ( lightdm-gtk-greeter-team-stable-trusty.list) and the patched xflock4 should it work or not
[16:09] <elfy> oh - and I've still got grey screen when I login
[16:10] <elfy> one of the major problems we-ve got is a lack of uploaders
[16:10] <elfy> we've also got everyone paying lipservice to QA as well
[16:11] <elfy> I'm bored of asking people to tell me what's going on with what they're doing and everyone saying - yea we'll say - then me asking again - everytime we have a meeting
[16:11] <brainwash> yes, the patched xflock4 should trigger light-locker
[16:12] <elfy> then it doesn't work
[16:12] <brainwash> can you upload the content of your xflock4 please?
[16:13] <elfy> brainwash: http://paste.ubuntu.com/6679259/
[16:14] <brainwash> to eliminate the grey screen you need lightdm-gtk-greeter 1.7.0 and xfwm4 + xfdesktop from Unit193's PPA
[16:16] <brainwash> maybe xfdesktop from the xfce 4.12 PPA is already recent enough
[16:16] <elfy> ppa:unit193/xfce
[16:16] <elfy> that one?
[16:16] <brainwash> yes
[16:16] <elfy> I've got that one
[16:17] <brainwash> you've also added the Xfce 4.12 ppa, right?
[16:17] <brainwash> I think this one has a newer version of xfwm4 and therefore will override Unit193's version
[16:18] <elfy> greeter is 1.7.0-0~ppa1~trusty / xfwm4 is 4.11.1-0ubuntu1~ppa<IP_ADDRESS> / xfdesktop4 is 4.11.2-1~14.04
[16:18] <brainwash> yeah, it's a mess
[16:18] <elfy> the PPA's I've got are in the mail I sent to the list
[16:18] <brainwash> should be "4.11.0+tabwin.git20131215.fa67b6a-1~14.04"
[16:18] <elfy> as far as I knew those where the ones I needed
[16:19] <elfy> brainwash: anyway - I'm not really here - just venting mostly
[16:19] <elfy> cya later - I might be here for tonights meeting
[16:19] <brainwash> so you will have to apt-pin or lock this version of xfwm4
[16:19] <brainwash> ok, cya
[16:19] <lderan> cheerio elfy
[16:20] <elfy> hi lderan
[16:21] <lderan> hi elfy :P
[16:21] <brainwash> elfy: your xflock4 looks fine, so nothing happens if you lock the screen via menu?
[16:21] <elfy> [16:12] <elfy> then it doesn't work
[16:22] <brainwash> what happens if you run it inside a terminal window? /usr/bin/xflock4
[16:23] <elfy> returns to prompt
[16:23] <elfy> I'm really off now ;)
[16:23] <brainwash> bye
[16:24] <brainwash> ochosi: any thoughts regarding bug 1264563 ?
[19:01] <knome> do we have a meeting? did you come to a resolution? :P
[19:02] <elfy> was only ochosi who would not be able to make it
[19:03] <knome> oki
[19:03] <knome> would somebody else chair? ;9
[19:03] <elfy> though that said - I'm only just about here
[19:03] <knome> !team | meeting time
[19:04] <elfy> aah - it's a bot factoid ...
[19:04] <knome> ;)
[19:04] <jjfrv8-work> just got called away. sorry.
[19:04] <knome> np
[19:06] <elfy> not really sure there's much point tbh atm - nothing is any different than it was last time
[19:06] <knome> yep, was thinking the same
[19:06] <knome> but i don't mind if people want to run through things
[19:06] <elfy> I've nothing to say
[19:07] <Unit193> Nothing to say.
[19:07] <knome> me neither; the illness and today's work got the most out of me for now :P
[19:10] <elfy> only thing I'd say is we need to really get on top of getting things further than a handful of PPAs if any of it's going to be close for April
[19:11] <knome> yes, i will get to tackle that in the next week/two
[19:12] <pleia2> I pretty much took time off for holidays too, nothing new
[19:12] <knome> pleia2, congrats for being able to have fun with it ;)
[19:12] <pleia2> beaches++
[19:12] <knome> hehe
[19:13] <knome> not if it's around zero and blows a lot :P
[19:13] <elfy> :)
[19:13] <knome> (literally...)
[19:13] <elfy> looks like next week then
[19:14] <elfy> knome: we're due another storm tomorrow here - they've been closing the storm gates locally - high tide at the same time
[19:14] <knome> elfy, ough
[19:14] <lderan> oh dear
[19:14] <knome> elfy, good luck
[19:14] <elfy> I'll be driving around it it still :p
[19:15] <lderan> hope it doesn't get too bad then
[19:17] <elfy> well - that definitely appears to be a vote for no meeting today then :D
[19:18] <knome> i'll be kind of here if somebody wants to chat
[19:18] <knome> but mostly afk
[19:18] <Unit193> I've noticed a couple oddities with either xfwm or xfdesktop.  Last night for suspend, before the dialog for what action you'd like to take pulled up, half the screen showed the xscreensaver 'pong' game.
[19:18] <Noskcaj> I'm on satelite, so my internet will crash constantly
[19:18] <knome> Unit193, lol
[19:18] <elfy> Unit193: not seen that - just grey screen/no lock screen
[19:18] <knome> Unit193, games are good
[19:18] <knome> ;)
[19:18] <Unit193> knome: Yep, and the screensaver games I want to play sometimes. >_>
[19:19] <knome> heh
[19:19] <Unit193> elfy: Seems you don't/didn't have the right xfwm.
[19:20] <elfy> seems not
[19:20] <elfy> given up
[19:21] <Unit193> xfwm 4.11.1 was released, but ~tabwin hasn't merged it in yet so current there is xfwm 4.11.0
[19:22] <elfy> though tabwin looked nice for a while - now it's a black box instead of a grey box :)
[19:24] <Unit193> If you poke ochosi, I'm sure he'd merge in latest master for you.
[19:24] <elfy> I'm really not that worried about updating PPAs Unit193
[19:26] <Unit193> elfy: Sure, and this is just a test for tabwin, it doesn't have to land in Trusty.
[19:27] <elfy> I understand that - would be nice though :)
[19:27] <elfy> I'd certainly rather have that than a black terminal icon on a black panel ;)
[19:27] <Unit193> Yes, I'd like tabwin as well and either way Xubuntu goes, I'll be using it.
[19:29] <elfy> :)
[19:29]  * Noskcaj10 still doesn't know what tabwin is
[19:29] <elfy> I'm losing certainty with whiskermenu though, I thought it had command history as well
[19:29] <knome> Noskcaj10, press alt+tab
[19:29] <Unit193> knome: So no meeting it seems, but should we consider what next one?
[19:30] <elfy> Noskcaj10: you know when you alt+tab and get the grey box - the one we're talking about is black instead
[19:30] <knome> Unit193, thu 7 jan 19utc
[19:30] <Noskcaj10> ok
[19:30] <Unit193> Noskcaj10: http://wiki.xfce.org/design/xfwm4/tabwin
[19:30] <elfy> knome: 9th is Thursday
[19:30] <knome> lol
[19:30] <knome> yes 9jan
[19:30] <elfy> :)
[19:32] <Noskcaj> I pre-made my meeting #infos if anyone want a look. http://paste.ubuntu.com/6676084/
[19:33] <GridCube> ?
[19:33] <Unit193> This is the interesting one for sure: "debian have fixed the power manager systemd issue in svn, it should be uploaded soon"
[19:37] <Noskcaj> http://anonscm.debian.org/viewvc/pkg-xfce/desktop/branches/experimental/xfce4-power-manager/
[19:41] <Unit193> Mhmm, I looked.
[19:42] <knome> Noskcaj, team: check your mail.
[19:43] <lderan> woo for Noskcaj :D
[19:44] <ochosi> elfy: yeah, if you want command history currently, go with appfinder
[19:44] <Noskcaj> yay, thanks knome
[19:44] <ochosi> Unit193: merge in what where?
[19:44] <knome> Noskcaj, np. patience and hard work will always be rewarded :)
[19:44] <Unit193> ochosi: xfwm master to tabwin. :P
[19:46] <ochosi> Unit193: ah right. did that a short while ago, was there anything of interest added after that?
[19:46] <ochosi> also, i'm expecting the merge to happen the other way round soonish
[19:47] <Unit193> ochosi: No, nothing interesting really, just a default change but more importantly, version bump making the xfce-4.12 ppa higher. :P
[19:47] <Unit193> Sure, that's great!
[19:47] <Unit193> (Not a big deal to me at least, I don't use the other ppa.)
[19:50] <lderan> knome, i need to work on the hard working part :P
[19:51] <elfy> knome: I'll be proposing slicky for that as well
[19:51] <knome> we should propose lderan as well
[19:51] <elfy> I'd +1 that
[19:51] <Unit193> Mhmm, to both.  Slick (come on, MIB reference?) does QA and Docs.
[19:52] <elfy> yep
[19:53] <knome> proposals done.
[19:53] <knome> i'm off to sauna
[19:53] <knome> see you later
[19:53] <lderan> cheerio
[19:54] <elfy> cya knome
[20:04] <brainwash> so I've compiled the panel and the indicator area looks fine now, but the panel ignores the wrapper1 panel plugins and cannot be made transparent anymore
[20:05] <brainwash> Noskcaj: any news regarding your xfce4-panel packages? still some build errors left?
[20:07] <Noskcaj> brainwash, the ppa has an old version of panel, since i never got a working tarball from master. If someone could make that, i can get the ppa finished when i get home
[20:11] <brainwash> mmh
[20:24] <Unit193> jjfrv8: Hah, nice. (Also also sounds good.)
[20:27] <elfy> :)
[20:35] <elfy> bye
[20:36] <brainwash> Noskcaj: how do you create a working tarball?
[20:37] <Noskcaj> brainwash, ./autogen.sh HEAPS_OF _OPTIONS && make distutils
[20:37] <Noskcaj> i think
[20:38] <brainwash> but I'm likely to encounter the same error you do, or?
[20:44] <Unit193> It just needs newer garcon than in repo.
[20:49] <Noskcaj> brainwash, probably. I think i was just missing some other deps
[20:49] <Noskcaj> Unit193, it's in the ppa
[23:54] <pleia2> knome: yay new members! exciting :)


[00:09] <sil2100> bdmurray, vorlon: mfo is investigating an autopkgtest failure for a casper upload that's in focal-proposed - in case he figures out the situation there, I would like to get it included into .5
[00:09] <vorlon> ack
[00:09] <sil2100> So if he reaches out to you with some sane explaination, feel free to release it to -updates (I think the main part got already verified?)
[00:09]  * vorlon nods
[00:10] <sil2100> Thank you!
[00:10] <sil2100> o/
[01:09] -queuebot:#ubuntu-release- Unapproved: accepted kdesu [source] (jammy-proposed) [5.92.0-0ubuntu1.1]
[01:11] <RAOF> jbicha: SRU ping, re https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1976623/comments/4 , if you happen to be around.
[01:15] -queuebot:#ubuntu-release- Unapproved: accepted osinfo-db [source] (jammy-proposed) [0.20220214-1ubuntu2.1]
[01:24] <mfo> vorlon, hey o/ this should fix autopkgtest failure for casper in focal-proposed.
[01:24] <mfo> https://code.launchpad.net/~mfo/autopkgtest-cloud/+git/autopkgtest-cloud/+merge/429182
[01:25] <mfo> vorlon, i've put details in the commit msg, happy to provide more info if needed.
[01:38] <mfo> bdmurray, ah, łukasz also mentioned to let you know about this ^ earlier.
[01:48]  * mfo EOD o/
[02:00] -queuebot:#ubuntu-release- Unapproved: accepted cmake [source] (jammy-proposed) [3.22.1-1ubuntu<IP_ADDRESS>]
[02:16] <vorlon> mfo: merged and retriggered the test
[03:59] <LocutusOfBorg> vorlon, what if we run "top" or "iotop" and print the output during the build process?
[03:59] <LocutusOfBorg> and cat the file at the end of the build? (w.r.t. haskell)
[04:02] <LocutusOfBorg> we can do in "build_recipe" haskell-devscripts?
[04:19] -queuebot:#ubuntu-release- Unapproved: rejected xserver-xorg-video-amdgpu [source] (jammy-proposed) [22.0.0-1ubuntu0.1]
[04:51] <vorlon> LocutusOfBorg: I think it's unlikely this is going to tell us anything useful, I don't think system load explains ghc being slow when nothing else is
[04:51] <vorlon> oh hey look, haskell-gi-gtk ftbfs with a failure that doesn't occur on Debian https://launchpad.net/ubuntu/+source/haskell-gi-gtk/3.0.38-1/+build/23849534
[05:30] -queuebot:#ubuntu-release- Unapproved: accepted dmidecode [source] (jammy-proposed) [3.3-3ubuntu0.1]
[05:46] <LocutusOfBorg> vorlon, iotop might do? for disks and so on?
[05:56] <vorlon> LocutusOfBorg: disk slowness doesn't explain a ghc-specific slowdown?
[06:42] <tjaalton> RAOF: huh, no idea what happened with xxv-amdgpu, will upload a corrected one if you still have time
[06:45] -queuebot:#ubuntu-release- Unapproved: xserver-xorg-video-amdgpu (jammy-proposed/main) [22.0.0-1build1 => 22.0.0-1ubuntu0.1] (desktop-core)
[07:03] -queuebot:#ubuntu-release- Unapproved: accepted xserver-xorg-video-amdgpu [source] (jammy-proposed) [22.0.0-1ubuntu0.1]
[07:03] <tjaalton> thanks!
[07:05] <tjaalton> oh, if a debdiff is applied twice for whatever the reason, d/patches/* get messed up
[07:12] <RAOF> Very!
[07:14] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Focal 20.04.5] has been updated (20220831)
[07:16] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Focal 20.04.5] has been updated (20220831)
[07:28] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Focal 20.04.5] has been updated (20220831)
[07:28] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Focal 20.04.5] has been updated (20220831)
[07:30] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Focal 20.04.5] has been updated (20220831)
[07:32] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Focal 20.04.5] has been updated (20220831)
[07:38] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Focal 20.04.5] has been updated (20220831)
[07:38] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Focal 20.04.5] has been updated (20220831)
[07:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Focal 20.04.5] has been updated (20220831)
[07:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity arm64 [Focal 20.04.5] has been updated (20220831)
[07:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity ppc64el [Focal 20.04.5] has been updated (20220831)
[07:42] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity s390x [Focal 20.04.5] has been updated (20220831)
[07:48] <LocutusOfBorg> vorlon, don't know :/
[08:17] -queuebot:#ubuntu-release- New source: systemd-hwe (jammy-proposed/primary) [249.11.1]
[08:18] -queuebot:#ubuntu-release- Unapproved: tzdata (jammy-proposed/main) [2022a-0ubuntu1 => 2022c-0ubuntu<IP_ADDRESS>] (core)
[08:22] -queuebot:#ubuntu-release- Unapproved: tzdata (focal-proposed/main) [2022a-0ubuntu0.20.04 => 2022c-0ubuntu<IP_ADDRESS>] (core)
[08:24] -queuebot:#ubuntu-release- Unapproved: tzdata (bionic-proposed/main) [2022a-0ubuntu0.18.04 => 2022c-0ubuntu<IP_ADDRESS>] (core)
[08:28] <LocutusOfBorg> tzdata is removing changelog.gz during build, and moment-timezone.js is needing it...
[08:29] <LocutusOfBorg> schopin, ^^ any idea? it seems to be removed from pkgbinarymangler strip
[08:29] <LocutusOfBorg> but I don't know how to prevent that
[08:29] <schopin> LocutusOfBorg: on kinetic, right?
[08:33] <LocutusOfBorg> yep
[08:33] <LocutusOfBorg> it does check the changelog, to see if the version is correct or something like that
[08:35] <schopin> I'm confused that changelog.gz exists in the first place, to be honest.
[08:38] <schopin> Maybe `dh_installchangelogs NEWS` used to rename its input to `changelog` but doesn't anymore?
[08:38] <LocutusOfBorg> NEWS file becomes changelog.gz
[08:38] <LocutusOfBorg> it does rename it
[08:38] <LocutusOfBorg> but pkgbinarymangler has something like if changelog.Debian.gz exist -> remove it, otherwise remove a changelog.gz
[08:39] <schopin> what the hell?
[08:39] <LocutusOfBorg> check "strip_debian_changelogs" in pkgbinarymangler
[08:39] -queuebot:#ubuntu-release- Unapproved: gnome-tweaks (jammy-proposed/universe) [42~beta-1ubuntu1 => 42~beta-1ubuntu2] (no packageset)
[08:40] <LocutusOfBorg> # Remove buildinfo files and upstream changelogs; take care to keep native changelogs
[08:40] <LocutusOfBorg> #
[08:40] <LocutusOfBorg> clean_upstream_changelogs()
[08:40] <LocutusOfBorg>     dch=usr/share/doc/$PKGNAME/changelog.Debian.gz
[08:40] <LocutusOfBorg>     if [ ! -e "$dch" ] && [ ! -h "$dch" ]; then
[08:40] <LocutusOfBorg>         dch=usr/share/doc/$PKGNAME/changelog.gz
[08:40] <LocutusOfBorg> so, basically we don't have the Debian changelog, and arbitrary we decide to remove the upstream renamed one...
[08:46] <schopin> This behavior dates back to 2010, apparently, and is to save space on CDs
[08:58] <LocutusOfBorg> yes, part of the delta that debhelper has
[08:59] <LocutusOfBorg> maybe we should stop calling it changelog.gz and call it NEWS.gz?
[08:59] <LocutusOfBorg>        debian/package.NEWS
[08:59] <LocutusOfBorg>            Automatically installed into usr/share/doc/package/ in the package build directory.
[08:59] <LocutusOfBorg> maybe calling it this way is fixing in a better and debian-upstreamable way?
[09:01] <schopin> Why do you need this file again?
[09:03] <schopin> (I have 407 NEWS.gz files on my current system so that's probably a good approach)
[09:04] <LocutusOfBorg>        -k, --keep
[09:04] <LocutusOfBorg>            Keep the original name of the upstream changelog. This will be accomplished by installing the upstream changelog as changelog, and making a symlink from that to the original name of the
[09:04] <LocutusOfBorg>            changelog file. This can be useful if the upstream changelog has an unusual name, or if other documentation in the package refers to the changelog file.
[09:04] <LocutusOfBorg> or just use -k flag
[09:05] <LocutusOfBorg> the purpose is moment-timezone.js doing this:
[09:05] <LocutusOfBorg>         zcat /usr/share/doc/tzdata/changelog.gz > temp/download/$(TZVER)/NEWS
[09:05] <LocutusOfBorg>         grunt data-meta:$(TZVER)
[09:08] <Ukikie> Niiiiiice going.
[09:09] <schopin> LocutusOfBorg: according to https://www.debian.org/doc/debian-policy/ch-docs.html#changelog-files-and-release-notes NEWS.gz is the way to go anyway.
[09:20] <schopin> LocutusOfBorg: can I leave it to you to drive this change?
[09:35] <doko> xnox: can #1987870 be closed now?
[09:46] <xnox> doko:  no, it must stay open as the block-proposed-kinetic on it is what will keep broken intel-iotg LRM in proposed and thus allow britney to migrate the new nvidia/kernels.
[09:46] <xnox> doko:  instead, intel-iotg LRM migrated straight back after you demoted it yesterday.
[09:46] <xnox> doko:  can you please demote it again, and keep the bug open?
[09:47] <xnox> https://launchpad.net/ubuntu/+source/linux-restricted-modules-intel-iotg/+publishinghistory
[09:48] <xnox> ./demote-to-proposed -d ubuntu -s kinetic -m "v5.19 kernel migration LP:#1987870" linux-restricted-modules-intel-iotg linux-restricted-signatures-intel-iotg
[09:48] <xnox> we can unsubscribe ubuntu-archive from those bugs, once demotion is done.
[09:50] <schopin> rbasak: Hi! Could you please have a look at the LP: #1986984 SRU for jammy, focal and bionic? TIA
[10:36] -queuebot:#ubuntu-release- Unapproved: speech-dispatcher (jammy-proposed/main) [0.11.1-1ubuntu1 => 0.11.1-1ubuntu2] (i386-whitelist, ubuntu-desktop)
[10:40] <LocutusOfBorg> schopin, doing
[10:45] <xnox> doko:  thank you !!!! =)
[11:18] -queuebot:#ubuntu-release- Unapproved: linux-firmware (jammy-proposed/main) [20220329.git681281e4-0ubuntu3.4 => 20220329.git681281e4-0ubuntu3.5] (core, kernel)
[13:15] <paride> sil2100, hey, test results for subiquity .5 submitted to the ISO tracker. I also did some desktop testing this time
[13:18] <xnox> kinetic v5.19 kernels should be migrating in britney cycle after this one, so in 90 minutes or so.
[13:32] <seb128> the daily desktop and canary livefs kinetic built failed yesterday and today on dns issues https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/kinetic/ubuntu
[13:32] <seb128> is that some sort of known infrastructure problem?
[13:32] <seb128> '  Temporary failure resolving 'ftpmaster.internal''
[13:34] <rs2009> luna_ did mention there being problems with the network in the Londen datacenter
[13:34] <rs2009> s/Londen/London/g
[13:36] <sil2100> paride: yaay!
[13:36] <sil2100> seb128: yeah, looks like an infra problem
[13:37] <sil2100> seb128: btw. let me add the PPA to the isotracker rebuilds now
[13:37] <sil2100> But let's make it temporary, I'd like to remove the PPA before the Beta milestone
[13:42] -queuebot:#ubuntu-release- New: accepted systemd-hwe [source] (jammy-proposed) [249.11.1]
[13:42] <seb128> sil2100, great, it gives me a bit of time to iterate and try to aim at no ppa by beta
[13:42] <seb128> sil2100, should the infra problem be reported to IS?
[13:43] <sil2100> seb128: hm, usually those are transient or related to ongoing outages. But if it still fails and there's no known outage, I'd report that then
[13:43] -queuebot:#ubuntu-release- New binary: systemd-hwe [amd64] (jammy-proposed/none) [249.11.1] (no packageset)
[13:48] <seb128> sil2100, it was yesterday and today, could kick a retry for kinetic/desktop/amd64 and canary?
[13:48] <sil2100> Wait wait! Let's in a moment test if the PPA will be used in the isotracker rebuild
[13:52] <sil2100> seb128: ok, triggered a rebuild via the tracker, looks like it has the right arguments in dry-run
[13:52] <sil2100> Let's see how the build looks
[13:56] -queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (jammy-proposed) [2022c-0ubuntu<IP_ADDRESS>]
[13:57] -queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (bionic-proposed) [2022c-0ubuntu<IP_ADDRESS>]
[13:57] -queuebot:#ubuntu-release- Unapproved: accepted tzdata [source] (focal-proposed) [2022c-0ubuntu<IP_ADDRESS>]
[14:01] <rbasak> sil2100: any reason to release ubuntu-advantage-tools in Xenial?
[14:02] <rbasak> sil2100: any reason *not* to release ubuntu-advantage-tools in Xenial?
[14:02] <sil2100> rbasak: hm hm, I don't think so, I simply wasn't sure if we still supposed to do that for xenial or not (I guess yes, but wasn't sure!)
[14:04] <rbasak> sil2100: thanks. I'll release then. Yes, we agreed that we would, but I think it's on me to document that somewhere :-/
[14:14] -queuebot:#ubuntu-release- New: accepted systemd-hwe [amd64] (jammy-proposed) [249.11.1]
[14:14] <rbasak> (FTR, as an exception of normal ESM policy for ubuntu-advantage-tools, since that package is the "gateway" to ESM itself.
[14:14] <rbasak> )
[14:29] <rbasak> sil2100: sorry, I forgot Focal was in freeze, and have just released some stuff.
[14:29] <rbasak> makedumpfile, deja-dup
[14:29] <sil2100> eeek
[14:29] <rbasak> I also accepted (not released) tzdata
[14:30] <sil2100> Ouch, deja-dup is seeded, so that's unfortunate. But I suppose if we need to respin we'd be respinning the flavors that have it seeded anyway
[14:30] <sil2100> (good thing I did the source image and snapshot earlier!)
[14:30] <rbasak> Again, sorry.
[14:31] <rbasak> I wonder if we need to add some protection to sru-release
[14:40] <xnox> v5.19 kernel migration partially failed; because we don't know what to do with 418-server nvidia; and missing 450-server nvidia lrms
[14:42] <blackboxsw> rbasak: if you have SRU vanguard review time. We've queued a cloud-init SRU upload in response to RAOF's review on Friday (needing to include a postinst script) and we've sync'd changes for two potential bug fixes found and fixed before our SRU unapproved upload was accepted https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1987318.
[15:24] -queuebot:#ubuntu-release- Unapproved: accepted gcc-9 [sync] (jammy-proposed) [9.5.0-1ubuntu1~22.04]
[15:29] <sil2100> seb128: ok, canary failed again, but a different error
[15:30] -queuebot:#ubuntu-release- Unapproved: accepted gcc-9-cross [sync] (jammy-proposed) [26ubuntu3.1]
[15:31] <rs2009> hey sil2100 and vorlon, I just sent an email to the TB mailing list that is awaiting mod approval. could you please take a look?
[15:32] <rbasak> I've a
[15:32] <rbasak> I've moderator-accepted that email
[15:33] <rs2009> ty :)
[15:35] -queuebot:#ubuntu-release- Unapproved: accepted gcc-9-cross-ports [sync] (jammy-proposed) [24ubuntu1.1]
[15:42] <vorlon> ginggs: you retriggered ensmallen/arm64 a couple times against new armadillo; this autopkgtest failure isn't reproduced in Debian but looks like a real regression. had you dug any further?
[15:42] <vorlon> (armadillo blocks NBS removals)
[15:43] <ginggs> vorlon: ensmallen was removed from debian testing
[15:43] <bdmurray> sil2100: FYI I opened bug 1988209 the other day but don't think it is critical
[15:43] <ginggs> vorlon: debian bug $1010431
[15:43] <ginggs> debu bug #1010431 even
[15:44] <vorlon> ginggs: heh, but removed for a failing autopkgtest we don't care about (i386)
[15:44] <vorlon> ginggs: this test calls into armadillo, looks to me like this is an armadillo regression :/
[15:45] <vorlon> (both i386 and Ubuntu arm64)
[15:45]  * ginggs retries the tests in unstable
[15:45] <sil2100> bdmurray: huh, ok, that's interesting. Do you know how it looked on .4?
[15:49] <bdmurray> sil2100: installing it now
[16:06] <bdmurray> sil2100: its hard to say given that the nvidia driver wasn't installed with 20.04.4 and it didn't boot to a GUI desktop
[16:07] <ginggs> vorlon: ensmallen's test passed on arm64 in unstable, but i noticed it's a different version.  we have 2.19.0-1 in proposed that FTBFS on amd64
[16:31] <vorlon> ginggs: oh fun
[16:47] <vorlon> ginggs: ahaha the ensmallen build failure on amd64 is that exact test case, failing when rebuilt
[16:51] <vorlon> ginggs: I think that's enough of an argument for dropping ensmallen given that the test case says "Approx" anyway and this is inherently fuzzy
[17:49] <rs2009> vorlon: was wondering if these are the required variables that need to be set manually before building with livecd-rootfs: ARCH, SUBARCH, SUITE, PROPOSED, IMAGEFORMAT, LIVE_BUILD
[17:49] <tsimonq2> rs2009: All depends on how you're calling it.
[17:50] <tsimonq2> rs2009: Give me a minute and I can run through a local setup once more and get you some instructions.
[17:53] <rs2009> tsimonq2: thanks :) I added Ubuntu Unity to auto/config, built the livecd-rootfs package, installed it, copied /usr/share/livecd-rootfs/ and was going to run `lb config`, which seems to require these variables to be set (from checking auto/config)
[17:59] <tsimonq2> rs2009: Okay, here's a few things for you. First off, a few years back I wrote some documentation on how exactly Lubuntu's ISOs are built, you can find it here: https://phab.lubuntu.me/w/release-team/iso-building/ (if someone sees obsolete info there, ping me)
[17:59] <tsimonq2> https://launchpadlibrarian.net/621115109/buildlog_ubuntu_kinetic_amd64_lubuntu_BUILDING.txt.gz <- This is the latest Lubuntu Kinetic log. In here I see this line:
[18:00] <tsimonq2> [2022-08-31 16:41:01] lb_config noauto --mode ubuntu --distribution kinetic --iso-preparer livecd-rootfs --bootstrap-keyring ubuntu-keyring --binary-images none --memtest none --source false --build-with-chroot false --parent-mirror-bootstrap http://ftpmaster.internal/ubuntu/ --parent-archive-areas main restricted universe multiverse --apt-source-archives false --linux-flavours generic --initsystem none --bootloader none --checksums none
[18:00] <tsimonq2> --cache false
[18:01] <tsimonq2> That output is confusing as heck unless you have the source code up in another window, simply because you don't know under which context something is ran...
[18:02] <rs2009> ah, so should I run lb config directly, or just run auto/config after setting the vars (that's what I did just now)?
[18:03] <rs2009> tsimonq2: these are all the variables I'm currently setting before running auto/config: https://paste.ruds.io/ozivujujav.bash
[18:05] <tsimonq2> Double-checking
[18:07] <rs2009> just went through those logs, and yes, looks like lb config (auto/config)'s running the command you sent. I just set those variables and ran lb config, and didn't get any errors and it ran the same command
[18:07] <tsimonq2> So, I just cloned livecd-rootfs locally, cd into live-build, and ran lb config, obviously it's missing some env vars so the project tasks can be set
[18:08] <tsimonq2> Let me concur with what you have so far - sec
[18:08] <tsimonq2> Do you have your Ubuntu Unity code anywhere?
[18:08] <rs2009> just added one more env var: PREINSTALLED=true
[18:08] <tsimonq2> why? iirc that's for RPIs and such :)
[18:09] <rs2009> I'm actually going to create a merge request for this after getting it to work in the livecd-rootfs repo, as suggested by vorlon
[18:09] <tsimonq2> (He's welcome to chime in at any time, btw, I'm just helping how I can :) )
[18:10] <rs2009> thanks :D I've also set BINARYFORMAT=true
[18:10] <rs2009> oops, meant BINARYFORMAT=iso
[18:13] <tsimonq2> fyi a lot of these env vars you're manually setting are kinda redundant dude :)
[18:14] <tsimonq2> hmm... maybe I'm speaking too soon... I'll shut up and come back when I have some progress :P feel free to PM me too
[18:14] <tsimonq2> I do eventually have to get back to $dayjob
[18:14] <rs2009> oh, was actually going through the scripts and setting the env variables I could find in the script that weren't being set by it
[18:14] <tsimonq2> ahhh, nice
[18:15] <rs2009> well, I ran `lb build` and no errors so far :)
[18:16] <tsimonq2> sweet, that might do the trick, the more complicated thing may be making the ISO ;P
[18:20] <rs2009> oh lmao
[18:21] <rs2009> we've actually been using our own ISO builder in the past (also used by UCR and others): https://gitlab.com/ubuntu-unity/ubuntu-remixes
[18:46] <rs2009> vorlon: our seed actually isn't under https://people.canonical.com/~ubuntu-archive/seeds/ yet, so was wondering whether I should change SEEDMIRROR to the Launchpad repo if the flavor being built is Ubuntu Unity
[18:50] <vorlon> rs2009: as soon as I have a git repo in launchpad to pull the seed from, I can get it published to https://people.canonical.com/~ubuntu-archive/seeds/
[18:54] <rs2009> vorlon: sure, I'll make it a git repo right away. we're actually going to add some Ubuntu Unity packages to the seed after all the Ubuntu Unity packages are uploaded by seb128 to universe, so I'll make it a git repo for now and make those changes to the seed later
[19:00] <rs2009> vorlon: ah, looks like I'm not an admin in the Unity7 Maintainers team (I've asked Khurshid to make me one, but I'm not sure when he'll respond). is it okay if I make it a personal branch for now?
[19:01] <rs2009> or I could create it under the Ubuntu Unity Devs team on Launchpad
[19:13] <vorlon> rs2009: I don't want to publish from a personal branch. Do you have to be an admin to push a new branch?
[19:13] <vorlon> that doesn't sound right to me
[19:23] <rs2009> vorlon: looks like I don't need to be an admin to push code branches/repos, so that wasn't a problem. I just created a new repo with the seed: https://code.launchpad.net/~unity7maintainers/+git/ubuntu-unity-seeds
[19:23] <vorlon> rs2009: perfect, thanks
[19:25] <vorlon> rs2009: I'm going to adjust this however - following the convention it should be https://code.launchpad.net/~unity7maintainers/ubuntu-seeds/+git/ubuntu-unity
[19:25] <rs2009> vorlon: ah okay
[19:26] <vorlon> rs2009: voilà: https://code.launchpad.net/~unity7maintainers/ubuntu-seeds/+git/ubuntu-unity
[19:27] <rs2009> vorlon: oh, was actually making that change too :)
[19:33] <vorlon> rs2009: https://people.canonical.com/~ubuntu-archive/seeds/ubuntu-unity.kinetic/
[19:34] -queuebot:#ubuntu-release- New sync: rust-python3-dll-a (kinetic-proposed/primary) [0.2.3-1]
[19:34] <rs2009> vorlon: ah, thanks :) I'll start the local build right away and create the merge request if it's successful
[20:09] <rs2009> hey vorlon, I seem to get "Could not resolve 'archive.ubuntu.com'" after all the install packages are installed in the ISO and before the live packages are installed
[20:09] <vorlon> hmm
[20:09] <vorlon> is your branch published somewhere that I can look at?
[20:10] <vorlon> also I wouldn't necessarily require you to have tested it before we merge since tests outside of launchpad are awkward
[20:18] -queuebot:#ubuntu-release- New binary: libshumate [amd64] (kinetic-proposed/universe) [1.0.0.beta-1fakesync1] (no packageset)
[20:21] <rs2009> vorlon: I've just pushed my changes to a branch on LP: https://code.launchpad.net/~rs2009/livecd-rootfs/+git/livecd-rootfs/+ref/ubuntu/master
[20:22] -queuebot:#ubuntu-release- New: accepted openvdb [armhf] (kinetic-proposed) [9.1.0-7ubuntu1]
[20:22] -queuebot:#ubuntu-release- New: accepted rust-python3-dll-a [sync] (kinetic-proposed) [0.2.3-1]
[20:22] -queuebot:#ubuntu-release- New: accepted openvdb [riscv64] (kinetic-proposed) [9.1.0-7ubuntu1]
[20:22] <rs2009> also, thank you very much for your vote :) just saw your email
[20:24] -queuebot:#ubuntu-release- New binary: rust-python3-dll-a [amd64] (kinetic-proposed/none) [0.2.3-1] (no packageset)
[20:24] -queuebot:#ubuntu-release- New binary: rust-python3-dll-a [s390x] (kinetic-proposed/none) [0.2.3-1] (no packageset)
[20:24] -queuebot:#ubuntu-release- New binary: rust-python3-dll-a [arm64] (kinetic-proposed/universe) [0.2.3-1] (no packageset)
[20:24] -queuebot:#ubuntu-release- New binary: rust-python3-dll-a [ppc64el] (kinetic-proposed/universe) [0.2.3-1] (no packageset)
[20:24] -queuebot:#ubuntu-release- New binary: rust-python3-dll-a [armhf] (kinetic-proposed/universe) [0.2.3-1] (no packageset)
[20:26] -queuebot:#ubuntu-release- New: accepted rust-python3-dll-a [armhf] (kinetic-proposed) [0.2.3-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-python3-dll-a [amd64] (kinetic-proposed) [0.2.3-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-python3-dll-a [ppc64el] (kinetic-proposed) [0.2.3-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-python3-dll-a [arm64] (kinetic-proposed) [0.2.3-1]
[20:27] -queuebot:#ubuntu-release- New: accepted rust-python3-dll-a [s390x] (kinetic-proposed) [0.2.3-1]
[20:30] <vorlon> jbicha: why was libshumate a fakesync?
[20:30] <vorlon> jbicha: n/m is in changelog
[20:31] <rs2009> vorlon: should I create a merge request for the daily flavor?
[20:31] <vorlon> rs2009: yes please
[20:31] <jbicha> I manually created the tarball earlier because I needed a git snapshot and missed the step to convert the . to a ~. GNOME's prerelease numbering is really annoying
[20:31] -queuebot:#ubuntu-release- New: accepted libshumate [amd64] (kinetic-proposed) [1.0.0.beta-1fakesync1]
[20:32] <rs2009> vorlon: I've created the request: https://code.launchpad.net/~rs2009/livecd-rootfs/+git/livecd-rootfs/+merge/429249
[20:33] -queuebot:#ubuntu-release- New: accepted rust-average [sync] (kinetic-proposed) [0.13.1-3]
[20:35] -queuebot:#ubuntu-release- New binary: rust-average [amd64] (kinetic-proposed/none) [0.13.1-3] (no packageset)
[20:35] -queuebot:#ubuntu-release- New binary: rust-average [s390x] (kinetic-proposed/none) [0.13.1-3] (no packageset)
[20:35] -queuebot:#ubuntu-release- New binary: rust-average [ppc64el] (kinetic-proposed/none) [0.13.1-3] (no packageset)
[20:35] <vorlon> rs2009: uploaded
[20:36] <rs2009> vorlon: thanks :) would sil2100 and rbasak also be voting on the daily flavor?
[20:37] <vorlon> rs2009: they should (and cyphermox )
[20:37] -queuebot:#ubuntu-release- New binary: rust-average [arm64] (kinetic-proposed/none) [0.13.1-3] (no packageset)
[20:37] <rs2009> (it's past 2 am here in India and I was wondering if I should stay awake a little longer in case they're going to vote soon)
[20:38] <jbicha> rs2009: please get your rest. It may take a few days :)
[20:39] <rs2009> jbicha: sure :)
[20:40] <jbicha> you got a lot done today though. Congrats!
[20:40] -queuebot:#ubuntu-release- New binary: rust-python3-dll-a [riscv64] (kinetic-proposed/universe) [0.2.3-1] (no packageset)
[20:40] <vorlon> hah I don't think you should wait up for the vote
[20:40] <rs2009> ty jbicha
[20:41] <rs2009> sure vorlon :)
[20:41]  * tsimonq2 cracks open a case of Red Bull and slides one to rs2009
[20:41] -queuebot:#ubuntu-release- New: accepted rust-average [amd64] (kinetic-proposed) [0.13.1-3]
[20:41] -queuebot:#ubuntu-release- New: accepted rust-average [ppc64el] (kinetic-proposed) [0.13.1-3]
[20:41] -queuebot:#ubuntu-release- New: accepted rust-python3-dll-a [riscv64] (kinetic-proposed) [0.2.3-1]
[20:41] -queuebot:#ubuntu-release- New: accepted rust-average [arm64] (kinetic-proposed) [0.13.1-3]
[20:41] -queuebot:#ubuntu-release- New: accepted rust-average [s390x] (kinetic-proposed) [0.13.1-3]
[20:41] <tsimonq2> nah but in all seriousness, congrats, big step :)
[20:42] <rs2009> tsimonq2: tysm simon :D
[20:42]  * rs2009 doesn't drink red bull ;)
[20:43] <tsimonq2> not yet, just you wait ;)
[20:43] <rs2009> tsimonq2: lmao
[20:55] <vorlon> hmm now to remember how to create a livefs record in launchpad
[20:58] <vorlon> tada https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/kinetic/ubuntu-unity
[21:35] <mfo> 1
[21:35] <tsimonq2> 2
[21:35] <mfo> oops :)
[21:35] <tsimonq2> :)
[21:35] <mfo> tsimonq2, lol, that's even aligned w/ your nickname!
[21:35] <tsimonq2> hah :D
[21:57] <vorlon> bdmurray: this confuses me, the livecd-rootfs build is failing to resolve ftpmaster.internal but there shouldn't be anything special about the new flavor https://launchpad.net/~ubuntu-cdimage/+livefs/ubuntu/kinetic/ubuntu-unity
[21:58] <tsimonq2> vorlon: Universal issue. Lubuntu has been failing the last two days it seems, same error.
[21:58] <vorlon> ah
[21:58] <tsimonq2> My guess is that ftpmaster.internal is ratelimiting. Had the same exact issue with apt-cacher-ng locally less than a week ago
[21:58] <jbicha> vorlon: I created a standard 'kinetic' branch so that the metapackage ./update script works more easily. Can I delete the other branch name?
[21:59] <jbicha> https://code.launchpad.net/~unity7maintainers/+git/ubuntu-unity-seeds
[22:03] <vorlon> jbicha: uh I thought that was the name of the branch I pushed, not sure what's happening there
[22:03] <vorlon> tsimonq2: ratelimiting> it's a name lookup error
[22:04] <tsimonq2> Aha, that'll do it. Sorry for not flagging it earlier
[22:04] <vorlon> tsimonq2: we were having dns issues in one of the cloud regions but I thought those were resolved
[22:04] <vorlon> (like, a couple months ago)
[22:05] <jbicha> ok, I deleted the ubuntu-unity.kinetic branch cc/ rs2009
[22:05] <vorlon> jbicha: oh - right that's the wrong repo
[22:05] <vorlon> jbicha: https://code.launchpad.net/~unity7maintainers/ubuntu-seeds/+git/ubuntu-unity please
[22:06] <vorlon> (the other repo should probably be deleted entirely)
[22:07] <jbicha> done
[23:18] -queuebot:#ubuntu-release- Unapproved: nginx (jammy-proposed/main) [1.18.0-6ubuntu14.1 => 1.18.0-6ubuntu14.2] (ubuntu-server)
[23:51] -queuebot:#ubuntu-release- New binary: phosh [amd64] (kinetic-proposed/universe) [0.20.0-2] (no packageset)
[23:52] -queuebot:#ubuntu-release- New binary: phosh [s390x] (kinetic-proposed/universe) [0.20.0-2] (no packageset)
[23:53] <vorlon> xnox: doing a bunch of other removals of orphaned binaries in kinetic-proposed now :/
[23:53] -queuebot:#ubuntu-release- New binary: phosh [ppc64el] (kinetic-proposed/universe) [0.20.0-2] (no packageset)