[07:36] <mlankhorst> "Hello, world!\n"
[11:25] <mlankhorst> does pre-sandy bridge even allow snooped access?
[11:36] <mlankhorst> woops wrong channel :)
[13:16] <mlankhorst> .. running kernel with kmemcheck is scary
[22:11] <mlankhorst> RAOF: great success :D
[22:11] <mlankhorst> dmabufmgr seems to work
[22:12] <mlankhorst> i adapted the code for nouveau to use the hardware for waiting
[22:21] <mlankhorst> which turned into a 800 line patch :s
[22:54] <RAOF> Huge success!
[22:57] <mlankhorst> RAOF: yeah was just tracking 2 bugs today, first one was in my test program with how I marked intel relocations. I needed a noop for testing, but it ended up executing the address as command, second one was probably due to some stuff not firing in idle stait, and workaround was adding some busyloops
[22:58] <mlankhorst> eg schedtool ... 'while true; do true; done' on all cpus
[22:59] <RAOF> :)
[23:01] <mlankhorst> http://people.canonical.com/~mlankhorst/prime-sync/ full patchset, probably best to use drm-intel-next-queue git tree
[23:02] <mlankhorst> i wanted to grab the delayed fput git tree too, but it hangs early on in boot
[23:04] <jwi> a hacky max_cstate=0? ;)
[23:05] <RAOF> I may have to get you to give me some pointers for what needs to be done on the radeon side. That might be a fun project at 2am when Zoë's crying :)
[23:07] <mlankhorst> RAOF: oh I could do it easily myself
[23:08] <mlankhorst> RAOF: anyhow you need to create a read-only mapping and add a wait-ge op for a dma-buf
[23:09] <mlankhorst> well, either read-only or userspace inaccessible..
[23:10] <mlankhorst> ive glanced through the documentation so I know r600 supports the operations at least
[23:12] <mlankhorst> but the easiest case is adapting i915
[23:13] <mlankhorst> oh btw, DON'T create a gem object for your sync bo, it will deadlock
[23:14] <mlankhorst> besides that radeon uses ttm so there's no real  need for involving gem
[23:28] <mlankhorst> RAOF: night
[23:28] <RAOF> Good night :)(


[06:13] <ailo> paultag: You there?
[17:38] <scott-work> TheMuso`:  okay, i've talked quite a bit to didrocks about the gnome xsession situation and it appears that the code is correct already, i just didn't understand how to test it properly
[17:38] <scott-work> TheMuso`: so, bar a bad test tonight, i should be able to move forward with getting a diff attached to the bug report
[17:39] <scott-work> TheMuso`: which should be by the end of the week then
[21:03] <ailo> Hey paultag, whats up?
[21:03] <paultag> ailo: nada, just in loco-meeting
[21:03] <paultag> ailo: got your email, I plan to review it today :)
[21:03] <ailo> Thanks. I did fix the gksudo loop later.
[21:04] <paultag> :)
[21:04] <paultag> ailo: is this script in VCS?
[21:04] <ailo> What's VCS?
[21:05] <paultag> ailo: version control system, such as (in order) git, bzr, svn ?
[21:06] <ailo> No, just in a folder on my system so far.
[21:06] <ailo> Haven't started using those so much yet.
[21:07] <ailo> I'm going to use git later on for other stuff.
[21:08] <ailo> I could add it to gitorious.
[21:11] <TheMuso`> scott-work: Sweet.
[21:13] <paultag> ailo: ok, great
[21:13] <paultag> ailo: github is nice, as well
[21:13] <paultag> ailo: but any git is good git
[21:14] <ailo> paultag: already have an account on gitorious, so I might as well use that. Been testing Sparkleshare on it.
[21:15] <paultag> ailo: great :)
[21:41] <falktx> hey there
[21:41] <falktx> I have some good news
[21:41] <falktx> I'm finally going to officially announce the new team PPAs !
[21:42]  * falktx hopes network gets a little faster
[21:46] <ailo> paultag: git://gitorious.org/audio-system-check_11-04/audio-system-check_11-04.git audio-system-check_11-04
[21:48] <paultag> ailo: got it, thanks!
[21:48] <paultag> ailo: let me know when I need to pull
[21:49] <ailo> paultag: sure. How do you want to be notified?
[21:50] <paultag> ailo: however :)
[21:50] <paultag> ailo: you won't disturb me
[21:50] <falktx> ailo: can I use some of your scripts ?
[21:51] <ailo> falktx: be my guest
[21:51] <falktx> ailo: nice! what does it check currently ?
[21:51] <ailo> falktx: Does zenity work on KDE?
[21:51] <ailo> falktx: audio group and -lowlatency kernel
[21:52] <falktx> ailo: zenity works, although kde has a nice zenity-like tool too
[21:53] <ailo> falktx: Ok, so at least it's not Gnome specific then..
[21:53] <falktx> ailo: you should check winetricks, it uses both methods (nice on gnome and kde)
[21:53] <ailo> falktx: Thanks. I'll check it out.
[22:16] <falktx> important! thread created - http://ubuntuforums.org/showthread.php?t=1670196
[22:16] <falktx> tell me what you think please..!
[22:22] <falktx> anyone?
[22:22] <falktx> ailo: paultag: TheMuso: scott-work: please...
[22:24] <ailo> falktx: It's a lot to check out :)
[22:24]  * TheMuso doesn't read forums very much, but I'll take a look.
[22:24] <falktx> thanks guys
[22:41] <falktx> so?
[23:02] <falktx> well, later


[00:16] <zul> kees: yep it seems to only fail on the builds for that one test on amd64
[00:16] <zul> but it built fine on my ppa
[00:17] <zul> kees: its on my todo list :)
[00:22] <kees> zul: oop, it just failed on i386 too, I've hit "retry" on it.
[00:22] <zul> kees: *sigh* ok ill fix it right now
[00:25] <kees> zul: well, I think it might be a transient bug.  :(
[00:25] <zul> did it fail in the samespot?
[00:26] <kees> zul: nope, the next test, ironically
[00:27] <zul> wtf?
[00:37] <zul> kees: can you look at the 60_disabled_test.dpatch?
[00:38] <zul> i think its broken
[00:38] <kees> ?
[00:38] <kees> seems okay?
[00:39] <zul> its missing the @DPATCH@ part isnt it?
[00:40] <kees> hrm, so it is -- does it matter for modern dpatch?
[00:40] <zul> dunno thats why I asked you :)
[00:40] <kees> let me check logs
[00:41] <zul> anyways I regenerated the patch with disabling the failed test
[00:41] <kees> applying patch 60_disabled_tests to ./ ... ok.
[00:41] <kees> seems okay
[00:41] <kees> umm... that's not a fix.  :P
[00:41] <zul> sec
[00:43] <zul> well its a temporary fix :P
[00:49] <owh> Salutations all. vmware-server and kernel modules has been a thorn in my side for some time. I've just found out that there is a vmware-server-kernel-source package. I've just recompiled for gutsy 2.6.22-15, but I don't have a hardy or intrepid install handy to test and was wondering if someone here might be able to help.
[00:49] <excalibas> hello, I have internet with my wireless connection (wlan0) i want to connect to my wired connection (eth0) at the same time. is there a simple way to do this?
[00:49] <owh> The process is outlined here: https://answers.launchpad.net/ubuntu/+question/36849
[00:50] <owh> excalibas: I would think that you can create a bridge between wlan0 and eth0 and use that for your connection, but I've not done it and I don't know if wlan supports bridging.
[00:52] <excalibas> owh: thanks, and how do i create this bridge?
[00:53] <owh> excalibas: Just to make sure here, you want to have connectivity to the network via both pipes at the same time, or is that not what you're asking?
[00:53] <owh> excalibas: Or are you routing traffic from the LAN to WiFI?
[00:56] <excalibas> well, im not sure what is the difference, i want to have internet from the WiFi and network from Lan on my laptop at the same time.
[01:01] <owh> excalibas: Hmm, so you're not talking about a redundant link on a server then?
[01:03] <excalibas> owh: no, i dont want to connect to the same server wifi is for a router and the lan is for a computer (ssh)
[01:05] <owh> excalibas: Sorry, that's not what I meant - this is the ubuntu-server room and I based my advice on that you are running a server which you want to configure - however, that does not seem to be the case - you seem to be talking about a workstation that you want to connect to the 'net twice - via wlan and eth. Is that correct?
[01:10] <MattJ> Is upgrading 7.04 direct to 8.04 discouraged?
[01:10] <excalibas> owh: hehe sorry this is true, I want to do this on a workstation, not a server
[01:10] <MattJ> do-release-upgrade goes to download gutsy
[01:11] <owh> MattJ: I think that the only "jump" update is from Dapper to Hardy, all the others are incremental, but I may be wrong.
[01:11] <MattJ> Ok, seems to be the case
[01:12] <MattJ> Any idea how likely things are to break during upgrades? :)
[01:13] <owh> MattJ: You know the answer to that already I'm sure -- it depends :)
[01:13] <MattJ> Guessed so :)
[01:13]  * MattJ crosses his fingers tight
[01:13] <owh> MattJ: Make a backup first.
[01:13] <MattJ> Good idea
[01:13] <owh> MattJ: rsync is your friend :)
[01:14] <MattJ> I have daily incremental ones, but I think I'll make a full one
[01:14] <MattJ> custom scripts > rsync :P
[01:14] <owh> MattJ: That depends also -- I use the custom script at the rsync server end :)
[01:15] <MattJ> Heh
[01:19] <owh> excalibas: I've been looking for a GUI way to achieve what you want, but have not found one. Depending on your skill-level there are many ways to create what you're asking for, but I'm not tempted to walk you through that given that it is likely to make you disconnect from the 'net in the middle of the process.
[01:28] <excalibas> owh: ok i was hoping for a GUI way, mabie i try firestarter
[01:31] <vk5foss> excalibas: what you want A. shoul be asked in #ubuntu, and B. requires the other end of teh wifi+ethernet connections to know they are sharing. (option C. involves lots of iptables magic, and other hackery)
[01:32] <jdstrand> MattJ: 6.06 -> 8.04 and 7.10 -> 8.04 are supported. any other upgrades are not supported
[01:33] <jdstrand> MattJ: anything else and you are on your own.
[01:35] <nxvl> or you can make upload by upload
[01:35] <nxvl> :p
[01:35] <nxvl> 6.10 -> 7.06 -> 7.10 -> 8.04
[01:35] <nxvl> s/upload/upgrade
[01:36] <jdstrand> that said (and I am not recommending this ;), I once performed an etch -> gutsy up/sidegrade that was tremendously hairy, but knowing the problems I would likely face and how to fix them, I was able to come out the other end with a 7.10 system
[01:38] <jdstrand> MattJ: I also performed several 7.04 -> 7.10 -> 8.04 upgrades and they went very smoothely overall (and likely worth the double download time)
[01:38] <vk5foss> nxvl: 7.04 :p
[01:39] <nxvl> jdstrand: yeah once i do that and i almost died in using the sistem
[01:45] <owh> For those contemplating helping me with my vmware-server test -- don't bother, I just realised that Hardy and Intrepid don't even have vmware-server yet :(
[02:01] <MattJ> jdstrand: Thanks for that
[02:49] <sommer> mathiaz: I was just wondering if you had an easy way of adding schemas to slapd in cn=config mode?
[02:49] <sommer> mathiaz: more specifically slapd in cn=config mode configured with n-way replication
[02:50] <mathiaz> sommer: not yet - as in there isn't any scripts to automate that
[02:50] <sommer> mathiaz: heh, okay
[02:50] <mathiaz> sommer: the good news is that you can add the schema with a simple ldap add command
[02:50] <mathiaz> sommer: to the master, and it should replicate automatically to the slaves
[02:51] <mathiaz> sommer: althought I've never tested n-way replication of cn=config
[02:51] <sommer> mathiaz: right, I guess I was thinking more of converting a .schema file to ldif
[02:51] <sommer> mathiaz: I've documented the n-way in the bzr branch :)
[02:52] <sommer> I did find some instructions in the openldap mailing list archive, so I can just document those... it's not too bad, but not polished either
[02:55] <mathiaz> sommer: interesting the idea of converting a .schema file to .ldif
[02:55] <mathiaz> sommer: may be worth writting a script to do that :)
[02:55] <sommer> mathiaz: well don't you need to do that before adding a schema to cn=config?
[02:56] <sommer> mathiaz: http://markmail.org/message/ulxz4gnpzz3eg2md#query:openldap%20cn%3Dconfig%20convert%20schema+page:1+mid:pa3clnnt33ynxlwf+state:results
[02:56] <mathiaz> sommer: well - it depends how you get the schema
[02:56] <mathiaz> sommer: right - that's what I was suggesting
[02:56] <sommer> those are the instructions I found... I guess the other thing would be to convert the schemas to ldif and supply the ldifs with the package?
[02:56] <mathiaz> sommer: using slaptest to do the conversion
[02:56] <mathiaz> sommer: right
[02:57] <sommer> mathiaz: cool, so are you going to add a script to the package?
[02:57] <mathiaz> sommer: probably not before FeatureFreeze
[02:58] <sommer> mathiaz: either way, I'm just trying to update the Samba and LDAP section
[02:58] <mathiaz> sommer: I'm currently testing the nss slapd overlay
[02:58] <sommer> ah nice, were you thinking a shell script for the ldif conversion?
[02:59] <mathiaz> sommer: seems that it's simple enough for a shell script
[02:59] <sommer> I could probably work on something... FF is Friday?
[02:59] <mathiaz> sommer: thursday
[03:00] <sommer> mathiaz: doh, well I can just document the process :-)
[03:00] <mathiaz> sommer: all of our Freezes and other important dates are on Thursday
[03:00] <mathiaz> sommer: *thursdays*
[03:01]  * sommer was too lazy to look at a calendar, heh
[03:22] <sommer> mathiaz: whoa... did you just talk to someone about the cn=config schema issue?
[03:25] <mathiaz> sommer: nope ;)
[03:25] <mathiaz> sommer: I was about to mention the thread on the openldap-pkg-maintainer
[03:26] <mathiaz> sommer: mailing list that is discussing the same issue
[03:26] <mathiaz> sommer: discussion is ongoing currently
[03:26] <sommer> heh, small world :)
[06:07] <jameswf-home> greetinngs
[06:07] <jameswf-home> anyone use aiccu
[07:00] <henkjan> jameswf-home: i'm using it at my home route (wrt54gl)
[07:54] <lukehasnoname> how would I format the rsync command to use a non-standard ssh port?
[08:05] <kraut> moin
[11:00] <skep> henkjan: rsync --port=xyz
[11:01] <skep> err.. lukehasnoname
[11:02] <henkjan> np
[12:04] <slim_> hello all,
[12:07] <slim_> i asked the question in #ubuntu but no answer, then come here, i try to setup a router i search for this and reach to script but it seem that something still needed in this script because it not work,  this is the script i'm using > http://phpfi.com/347352
[12:15] <macgerhard> when I run sar, I'm getting this error: Cannot open /var/log/sysstat/sa26: No such file or directory
[12:16] <macgerhard> I'm on 8.04. Any ideas why? Google is clueless...
[12:50] <ScottK> sommer: I reviewed you MIR and subscribed ubuntu-mir.  Good work.  Please do more.
[12:50] <ScottK> sommer: I'd particularly appreciate arj and unzoo.
[12:54] <soren> ScottK: You consider them essential? Wow. I don't even think I have them installed.
[12:54] <soren> hm, apparantly, I do.
[12:55] <ScottK> soren: They're recommends for clamav, so they need MIR to support that one.
[13:30] <sommer> ScottK: you're talking about the clamav MIRs?  those are due thursday, correct?
[13:31] <ScottK> sommer: Yes.
[13:31] <ScottK> They all are.
[13:31] <ScottK> clamav is just a lot closer to done.
[13:33] <sommer> ScottK: cool, I may have some time tonight
[13:33] <ScottK> Great.
[13:34] <sommer> ScottK: I have a quick question for you... I've packaged up the latest release of ldapscripts, and wanted to make sure that the next step is to get it sponsored?
[13:34] <ScottK> yes.
[13:35] <sommer> cool, I've also updated the debian package, and the original maintainer has orphaned it... so maybe they'll let me be that guy :)
[14:10] <BUGabundo> hello
[14:10] <BUGabundo> does anyone as the build link for 2.6.27 ?
[14:10] <zul> for the kernel?
[14:11] <BUGabundo> yes
[14:11] <zul> http://kernel.ubuntu.com/pub
[14:11] <BUGabundo> can't find it on https://edge.launchpad.net/ubuntu/+builds?build_text=2.6.27&build_state=all
[14:11] <BUGabundo> didn't it get upload on Saturday?
[14:13] <zul> still hasnt built yet probably
[14:14] <BUGabundo> but I can't find it on LP builds
[14:19] <zul> BUGabundo: it probably hasnt been accepted yet
[14:19] <BUGabundo> I guess
[14:19] <BUGabundo> https://edge.launchpad.net/ubuntu/+source/linux
[14:19] <BUGabundo> but its there zul
[14:34] <BUGabundo> any md5sum for http://kernel.ubuntu.com/pub/next/2.6.27-rc3/intrepid/linux-image-2.6.27-1-generic_2.6.27-1.1_amd64.deb ?
[14:34] <BUGabundo> my came corrupt
[14:34] <CrummyGummy> Hi all, I've noticed now that HP supports Debian. Has anyone here gotten their hpasm software to run on Ubuntu?
[14:37] <CrummyGummy> I'm soooo glad I found this I almost installed Centos *shiver*
[14:51] <Fenix|work> Greetings
[15:42]  * delcoyote hi
[15:49] <zul> mathiaz: ping
[15:49] <nijaba> Server Team meeting in #ubuntu-meeting in 10min
[15:50] <mathiaz> zul: hello
[15:50] <zul> mathiaz: so mysql everything builds except it fails for one test on 386 but it doesnt fail anywhere else
[15:51] <zul> I talked to kees about this last night and he thought I shouldnt disable the test because he thinks it is a timing error but according to the buildlogs the mysql server is timing out when doing the test
[15:52] <zul> and im not sure what to do about it
[15:52] <mathiaz> zul: does it also fail in your local build environment ?
[15:52] <zul> mathiaz: no I cant reproduce it here
[15:52] <mathiaz> zul: could you try to increase the timeout ?
[15:53] <zul> yeah I could do that, thats in the mysql-test suite perl program isnt it?
[15:55] <zul> ill just double it
[15:55] <mathiaz> zul: not sure - I'd guess it's in the test definition somewhere
[15:55] <zul> mathiaz: gotcha
[16:19] <Adakos> hey, anyone here good with NIC bonding? My attempts have lead to fatal kernel errors
[16:20] <incorrect> i've had it working for years
[16:20] <incorrect> i wrote a page on it sometime ago
[16:20] <Adakos> incorrect: i have tried three times in the past 24 hours on my test system and all have ended in kernel errors
[16:20] <Adakos> you dont have the link do you?
[16:21] <incorrect> give me a sec
[16:21] <Adakos> alright. I appreciate it
[16:21] <Adakos> ls
[16:22] <Adakos> wrong window, sorry !
[16:23] <lukehasnoname> thanks skep
[16:40] <nxvl> good morning!
[16:40] <Adakos> morning
[16:50] <zul> nxvl: do you want to split up the ufw list?
[16:51] <Xetrov`> i have a dual quad core xeon server i  need to run vmware server on.  my plan is to load ubuntu 6.06.2 as the base os.  will vmware run on the x64 kernel or should i use the x86?
[16:51] <nxvl> zul: ok
[16:51] <nxvl> zul: i was going to start now
[16:51] <zul> nxvl: i was too after the meeting
[16:51] <nxvl> zul: ok, lets start after the meeting
[16:51] <nxvl> :D
[17:00] <nxvl> jdstrand: a profile is just what's describen under "Package Integration" at w.u.c/UbuntuFirewall, didn't it?
[17:02] <jdstrand> nxvl: profiles are technically entries in files located in /etc/ufw/applications.d
[17:02] <jdstrand> nxvl: so if you look at https://wiki.ubuntu.com/UbuntuFirewall#Package%20Integration
[17:03] <jdstrand> nxvl: the apache bits might be in /etc/ufw/applications.d/apache and the samba ones in /etc/ufw/applications.d/samba
[17:03] <nxvl> jdstrand: yep, but i mean, the contents of those files
[17:04] <jdstrand> nxvl: /etc/ufw/applications.d/apache has 3 profiles in it, and samba has one
[17:04] <soren> macd: Put the output of "apt-cache policy fail2ban" on pastebin.
[17:04] <jdstrand> nxvl: each stanza is a profile
[17:04] <nxvl> as it is under package integration
[17:04] <nxvl> ok
[17:04] <nxvl> that was the question
[17:04] <nxvl> :D
[17:04] <nxvl> jdstrand: thank you
[17:04] <jdstrand> nxvl: np :)
[17:04] <jdstrand> nxvl: and thanks for working on it!
[17:04] <didrocks> (hi ;))
[17:05] <jdstrand> nxvl: I should mention that didrocks is aready doing apache and openssh-- be sure to check ServerTeam/Roadmap for available applications, and assign yourself accordingly
[17:05] <nxvl> jdstrand: yes, i'm doing that
[17:06] <jdstrand> \m/
[17:06] <jdstrand> hi didrocks :)
[17:06] <didrocks> hi jdstrand \o/
[17:07] <macd> soren, I goofed, I was looking for the intrepid version in hardy, but there is an SRU filed against the package in hardy to backport from intrepid, looks like it has some SRU acks just needs upload: bug 222804
[17:09] <soren> macd: Mkay.
[17:09] <macd> having hostnames with the release in them might help me ;)
[17:10] <nxvl> didrocks: is there any package already with profile?
[17:11] <nxvl> jdstrand: ?
[17:11] <jdstrand> nxvl: not yet, but didrocks submitted a debdiff for apache I believe
[17:11] <didrocks> nxvl: see bug #261198
[17:11] <didrocks> but it has to be checked :)
[17:11] <nxvl> that's what i was looking for
[17:11] <nxvl> :D
[17:18] <nxvl> didrocks: shouldn't apache use Apache full profile instead of just Apache?
[17:19] <nxvl> oh! i forgot that apache doesn't come with ssl out-of-the-box
[17:20] <didrocks> nxvl: you have your answer :)
[17:21] <Xetrov`> do any of you have experience with vmware server atop ubuntu?
[17:29] <zul> nxvl: it does for intrepid
[17:32] <nxvl> zul: generates the certificate and runs https?
[17:33] <zul> nxvl: think so
[17:36] <nxvl> zul: i doubt it, for generating the certificate you need a lot of information
[17:38] <foolano> snake oil certificates are not that picky :)
[17:48] <mathiaz> nxvl: as of intrepid, apache2 comes with ssl ootb
[17:48] <mathiaz> nxvl: apache2 depends on ssl-cert and uses the snake-oil-cert IIRC
[17:49] <nxvl> didrocks: then my comment is valid
[17:55] <didrocks> mathiaz, nxvl: ok, I will update my package so :)
[18:07] <didrocks> mathiaz: are you sure?
[18:08] <didrocks> oh yes, got it, sorry :)
[18:10] <didrocks> nxvl: new version of the patch uploaded
[18:21] <didrocks> soren: I think you are a little bit nervous regarding Michael's mail (and that's understandable…) :)
[18:21] <nxvl> didrocks: i'm not a core-dev so you need to find other to sponsor it :P
[18:21] <zul> mathiaz: increasing the timeout doesnt help, im going to disable the test for now
[18:22] <mathiaz> zul: have you looked into MySQL upstream bug tracker to see if there is a bug report about this issue ?
[18:22] <didrocks> nxvl: yes, I know (I saw your application for MOTU). It just to keep you inform :)
[18:22] <nxvl> :D
[18:22] <zul> mathiaz: im looking there as well
[18:31] <nxvl> jdstrand: if i install a package and then install ufw i won't get the profile added, will i?
[18:32] <jdstrand> nxvl: well, ufw will know about it, but nothing else will happen.
[18:33] <zul> mathiaz: cant find anything about it :9
[18:33] <jdstrand> nxvl: however, ufw is Recommended by ubuntu-standard, so it is installed by default
[18:33] <nxvl> jdstrand: yeah, that part i know, just checking
[18:33] <nxvl> :D
[18:33] <nxvl> samba complete and tested
[18:34] <nxvl> btw
[18:34] <nxvl> how do i check it's enabled?
[18:34] <jdstrand> \o/ -- can you file a bug with the debdiff?
[18:34] <didrocks> nxvl: with my current behavior, the profile is added in /etc/ufw/applications.d/ but no rule has been added to ufw (as it has not been installed)
[18:34] <nxvl> jdstrand: yep i will now
[18:35] <jdstrand> nxvl and didrocks: there is a 'Testing' section under 'Integrating UFW with Packages'
[18:35] <didrocks> jdstrand: do you want me to continue to work on it even if the first debdiff is not ack yet ?
[18:35] <didrocks> jdstrand: yes, I tried that on my VM (plus some home added tests) :)
[18:35] <jdstrand> didrocks: oh yes, keep going-- it looks like you followed my directions, so keep going
[18:35] <didrocks> ok, so, OpenSSL here we go :)
[18:36] <nxvl> mm
[18:36] <nxvl> i seems wrong
[18:36] <nxvl> :S
[18:36] <nxvl> jdstrand: http://paste.ubuntu.com/40710/
[18:36] <nxvl> jdstrand: that's not what i expect, doesn't it?
[18:37] <jdstrand> nxvl, didrocks: you can also use 'ufw app default allow', then do 'dpkg-reconfigure <package>' and then do 'ufw status' and 'ufw status verbose' to see if the rule got added
[18:38] <jdstrand> nxvl: something is not right there. can you post the output of 'ufw app list'?
[18:38] <nxvl> http://paste.ubuntu.com/40712/
[18:38] <nxvl> mm now it works
[18:38] <zul> mathiaz: can you have a look at this when you get a chance?
[18:39] <nxvl> for some reason after i do 'ufw app default allow' it was skipping profiles
[18:39] <nxvl> jdstrand: http://paste.ubuntu.com/40713/
[18:40] <jdstrand> nxvl: what you pasted seems correct to me
[18:40] <jdstrand> am I missing something?
[18:41] <mathiaz> zul: sure
[18:41] <nxvl> jdstrand: at the end, read it complete
[18:41] <nxvl> jdstrand: first i runn status and it doesn't show me anything
[18:42] <nxvl> but after running 'app default allow' started work
[18:42] <nxvl> that's the expected behavior?
[18:43] <jdstrand> nxvl: what I see from your paste, is that you did 'status', it showed nothing. that is correct. then you changed the default application policy to 'allow', then did status and no rules. that is correct
[18:43] <jdstrand> nxvl: then did dpkg-reconfigure, which added a rule, and status showed it worked
[18:43] <jdstrand> that is all correct
[18:44] <nxvl> ok
[18:44] <nxvl> then it's correct
[18:44] <jdstrand> nxvl: if the default application policy is 'skip' no new rules are added with '-add-new'
[18:44] <jdstrand> nxvl: the first status shows it was indeed skip
[18:45] <nxvl> jdstrand: yep, and skip is the default policy for applications then
[18:45] <jdstrand> nxvl: yes, because ufw shouldn't set the policy for application integration
[18:46] <nxvl> ok then
[18:46] <nxvl> Bug 261544
[18:46] <jdstrand> nxvl: 'ufw allow Samba ; ufw status verbose' should have worked though
[18:46] <jdstrand> nxvl: did that not work, or did I misinterpret things?
[18:46] <nxvl> mmm
[18:46]  * nxvl checks
[18:46] <jdstrand> (all this after the package was installed, of course)
[18:47] <nxvl> jdstrand: http://paste.ubuntu.com/40717/
[18:47] <nxvl> jdstrand: here it is the complete history (after installing the package)
[18:48] <jdstrand> nxvl: can you purge both and start over?
[18:48] <nxvl> yep
[18:48] <nxvl> is a chroot
[18:48] <nxvl> so i just need to restart it
[18:48] <nxvl> :D
[18:49] <jdstrand> nxvl: ie, purge both, then install both, then do 'ufw disable ; ufw enable ; ufw allow Samba ; ufw status verbose'
[18:50] <jdstrand> nxvl: it is highly possibly that the chroot is grabbing your firewall configuration from your host
[18:50] <jdstrand> (hence the disable and enable)
[18:50] <nxvl> jdstrand: is pbuilder
[18:50] <nxvl> it doesn't even has ufw installed
[18:51] <jdstrand> nxvl: do you have ufw running on your host? (sudo ufw status)
[18:51] <jdstrand> (outside the chroot)
[18:51] <nxvl> yep
[18:51] <nxvl> http://paste.ubuntu.com/40718/
[18:52] <jdstrand> nxvl: pbuilder doesn't have it's own kernel, so when ufw does its querying, it is from your live firewall
[18:52] <nxvl> mmm
[18:52] <nxvl> will try on a vm
[18:52] <jdstrand> nxvl: that would be best, yes
[18:53] <jdstrand> nxvl: you may want to do 'sudo /etc/init.d/ufw force-reload' on your host to make sure it is in a consistent state
[18:55] <nxvl> jdstrand: not enabled (i'm on hardy)
[18:56] <jdstrand> nxvl: well, hardy does have ufw-- but if you don't want it enabled, just do 'sudo ufw disable' and you are good to go
[18:56] <jdstrand> nxvl: if using another firewall tool, restart it
[18:56] <didrocks> jdstrand: I have a weird behavior with reconfigure the package: http://ubuntu.pastebin.com/d4f46009f
[18:57] <nxvl> jdstrand: i don't really use it, or any other
[18:57] <jdstrand> didrocks: you did 'ufw default deny', not 'ufw app default deny'
[18:57] <didrocks> oupsss
[18:57] <didrocks> sorry ;)
[18:58] <didrocks> jdstrand: surprinsingly, it works better :)
[18:58] <jdstrand> np-- there are two different policies-- one for the default policy of the firewall if no matching packets are found, and one for newly added application rules
[18:59] <nxvl> jdstrand: ok installes
[18:59] <nxvl> installed
[18:59] <nxvl> new profiles: skip
[19:00] <didrocks> jdstrand: the services discovered in "/etc/services" and "protocol:port" relies on the default policy?
[19:00] <nxvl> same behavior as chroot
[19:01] <jdstrand> nxvl: please post the entire history for this
[19:01] <jdstrand> didrocks: I don't understand your question
[19:02] <nxvl> after sudo ufw disable; sudo ufw enable it worked
[19:02] <didrocks> jdstrand: I made some tests and it's ok. I found my answers :)
[19:02] <nxvl> i think we should add that into the postinst
[19:03] <jdstrand> nxvl: I am thoroughly confused-- can you post your complete command history?
[19:03] <nxvl> mm
[19:03] <nxvl> complicated, but i can try
[19:03] <jdstrand> you didn't ssh into the vm?
[19:03] <nxvl> nop
[19:03] <nxvl> :D
[19:04] <jdstrand> nxvl: we should not disable and enable the firewall in postinst-- people may not have ufw enabled so we shouldn't enable it
[19:04] <nxvl> mm
[19:04] <nxvl> right
[19:05] <didrocks> nxvl: for me, everything's fine. The new rule is added for the profile corresponding to the default app policy after installing it or reconfiguring it
[19:05] <nxvl> restarting the process in my -desktop vm to post the history
[19:05] <jdstrand> nxvl: I need to see the command history to determine if there is a bug, or something else
[19:06] <nxvl> jdstrand: yep, restarting the process
[19:10] <jdstrand> nxvl, didrocks: I updated the application integration testing section to clarify some things. please refresh it and use the new procedures (if needed)
[19:10] <jdstrand> (in UbuntuFirewall)
[19:11] <nxvl> ok
[19:12] <didrocks> jdstrand: ok, with the skip policy as ufw default
[19:14] <jdstrand> didrocks: ah, good point-- updated again to explicitly set the default app policy to 'skip' at the beginning of the tests
[19:14] <jdstrand> nxvl: ^^
[19:16] <nxvl> jdstrand: http://paste.ubuntu.com/40724/
[19:16] <nxvl> :(
[19:17] <nxvl> restarting test
[19:17] <jdstrand> nxvl: turn that frown upside down, looks good to me-- unless I am missing something
[19:18] <nxvl> nop
[19:18] <nxvl> it's good
[19:18] <nxvl> i just haven't tested the default skip thing
[19:18] <jdstrand> *phew* ;)
[19:18] <didrocks> jdstrand: I tried to clean all my rules and the one which has been added by /etc/services seems to not be taken into account (http://ubuntu.pastebin.com/d20743bb6)
[19:19] <nxvl> moving to next package
[19:21] <jdstrand> didrocks: yes, this is expected, though a bit of a bug
[19:21] <nxvl> jdstrand: would you like to sponsor it? Bug #261544
[19:21] <jdstrand> didrocks: basically, you added something without specifying a protocol, but then tried to delete something that does specify it
[19:22] <jdstrand> didrocks: this is treated as two different things by ufw
[19:23] <soren> didrocks: Nervous?
[19:24] <nxvl> mm
[19:24] <didrocks> ok, so I must make sudo ufw delete deny ssh, so that it checks again on /etc/services to see what to update
[19:24] <nxvl> jdstrand: for dovecot would you recommend just one dovecot-common with all protocols on it, or a profile fro -imap, -pop, etc..?
[19:25] <jdstrand> didrocks: yes. this happens because /etc/services lists both udp and tcp for 'ssh', so ufw groups those together as one rule
[19:25] <didrocks> soren: your answer to Michael about "boot from degraded raid" (and I understand from the way he is taking this…) :)
[19:25] <Adakos> does anyone here use port/nic trunking/bonding ?
[19:25] <nxvl> just one with multiple profiles described on it, isn't it?
[19:25] <jdstrand> didrocks: you really want 'ufw allow ssh/tcp'
[19:25] <soren> didrocks: I just don't understand what you mean by "nervous"?
[19:25] <didrocks> jdstrand: that makes sense
[19:25] <jdstrand> (in the first place)
[19:25]  * soren wanders off for dinner things.
[19:26] <didrocks> soren: hum, probably bad word, let's say angry against Michael :)
[19:26] <jdstrand> nxvl: I have an example in the source for dovecot, that you could use as a template
[19:26] <jdstrand> nxvl: in the source of ufw for dovecot that is
[19:27] <nxvl> oh ok
[19:27] <didrocks> jdstrand: so, for the openssh package, I won't call the profile ssh (it will be a bad idea because of the corresponding service name)
[19:28] <jdstrand> didrocks: now I understand your question from long ago
[19:28] <didrocks> hum, which one? :)
[19:28] <jdstrand> didrocks: the profile name and the 'service' name from /etc/services are completely different
[19:29] <didrocks> oh ok, one of my last questions :)
[19:29] <didrocks> yes yes, I see that now
[19:29] <Adakos> I am using my server as a router, what is the best web interface for a new admin to use ?
[19:30] <didrocks> jdstrand: all the tests are ok
[19:30] <jmedina> Adakos: simple routing or advance?
[19:30] <didrocks> I will work on the packages tomorrow (it's getting late and I want some rest ^^)
[19:31] <jmedina> Adakos: what do you want to admin via web?
[19:31] <jmedina> for routing I would recomend VYATTA
[19:31] <Adakos> jmedina: i dont need VPN support, but I need a basic replacement for a dying router (and i have this box laying around) port forwarding/masquerading, etc
[19:31] <Adakos> dhcp,  that sort of thing
[19:32] <jmedina> I dont know a good wui, but for that things I prefer doit by hand, if I need more features I would use vyatta
[19:33] <jmedina> maybe webmin has something
[19:33] <Adakos> yeah i was looking at webmin
[19:34] <Adakos> i'll poke around with VYATTA though, thanks :)
[19:35] <jdstrand> didrocks: there is a chance for collision using the simple syntax. eg, profile uses [ssh] and /etc/services has 'ssh'. In this case, /etc/services wins
[19:35] <jdstrand> didrocks: I should add a warning when that happens...
[19:36] <didrocks> jdstrand: do you think I really have to keep the ssh name for the profile?
[19:37] <jdstrand> didrocks: no-- I recommend you use OpenSSH
[19:37] <didrocks> jdstrand: we agree :)
[19:37] <didrocks> also the profiles are case sensitive apparently
[19:38] <zul> nxvl: the samba ufw profile has been tested?
[19:38] <jdstrand> didrocks and nxvl: there is also a 'Profile Recommendations' in UbuntuFirewall that may be helpful
[19:38] <zul> jdstrand: what no one uses telnet anymore?
[19:38] <didrocks> but "ufw allow apache" or "ufw allow Apache" would be use for me, not regarding the case of the word…
[19:39] <Adakos> jdstrand: ssh is a much better solution to almost any problem than telnet (unless you are diagnosing mail server woes) iirc
[19:39] <jdstrand> zul: heh-- if you want to update the package, go for it
[19:39] <zul> jdstrand: no no no :)
[19:39] <jdstrand> Adakos: yes, zul was just kidding around
[19:39] <Adakos> oh , hah
[19:40] <jdstrand> (I hope)
[19:40] <jdstrand> ;P
[19:40] <zul> maybe..
[19:42] <jdstrand> didrocks: well, the main point of the profile name is to uniquely identitify the profile, and using upstream's capitalization or first letter capitalized seems to be the easiest way to stay consistent
[19:43] <jdstrand> didrocks: currently it is case sensitive. if you feel strongly about it being case insensitive, I'll take your patch :)
[19:43] <didrocks> jdstrand: ok :) The guidelines are clear enough so that there is no derivative from them
[19:43] <jdstrand> s/take/consider, review and possibly use/
[19:43] <didrocks> jdstrand: in which langage is ufw written?
[19:44] <jdstrand> python
[19:44] <didrocks> ok, I will give an eye so :)
[19:44] <didrocks> first update some packages and then look at it.
[19:47] <didrocks> good night everyone ;)
[19:47] <jdstrand> goodnight didrocks
[20:00] <nxvl> zul: yep, check the changelog
[20:01] <nxvl> err
[20:01] <nxvl> check the backlog
[20:12] <nxvl> jdstrand: for dovecot, i will need to add the ufw line to dovecot-$service.postinst, don't it?
[20:12] <nxvl> since i want a different profile to be added depending on the package i install
[20:13] <nxvl> btw is dovecot ssled by default?
[20:15] <jdstrand> nxvl: it is not ssl'd by default last I checked...
[20:16] <zul> jdstrand: it does both now
[20:16] <nxvl> yep
[20:16] <nxvl> it does
[20:16] <nxvl> using snakeoil
[20:16] <nxvl> just checked
[20:19] <jdstrand> nxvl: dovecot-common should probably add the file to /etc/ufw/applications.d, and then both dovecot-imapd and dovecot-pop3d should each do 'ufw app update --add-new ...'
[20:19] <nxvl> that's what i meant
[20:19] <nxvl> :D
[20:19] <nxvl> thank you
[20:26] <soren> didrocks: He's not exactly famous for being easy to work with..
[20:27]  * soren reads his response and concludes that not much has changed *sigh*
[20:34] <slim_> hello all, i have ubuntu server with two NiC eth0 that connect to internet and eth1 for internal network , how can i enable internal network to connect to internet , after search i find the script > http://phpfi.com/347516 but still not working, anyone can tell me what is missing ?
[20:34] <zul> soren: and thats why you use hardware raid
[20:39]  * soren doesn't like hardware raid at all
[20:40] <slim__> back , sorry disconnected, i asked a question before disconnect :)
[20:41] <slim__> is about that i want to use ubuntu-server as a router
[20:43] <sommer> slim__: you might take a look at: https://help.ubuntu.com/8.04/serverguide/C/firewall.html#ip-masquerade-ufw
[20:43] <slim__> thanks sommer
[20:43] <sommer> np
[22:18] <nxvl> zul: Chuck
[22:18] <nxvl> zul: your last revision of mysql FTBFS on AMD64 due an issue with a test
[22:19] <nxvl> zul: and it's making courier FTB also
[22:21] <nxvl> zul: did you know the issue or have plans for it?
[22:21] <mathiaz> nxvl: yes - one of the test fails on i386
[22:21] <mathiaz> nxvl: it seems related to a timeout in the ndb test
[22:22] <nxvl> mathiaz: failed: 157: Could not connect to storage engine
[22:23] <nxvl> mathiaz: it seems that it's trying to connect to the server, or something :S
[22:23] <mathiaz> nxvl: right - the test should have a sleep somewhere so that the storage server can start
[22:24] <mathiaz> nxvl: the timeout may not be long enough - zul reported it was correctly for his local builds
[22:24] <mathiaz> nxvl: could you try to build it on your local machine and see if the test fails ?
[22:24] <nxvl> mathiaz: i can't right now, i'm at the university on a windows machine
[22:25] <nxvl> mathiaz: i will on the recess (in an hour maybe)
[22:25] <nxvl> mathiaz: it's also odd that they are completely different tests
[22:26] <nxvl> and they seem to be architecture independent
[22:26] <nxvl> zul: have you retried the build?
[22:27] <nxvl> maybe is a random issue
[22:28] <nxvl> oh! i love FF, it makes things funnier and my brain to blow
[22:28] <nxvl> :D
[23:11] <Xetrov`> might there be a list of standardized server hardware that ubuntu itself supports?  im having an issue with there being no support for hardware raid with an intel server board we are attempting to turn into a vmware server
[23:12] <nxvl> there is a wiki page
[23:12]  * nxvl searchs
[23:12] <ivoks> khm... no support for on-board hardware raid?
[23:12] <nxvl> https://wiki.ubuntu.com/Hardware
[23:12] <ivoks> there's no such thing as on-board hardware raid :)
[23:13] <ivoks> nxvl: wazup? :)
[23:13] <nxvl> ivoks: i think he is refering to a hardware raid + an intel board
[23:13] <nxvl> ivoks: at the university in the only interesting course i have this period
[23:13] <ivoks> oh, nice...
[23:14] <nxvl> yep
[23:14] <nxvl> networking stuff
[23:14] <ivoks> Xetrov`: which hardware raid do you have?
[23:14] <Xetrov`> well its an intel s5000psl
[23:14] <nxvl> but as in electronic communications
[23:14] <ivoks> Xetrov`: that's fake raid
[23:15] <nxvl> ivoks: every raid is a fake feeling of security
[23:15] <nxvl> :D
[23:15] <ivoks> eh
[23:15] <nxvl> there no better thing than backups
[23:16] <ivoks> hardware raids usually cost twice as much MB :)
[23:16] <nxvl> there is*
[23:16] <ivoks> nxvl: well, raid and backup are different things
[23:16] <Xetrov`> hmmm, i see, software raid on board
[23:16] <nxvl> ivoks: and lot more of money
[23:16] <nxvl> ivoks: yep, but at the end they just ensure your data will be ok
[23:16] <ivoks> Xetrov`: disable that and buy a real hardware raid, or use linux raid
[23:17] <Xetrov`> so ive never done software raid with ubuntu, is it simple enough?
[23:17] <nxvl> yep
[23:17] <ivoks> nxvl: no, raid ensures your server will keep on going in case disk damage
[23:17] <nxvl> is the same with every linux distribution
[23:17] <ivoks> Xetrov`: what kind of raid would you like to setup?
[23:17] <nxvl> ivoks: mmmm
[23:17] <Xetrov`> raid 5
[23:17] <nxvl> ivoks: with a backup server i can do the same
[23:18] <Xetrov`> my boss actually jumped the gun and bought a hardware key to unlock raid 5 through the motherboard
[23:18] <ivoks> Xetrov`: ok, there's a problem with booting from software raid 5
[23:18] <nxvl> ivoks: but what i meant is that they just support bussiness continuity plans
[23:18] <Xetrov`> so im trying to figure a way to let the board handle raid just as it would everywhere else
[23:18] <ivoks> Xetrov`: you need special partition for /boot, outside of raid
[23:18] <nxvl> ivoks: AND it depends on what raid you use
[23:19] <Xetrov`> hmmm
[23:19] <nxvl> and as /boot it's only used at boot time, it won't hurt
[23:19] <nxvl> :D
[23:20] <ivoks> Xetrov`: how many disks do you have?
[23:20] <ivoks> 3?
[23:20] <Xetrov`> 4 if i remember correctly
[23:20] <ivoks> ok, 4
[23:20] <ivoks> you can do this:
[23:21] <ivoks> disk 1 - two partitions - 1GB and the rest, both raid
[23:21] <ivoks> disk 2 - two partitions - 1GB and the rest, both raid
[23:21] <ivoks> disk 3 - two partitions - 1GB and the rest, smaller swap, other raid
[23:21] <ivoks> disk 4 - two partitions - 1GB and the rest, smaller swap, other raid
[23:22] <ivoks> with two small partitions from first two disks, create mirror raid and create /boot on it
[23:22] <ivoks> with bigger partitions on all disks, create raid 5
[23:22] <ivoks> this way you have redundant /boot
[23:23] <ivoks> and raid5 for rest of the system
[23:23] <Xetrov`> hmmmm
[23:24] <Xetrov`> assuming there really isnt any support for the onboard
[23:24] <ivoks> there isn't
[23:24] <ivoks> cause that's not raid
[23:24] <Xetrov`> understood
[23:24] <ivoks> if you go and install windows, it will recognize all 4 disks
[23:25] <ivoks> same goes with linux
[23:25] <Xetrov`> windows sees 1, as i have them configured that way
[23:25] <ivoks> and then driver inside the kernel wraps it into one disk
[23:25] <ivoks> that's cause you installed the driver
[23:25] <Xetrov`> true.
[23:26] <Xetrov`> so its either that or buy a true raid card
[23:26] <ivoks> fake raids use processor for all the calculations
[23:26] <ivoks> they don't have raid logic in it self
[23:26] <ivoks> they are just marketing trick
[23:26] <Xetrov`> looks like he gets to return the unlocking key  :)
[23:27] <ivoks> those are SATA or SAS disks?
[23:27] <ivoks> sata i guess
[23:27] <Xetrov`> sas
[23:27] <ivoks> heh
[23:27] <ivoks> i missed :D
[23:27] <ivoks> 3ware has some really nice raid controllers
[23:28] <ivoks> and has more then great support for linux
[23:28] <Xetrov`> price is an issue as well hah
[23:28] <Xetrov`> oh im sure
[23:28] <Xetrov`> i had great success with dell perc as well
[23:28] <ivoks> dell perc works, true...
[23:28] <ivoks> there's also intel/LSI logic
[23:28] <Xetrov`> hehe
[23:28] <ivoks> or whatever it is called these days
[23:29] <ivoks> but those have very poor performance
[23:29] <ivoks> i would say that linux raid is better than those lsi logic
[23:29] <Xetrov`> well im gonna grab a bite, thanks for the help, ill probably bug you more in a bit  hah
[23:30] <ivoks> well, i think not
[23:30] <ivoks> cause it's midnight over here :)
[23:30] <Xetrov`> where is here
[23:30] <ivoks> croatia
[23:30] <Xetrov`> ahhhh
[23:30] <Xetrov`> maybe not then haha
[23:31] <ivoks> hehe
[23:31] <ivoks> well, take care guys...
[23:32] <ivoks> umm... Xetrov`
[23:32] <ivoks> Xetrov`: according to http://www.intel.com/Products/Server/Motherboards/S5000PSL/S5000PSL-specifications.htm
[23:33] <ivoks> Xetrov`: your MB has a LSI raid controller
[23:33] <ivoks> which should work in ubuntu
[23:47] <Xetrov`> odd
[23:47] <Xetrov`> it tells me it finds no disk drive and asks which driver to use


[05:07] <scahartner> thanks all. I raised : https://bugs.launchpad.net/cloud-init/+bug/1912424 and submitted a proposed fix as well
[16:57] <Odd_Bloke> falcojr: https://paste.ubuntu.com/p/t6TrJGcwwP/ is the stack if I set a breakpoint on that "No project ID could be determined. Consider running `gcloud config set project` or setting the GOOGLE_CLOUD_PROJECT environment variable" log call
[17:06] <Odd_Bloke> LMAO I've figured out why I'm seeing the warning (though not sure why others aren't).  The code uses `gcloud config config-helper --format json` and parses that as JSON.  Unfortunately, it also redirects stderr to stdout, and when I run that command I see a warning: /snap/google-cloud-sdk/165/lib/third_party/requests/__init__.py:83: RequestsDependencyWarning: Old version of cryptography ([1, 2, 3]) may
[17:06] <Odd_Bloke> cause slowdown.
[17:06] <Odd_Bloke> So that text is included in the "JSON" document, which of course fails to parse.
[17:09] <Odd_Bloke> falcojr: ^
[17:11] <Odd_Bloke> And I can't even attempt to upgrade cryptography because it comes from the snap. >.<
[17:11] <falcojr> hmmm, strange
[17:11] <falcojr> I've seen cryptography warnings before, but not sure where
[17:12] <Odd_Bloke> My snap did update this morning to a new upstream version, so it's possible that it was failing differently before?
[17:13] <Odd_Bloke> No way to rollback the snap once it's installed successfully AFAIK, so no way to check.
[17:14] <rharper> Odd_Bloke: try snap revert ?
[17:14] <Odd_Bloke> Oh huh, TIL.
[17:17] <Odd_Bloke> OK, it reproduces the same on the previous revision, IDK how long since my previous revision, however, because it's no longer reported by `snap changes` (and https://bugs.launchpad.net/snapd/+bug/1796987).
[17:17] <Odd_Bloke> But probably not a recent change.
[17:18] <Odd_Bloke> This isn't the first check that the Google code performs, so it's possible other folks aren't hitting this because their local configuration is such that some earlier determination succeeds.
[18:46] <Odd_Bloke> blackboxsw: If you have time: https://github.com/canonical/cloud-init/pull/779
[21:02] <blackboxsw> +1 Odd_Bloke grabbing it now
[21:12] <blackboxsw> Odd_Bloke: approved
[21:14] <Odd_Bloke> Thanks!


[00:47] <vorlon> Eickmeyer[m]: if I look at openclipart-svg as an example, it has Task: ubuntustudio-graphics in impish but not in jammy; so it should not be included in any dailies since that change was made.  And I do not see it in the manifest for 20211107
[01:06] <vorlon> ok who's standing on the retry button for the gigedit builds :P
[01:51] <Eickmeyer[m]> vorlon: I guess the concern is I'm trying to eliminate ubuntustudio-publishing and ubuntustudio-fonts from the daily image, but they appear to still be there (see scribus still in the manifest).
[02:09] -queuebot:#ubuntu-release- New binary: libedlib [amd64] (jammy-proposed/universe) [1.2.7-2] (no packageset)
[02:11] -queuebot:#ubuntu-release- New binary: libedlib [arm64] (jammy-proposed/universe) [1.2.7-2] (no packageset)
[02:11] -queuebot:#ubuntu-release- New binary: libedlib [s390x] (jammy-proposed/universe) [1.2.7-2] (no packageset)
[02:11] -queuebot:#ubuntu-release- New binary: libedlib [ppc64el] (jammy-proposed/universe) [1.2.7-2] (no packageset)
[02:13] -queuebot:#ubuntu-release- New binary: libedlib [armhf] (jammy-proposed/universe) [1.2.7-2] (no packageset)
[02:14] -queuebot:#ubuntu-release- New binary: rust-futures-executor [amd64] (jammy-proposed/universe) [0.3.17-2] (no packageset)
[02:14] -queuebot:#ubuntu-release- New binary: rust-futures-executor [armhf] (jammy-proposed/universe) [0.3.17-2] (no packageset)
[02:14] -queuebot:#ubuntu-release- New binary: rust-futures-executor [arm64] (jammy-proposed/universe) [0.3.17-2] (no packageset)
[02:17] -queuebot:#ubuntu-release- New binary: moosefs [amd64] (jammy-proposed/universe) [3.0.116-1ubuntu1] (no packageset)
[02:17] -queuebot:#ubuntu-release- New binary: moosefs [s390x] (jammy-proposed/universe) [3.0.116-1ubuntu1] (no packageset)
[02:17] -queuebot:#ubuntu-release- New binary: moosefs [ppc64el] (jammy-proposed/universe) [3.0.116-1ubuntu1] (no packageset)
[02:19] -queuebot:#ubuntu-release- New binary: moosefs [arm64] (jammy-proposed/universe) [3.0.116-1ubuntu1] (no packageset)
[02:19] -queuebot:#ubuntu-release- New binary: moosefs [armhf] (jammy-proposed/universe) [3.0.116-1ubuntu1] (no packageset)
[02:27] -queuebot:#ubuntu-release- New binary: rust-futures-executor [riscv64] (jammy-proposed/universe) [0.3.17-2] (no packageset)
[02:31] -queuebot:#ubuntu-release- New binary: libedlib [riscv64] (jammy-proposed/universe) [1.2.7-2] (no packageset)
[02:35] -queuebot:#ubuntu-release- New binary: rust-b3sum [amd64] (jammy-proposed/universe) [0.3.7-1] (no packageset)
[02:36] -queuebot:#ubuntu-release- New binary: rust-alacritty-terminal [amd64] (jammy-proposed/universe) [0.15.0-1] (no packageset)
[02:36] -queuebot:#ubuntu-release- New binary: rust-selinux [amd64] (jammy-proposed/universe) [0.2.2-1] (no packageset)
[02:36] -queuebot:#ubuntu-release- New binary: rust-capstone [amd64] (jammy-proposed/universe) [0.7.0-3] (no packageset)
[02:38] -queuebot:#ubuntu-release- New binary: rust-serial-unix [amd64] (jammy-proposed/universe) [0.4.0-1] (no packageset)
[02:38] -queuebot:#ubuntu-release- New binary: rust-snafu [amd64] (jammy-proposed/universe) [0.6.10-1] (no packageset)
[02:39] -queuebot:#ubuntu-release- New binary: rust-alacritty-terminal [arm64] (jammy-proposed/universe) [0.15.0-1] (no packageset)
[02:39] -queuebot:#ubuntu-release- New binary: rust-alacritty-terminal [ppc64el] (jammy-proposed/universe) [0.15.0-1] (no packageset)
[02:39] -queuebot:#ubuntu-release- New binary: rust-alacritty-terminal [armhf] (jammy-proposed/universe) [0.15.0-1] (no packageset)
[02:40] -queuebot:#ubuntu-release- New binary: rust-b3sum [ppc64el] (jammy-proposed/universe) [0.3.7-1] (no packageset)
[02:41] -queuebot:#ubuntu-release- New binary: rust-alacritty-terminal [s390x] (jammy-proposed/universe) [0.15.0-1] (no packageset)
[02:41] -queuebot:#ubuntu-release- New binary: rust-serial-unix [ppc64el] (jammy-proposed/universe) [0.4.0-1] (no packageset)
[02:41] -queuebot:#ubuntu-release- New binary: rust-b3sum [s390x] (jammy-proposed/universe) [0.3.7-1] (no packageset)
[02:41] -queuebot:#ubuntu-release- New binary: rust-snafu [ppc64el] (jammy-proposed/universe) [0.6.10-1] (no packageset)
[02:42] -queuebot:#ubuntu-release- New binary: rust-selinux [ppc64el] (jammy-proposed/universe) [0.2.2-1] (no packageset)
[02:42] -queuebot:#ubuntu-release- New binary: rust-snafu [armhf] (jammy-proposed/universe) [0.6.10-1] (no packageset)
[02:42] -queuebot:#ubuntu-release- New binary: rust-serial-unix [arm64] (jammy-proposed/universe) [0.4.0-1] (no packageset)
[02:44] -queuebot:#ubuntu-release- New binary: rust-selinux [s390x] (jammy-proposed/universe) [0.2.2-1] (no packageset)
[02:45] -queuebot:#ubuntu-release- New binary: rust-selinux [arm64] (jammy-proposed/universe) [0.2.2-1] (no packageset)
[02:46] -queuebot:#ubuntu-release- New binary: moosefs [riscv64] (jammy-proposed/universe) [3.0.116-1ubuntu1] (no packageset)
[02:46] -queuebot:#ubuntu-release- New binary: rust-b3sum [arm64] (jammy-proposed/universe) [0.3.7-1] (no packageset)
[02:47] -queuebot:#ubuntu-release- New binary: rust-b3sum [armhf] (jammy-proposed/universe) [0.3.7-1] (no packageset)
[02:47] -queuebot:#ubuntu-release- New binary: rust-snafu [arm64] (jammy-proposed/universe) [0.6.10-1] (no packageset)
[02:47] -queuebot:#ubuntu-release- New binary: rust-selinux [armhf] (jammy-proposed/universe) [0.2.2-1] (no packageset)
[02:50] -queuebot:#ubuntu-release- New binary: rust-serial-unix [armhf] (jammy-proposed/universe) [0.4.0-1] (no packageset)
[02:51] -queuebot:#ubuntu-release- New binary: rust-capstone [arm64] (jammy-proposed/universe) [0.7.0-3] (no packageset)
[02:51] -queuebot:#ubuntu-release- New binary: rust-serial-unix [riscv64] (jammy-proposed/universe) [0.4.0-1] (no packageset)
[02:53] -queuebot:#ubuntu-release- New binary: rust-serial-unix [s390x] (jammy-proposed/universe) [0.4.0-1] (no packageset)
[02:54] -queuebot:#ubuntu-release- New binary: rust-selinux [riscv64] (jammy-proposed/universe) [0.2.2-1] (no packageset)
[02:55] -queuebot:#ubuntu-release- New binary: rust-snafu [riscv64] (jammy-proposed/universe) [0.6.10-1] (no packageset)
[03:00] -queuebot:#ubuntu-release- New binary: rust-b3sum [riscv64] (jammy-proposed/universe) [0.3.7-1] (no packageset)
[05:34] -queuebot:#ubuntu-release- New: accepted rust-b3sum [armhf] (jammy-proposed) [0.3.7-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-capstone [arm64] (jammy-proposed) [0.7.0-3]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-serial-unix [armhf] (jammy-proposed) [0.4.0-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-serial-unix [s390x] (jammy-proposed) [0.4.0-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-snafu [riscv64] (jammy-proposed) [0.6.10-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-b3sum [riscv64] (jammy-proposed) [0.3.7-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-serial-unix [riscv64] (jammy-proposed) [0.4.0-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-selinux [riscv64] (jammy-proposed) [0.2.2-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-snafu [arm64] (jammy-proposed) [0.6.10-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-b3sum [arm64] (jammy-proposed) [0.3.7-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-selinux [arm64] (jammy-proposed) [0.2.2-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-selinux [ppc64el] (jammy-proposed) [0.2.2-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-serial-unix [arm64] (jammy-proposed) [0.4.0-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-snafu [armhf] (jammy-proposed) [0.6.10-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-b3sum [s390x] (jammy-proposed) [0.3.7-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-selinux [s390x] (jammy-proposed) [0.2.2-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-selinux [armhf] (jammy-proposed) [0.2.2-1]
[05:34] -queuebot:#ubuntu-release- New: accepted rust-serial-unix [ppc64el] (jammy-proposed) [0.4.0-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-alacritty-terminal [arm64] (jammy-proposed) [0.15.0-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-alacritty-terminal [ppc64el] (jammy-proposed) [0.15.0-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-b3sum [ppc64el] (jammy-proposed) [0.3.7-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-serial-unix [amd64] (jammy-proposed) [0.4.0-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-snafu [ppc64el] (jammy-proposed) [0.6.10-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-alacritty-terminal [armhf] (jammy-proposed) [0.15.0-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-selinux [amd64] (jammy-proposed) [0.2.2-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-alacritty-terminal [s390x] (jammy-proposed) [0.15.0-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-snafu [amd64] (jammy-proposed) [0.6.10-1]
[05:35] -queuebot:#ubuntu-release- New: accepted libedlib [riscv64] (jammy-proposed) [1.2.7-2]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-b3sum [amd64] (jammy-proposed) [0.3.7-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-futures-executor [amd64] (jammy-proposed) [0.3.17-2]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-futures-executor [armhf] (jammy-proposed) [0.3.17-2]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-alacritty-terminal [amd64] (jammy-proposed) [0.15.0-1]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-futures-executor [arm64] (jammy-proposed) [0.3.17-2]
[05:35] -queuebot:#ubuntu-release- New: accepted rust-capstone [amd64] (jammy-proposed) [0.7.0-3]
[05:35] <vorlon> Eickmeyer[m]: ah.  ubuntustudio-publishing is explicitly listed in the livecd-rootfs source
[05:35] -queuebot:#ubuntu-release- New: accepted rust-futures-executor [riscv64] (jammy-proposed) [0.3.17-2]
[05:36] -queuebot:#ubuntu-release- New: accepted bazel-rules-java [amd64] (jammy-proposed) [0.1.1-1]
[05:36] -queuebot:#ubuntu-release- New: accepted libedlib [arm64] (jammy-proposed) [1.2.7-2]
[05:36] -queuebot:#ubuntu-release- New: accepted libedlib [ppc64el] (jammy-proposed) [1.2.7-2]
[05:36] -queuebot:#ubuntu-release- New: accepted python-tomli [amd64] (jammy-proposed) [1.2.2-2]
[05:36] -queuebot:#ubuntu-release- New: accepted libedlib [amd64] (jammy-proposed) [1.2.7-2]
[05:36] -queuebot:#ubuntu-release- New: accepted libedlib [s390x] (jammy-proposed) [1.2.7-2]
[05:36] -queuebot:#ubuntu-release- New: accepted libedlib [armhf] (jammy-proposed) [1.2.7-2]
[07:14] -queuebot:#ubuntu-release- New sync: oem-stella.cmit-rattata-meta (focal-proposed/primary) [20.04~ubuntu1]
[07:20] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-rattata-meta to canonical-oem-metapackages in bionic
[07:20] -queuebot:#ubuntu-release- Packageset: Added oem-stella.cmit-rattata-meta to canonical-oem-metapackages in focal
[08:12] -queuebot:#ubuntu-release- New: accepted moosefs [amd64] (jammy-proposed) [3.0.116-1ubuntu1]
[08:12] -queuebot:#ubuntu-release- New: accepted moosefs [armhf] (jammy-proposed) [3.0.116-1ubuntu1]
[08:12] -queuebot:#ubuntu-release- New: accepted moosefs [riscv64] (jammy-proposed) [3.0.116-1ubuntu1]
[08:12] -queuebot:#ubuntu-release- New: accepted moosefs [arm64] (jammy-proposed) [3.0.116-1ubuntu1]
[08:12] -queuebot:#ubuntu-release- New: accepted moosefs [s390x] (jammy-proposed) [3.0.116-1ubuntu1]
[08:12] -queuebot:#ubuntu-release- New: accepted moosefs [ppc64el] (jammy-proposed) [3.0.116-1ubuntu1]
[13:55] <ginggs> hmm, for some reason r-base built in ubuntu without HAVE_FORTRAN_DOUBLE_COMPLEX
[13:56] <ginggs> configure: WARNING: gfortran and gcc -std=gnu99 disagree on double complex
[14:08] <xnox> ginggs: many things miss-built when built with std=gnu99 which is acient, and below our current default standard.
[14:08] <xnox> imho nothing should set gnu99 anymore
[14:09] <xnox> ginggs:  can you try with things that check for / force set gnu99 patched out?
[14:10] <ginggs> xnox: thanks i'll look into that
[14:10] <ginggs> latest log from r-base 4.1.2-1 on 2021-11-01 actually has
[14:11] <ginggs> configure: WARNING: gfortran and gcc -std=gnu99 -std=gnu11 disagree on double complex
[14:43] <xnox> ginggs:  so somehow somehwre gnu99 is being generated? does gfortran does it when calling into c? this sounds bad.
[14:43] <xnox> trace more for gnu99 origins
[14:44] <ginggs> it's in r-base's debian/rules
[14:44] <ginggs> xnox: https://salsa.debian.org/edd/r-base/-/blob/master/debian/rules#L83
[14:45] <ginggs> I tried removing that in a local build, and now the message is
[14:45] <ginggs> configure: WARNING: gfortran and gcc disagree on double complex
[14:45]  * ginggs wonders why this is different in debian
[14:46] <xnox> on all arches, or some specific arch?
[14:46] <xnox> it might be that we have toolchain frontends missconfigured with each other.
[14:46] <xnox> or like somebody forgot fortran
[14:48] <ginggs> everywhere except armhf, i think'
[14:56] <xnox> which is the only one that doesn't run on a native kernel
[14:56] <xnox> it runs on arm64 kernel
[14:56] <xnox> interesting
[15:02] -queuebot:#ubuntu-release- Unapproved: gcc-9 (focal-proposed/main) [9.3.0-17ubuntu1~20.04 => 9.4.0-1ubuntu1~20.04] (core, i386-whitelist) (sync)
[15:03] -queuebot:#ubuntu-release- Unapproved: gcc-9-cross (focal-proposed/main) [21ubuntu4 => 21ubuntu5] (i386-whitelist, ubuntu-desktop) (sync)
[15:15] -queuebot:#ubuntu-release- Unapproved: gcc-9-cross-mipsen (focal-proposed/universe) [4+c2ubuntu2.1 => 4+c2ubuntu2.2] (no packageset) (sync)
[15:16] -queuebot:#ubuntu-release- Unapproved: gcc-9-cross-ports (focal-proposed/universe) [18ubuntu4 => 18ubuntu5] (i386-whitelist) (sync)
[15:43] -queuebot:#ubuntu-release- Unapproved: gcc-9 (hirsute-proposed/universe) [9.3.0-23ubuntu2 => 9.4.0-1ubuntu1~21.04] (i386-whitelist) (sync)
[15:44] -queuebot:#ubuntu-release- Unapproved: gcc-9-cross (hirsute-proposed/universe) [24ubuntu1 => 24ubuntu2] (no packageset) (sync)
[15:44] -queuebot:#ubuntu-release- Unapproved: gcc-9-cross-mipsen (hirsute-proposed/universe) [4+c2ubuntu5 => 4+c2ubuntu5.1] (no packageset) (sync)
[15:45] -queuebot:#ubuntu-release- Unapproved: gcc-9-cross-ports (hirsute-proposed/universe) [22ubuntu1 => 22ubuntu2] (no packageset) (sync)
[15:46] -queuebot:#ubuntu-release- Unapproved: accepted gcc-9 [sync] (hirsute-proposed) [9.4.0-1ubuntu1~21.04]
[15:51] -queuebot:#ubuntu-release- Unapproved: accepted gcc-9-cross [sync] (hirsute-proposed) [24ubuntu2]
[15:52] -queuebot:#ubuntu-release- Unapproved: accepted gcc-9-cross-mipsen [sync] (hirsute-proposed) [4+c2ubuntu5.1]
[15:58] <ginggs> xnox: any ideas where i can look for differences?
[16:34] <xnox> ginggs:  check `gcc -v` and `gfortran -v` check whatever options are set in configure.ac / m4 files, and like dpkg-buildflags and debhelper.
[16:34] <xnox> i might poke it in a bit too.
[16:34] <xnox> i.e. i wonder if some debhelper build system plugin does stuff
[16:36] -queuebot:#ubuntu-release- Unapproved: accepted gcc-9-cross-ports [sync] (hirsute-proposed) [22ubuntu2]
[16:49] -queuebot:#ubuntu-release- Unapproved: accepted gcc-9 [sync] (focal-proposed) [9.4.0-1ubuntu1~20.04]
[16:55] <ginggs> xnox: ok, thanks
[17:05] <ginggs> it looks like https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#ipyparallel might be the only blocker for pytest to migrate, and pytest will allow a bunch of autopkgtests trigger by python3-defaults to pass
[17:06] <ginggs> that test failure on ppc64el looks to me like it could be an OOM, could we try adding that to big_packages please?
[17:09] <bdmurray> ginggs: Sure I can do that
[17:12] <ginggs> bdmurray: thanks!
[17:29] -queuebot:#ubuntu-release- New binary: ignition [amd64] (jammy-proposed/universe) [2.12.0+ds1-1] (no packageset)
[17:32] -queuebot:#ubuntu-release- New binary: ignition [ppc64el] (jammy-proposed/universe) [2.12.0+ds1-1] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: ignition [arm64] (jammy-proposed/universe) [2.12.0+ds1-1] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: ignition [armhf] (jammy-proposed/universe) [2.12.0+ds1-1] (no packageset)
[17:43] -queuebot:#ubuntu-release- New binary: ignition [s390x] (jammy-proposed/universe) [2.12.0+ds1-1] (no packageset)
[17:51] -queuebot:#ubuntu-release- New binary: ignition [riscv64] (jammy-proposed/universe) [2.12.0+ds1-1] (no packageset)
[17:53] <Eickmeyer[m]> vorlon: Interesting. I thought everything in the STRUCTURE file defined what goes in the image.
[17:54] -queuebot:#ubuntu-release- New: accepted ignition [amd64] (jammy-proposed) [2.12.0+ds1-1]
[17:54] -queuebot:#ubuntu-release- New: accepted ignition [armhf] (jammy-proposed) [2.12.0+ds1-1]
[17:54] -queuebot:#ubuntu-release- New: accepted ignition [riscv64] (jammy-proposed) [2.12.0+ds1-1]
[17:54] -queuebot:#ubuntu-release- New: accepted ignition [arm64] (jammy-proposed) [2.12.0+ds1-1]
[17:54] -queuebot:#ubuntu-release- New: accepted ignition [s390x] (jammy-proposed) [2.12.0+ds1-1]
[17:54] -queuebot:#ubuntu-release- New: accepted ignition [ppc64el] (jammy-proposed) [2.12.0+ds1-1]
[18:10] <bdmurray> ginggs: Maybe we should have coordinated retesting ipyparallel ;-)
[18:10] <ginggs> it got retested in parallel!
[19:59]  * vorlon makes retry-autopkgtest-regressions --state RUNNING-REFERENCE dtrt
[20:01] <vorlon> also now that the queues have drained I think it's time again to jettison the i386 hints
[20:02] <bdmurray> ginggs: does tasksel need demoting to universe now?
[20:30] <Eickmeyer[m]> vorlon: Just created a branch and merge request for livecd-rootfs to remove fonts and publishing tasks from the ISO image. Hopefully this will solve the issue at hand and give us more breathing room.
[21:16] <mwhudson> vorlon: britney seems pretty slow again, is it just scheduling lots of tests
[21:16] <mwhudson> ?
[21:17] <vorlon> mwhudson: slow by what measure?  Runs have been settling out at ~1.5h, and the last run started 36m ago
[21:18] <mwhudson> vorlon: maybe i've just had too much coffee and am being impatient
[21:18] <vorlon> Eickmeyer[m]: link to the MP?
[21:39] <Eickmeyer[m]> vorlon: https://code.launchpad.net/~eeickmeyer/livecd-rootfs/+git/livecd-rootfs/+merge/411556
[21:42] <vorlon> mwhudson: current run just finished in an hour ;)
[21:44] <mwhudson> vorlon: hooray
[21:46] <vorlon> and if the next run is happy with no flailing tests being rescheduled, I'll go and prune the hints trees for the stable releases, which should speed up the SRU p-m runs substantially and reduce load on the system / reduce the amount of time we're waiting in between p-m runs for jammy
[21:49] <vorlon> if someone wanted to further improve the minimum cost of a p-m run, they could work out a fix for https://bazaar.launchpad.net/~ubuntu-release/britney/britney1-ubuntu/view/head:/britney#L585 to dtrt so that uninst/outofdate reports don't take 5m+ every time
[22:06] <bryyce> vorlon, need your advice on a bit of a weird issue:  https://launchpad.net/ubuntu/+source/php-codecoverage/9.2.8+dfsg-1/+build/22357628
[22:07] <bryyce> vorlon, it looks to me like we had php-codecoverage 9.2.5 in -release, then partially sync'd 9.2.7, but before the amd64 binary could transition, 9.2.8 started syncing
[22:07] <bryyce> but the weird thing is that php-codecoverage 9.2.8 appears to depend on php-codecoverage 9.2.7
[22:07] <bryyce> vorlon, I'm not sure what to do to unjam this...
[22:08] <bryyce> one thought is to
[22:09] <bryyce> one thought was to reduce the version dependency but I'm not certain how/why that is set for this package, so not sure that's the right approach
[23:16] <vorlon> bryyce: well, php-codecoverage 9.2.7 had also ftbfs so it's not just a matter of rolling back to 9.2.7 and then building 9.2.8 https://launchpad.net/ubuntu/+source/php-codecoverage/9.2.7+dfsg-1/+build/22302386
[23:17] <vorlon> bryyce: if you can work out locally a path that will get this built, I can munge -proposed to reflect it
[23:21] -queuebot:#ubuntu-release- New binary: gmenuharness [amd64] (jammy-proposed/none) [0.1.4-2] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: nbsphinx-link [amd64] (jammy-proposed/none) [1.3.0-2] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: librem5-flash-image [amd64] (jammy-proposed/none) [0.0.2-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libxcvt [amd64] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: sogo [amd64] (jammy-proposed/universe) [5.2.0-3] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: pocsuite3 [amd64] (jammy-proposed/universe) [1.7.7-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: lib2geom [amd64] (jammy-proposed/universe) [1.1-2] (no packageset)
[23:30] -queuebot:#ubuntu-release- New binary: sogo [armhf] (jammy-proposed/universe) [5.2.0-3] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: libxcvt [ppc64el] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:33] -queuebot:#ubuntu-release- New binary: libxcvt [riscv64] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: gmenuharness [ppc64el] (jammy-proposed/universe) [0.1.4-2] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: libxcvt [armhf] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: libxcvt [arm64] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:34] -queuebot:#ubuntu-release- New binary: sogo [ppc64el] (jammy-proposed/universe) [5.2.0-3] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: gmenuharness [armhf] (jammy-proposed/universe) [0.1.4-2] (no packageset)
[23:35] -queuebot:#ubuntu-release- New binary: lib2geom [ppc64el] (jammy-proposed/universe) [1.1-2] (no packageset)
[23:36] -queuebot:#ubuntu-release- New binary: sogo [arm64] (jammy-proposed/universe) [5.2.0-3] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: gmenuharness [s390x] (jammy-proposed/universe) [0.1.4-2] (no packageset)
[23:37] -queuebot:#ubuntu-release- New binary: libxcvt [s390x] (jammy-proposed/universe) [0.1.1-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: gmenuharness [arm64] (jammy-proposed/universe) [0.1.4-2] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: sogo [s390x] (jammy-proposed/universe) [5.2.0-3] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: lib2geom [s390x] (jammy-proposed/universe) [1.1-2] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: lib2geom [arm64] (jammy-proposed/universe) [1.1-2] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: lib2geom [armhf] (jammy-proposed/universe) [1.1-2] (no packageset)
[23:49] -queuebot:#ubuntu-release- New binary: gmenuharness [riscv64] (jammy-proposed/universe) [0.1.4-2] (no packageset)
[23:57] -queuebot:#ubuntu-release- New binary: lib2geom [riscv64] (jammy-proposed/universe) [1.1-2] (no packageset)
[23:58] -queuebot:#ubuntu-release- New binary: sogo [riscv64] (jammy-proposed/universe) [5.2.0-3] (no packageset)


[05:16]  * pleia2 preps for editors
[05:17] <tsimonq2> \o/
[05:22] <pleia2> going to add jcastro's planet post from over the weekend to the doc, will write a summary if no one else gets to it before I'm done proofing
[05:25] <pleia2> looks like we need a bunch of summaries :\
[05:27] <tsimonq2> pleia2: done re: jcastro's planet post
[05:31] <pleia2> thanks
[05:33] <tsimonq2> Ubuntu Phone news is good to go
[05:34] <pleia2> cool, just finished up audio & video
[05:34] <pleia2> I'll copy over what we have now and will come back to whatever is left
[05:36] <tsimonq2> pleia2: I wonder if we should mention that the article in In The Press is by a Forbes contributor and it's an opinion of the contributor and not Forbes as a whole
[05:37] <tsimonq2> pleia2: do you want to bullet point blogosphere or do you want me to get them good to go?
[05:38] <pleia2> tsimonq2: we don't need to specify that it's an opinion (most articles are, tbh), you can call him what he is though: Forbes Contributor Marco...
[05:38] <pleia2> says blah blah
[05:38] <pleia2> I think we'll just bullet point blogosphere, I'm tired :)
[05:39] <tsimonq2> alright :)
[05:39] <pleia2> want to prepare the bullet point format?
[05:39] <tsimonq2> sure
[05:39] <pleia2> thanks
[05:39] <tsimonq2> pleia2: on the doc or on the wiki page?
[05:40] <pleia2> doc
[05:40] <tsimonq2> alright
[05:41] <tsimonq2> pleia2: done
[05:42] <pleia2> ty
[05:52] <pleia2> Unit193: link check? https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue476
[05:54] <pleia2> and sent off to editors
[06:07] <Unit193> Looks good.
[06:08] <pleia2> thanks :)
[16:41] <pleia2> publishing will happen late, time zones and all
[16:41]  * pleia2 goes to sleep
[16:50] <tsimonq2> yay for typo on the first article :P
[16:50]  * tsimonq2 does editorial review
[16:56] <tsimonq2> looks good to go!


[09:04] <linux_ubuntu> hi everyone, i'm new here
[09:04] <linux_ubuntu> anyone testing kubuntu?
[09:05]  * enhydra is going to do so 2 days after today
[09:06] <linux_ubuntu> that's great! actually, i'm testing their new irc chat quassel
[09:07] <linux_ubuntu> the only problem, the tesing cases page only for gnome not kde.


[01:30] <xannen> Morning!
[06:39] <sagaci> 2 hours later, ultimate usb to try out with ubuntu
[06:41] <head_victim> sagaci: why 2 hours?
[06:41] <sagaci> that was spent in the telstra shop
[06:42] <head_victim> Oh wow. The only time I even go to one is for my parents and usually they're the reason it takes so long.
[06:42] <sagaci> I was a patient kind of a customer, let them help out some other guy purchasing a yagi antenna which they had absolutely no idea
[06:43] <head_victim> Hah yeah they don't really have a clue there, the telstra shops are only retail so all account changes and stuff they have to call up the centres themselves.
[06:43] <sagaci> yeah, no idea with this one, so I played dumb
[06:44] <sagaci> plugging into windows 7 now to check for firmware updates before I try with ubuntu
[06:53] <sagaci> meh, have to wait a while for it to be activated
[06:53] <sagaci> should be awesome in sydney though
[06:54] <head_victim> Ah you not paying for it yet?
[06:54] <head_victim> You can activate online or via phone usually
[06:54] <sagaci> nah I activated it in store
[06:54] <sagaci> just tried to sign into my bigpond but it says it's still in progess :/
[06:55] <sagaci> so much for "take your laptop and be activated" or whatever slogan they're using now
[06:55] <head_victim> Ah that's odd. I'm always just adding stuff to existing accounts though so maybe that makes it different
[06:55] <sagaci> nah, I only wanted standalone for 12 months
[06:56] <sagaci> to test reception, etc... I know it's a bit of an expensive way to do it but I'd rather not be tied to a 24-month contract with a bad service
[06:56] <head_victim> Fair call, I looked around at prepaid and decided a home network gateway for 10 bucks a month that I can up to higher plans when needed suited me better. Now I have backup at home when I need it.
[06:56] <sagaci> yeah, bigpond was the only choice for unmetered
[06:56] <head_victim> The 240 I spend on the 10/month was given back to me in credit for the home network gateway anyway
[06:56] <sagaci> I could have gone with 7GB with a business telstra plan but no unmetered
[06:57] <head_victim> Oh make sure you use the aarnet repos, they're still unmetered on wireless.
[06:57] <sagaci> yeah, that's my motivation for wireless/bigpond :P
[06:57] <head_victim> I've put over 100GB through a 400MB plan just to make sure it was unmetered ;)
[06:57] <sagaci> I was going to go with internode again but the startup costs were just as dear
[06:58] <sagaci> it's just handy having it unmetered when you've borked a system or simply want to reinstall and not have to worry about using up fuel
[06:58] <head_victim> I've found with telstra if you're buying multiple products it's just as cheap as anywhere else anyway. Not sure I'd agree if I only wanted 1 thing thouhg.
[06:58] <head_victim> Do what I do, keep a local mirror from aarnet so you have offline access as well ;)
[06:58] <sagaci> have you got 3G wireless?
[06:58] <head_victim> I do, but my main connection is cable.
[06:59] <sagaci> what dongle do you use
[06:59] <head_victim> Don't, I use a home network gateway. It has a 4 port switch and wlan as well.
[06:59] <head_victim> External antenna if required, basically a standalone router.
[07:00] <head_victim> I have it plugged into my wan2 port on my home router as a failover if needed.
[07:01] <sagaci> so you can only use it around the house, yeah?
[07:01] <head_victim> Anywhere that has external power.
[07:02] <sagaci> ah yep
[07:03] <head_victim> http://go.bigpond.com/wireless/
[07:03] <head_victim> I have the bigpond elite network gateway
[07:03] <head_victim> To be honest, if I wanted one just for me I'd probably just use my mobile was a 3g hotspot.
[07:04] <sagaci> yeah, I love my fixed connection
[07:05] <head_victim> Our use case for wireless is when we go away on holidays for a couple of weeks, it's nice to be able to both plug in laptops and do what we want without waiting for one another of having to buy 2 accounts/dongles.
[07:05] <sagaci> does it get a decent signal
[07:05] <head_victim> Good enough, my dad bought an omni antenna for his around the country trip and had no issues when he needed it.
[07:06] <head_victim> I've only ever really used it a couple of times at home and I usually get better upload than my cable.
[07:13] <xannen> Hey do you guys know anything about 4G?  I know that vividi?? and telstra is rolling it out.
[07:13] <head_victim> It's just the next step in wireless.
[07:14] <xannen> I understand that.  I think Vivid has it in operation, 'cause they have prices etc...  And telstra is still in testing phase.
[07:16] <xannen> http://www.vividwireless.com.au/home
[07:18] <head_victim> Depends on what you call 4g as well, there are a few different things people talk about when referring to "4g"
[07:19] <head_victim> WiMax, LTE, HSPA+, etc.
[07:21] <xannen> I know... lol damn techno stuff
[07:22] <xannen> What would you consider as 4g, head_victim?
[07:22] <head_victim> 4G is a standard, not a technology ;)
[07:24] <head_victim> I'll be waiting 12 months or so after it's available to get it mind you. I'm a slow adapter due to price constraints.
[07:25] <xannen> me too  lol
[07:25] <head_victim> I'm the sort of person that researches the "free" phones they offer on plans and picks the best of them. If it costs me more I'm not interested.
[07:27] <xannen> i like buy phone and go on prepaid :D
[07:27] <head_victim> I don't see the point, prepaid would cost me similar to what I'm on now. But everyone uses different amounts I guess.
[07:28] <xannen> i try to buy cheapest from overseas for phone usually. :D
[10:28] <sagaci> head_victim, ping
[10:35] <head_victim> sagaci: pong
[10:36] <sagaci> is there a way to control what goes on the planet feed by tags or something, since I realise that stuff that I post may not be in the interest of some readers
[10:37] <head_victim> Ah yeah, you have to use the feed to control it
[10:37] <head_victim> But that being said, the planet isn't strictly on topic either
[10:38] <sagaci> hmm ok
[10:52] <gorilla> sagaci: don't worry about that too much. It's the nature of planet feeds.
[10:55] <sagaci> head_victim, http://www.whereis.com/?id=5C5DFD02C2DB3, the end point being the current location for the syd release party... do you think that the other "ampersand" venue would be better?
[10:58] <sagaci> I'm just thinking in reference to public transport.. however I'm also thinking it's too late to change and besides, it's not that much of a change to encourage people to come along
[11:06] <head_victim> Hmm, I only get a map of Australia with that link
[11:08] <sagaci> nvm
[11:09] <sagaci> I'll stick with the original since I've got potentially 3 registered in attending
[11:09] <head_victim> I'll dent/tweet about them this week as well
[11:11] <sagaci> righteo, I might be on later
[13:03] <head_victim> Hmm topic is too big as it is
[13:03] <head_victim> Well, just soy ou all know, we're official again!.
[13:43] <sagaci> thanks for the email
[13:43] <sagaci> holy sh...
[13:44] <sagaci> good news
[13:46] <head_victim> Long time coming but worth it
[13:52] <jargonfactory> congrats fellas oh and hai
[13:52] <jargonfactory> \o.
[13:53] <sagaci> hi jargonfactory
[14:02] <xannen> hi sagaci, head_victim, gorilla, and friends :D
[14:02] <sagaci> hi xannen
[14:02] <head_victim> Evening
[14:02] <head_victim> I really should be asleep by now :/
[14:03] <head_victim> On that note, I shall trundle off to bed. Night all.
[14:03] <xannen> Go knock yourself then.  Or can I do it.  :D
[14:03] <jargonfactory> later
[14:04] <head_victim> I was just about to go to bed when I was told we were approved again so I just had to tweet/dent/email/forum/fb/etc it
[14:04] <jargonfactory> heh
[14:05] <xannen> lol socmed
[14:21] <sagaci> dpkg, dpkg-dev, dselect, apt-all, libapt-pkg, xkeyboard-config, shared-mime-info and e2fsprogs
[14:21] <sagaci> to be done by thursday
[15:10] <xannen> sleeping yet?
[15:12] <sagaci> about to
[19:49] <xannen> Morning