[00:52] <kgoetz> has someone gone and run s/Debian/Ubuntu in the libpam-ldap and libnss-ldap README.Debian files? is there any particular reason to have done so?
[02:00] <ScottK> Cool.  I can requeue messages without super user priviledges now in Postfix.  One less reason to be root.
[02:00] <lamont> ScottK: which version?
[02:01] <lamont> or is it just having write access to deferred and friends?
[02:01] <ScottK> postqueue -i in 2.4
[02:01]  * ScottK hadn't read the postqueue man page in a while.
[02:01]  * lamont needs to read the nmap man page this week
[02:01]  * ScottK had been using postsuper -r.
[02:07] <Burgundavia> dendrobates: you need to email fridge-devel to get your meetings listed on the fridge
[03:33] <ScottK> lamont: Speaking of which, Debian Bug# 453238 does not sound like a smart idea to me.
[03:38] <kgoetz> hi all. i'm wondering if someone can recomend a log level for openldap (slapd) to help debug a libpam_ldap problem. level 256 doesnt seem to help me much. help with libpam_ldap /libnss_ldap would be apreciated too :/
[03:47] <sommer> kgoetz: -1 will give you all available output.
[03:48] <kgoetz> -1 where? slapd?
[03:49] <sommer> kgoetz: /etc/default/slapd there's a SLAPD_OPTIONS="" try -d -1.  then restart slapd
[03:49] <sommer> so you'll have SLAPD_OPTIONS="-d -1"
[03:52] <kgoetz> sommer: should i remove th debuglevel 256 from the slapd.conf?
[03:52] <kgoetz> *loglevel
[03:52]  * kgoetz sets to 0
[03:54] <sommer> actually I've never used the loglevel option
[03:54] <kgoetz> mm ok. i'll disable it entirely
[03:55] <sommer> when debugging a big issue I start slapd in a terminal with these options slapd -d -1 -h "ldap:/// ldaps:///" -f /etc/ldap/slapd.conf
[03:55] <sommer> you'll get all the output to the console... usually a lot of output.
[03:58] <kgoetz> slapd doesnt seem to be restartin, shoudl i expect it to run in the forground now?
[03:59] <sommer> kgoetz: I may have been wrong about the SLAPD_OPTIONS="-d -1"... try setting them back to ""
[04:01] <sommer> kgoetz: I thought that would work
[04:01] <sommer> are you getting Starting OpenLDAP: slapd and it's just kind of hanging there
[04:01] <kgoetz> sommer: slapd's running and i'm gettin debug to syslog, i'm just supprised it didnt background
[04:01] <kgoetz> esp. as theres nothing going to stdout
[04:02] <sommer> did you start slapd in a console with the options I posted?
[04:03] <kgoetz> i added '-d -1' to the /etc/default/slapd file. whenever i run slapd in a console it chowns the database to root
[04:05] <sommer> apologies I may have been wrong about that file... you might try just running slapd from console
[04:06] <kgoetz> your right in a much as it is debugging, but i'm bemused its still forgrounded - if its loggingn to syslog theres no reason for it to hold the terminal
[04:08] <sommer> ya that's strange does ctrl+c work?
[04:08] <kgoetz> ^C kills the daemon
[04:10] <sommer> mmmm... I'd just start slapd from console until you've figured out the issue then (it just feels cleaner)
[04:12] <kgoetz> hm.
[04:56] <kgoetz> hate softwar with no clear debugging options. pam is inn that catagory :(
[04:56] <kgoetz> now i see some pam_debug module ... yay, another module to load and confuse :S
[05:02] <vetri> which gui best for iptables
[05:04] <ScottK> vetri: vim
[05:16] <mralphabet> gui? for a text file?
[05:56] <sommer> in DNS terms you have reverse zone files... is it correct to call the regular zone file a forward zone file?
[05:57]  * ScottK has heard of reverse lookups, but never reverse zone files.
[05:57] <kgoetz> afaik so
[05:57] <ScottK> But /me knows more about DNS protocol than admining DNS servers.
[05:58] <sommer> cool just wondering
[05:59] <sommer> the data for reverse lookups is stored in a reverse zone... a file in bind9 terms
[06:00] <sommer> not sure about MS dns... reverse zones are configured in gui mode
[07:55] <_ruben> forward and reverse zones arent really that different from eachother .. except that one (reverse) has entries below in-addr.arpa. and uses PTR records, and the other (forward) has entries below . and uses A/CNAME/MX/etc records :p
[08:04] <tjaalton> uh, is the mount.nfs4 braindead or what.. it does a readlink() in the current directory, and when the server path doesn't exist there it fails
[08:04] <tjaalton> this is on hardy
[08:05] <tjaalton> anyone here using nfs/nfs4 mounts on hardy?
[08:05] <avatar_> hardy? maybe try #ubuntu+1
[08:06] <tjaalton> avatar_: nope, I'll try linux-nfs@ instead
[08:06] <avatar_> hardy is atm alpha quality and not production ready
[08:06] <kraut> moin
[08:06] <tjaalton> avatar_: I'm core-dev, I know ;)
[08:07] <avatar_> ah, okay :)
[08:08] <_ruben> heh
[08:08] <tjaalton> it wouldn't matter to me unless braindead software didn't insist on having $HOME (Mathematica)
[08:10] <_ruben> bugger .. time to investigate pf_ring on short term i guess ..
[08:10] <_ruben> Nov 28 06:41:25 ismlnx-fw07 pmacctd[7790]:  wan0:<PHONE_NUMBER>) 962816 packets received by filter
[08:10] <_ruben> Nov 28 06:41:25 ismlnx-fw07 pmacctd[7790]: wan0:<PHONE_NUMBER>) 0 packets dropped by kernel
[08:10] <_ruben> Nov 28 06:56:25 ismlnx-fw07 pmacctd[7790]:  wan0:<PHONE_NUMBER>) 1032605 packets received by filter
[08:10] <_ruben> Nov 28 06:56:25 ismlnx-fw07 pmacctd[7790]: wan0:<PHONE_NUMBER>) 13239 packets dropped by kernel
[08:57] <ivoks> hi
[08:58] <_ruben> g'day
[09:26] <Steve_____> hello - Have installed JBoss on Ubuntu server 7.04. Works fine from localhost but when I try to hit a page remotely I get "The connection was reset". Any ideas?
[09:28] <nijaba> Steve_____: isn't there a rule in JBoss that by default only allows connections from localhost?
[09:29] <Steve_____> Didn't think of that. Will try to find out - Currently running a slightly different version of jboss on ubuntu desktop 6.10 without problems
[09:30] <nijaba> Steve_____: I am no JBoss specialist, but google points to /usr/local/jboss/run.conf
[09:33] <Steve_____> thanks nijaba. Will feedback if I get anywhere with that
[11:26] <Steve_____> How can I tell whether ubuntu is preventing access from remote machines to port 8080?
[11:27] <ivoks> iptables -L
[11:30] <avatar_> sudo lsof -i |grpe 8080
[11:30] <avatar_> sudo lsof -i |grep 8080
[11:30] <avatar_> on wich interface is your daemon listening?
[11:30] <Steve_____> iptables shows now rules (I tried iptables -F)
[11:32] <ivoks> -F je flush
[11:33] <ivoks> so if you had -P DROP, then -F would result in total jail of your system :)
[11:33] <ivoks> sorry... -F is flush
[11:33] <Steve_____> iptables shows no rules
[11:33] <ivoks> then no one is blocking your ports
[11:34] <Steve_____> lsof -i | grep 8080 gives nothing
[11:34] <ivoks> maybe your service isn't listening on 8080
[11:34] <Steve_____> I can telnet to 8080 from localhost and HEAD
[11:34] <ivoks> you can telnet to localhost, right?
[11:34] <Steve_____> or wget localhost:8080 and wget a web page
[11:34] <Steve_____> yes
[11:34] <ivoks> checkout netstat -an | grep 8080
[11:35] <Steve_____> How do I tell which interface the deamon is listening on
[11:35] <Steve_____> tcp        0      0 <IP_ADDRESS>:8080          <IP_ADDRESS>:*               LISTEN
[11:35] <ivoks> it listens only on localhost
[11:36] <Steve_____> thanks
[14:05] <akincer> Has anyone seen instances where a NIC stops responding to external requests and only starts responding once you initiate a connection from that machine?
[14:06] <ivoks> yes
[14:06] <ivoks> you can achive that with firewall
[14:06] <akincer> That's the firewall?
[14:07] <ivoks> could be
[14:07] <ivoks> it could also be a broken nic
[14:07] <akincer> If so, that is a policy that redefines dumb
[14:07] <ivoks> akincer: dumb?
[14:07] <ivoks> akincer: well, who is the dumb one in this story? :)
[14:08] <akincer> dump, stupid, moronic
[14:08] <akincer> haha
[14:08] <akincer> not me
[14:08] <akincer> stock install
[14:08] <ivoks> then it's not firewall
[14:08] <akincer> On ifconfig, packets aren't even making it to the machine
[14:09] <akincer> although I can see where SOME data is coming in and out
[14:10] <ivoks> yesterday i saw a network setup where packages where coming in, but couldn't get out from server
[14:10] <ivoks> turns out that guy who is administrating network and servers doesn't have a clue about networking :)
[14:11] <akincer> haha, well I know enough about both to keep my sanity
[14:11] <akincer> I'm checking with the network guys to see if they can check the Catalyst for frame errors
[14:11] <ivoks> that guy's server didn't have a route to the rest of the network...
[14:11] <akincer> LOL
[14:12] <ivoks> maybe your machines don't have a route to your server/machine
[14:12] <akincer> If I walk into the server room and initiate a ping from the server to anything, it will start responding again
[14:12] <akincer> No, it does
[14:12] <akincer> same subnet
[14:12] <ivoks> intel nic?
[14:12] <ivoks> dapper?
[14:12] <akincer> I could have an invalid GW and it would still respond
[14:13] <akincer> Gutsy
[14:13] <akincer> Not sure about NIC. Onboard on a Dell
[14:13] <ivoks> lspci would give you a hint
[14:14] <akincer> Intel 82541GI
[14:14] <akincer> Let's see what Google says
[14:17] <ivoks> i put my money on broken network setup :)
[14:18] <akincer> Hmmm. I'll go check /etc/network/interfaces to see what it says.
[14:18] <ivoks> not on the server, but in network topology :)
[14:18] <ivoks> this sounds like all other machines don't have a clue about server's mac address
[14:19] <ivoks> and untill server broadcast it, they can't find it
[14:20] <ivoks> check arp table on clients, when your server is unavailable
[14:20] <akincer> I didn't configure the network, so I can't be sure. I am pretty sure there are issues though
[14:20] <akincer> Long story, but I don't have control over the network
[14:21] <akincer> I'm a one man IT shop, but the network is outsourced at the moment
[14:28] <akincer> Trying to get a response from the network folks about that. I'm betting you're right
[14:32] <ivoks> coffeedude: hi
[14:37] <methods> hey
[14:38] <methods> is there any console based tools for detecting wireless ap ?
[14:38] <methods> or picking any available without wep ?
[14:38] <ivoks> iwconfig
[14:38] <methods> yea but thats for setting statically
[14:38] <methods> i want something to display broadcasted networks
[14:38] <ivoks> iwlist
[14:38] <ivoks> iwlist interface scan
[14:38] <methods> oh cool!
[14:39] <methods> hm i got a blank essid from that
[14:46] <methods> hm cool! it didn't pick up on its own but a scan with a essid got it!
[15:24] <Gargoyle> What factors effect how long it takes for new software revisions to make it into the repos?
[15:25] <ivoks> mathiaz: i'll check out ucf thing; i was fully unaware of such a tool :D
[15:26] <ivoks> mathiaz: and... you said you have worked on ror implementation?
[15:26] <mathiaz> ivoks: s/implementation/design/
[15:28] <ivoks> ok
[15:30] <ivoks> mathiaz: makefile is still broken :)
[15:31] <mathiaz> ivoks: you mean in tasksel ?
[15:31] <ivoks> yes
[15:32] <ivoks> it has hardcoded linking to desktop.preinst
[15:32] <ivoks> which is absurd... since it has :
[15:32] <ivoks>         for script in info/*; do \
[15:50] <methods> in gutsy can i use security as well as gutsy-security ?
[15:51] <ivoks> there's only gutsy-security
[15:51] <methods> so how do i get libgd2-dev then /
[15:52] <ivoks> there's no such package
[15:52] <ivoks> there are libgd2-noxpm-dev and libgd2-xpm-dev
[15:52] <methods> http://packages.ubuntu.com/dapper/oldlibs/libgd2-dev
[15:53] <methods> whats the difference in those packages ?
[15:53] <methods> im following the nagios ubuntu quickstart and its telling me to install this stuff
[15:53] <ivoks> you asked about gutsy and then pasting dapper links
[15:53] <methods> oh ... well i just did a google search sorry..
[15:53] <ivoks> nagios quickstart in ubuntu is apt-get install angios
[15:53] <ivoks> nagios
[15:53] <methods> 6.10 is gutsy isn't i t?
[15:53] <ivoks> or nagios3
[15:53] <ivoks> 6.10 is edgy
[15:54] <methods> hm
[15:54] <methods> the walk through is a bit oudated
[15:54] <ivoks> it will be obsolete in 5 months
[15:54] <methods> oh wow were on 7.10 right ?
[15:54] <ivoks> yes
[15:54] <methods> .10 ... thats why i thought i twas right
[15:55] <methods> ok well ill use the meta package
[15:55] <methods> but i wonder they didn't update this
[15:56] <methods> hm you meant nagios2 ?
[15:56] <ivoks> right
[15:57] <methods> hm see this is why i like ubuntu over pure debian
[15:59] <methods> so v3 is still unstable ?
[15:59] <methods> do you recogmend i install 3 on my own or stick with 2 ?
[16:02] <ivoks> i would go with v2
[16:03] <ivoks> and, fwiw, ubuntu nagios2 package is exactly the same as debian's
[16:04] <akincer> Methods, have you looked Zenoss as an alternative to Nagios?
[16:04] <ivoks> methods: if you haven't - don't :)
[16:05] <akincer> why?
[16:06] <ivoks> cuse it creates user
[16:06] <ivoks> cause
[16:06] <ivoks> and puts it in sudoers
[16:06] <ivoks> with NOPASSWD
[16:06] <ivoks> so, that user can wipe your entire system, and you have a web service running under it's privileges
[16:07] <ivoks> i can't thnik of worst security installation out there :)
[16:07] <methods> wtf is zenoss ?
[16:08] <ivoks> zenoss.com
[16:08] <methods> wahts fwiw ?
[16:08] <ivoks> good looking nagios :)
[16:08] <akincer> I don't remember it doing that. Haven't tried it in a while
[16:08] <ivoks> akincer: i wanted to package it... i gave up very soon
[16:08] <akincer> I remember a few things being a PITA for no apparent reason, but no more than Nagios
[16:09] <ivoks> maybe it changed in last couple of months
[16:09] <akincer> I loaded up a VM appliance, so I couldn't honestly tell you what it did under the hood
[16:10] <methods> so wahts zenoss ?
[16:10] <akincer> zenoss is to nagios what postfix is to sendmail (in function)
[16:10] <methods> a cheap alternative ?
[16:11] <methods> it appears to offer comercialized versions
[16:11] <methods> im looking to help open source movement for inteligent systems
[16:11] <methods> not p ropritized jerks
[16:13] <ivoks> another problem with zenoss is that it has files without copyright
[16:13] <ivoks> that, and nopasswd things are the reasons why zenoss packages were never introduced in debian
[16:14] <ivoks> on debian guy and i wanted to package it, but we gave up after 10 minutes with that software :)
[16:14] <ivoks> s/on/one
[16:27] <methods> this package gave me no information
[16:28] <methods> and appears to have an internal server error when i go to the web site
[16:31] <akincer> Gotcha. I need to pick Nagios back up. Last time I gave it a shot, I quit after becoming extremely annoyed at how unnecessarily difficult it seemed to be to configure
[17:12] <Innatech> Hello. Having a problem with OpenVPN setup. Running the vars script that does a bunch of export fails to set the environment vars, while setting them at the command line works, and they seem to work within the script @ runtime in its echo statements. What gives?
[17:13] <Innatech> This is on 7.10 server.
[17:27] <lousygarua> hello
[17:27] <lousygarua> did anyone every use w3m-img?
[17:27] <lousygarua> s/every/ever
[18:57] <juliux> hi
[18:57] <juliux> does somebody knows how can i run more then one ssh server on a server?
[18:58] <lousygarua> juliux, hmm you can probaby run sshd with a different configuration file specifying a differnet listening port.
[18:58] <lousygarua> why would you want to run two ssh servers?
[18:59] <juliux> i want one for users and one for backuping
[18:59] <juliux> for the backuping i want to use sshkeys without a passwort
[18:59] <juliux> but this ssh server should only work on the ip of my vpn
[19:01] <lousygarua> i.e. users access from WAN and backupping is only from VPN?
[19:21] <juliux> lousygarua, yep
[19:22] <juliux> lousygarua, i have several servers and clients and they should automaticly backup via rsync and ssh over the vpn
[19:23] <lousygarua> juliux, i don't have much experience with SVN but shouldn't it be transparent to the SSH clients whether they connect an external or LAN/VPN IP?
[19:23] <lousygarua> or you want the backup ssh server to accept connection *only* from LAN VPN so it's more 'secure'
[19:23] <juliux> i want for the vpn clients ssh with sshkeys without any passwords
[19:23] <lousygarua> well setting up ssh key authentication is really easy i've once done it myself for backup purposes
[19:23] <juliux> i know
[19:24] <lousygarua> no passwords
[19:24] <juliux> i only want an extra ssh server for the vpn;)
[19:24] <mralphabet> and you want passwords for the vpn connections
[19:24] <mralphabet> can't you do both?
[19:24] <juliux> mralphabet, i have keys for the vpn
[19:24] <lousygarua> juliux, man sshd shows a `-f` option for specifying a differnet configuration file
[19:25] <lousygarua> but still i don't see the use for two separate ssh servers
[19:26] <juliux> i don't want ssh with keys on a ssh server that is reachable from the normal wan
[19:26] <lousygarua> but if the vpn clients are unreachable from WAN there's no chance their private key to be stolen somehow
[19:27] <lousygarua> and a hacker will find it very hard to create a clone private key for connecting your servers
[19:27] <juliux> hmmm
[19:29] <lousygarua> anyway, you can probably run an additional sshd server taht only listens on 192.168.xxx.yyy so it's only available to VPN hosts
[19:34] <zylmak> hello im trying to install ubuntu server and i need some help
[19:34] <lousygarua> zylmak, what help do you need :) be more specific
[19:35] <zylmak> the first thing i need to know is what im doing :) ... well what im trying to do is to ser a test server behind a router
[19:36] <zylmak> the server dosent need to be visible from outside the router
[19:36] <zylmak> so the first thing i need is to set my ip adress so it will be fix
[19:37] <zylmak> i found the file /etc/network/interface but dont know what is broadcast for
[19:38] <lousygarua> zylmak, broadcast is the ip address that all hosts will listen to, smt like <IP_ADDRESS>
[19:39] <lousygarua> zylmak, because it has 255 which is binary for all 1's then the network interface on each host knows it should process the message
[19:39] <lousygarua> it's like screaming "HELLO EVERYONE" in your lan
[19:40] <zylmak> ok
[19:41] <lousygarua> anyone knows of a CLI WebDaV client?
[19:42]  * lousygarua will be back soon
[19:47] <zul> cadaver maybe?
[20:11] <proprietarysucks> how do I stop ubuntu from asking me to continue when it says it cannot verify the security (aka it can't access the internet) during a kickstart installation?
[20:11] <proprietarysucks> also what is the kickstart syntax for a swap partition for ubuntu? the 'regular' way isn't working
[20:11] <zylmak> my next question is: do i need dhcp and bind, since my isp give the ip address to my rooter
[20:14] <zylmak> oups time to go to a reunion will come back later
[20:24] <ivoks> hello
[20:25] <ivoks> anyone has anything against maildir by default in mail-server task?
[20:27] <proprietarysucks> neverming I figured out the second question
[20:28] <proprietarysucks> man it's hard finding anyone in ubunut that actually KNOWS ubuntu
[20:28] <somerville32> lol
[20:28] <ivoks> hm
[20:28] <mralphabet> and by ubuntu you mean kickstart
[20:31] <proprietarysucks> no I mean ubuntu
[20:32] <proprietarysucks> kickstart is the same protocol, ubuntu decided to accept or not accept various parameters
[20:32] <ivoks> kickstart isn't a protocol
[20:32] <proprietarysucks> for example in ubuntu server 6.10 you can't use --noipv6
[20:32] <proprietarysucks> that's not kickstart, that's ubuntu
[20:32] <ivoks> i repeat, kickstart is not a protocol, it's a file
[20:33] <proprietarysucks> also you have to use part swap --size 2048 instead of part --fstype swap --size 2048 because of ubuntu
[20:33] <proprietarysucks> kickstart is a file that follows the kickstart protocol to feed selections to anaconda, the red hat installer
[20:34] <ivoks> kickstart is a file, used to load some settings into anaconda
[20:34] <ivoks> in ubuntu, sane people, use it just to get to preseeding
[20:35] <ivoks> preseeding, otoh, has much more power than kickstart
[20:35] <proprietarysucks> if an OS doesn't accept an option it's not because kickstart is somehow different for that OS, it's because that OS has arbitrarily changed their anaconda (or other) input mechanisms
[20:35] <proprietarysucks> therefore it's ubuntu not kickstart
[20:35] <ivoks> i'm not sure who told you that ubuntu supports all options in kickstart...
[20:35] <ivoks> but it doesn't
[20:35] <ivoks> and that's not a secret
[20:36] <spiekey> hi
[20:36] <spiekey> i can´t log into webmin as root anymore.
[20:36] <lousygarua> proprietarysucks, what is kickstart either way
[20:36] <proprietarysucks> all I asked was how to get ubuntu to stop the automatic installation to ask me a question
[20:36] <spiekey> i get: Nov 28 21:32:17 localhost webmin[7500]: Invalid login as root from <IP_ADDRESS>
[20:36] <proprietarysucks> I know ubuntu doesn't support all the optiosn
[20:37] <spiekey> i wonder why?! Since ssh works with root
[20:37] <zul> then why complain?
[20:37] <jjesse> spiekey: you mentioed anymore? does that mean at one time you were able to login as root?
[20:37] <jjesse> spiekey: so you enabled root?
[20:37] <spiekey> jjesse: for the last 2 years, yes
[20:37] <spiekey> oversudden it does not work anymore, and i dont think i updated the machines in the last few month either.
[20:38] <spiekey> webmin uses the pam infos (user/pass) to auth, right?
[20:38] <jjesse> that's wierd that all of the sudden it changed
[20:38] <jjesse> i think so, someone might be able to correct me
[20:38] <jjesse> been awile since i used webmin
[20:38] <spiekey> oh, he?!
[20:39] <proprietarysucks> I just installed ubuntu 6.10, using kickstart and it has stopped the automatic installation to ask me if it's ok to proceed after not being able to reach security.ubuntu.com. How do I automatically say yes here? It's not a kickstart question because red hat linux doesn't do this. It's a ubuntu question because it is obviously wanting some custom argument, and the ubuntu documentation on this particular issue is
[20:39] <spiekey> the old password works!
[20:39] <spiekey> jjesse: its the password from 2006!
[20:39] <spiekey> wtf?!
[20:39] <ivoks> proprietarysucks: preseeding
[20:39] <ivoks> look for debian preseeding
[20:40] <ivoks> learn it and then come back saying 'omg, i didn't know kickstart is so lame'
[20:40] <ivoks> :)
[20:40] <jjesse> spiekey: sorry, don't mean to be rude, but does google help?
[20:41] <spiekey> jjesse: not with the error messages i get in my logs
[20:41] <proprietarysucks> our system automatically detects and configures all configurations of hard drives, nics, packages and everything we need, not sure how much better it can be
[20:41] <proprietarysucks> the only thing that's not working right now is that ubuntu stops and complains about not being able to call home
[20:41] <spiekey> webmin must have its own passwd file or something..?!
[20:41] <ivoks> i give up
[20:42] <jjesse> spiekey: thats what i meant when i asked about google can you google webmin password file or something, sorry a little busy with work
[20:42] <proprietarysucks> anyone know someone who actually knows ubuntu
[20:42] <jjesse> i know ivoks
[20:43] <somerville32> proprietarysucks, Whats the issue?
[20:43] <spiekey> jjesse: i feel so dumb now :-/
[20:43] <jjesse> spiekey: did it?
[20:43] <proprietarysucks> I just want to know what kickstart option ubuntu is waiting for to allow it to not stop and ask if it's ok to proceed when it can't contact security.ubuntu.com
[20:43] <jjesse> spiekey: don't worry i do stupid things all the time
[20:44] <jjesse> or what i feel are stupid things
[20:44] <ivoks> proprietarysucks: kickstart doesn't support these things, preseed does
[20:44] <spiekey> jjesse: you are a sysadmin, right? :D
[20:44] <mralphabet> !webmin @ spiekey
[20:44] <ivoks> we don't support webmin
[20:44] <proprietarysucks> ivoks: kickstart is a text file, it supports anything you can type
[20:45] <mralphabet> bah
[20:45] <mralphabet> !webmin
[20:45] <ubotu> webmin is no longer supported in Debian and Ubuntu. It is not compatible with the way that Ubuntu packages handle configuration files, and is likely to cause unexpected issues with your system
[20:45] <jjesse> spiekey: not right now, full time consultant but used to be a sys admin
[20:45] <ivoks> proprietarysucks: it doesn't support answering to questions, preseed does
[20:45] <ivoks> proprietarysucks: preseed will intercept question and provide an answer
[20:45] <ivoks> kickstart doesn't do that
[20:46] <proprietarysucks> kickstart doesn't do anything
[20:46] <ivoks> kickstart has limited number of functions
[20:46] <proprietarysucks> it's a text file
[20:46] <proprietarysucks> perhaps you are thinking of anaconda?
[20:46] <ivoks> preseed can be used to set up debconf entries
[20:46] <ivoks> we are not talking about anaconda here, since we don't use anaconda
[20:47] <proprietarysucks> you are a very confused person about this
[20:47] <proprietarysucks> kickstart is a text file, there's no functions
[20:47] <proprietarysucks> the program, called anaconda, reads this file and interprets the info
[20:47] <ivoks> really?
[20:47] <ivoks> so... which anaconda reads that file in ubuntu?
[20:47] <ivoks> cause we don't have it
[20:47] <proprietarysucks> ubuntu also has decided to read these files, taking it's own CUSTOM text files
[20:47] <jjesse> so use preeseed
[20:48] <proprietarysucks> ubuntu also has decided to read these files, taking it's own CUSTOM text commands
[20:48] <ivoks> proprietarysucks: then use redhat, where's the problem?
[20:48] <proprietarysucks> such as this one, you may recall:        user --disable
[20:48] <proprietarysucks> that's in the kickstart file and *ubuntu* recognizes it as meaning something
[20:49] <proprietarysucks> I'm asking if anyone anywhere knows what other custom commands like this ubuntu has applied to the normal kickstart template
[20:49] <ivoks> this guy reminds me on one my ex professors
[20:50] <ScottK> ivoks: I think maildir by default is an excellent plan.
[20:50] <ivoks> ScottK: i agree
[20:50] <ivoks> :)
[20:50] <ScottK> Just saying so if anyone complains you can say it wasn't just you deciding to do it.
[20:51] <ivoks> :)
[20:52] <ScottK> ivoks: I'm started on the amavisd-new MIR.  While it's still in Universe and I can upload changes, is there anything else you think we should do to the package?
[20:53] <ivoks> hm...
[20:54] <ivoks> we could provide some stuff during tasksel install
[20:54] <ScottK> No rush.  It'll be sometime next week before I get the MIR done.
[20:54] <ivoks> amavis has amavis.d, so that would be much easier than with dovecot :)
[20:55] <ivoks> we will just drop configs for mail-server task there, and that will be it
[20:55] <ScottK> Our diff from Debian is pretty small right now.  If there's anything else we want to change, I'd like to send it all up to them at once.
[20:55] <ScottK> OK
[20:55] <ivoks> we will not change amavis package
[20:55] <ivoks> we will leave it default...
[20:55] <ivoks> mail server task from tasksel will drop special stuff we decide to have
[20:56] <ivoks> so... apt-get install postfix dovecot-imapd amavisd-new gives you default installation
[20:56] <ivoks> sudo tasksel install mail-server gives you all that + ubuntu server team goodies
[20:56] <proprietarysucks> Does anyone know the complete list of custom commands like user --disabled ubuntu has applied to the default kickstart template?
[20:57] <zul> proprietarysucks: maybe looking at the source might help
[21:07] <ivoks> ScottK: any objections to:
[21:07] <ivoks> smtpd_recipient_restrictions = reject_invalid_hostname, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_pipelining, permit_mynetworks, permit_sasl_authenticated
[21:07] <ivoks> ?
[21:11] <ScottK> ivoks: reject_invalid_hostname should be reject_invalid_helo_hostname if we want it.
[21:12] <ScottK> The use case here is for an all in one mail server for sending and receiving mail for a domain, right?
[21:12] <ScottK> If that's the case then reject_invalid_hostname is something we don't want as MUAs often have a bogus HELO name.
[21:13] <ScottK> ivoks: Let me think about this one for a bit.
[21:13] <ivoks> well, bad clients would get 501
[21:14] <ivoks> ok, maybe we shouldn't go so tight...
[21:15] <ScottK> What I'm thinking is we should have 465 (for smtps) and 587 enabled with the looser restrictions and keep port 25 tight for recieving mail.
[21:16] <ScottK> Gotta run out for a bit.
[21:21] <ivoks> oh, you would enable 587?
[21:36] <close2__> hello, i have a script, which dd's a few bytes every 5 seconds from an external usb-disk and mounts and rsync every 15 minutes
[21:36] <close2__> sometimes the mount -t ntfs-3g  just hangs
[21:37] <close2__> an strace -p ...    shows that the mount tries to: read(4,  <unfinished ...>
[21:37] <close2__> do you have an idea, why this could happen?  How to avoid it?
[21:37] <ivoks> check what file has an ID 4
[21:37] <ivoks> and this is not server related question
[21:37] <ScottK> ivoks: Yes.  If we're supporting sending and receiving.  That's really how it ought to be done.  There's even a recent RFC (BCP actually) about it.
[21:38] <close2__> it's the server kernel, that's why i though i should ask here
[21:38] <ivoks> ScottK: then we should do that by default in postfix, right?
[21:39] <ScottK> ivoks: For an appropriate debconf choice, yes.
[21:39] <ivoks> close2__: look for open ("/some/file", O_RDONLY|)_RWRITE) = 4
[21:39] <lamont> ScottK: MTAs also frequently have bogus hostnames
[21:40] <lamont> little companies like IBM, last I ran into it.
[21:40] <lamont> (the ehlo hostname resoves in their _INTERNAL_ dns...)
[21:43] <ScottK> lamont: Agreed.
[21:44] <ScottK> lamont: I'd have to look the name up but there's now a test you can do just for rDNS existance that I think is a reasonable default.
[21:45] <lamont> ok.  the IBM host was NXDOMAIN...    I don't have ready access to HELO names.
[21:46] <ScottK> AOL requires rDNS, so I think it's safe for our default to require it.
[21:48] <lamont> ok.
[21:48] <lamont> rDNS == reverse dns, yes?
[21:48] <ScottK> Yes
[21:48] <ScottK> As in PTR for the IP.
[21:48] <lamont> right
[21:48] <lamont> just making sure there wasn't some new TLA I was missing
[21:48]  * ScottK notes in passing that it had 4 letters ...
[21:49] <lamont> yeah... but FLA isn't self-referencing
[21:49] <ScottK> But it sounds naughtier.
[21:54] <ivoks> ok, uploading new patch
[21:55] <ivoks> done
[21:56] <ivoks> please, do comment, suggest, etc...
[21:56] <lamont> patch to?
[21:56] <ivoks> bug 164837
[21:56] <ubotu> Launchpad bug 164837 in dovecot "Dovecot SASL for postfix" [Low,In progress] https://launchpad.net/bugs/164837
[21:56] <ivoks> patch for tasksel
[21:57] <lamont> through, for future ref
[21:58] <lamont> what more are we doing in postfix to finish lighting up sasl?
[21:58] <lamont> and where is it authenticating against?
[21:58] <ivoks> oh...
[21:58] <ivoks> sorry... damn
[21:58] <ivoks> forgot the first part :D
[21:58] <lamont> lmtp_sasl_type = cyrus
[21:58] <lamont> smtp_sasl_type = cyrus
[21:58] <lamont> smtpd_sasl_type = cyrus
[21:58] <lamont> and those prolly need to change, no?
[21:59] <ivoks> yeah...
[21:59] <ScottK> lamont: The immediate question was do we enable port 587 by default for submission (I'd say yes for any debconf option that supports internet submission).
[21:59] <ScottK> lamont: Details.
[21:59] <soren> ivoks: Are there any reasons why those settings shouldn't be the default?
[22:00] <lamont> because, ideally, I'd like to just have sasl configured by default in postfix (modulo debconf, of course)
[22:00] <soren> ivoks: Most (all?) of the settings in dovcecot.conf look sane even outside of the postfix sasl stuff.
[22:01] <soren> ivoks: All the more reason to make it the *actual* default, and not only the default when you've installed dovecot in a particular way.
[22:01] <lamont> ScottK: I'm OK with enabling 587 by default any time postfix is listening on port 25
[22:01]  * lamont reviews his templates
[22:01] <ScottK> lamont: How about 465 for smtps too then?
[22:02] <lamont> ScottK: any time that we turn on ssl, yes.
[22:02] <lamont> :-)
[22:02] <ScottK> It's needed for non-starttls MUAs (notably Outlook Express and Outlook < 2007)
[22:02] <ScottK> OK
[22:02] <ivoks> soren: no sane reasons :)
[22:02] <ivoks> i would be happier to do this by default
[22:02] <ScottK> lamont: Are you good with that for Debian too?
[22:03] <soren> ivoks: I'd much prefer that to any post-installation rewriting of config files. If there are saner defaults, we should apply them globally.
[22:03] <lamont> ScottK: there is only one postfix. :0
[22:03] <ScottK> lamont: Good.  Just making sure we stay that way.
[22:04] <lamont> I only have one forked package (util-linux), and that's purely because of build-deps
[22:04] <lamont> which I can't do at run time
[22:04] <ivoks> we went with tasksel cause we don't want to override stuff for old users
[22:05] <soren> ivoks: Well just have to deal with that some other way.
[22:05] <lamont> ivoks: I need to not muck with conffiles except as I get told by new debconf answers.
[22:05] <lamont> and make the default install do the right hting
[22:05] <soren> ivoks: Apart from the Maildir change, all the settings could be (relatively) safely applied to existing configurations.
[22:05] <soren> lamont: it's not a conffile (in the dpkg sense)
[22:06] <ivoks> i'm trying to recall why we wanted to do it this way...
[22:06] <soren> lamont: and even if it were, it wouldn't be kosher to fiddle with it regardless of debconf.
[22:06] <lamont> soren: there are nuances.
[22:07] <ivoks> anyway... doing it by default is what i prefere...
[22:07] <lamont> postfix doesn't list master.cf and main.cf as conffiles simply because the questions from dpkg about who wins, me or the admin, are confusing to most endusers.
[22:07] <lamont> aka admins
[22:07] <ivoks> ah, i know!
[22:08] <lamont> when postfix asks a question in debconf, it has met the policy requirement of getting permission before mucking.  When it's required to muck, preinst does the asking, and aborts the upgrade if you say 'no'.
[22:08] <ivoks> it's because we can't force these changes into debian, and we would like delta to be as small as it can
[22:09] <lamont> adding a new question for home_mailbox kinda needs can do interesting things with the defaults based on existing/not-existing configs, but ultimately, changing it from upstream's default means that I need to make it at least medium pri
[22:09] <ivoks> cause they don't prefere postfix over exim, and/or dovecot over cyrus
[22:09] <soren> ivoks: I'd much rather maintain a delta in the default config file than the tasksel change.
[22:09] <lamont> ivoks: I think we're going to upload a default-mail-transport-agent package to debian, and then start the discussion about having people start Depending on that....
[22:10] <lamont> ivoks: having the default be different between debian/ubuntu is not an issue... postfix already knows what it's building for...
[22:10] <soren> lamont: I've got that packaga on my laptop, by the way. I just need to extract it and send it your way.
[22:10] <lamont> soren: please
[22:11] <lamont> soren: if we're going to do it as a debian package, how do you feel about housing it in git.debian.org?
[22:11] <soren> lamont: git and I are not friends.
[22:12] <lamont> soren: git 1.5?  or unusably ancient 1.4?
[22:12] <soren> lamont: But... um.. certain other things force me to use git real soon anyway, so I might as well.
[22:12] <soren> lamont: No idea.
[22:12] <ivoks> so... we are giving up on tasksel? :)
[22:13] <lamont> soren: go to git.debian.org and create yourself a guest account... then let me know I'll see about getting us a joint-development gid to assign so that we can share one repo instead of two.
[22:13] <soren> ivoks: If we implement your postconf changes from that patch into default postfix, and there's dovecot around, what will happen?
[22:13] <lamont> ivoks: tasksel probably still has _some_ work to do.
[22:13] <ivoks> that's not an issue...
[22:13] <ivoks> issue is if someone has saslauthd
[22:14] <soren> lamont: Like what?
[22:14] <soren> ivoks: What will happen then?
[22:14] <lamont> I expect that the change will wind up being that postfix will Recommend cyrus (debian) or dovecot (ubuntu), and then set things up if it's a fresh install
[22:15] <ivoks> soren: we are binding postfix to dovecot here, but not everybody has dovecot for imap/pop
[22:15] <lamont> tasksel needs to at least pull in dovecot... I think it wants to be a suggests maybe?
[22:15] <lamont> for postfix, that is
[22:15] <ivoks> well... wais a sec...
[22:15] <ivoks> wait...
[22:15] <ivoks> dovecot-common isn't imap/pop
[22:15] <lamont> ivoks: what I was hoping to do for postfix was to ...
[22:15] <soren> ivoks: Precisely.
[22:16] <ivoks> so we can have dovecot-common and cyrus at the same time
[22:16] <soren> brb
[22:16] <lamont> at postfix configure time, if we haven't done it before, ask the admin if he wants to set up sasl, pointing at dovecot or cyrus as appropriate (depending on what's installed, maybe).
[22:16] <lamont> the default answer would be where we'd bind postfix to $SASL
[22:16] <ivoks> right
[22:16] <lamont> which could vary between distros
[22:17] <lamont> +postconf -e "broken_sasl_auth_clients = yes"
[22:17] <lamont> ew
[22:17] <ivoks> could we 'preseed' debconf value for that question in ubuntu?
[22:17] <lamont> I suppose, thouhg.
[22:17] <soren> Can't we just make all the saslauth provides put their socket in the same place and not care?
[22:18] <lamont> ivoks: we already have places where the source conditionally compiles around ubuntu vs debian... no need to go playing with preseeds... :0)
[22:18] <soren> We have a lower default priority for debconf questions.
[22:18] <ScottK> soren: No.  I really don't think so.
[22:18] <soren> ScottK: Because?
[22:18] <ScottK> Because they work differently.
[22:18] <lamont> soren: and the port25 banner is different
[22:18] <lamont> we have to know which it is.
[22:19] <ScottK> Even in Cyrus you have to decide on sasldb versus auxprop and that affect a bunch of stuff.
[22:19] <lamont> and the options are "cyrus" "dovecot" and "die, hellspawn"
[22:19] <lamont> er, "no'
[22:19] <lamont> :-)
[22:19]  * ScottK will review the source before trying that last one.
[22:19] <soren> Ok, I wasn't aware.
[22:19] <soren> i though they had some sort of well defined protocol.
[22:19] <lamont> soren: this conversation is teaching me much wrt SASL...
[22:19] <soren> Man, typing is hard!
[22:20] <lamont> it's been on my "I should figure this out sometime" list for about 5 years or so now.
[22:20] <ivoks> soren: i gave up on typing... it's 23:30 :)
[22:20] <lamont> and hardy is a perfect time to fix it.
[22:20] <soren> lamont: So the protocol with which you communicate is dependant on the server at the other end?
[22:20] <lamont> yes
[22:20] <ivoks> yes
[22:20] <ivoks> postfix supports two
[22:20] <soren> craptastic
[22:20] <ivoks> dovecot and cyrus
[22:20] <ivoks> iirc
[22:21] <lamont> soren: hence the *_sasl_type variables
[22:21] <soren> Like completely different as in there's no specification or are people just interpreting them in different ways?
[22:21] <ivoks> like dbus and dcop :)
[22:21] <lamont> two separate implementations of two separate designs.
[22:21] <lamont> no common spec.
[22:21] <soren> Fantastic.
[22:21] <ivoks> there's no 'standard'
[22:22] <soren> brb
[22:22] <lamont> soren: think windoze vs linux. :-)
[22:22] <lamont> only this time both suck.  differently.
[22:22] <lamont> ivoks: btw, good to run into you again - haven't had any good chance to chat since Mataro, wasn't it?
[22:23] <ivoks> mataro?
[22:23] <ScottK> soren: SASL is defined, but that's on the wire.  The MTA to SASL implementation API is implementation specific
[22:23]  * ivoks is kind of slow atm
[22:23] <lamont> ivoks: I somehow got the impression that we'd maybe met in Mataro.
[22:23] <lamont> @UDS
[22:24] <ivoks> i was only on last uds at cambridge
[22:24] <ivoks> mataro sounds spanish :)
[22:24] <lamont> ah.  I guess more than one person lives in .hr :)
[22:24] <ivoks> :)
[22:24] <lamont> ivoks: that's because it's in spain. :)
[22:25] <ivoks> i don't know who else would be there from .hr...
[22:25] <somerville32> I'd like to go to the next UDS or the next one after that
[22:25] <ScottK> lamont was at the last UDS too, so maybe you two actually did meet there.
[22:25] <ivoks> hm... maybe :)
[22:25] <lamont> quite possibl
[22:25] <lamont> e
[22:26]  * ScottK recalls meeting both of you.
[22:26] <kgoetz> hi all... anyone willing to look at some openldap debuging output? http://pastebin.ca/801011 i have two users in ldap, i belive both have valid passwords. on user (kgoetz) has a local account as well. only kgoetz can log in, the other (kim) cops an error. suggestions about how to go about debuggin this woul be good too :/
[22:27] <ivoks> ScottK: i remembre you on package review session; we agreed on amavis :)
[22:28] <ScottK> Yep.
[22:28] <ivoks> typos...
[22:28] <lamont> kgoetz: does ldapsearch find the user?  and what about when you bind with the rootdn?
[22:29] <ivoks> so, postfix preinst should check sasl method and then, if none, set dovecot :)
[22:29] <ivoks> if there is /etc/dovecot/dovecot.conf :)
[22:29] <lamont> ivoks: I don't think setting type hurts us in any case...
[22:30] <lamont> and it'd be postinst that did it.  config that decided the default..
[22:30] <ivoks> right, not preinst...
[22:31] <ivoks> i know that dovecot will not start if /var/spool/postfix/private/auth doesn't exist
[22:31] <ivoks> so, postfix must be installed before dovecot-common
[22:31] <ivoks> this is why it's so easy to do it in tasksel.postinst :)
[22:32] <kgoetz> lamont: just checking
[22:32] <kgoetz> ldapsearch is whining about sasl :\
[22:32] <lamont> kgoetz: I have to go fetch kids, but I have a mixed local and ldap world that I can help walk you through fixing your issue once I get back online...  what TZ are you?
[22:32] <lamont> ah.
[22:32] <lamont> trivia.l
[22:33] <kgoetz> lamont: AUS, ~+10.30. its 9am atm.
[22:33] <lamont> does ldapsearch -x work?
[22:33] <lamont> cat <<EOF>>/etc/ldap.conf
[22:33] <lamont> use_sasl no
[22:33] <lamont> rootuse_sasl no
[22:33] <lamont> EOF
[22:33] <lamont> and no, that's not documented anywhere I could find
[22:33] <kgoetz> ah. -x
[22:33] <lamont> s/that's/that was/
[22:34] <lamont> ok. 'twould suck more if you were in europe somewhere... it'll take me somewhere around 1.5-2 hours before I'll be back online, once I leave in < 5 min
[22:34] <kgoetz> thanks for the poiter, i'll have a hack
[22:34] <kgoetz> np.
[22:40] <lamont> and I'm gone
[22:41] <kgoetz> later
[22:41] <ivoks> bye
[22:41] <ivoks> 'night all
[22:41] <ivoks> :)
[22:51] <phaidros> hi, I have a problem with apt. http://pastebin.ca/801042
[22:52] <phaidros> I have xen-common installed, and can neither update, remove nor reinstall it :(
[22:52] <phaidros> any ideas?
[22:53] <kgoetz> are you root? (did you run it with sudo?)
[22:54] <phaidros> I am root
[22:54] <phaidros> hi kgoetz :) I ve seen your name in the gobuntu list alot
[22:55] <kgoetz> ah oh :)
[22:55] <phaidros> I am root with sudo -s
[22:55] <kgoetz> try running `apt-get -f install`
[22:56] <phaidros> E: The package xen-utils-3.0 needs to be reinstalled, but I can't find an archive for it.
[22:56] <phaidros> I'll put it in /var/cache/apt/.. but I believe its the same then like dpkg ..
[22:57] <phaidros> it even doesn't recongnize the package in /var/cache/apt/archives
[22:58] <kgoetz> phaidros: try `apt-get update` then `apt-get install --reinstall <yourpackag>`
[22:58] <kgoetz> or whatever the aptitude equivilent is :)
[22:59] <phaidros> aptitude samesame apt-get (usually)
[23:00] <kgoetz> i know aptitude has a 'reinstall' instead of 'install --reinstall' *wants apt to not need stupid extra switch*
[23:01] <phaidros> no way. ok further the problem it, that I am currently trying to dist-upgrade, therefor there shouldn't be the same version in the tree.
[23:01] <phaidros> but even if I put the package with the same version in /var/cache/apt/archives/ it doens't fly :/
[23:02] <kgoetz> did you download the package seperately?
[23:02] <phaidros> yes.
[23:02] <phaidros> it is an edgy install, trying to upgrade to feisty / gutsy (tried both)
[23:03] <phaidros> got the edgy packages. the dist-upgrade got the feisty (and gutsy) package already as well ..
[23:03] <kgoetz> ah... this could get interesting.
[23:03] <kgoetz> but brb
[23:03] <phaidros> ok
[23:08] <phaidros> kgoetz: force might be the only way ..
[23:11] <kgoetz> phaidros: yes, forcing will be required.
[23:11] <phaidros> even --force-remove-reinstreq doesn't solve :(
[23:11] <kgoetz> phaidros: you'll have to try to go from whatever state your system is in now, to a feisty system.
[23:11] <kgoetz> then move from there.
[23:11] <phaidros> how?
[23:11] <phaidros> I am blocked :)
[23:12] <phaidros> maybe force-all .. which I generally try to avoid
[23:12] <kgoetz> change sources list, update, try to dist-upgrade, see where it bails. force packages to install as needed
[23:13] <phaidros> well, thats were I hang .. exactly the xen-utils .. I found no way around that yet.
[23:14] <phaidros> all apt-get / aptitude / dpkg fail on that package .. I'll have a look in the var/lib/dpkg/info/xen-utils-3.0.postinst
[23:14] <kgoetz> find the package this is in xen.xend.server (and by extentio the file), make sure its tehre
[23:16] <phaidros> sry, extentio ?
[23:16] <kgoetz> *extention
[23:18] <phaidros> which dpkg switch helps me finding that package?
[23:18] <kgoetz> -S
[23:18] <kgoetz> iirc
[23:23] <phaidros> no way to fing :/
[23:23] <phaidros> find
[23:24] <soren> What's the problem?
[23:25] <phaidros> xen-utils cannot get updated, removed, reinstalled .. tried all common tricks (force-all, apt-get install -f)
[23:25] <phaidros> http://pastebin.ca/801042
[23:25] <soren> sudo dpkg -P --force-remove-reinstreq xen-utils-3.0 =
[23:25] <soren> Er.. no "=" at the end.
[23:26] <soren> Or -r if you don't want to purge the config files.
[23:26] <phaidros> samesame .. http://pastebin.ca/801064
[23:26] <phaidros> yeah, and thats the tricky part now :)
[23:28] <phaidros> any ideas where to tinker?
[23:29] <soren> Yes, I'm just trying to find the cleanest way.
[23:30] <soren> phaidros: Not to worry, we'll get it removed in a minute.
[23:31] <phaidros> hehe, I got it: replacing /usr/bin/xend with a bashscript saying only "exit 0" helped!!
[23:31] <soren> Well, somethings clearly botched, so if you can live with it might not cleaning up a conffile here or there...
[23:31] <soren> Yes, that's one way. :)
[23:31] <phaidros> what would have been an alternative?
[23:31] <soren> Something along the same lines.
[23:31]  * phaidros proud
[23:31] <soren> I'd have edited the preinst script, but the effect would be precisely the same.
[23:31] <phaidros> :)
[23:31] <phaidros> cool!
[23:32] <phaidros> thanx alot soren & kgoetz !
[23:32] <soren> It's really not the right way to go about it, but.. yeah, well.
[23:33] <phaidros> yeah, but if any standard ways fail .. well, no options given the crude way wins the beauty contest
[23:33] <phaidros> :)
[23:34] <phaidros> ah something else: how to blacklist packages (eg all xserver related on a server)
[23:35] <phaidros> (because I finally got X packages in on one machine, and cannot see which dependency might have caused this)
[23:35] <soren> phaidros: If you try to remove them with apt-get, any package that depends on them will be removed.
[23:36] <soren> phaidros: ...so you can see if anything looks familiar.
[23:36] <phaidros> yeah I believe it is some gdlib or graphviz or such for php
[23:37] <phaidros> but anyhow, is there a clean way to block a group of packages under any circumstances/
[23:37] <phaidros> ?
[23:37] <soren> Well, yes, but it really shouldn't  be necessary.
[23:38] <phaidros> hehe, not in an ideal world ;)
[23:38] <soren> If you install a package that needs some x libraries, well... it needs some x libraries.
[23:38] <phaidros> but as we've just seen .. world tends to non-idealism. I usually call that an entropic issue
[23:38] <soren> phaidros: Can you give me a use case for it?
[23:39] <phaidros> uhm, I need a package like imagemagick for php or cli/scripting purposes on my server, and that package depends somehow (because it is mainly a desktop distro) on X .. I don't want X on a server
[23:40] <soren> Well, do you need imagemagick or don't you?
[23:40] <phaidros> I do, but no X
[23:40] <soren> It's not installing X.
[23:40] <soren> It's probably installing a few x libraries.
[23:41] <phaidros> yeah, it was in old debian days. and there are surely packages around which have same strange dependencies nowadays
[23:41] <soren> Seriously.. If a package in Ubuntu depends on another package... It *really* depends on it. It won't work without it.
[23:41] <phaidros> oh, ok
[23:41] <soren> And installing imagemagick won't install an X server.
[23:41] <phaidros> so, as soon as my xen instance is back alie i can go and check which dependency caused this
[23:42] <phaidros> alive
[23:42] <soren> X libraries are not uncommon on servers, I believe.
[23:42] <phaidros> really? I have always a strange feeling if I see X packages on servers
[23:43] <phaidros> thats imho a bad redhat&friends habit
[23:44] <phaidros> uh oh, now I get segfaults on dist upgrade edgy->gutsy
[23:46] <phaidros> is it save to reboot if module-init-tools are not installed properly (there is the segfault)
[23:46] <phaidros> ?
[23:50] <phaidros> it is
[23:55] <phaidros> ok, libc6-xen is the solution for the segfaulting upgrade
[23:57] <kgoetz> edgy -> gutsy == bad upgrade path


[00:45] <auvajs> hi, I was using two monitors for some time (laptop+external monitor) but now after I restarted laptop the external monitor is not displayed and it's not even shown in the Monitor Settings.. anybody to help me please? I have Lubuntu 20.04
 @Michaël Van Bogaert [can you open cli?], Yes, control+alt+f2 always works... I can open OpenBox but just right click shows menus. Unfortunately no GUI runs properly. I installed gdm3,  removed and purge lxde but no luck. So I reinstalled lxde-session and the rest of the stuff bit still not working.
 I went to the cli, and run startlxde
 (Photo, 1280x559) https://i.imgur.com/M1sPItT.jpg
 Could you show me your /etc/xdg/lxsession/LXDE/desktop.conf please?
 (Photo, 1280x564) https://i.imgur.com/WZkXIbV.jpg
 If I do sudo lxdm start … And then startx I can run gnome or cinnamon, but no lxde
[02:52] <guiverc> @Sergio_Security, LXDE is supported by Lubuntu only in 18.04 (and historically prior releases). Lubuntu switched to LXQt in 18.10
[06:28] <random1> hey im curious if anyone can tell me if my firewall logs look off. im pretty sure its someone on my wifi attacking my laptop.
[06:28] <random1> would greatly appreciate it.
[06:36] <Maik> random1: don't cross post please, asking for help in one channel, like you did in #ubuntu already, is sufficient enough
[06:37] <random1> sure thing. i do apologize maik. :/
[06:38] <Maik> :)
[14:44] <akem> I have a a bug with packaged gimp, i create a new A4(300dpi) picture then i open a photo, if i do ctrl+c on the pic to copy it in the buffer, gimp crash. It works ok with the flatpak though...But its very annoying.
[14:49] <LimeOn> just tested it, the same problem
[14:49] <LimeOn> Ctrl+C crashed the app
 it seems to be a qlipper problem
[14:56] <akem> It only affects Lubuntu and not Ubuntu?
 I think ubuntu doesn't use qlipper. You can close qlipper
[14:59] <akem> I'm gonna test that, brb.
[15:03] <akem> Yes, it works fine if i close qlipper.
[15:04] <akem> So, i just disabled it from autostart applications for now...I don't think i really need it anyway.
[15:04] <akem> Should we report this issue somewhere, so it gets fixed?
 Yes, file a bug please. `ubuntu-bug qlipper`
[15:07] <akem> Okay.


[01:47] <billybigrigger> hey all
[01:48] <billybigrigger> i was looking to create a wiki page for Grub2 since the new transition is coming gently in karmic
[01:48] <billybigrigger> but more users are looking for help on booting with grub2, bugabundo suggested i create a wiki page for G2, now can i just go ahead and do this? or do i have to follow some guidelines?
[02:57] <Wiebelhaus> Hello
[02:58] <Wiebelhaus> I'd like to find out what process one should take if they are interested in re-writing an out dated community doc?
[18:16] <Lademord> Hi
[18:17] <Lademord> I find it a bit problematic that if I do a Google search for 'ubuntu packaging' ( http://www.google.dk/search?hl=da&q=ubuntu%20packaging&meta=&aq=f&oq= ), the first thing that turns up is the package guide for 6.10!
[18:17] <Lademord> Is it possible to fix that, possibly by workaround?
[18:28] <ubu-noob> I am new to mailing lists, and I have a question
[18:28] <ubu-noob> I posted to https://lists.ubuntu.com yesterday
[18:28] <ubu-noob> and I want to reply to one of the messages in the tread
[18:28] <ubu-noob> how do I do that?
[18:32] <ubu-noob> hi?
[18:33] <Lademord> This channel is always way too quiet
[18:35] <ubu-noob> :-)
[18:35] <ubu-noob> It's OK.  I think I'm learning how on my own.
[18:42] <ubu-noob> Well, I managed to post, so I guess there's no problem at all.
[19:47] <billybigrigger> anyone alive?
[19:50] <billybigrigger> im having problems with formatting a wiki page
[19:57] <cody-somerville> billybigrigger, whats your problem?
[19:57] <cody-somerville> !justask
[19:57] <ubot4> Please don't ask to ask a question, simply ask the question (all on ONE line, so others can read and follow it easily). If anyone knows the answer they will most likely reply. :-)
[19:58] <billybigrigger> i thought ''="
[23:14] <jmburgess> does anyone know if the ubuntu-screencasts project is still active ata ll?


[10:21] <lotuspsychje> Fallen: whats the current status on that wiki project, and any change we could get bug https://bugs.launchpad.net/ubuntu/+source/yelp/+bug/1988847 solved along with it?


[09:37] <rmg51> Morning
[09:40] <JonathanD> Morning.
[09:40] <JonathanD> Who left the water running?
[09:55] <rmg51> it wasn't me
[09:56] <rmg51> Teddy said it wasn't him either
[12:02] <InHisName> so tell me, JonathanD, is the water knee-deep or only ankle-deep ?
[12:05] <JonathanD> nose deep
[12:27] <jedijf> James Hess,doing business as Pathetic Medic and they wonder why they had to file chapter 13......
[12:32] <InHisName> r u bailing out your abode, now ?  if not better start rightway, so's u can continue breathing.
[12:36] <InHisName> I thought I'd better check my abode.  Well, the drain grooves around edge of basement are still bone dry and sump pumps holes are not full enough to trigger the pumps.
[12:36] <InHisName> I'd say mine is minus 1 foot from bottom of my feet.
[13:23] <JonathanD> Does anyone wish to go camping?
[13:26] <passstab> as in sniper?
[13:27]  * passstab is not that into pokemon
[13:33] <JonathanD> passstab: as in tents. In the woods.
[13:33] <JonathanD> With the bears.
[13:34] <JonathanD> passstab: http://www.ahotw.com/gallery/v/linux/2009-07-12-Geeknic/?g2_page=1
[13:34] <PennBot> Title: Geeknic++; Camping at Jenny Jump (at www.ahotw.com)
[13:34] <passstab> BEARS!!!?!
[13:34] <JonathanD> yes, bears
[13:34] <JonathanD> andrew: wheres the picture of the bears?
[13:34] <passstab> looks fun
[13:35] <passstab> but i can't do sat
[13:35] <JonathanD> You keep saying that :(
[13:36]  * passstab shuts up
[13:36] <JonathanD> passstab: thing is, they are usually friday to sunday.
[13:36] <JonathanD> which means either night you stay, you're there for a while on saturday.
[13:36] <passstab> see previous comment
[13:37] <JonathanD> I suppose you could show up at midnight on sunday.
[13:37] <JonathanD> then you are not there saturday.
[15:46] <MutantTurkey> bork nork
[15:59] <ChinnoDog> herp derp
[16:07] <jedijf> fail tail
[16:44] <passstab> jedijf,  will there be a releace party?
[16:48] <jedijf> there may be
[16:48] <jedijf> disks on en route
[16:48] <jedijf> s/on/are
[16:48] <ChinnoDog> I'd rather go to a release party
[16:48] <jedijf> release party/spelling bee
[16:48] <ChinnoDog> excellent
[16:49] <jedijf> passstab: it's always nice to have the official disks in hand
[16:49] <ChinnoDog> I would be more thrilled with a release party of pleia2 went
[16:49] <ChinnoDog> s/of/if
[16:49] <jedijf> they're leaving the Netherlands today
[16:49] <jedijf> disks, not pleia2
[16:50] <pleia2> ChinnoDog: I went to one in Philly last cycle, you didn't come
[16:50] <jedijf> yeah
[16:50] <jedijf> tell him
[16:50] <ChinnoDog> I don't remember where I was last cycle, but I am here this cycle
[16:52] <jedijf> ChinnoDog: dc is not here
[16:52] <jedijf> or is it
[16:52] <jedijf> here enough
[16:52] <ChinnoDog> I will go to Philly
[16:52] <pleia2> ChinnoDog: you wouldn't come up last time because I "couldn't make time for you"
[16:52] <jedijf> lol...brat
[16:52] <jedijf> private event
[16:53] <ChinnoDog> I don't know which time we are talking about. There is no point in visiting if you aren't around.
[16:53] <jedijf> <--chopped liver
[16:53] <pleia2> the oneiric release party
[16:54] <jedijf> pleia2: just lie to him, we need the attendance
[16:54] <pleia2> jedijf: yeah, it's awesome running an ubuntu release party when jono doesn't show, all night "where is jono?"
[16:54] <pleia2> I made up a different story each time
[16:54] <jedijf> pleia2: yeah, but that was probably *you* asking :D
[16:54] <jedijf> or is jono to common now
[16:55] <jedijf> now that you're Mark'd
[16:55] <pleia2> he doesn't really come out to events, pretty much a 9-5 weekdays ubuntu guy
[16:55] <jedijf> *too
[16:55] <jedijf> we'll do that...i'll be "Where's Chinno?" all night
[16:55] <pleia2> hehe
[16:55] <ChinnoDog> :-p


 Thanks for the help. :)
[05:55] <jjohansen> MTecknology: glad to here it worked for you
[08:25] <smb> morning
[08:36] <abogani> smb: Good morning to you.
[09:45] <eugenesan> Hi all, I am experiencing frequent OOM kills with -25 from proposed. I am I alone?
[09:47] <jjohansen> eugenesan: hrmm, I haven't heard any complaints of OOM kills, do you have a bug with some logs attached?
[09:48] <jk-> hey cking
[09:48] <smb> I have not seen any OOM kills either
[09:49] <cking> jk-, hiya
[09:49]  * cking forgot to start irc, doh
[09:49] <eugenesan> jjohansen: Nope, I wanted to consult here first. I am seeing it on 2 different machines, without a reason with plenty free pages...
[09:49] <smb> cking, what a wonderful world this seemed to be ;-)
[09:50] <cking> smb, indeedy
[09:51] <jjohansen> eugenesan: open a bug using ubuntu-bug linux
[09:51] <eugenesan> I need suggestion for correct bug title, to be self explaining for non technical users?
[09:52] <eugenesan> From my expirience OOM causes long hangs and applications termination.
[09:52] <jjohansen> eugenesan: hrmm, I'm not sure the non technical users will understand that the oom killer is what causing their apps to die
[10:11] <eugenesan> Just been hit by OOM with 2.6.32-24-generic-pae... very odd
[10:13] <eugenesan> Please take a look at http://paste.ubuntu.com/497587/
[11:26] <tseliot> smb: I guess I'll have to update fglrx in Jaunty and Hardy too in addition to Lucid and Karmic
[11:31] <tseliot> :/
[11:42] <Kano> hi, when will <IP_ADDRESS> mainline ready
[11:45] <Kano> 36rc5 would be good too
[11:58] <apw> Kano, .5 is second in the queue so i'd say now+4hrs, -rc5 is after that say +6hrs
[11:59] <Kano> ok
[12:19] <tseliot> apw, smb: I guess you'll have to apply the patch to fglrx in the linux-restricted-modules in Hardy (I should do the same with envyng, I guess)
[12:21] <smb> tseliot, Yes thats true. Will see about lrm
[12:21] <tseliot> ok
[13:12] <mjg59> Keybuk: No, there's two nvidias, no Intel
[13:15] <Keybuk> mjg59: the spec says it's an Intel GMA HD and an NVIDIA GT330M
[13:21] <mjg59> Keybuk: Which mbp?
[13:22] <Keybuk> 6,2 - the 15" 2.66Ghz i7
[13:25] <mjg59> Oh, of course, it's an arrandale. Ok.
[13:25] <mjg59> Apple seem to have their own magic video muxing device. I'm not clear on how they handle the PCI devices, though.
[13:25] <mjg59> In their nvidia setups both are visible.
[13:26] <Keybuk> yeah only the NV is visible in lspci
[15:51] <hallyn> jj-afk: at k by chance?
[16:20] <ogasawara> smb: from the ml thread, it seems everyone is fine to drop support for fsl-imx51 in karmic.  so I'm just going to delete the work item from the blueprint.
[16:20] <smb> ogasawara, ack. I'll mothball the branch soonish
[16:21]  * smb likes a work-item being completed without doing work
[17:13] <jjohansen> hallyn: pong
[17:14] <hallyn> jjohansen: i was going to ask if you had any hints on how to specify your debug kernel to be used (bc it wasn't being used by default despite being the highest version #) but think i've got it, thanks
[18:45] <bjf> ogasawara: is there a wiki page which explains what the conditions are to change a bug status from "New" to "Triaged"? (or any other state for that matter)
[18:52] <popey> hullo linux kernel people!
[18:53] <ogasawara> bjf: I know there is, I just have to remember now where it is in our black hole of wiki pages
[18:54] <popey> if someone has a moment, could they look at bug 642792 which appears to be a regression, breaking ALT+PrintScreen functionality in GNOME
[18:54] <ubot2> Launchpad bug 642792 in linux (Ubuntu) "ALT+PrtSc not recognised (affects: 3) (heat: 3390)" [Undecided,Confirmed] https://launchpad.net/bugs/642792
[18:54] <bjf> ogasawara: the other thing is we seem to be generating logs of bugs due to various kernel "WARNING" messages
[18:55] <ogasawara> bjf: I think those will go away when they turn off kerneloops after release
[18:55] <ogasawara> bjf: and I believe there's been a lingering work item to fix that up
[18:56] <ogasawara> bjf: https://wiki.ubuntu.com/Kernel/BugTriage/BugStates
[18:57] <bjf> ogasawara: thanks
[20:06] <jjohansen> -> lunch
[20:29]  * ogasawara lunch
[21:42] <MTecknology> pgraner: Ya know...  I didn't even notice I dropped myself from the team. I think I meant to drop from another one I was in..
[22:27] <Keybuk> Sep 21 22:10:45 deathspank kernel: [   16.122012] intel ips 0000:00:1f.6: Warning: CPU TDP doesn't match expected value (found 26, expected 35)
[22:27] <Keybuk> Sep 21 22:10:45 deathspank kernel: [   16.122178] intel ips 0000:00:1f.6: failed to get i915 symbols, graphics turbo disabled
[22:27] <Keybuk> Sep 21 22:10:45 deathspank kernel: [   16.122260] intel ips 0000:00:1f.6: request irq failed, aborting
[22:27] <Keybuk> Sep 21 22:10:45 deathspank kernel: [   16.122338] intel ips: probe of 0000:00:1f.6 failed with error -16
[22:27] <Keybuk> mjg59: ^ of possible relevance, perhaps
[22:28] <mjg59> Keybuk: That's just the ips driver complaining that it can't get at the i915 symbols, presumably because i915 never loaded
[22:29] <mjg59> Because the PCI device isn't there
[22:29] <Keybuk> ah right
[22:29] <Keybuk> IPS being the power stuff?
[22:29] <mjg59> Yeah


[17:47] <Pici> I'm having some wiki weirdness.
[17:49] <Pici> https://wiki.ubuntu.com/DevelopmentCodeNames claims it doesn't exist yet, but the page revisions don't say it was deleted or anything.. and if I try to revert it to a prior version, I get a moinmoin python error.
[17:49] <Pici> <class 'MoinMoin.PageEditor.CouldNotLock'>: Page could not get locked. Missing 'current' file?
[17:49] <jbicha> Pici: open a request ticket by sending an email to<EMAIL_ADDRESS>[17:50] <Pici> jbicha: righto
[19:15] <bkerensa> mdke: Can you ping me when you are around?
[19:52] <mdke> bkerensa: hey
[19:52] <bkerensa> mdke: Can I pm?
[19:52] <mdke> sure
[19:57] <jbicha> mdke: pitti had to manually inject the ubuntu-docs translations into today's langpack update, bug 869815
[19:57] <ubot2> Launchpad bug 869815 in langpack-o-matic "does not properly install mallard help files" [High,In progress] https://launchpad.net/bugs/869815
[19:59] <mdke> jbicha: interesting, thanks for letting me know
[19:59] <jbicha> but his workaround worked, we got pretty translations for several languages :)
[19:59] <mdke> as we get more and more translations, we are going to have to figure out a way around a weird build bug
[19:59] <mdke> basically if we have too many languages, it crashes with a complaint that it can't call so many install commands at the same time...
[19:59] <jbicha> is it just old translations conflicting with the new build?
[20:00] <mdke> too many help files :)
[20:00] <jbicha> shaunm: do you know anything about that ^
[20:01] <mdke> I worked around it by leaving out the translations which only have a very few strings translated
[20:01] <jbicha> I think we're building about the same way as gnome-user-docs does
[20:01] <mdke> I had the same problem in natty as well
[20:01] <mdke> yes, we are
[20:01] <mdke> but shaunm may not have come across it if he doesn't build packages for distributions
[20:02] <jbicha> mdke: do you ever use meld?
[20:02] <mdke> not heard of it
[20:02] <shaunm> yeah, not something I've dealt with
[20:02] <jbicha> that's what I used to merge in gnome-user-docs updates this cycle, it's a visual diff tool
[20:03] <jbicha> http://meld.sourceforge.net/
[20:03] <shaunm> is it trying to parallelize every file at once and can't run any more commands? that sounds crazy
[20:03] <mdke> something like that I think
[20:03] <jbicha> well that page is a bit outdated but meld is cool
[20:05] <mdke> anything that helps us keep on track with gnome-user-docs, that isn't an easy merge
[20:06] <mdke> shaunm: I'll get you a build log once I get to an Ubuntu system sometime
[20:13] <jbicha> mdke: did you also try in a PPA? just in case it's something specific to your computer
[20:15] <mdke> jbicha: no, I haven't. Actually I've never tried using a ppa
[20:17] <jbicha> mdke: ah, it's basically the same as pushing to the main archives, just create a PPA, set the changelog to ~ppa1 or something and dput ppa:mdke/ppaname
[20:18] <mdke> jbicha: perhaps we should use em more
[20:18] <mdke> jbicha: i'll give it a shot sometime
[20:19] <jbicha> I got my sbuild setup which is similar to a PPA for testing, but if you want wider distribution PPAs are good


[00:55] -queuebot:#ubuntu-release- New binary: php-imagick [s390x] (jammy-proposed/universe) [3.4.4+php8.0+3.4.4-2+deb11u2ubuntu3] (no packageset)
[00:55] -queuebot:#ubuntu-release- New binary: php-imagick [amd64] (jammy-proposed/universe) [3.4.4+php8.0+3.4.4-2+deb11u2ubuntu3] (no packageset)
[00:56] -queuebot:#ubuntu-release- New binary: php-imagick [ppc64el] (jammy-proposed/universe) [3.4.4+php8.0+3.4.4-2+deb11u2ubuntu3] (no packageset)
[00:57] -queuebot:#ubuntu-release- New binary: php-imagick [armhf] (jammy-proposed/universe) [3.4.4+php8.0+3.4.4-2+deb11u2ubuntu3] (no packageset)
[00:57] -queuebot:#ubuntu-release- New: accepted ignition-tools [amd64] (jammy-proposed) [1.2.0+ds-2]
[01:00] -queuebot:#ubuntu-release- New binary: php-imagick [arm64] (jammy-proposed/universe) [3.4.4+php8.0+3.4.4-2+deb11u2ubuntu3] (no packageset)
[01:21] -queuebot:#ubuntu-release- New binary: php-imagick [riscv64] (jammy-proposed/universe) [3.4.4+php8.0+3.4.4-2+deb11u2ubuntu3] (no packageset)
[01:59] <bdmurray> RAOF: Could you review livecd-rootfs for hirsute? I uploaded it so can't.
[01:59] <RAOF> Will do
[02:00] <bdmurray> RAOF: and speedtest-cli for bionic - I sponsored that
[02:06] <RAOF> bdmurray: What are we doing about verification for https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1940136 which is keeping the existing livecd-rootfs in hirsute-proposed ATM?
[02:07] <bdmurray> RAOF: Oh, that's due to bug 1949116 which needs addressing. I forgot that was blocking livecd-rootfs.
[02:07] <RAOF> Yeah, I think promoting llvm12 to main in hirsute is the right thing to do there, too.
[02:08] <bdmurray> I'd like tjaalton and sil2100 to look at it though
[02:12] <bdmurray> RAOF: Anyway, speedtest-cli should be much easier. ;-)
[02:16] <RAOF> Yeah. I guess what's happened is mesa has been backported to hirsute, including a llvm bump, but since llvm12 wasn't a new package in hirsute it missed being promoted.
[02:18] -queuebot:#ubuntu-release- New binary: php-pecl-http [ppc64el] (jammy-proposed/universe) [4.0.0+3.2.4+2.6.0-0+deb11u1ubuntu1] (no packageset)
[02:18] -queuebot:#ubuntu-release- New binary: php-pecl-http [s390x] (jammy-proposed/universe) [4.0.0+3.2.4+2.6.0-0+deb11u1ubuntu1] (no packageset)
[02:19] -queuebot:#ubuntu-release- Unapproved: accepted speedtest-cli [source] (bionic-proposed) [2.0.0-1ubuntu1]
[02:20] -queuebot:#ubuntu-release- New binary: php-pecl-http [arm64] (jammy-proposed/universe) [4.0.0+3.2.4+2.6.0-0+deb11u1ubuntu1] (no packageset)
[02:20] -queuebot:#ubuntu-release- New binary: php-pecl-http [armhf] (jammy-proposed/universe) [4.0.0+3.2.4+2.6.0-0+deb11u1ubuntu1] (no packageset)
[02:22] -queuebot:#ubuntu-release- New binary: php-pecl-http [amd64] (jammy-proposed/universe) [4.0.0+3.2.4+2.6.0-0+deb11u1ubuntu1] (no packageset)
[02:44] -queuebot:#ubuntu-release- New binary: php-pecl-http [riscv64] (jammy-proposed/universe) [4.0.0+3.2.4+2.6.0-0+deb11u1ubuntu1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: django-cachalot [amd64] (jammy-proposed/universe) [2.4.3-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: django-render-block [amd64] (jammy-proposed/universe) [0.8.1-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: django-maintenance-mode [amd64] (jammy-proposed/universe) [0.16.1-1] (no packageset)
[05:21] -queuebot:#ubuntu-release- New binary: django-select2 [amd64] (jammy-proposed/universe) [7.7.2-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: django-any-js [amd64] (jammy-proposed/universe) [1.1-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: django-ckeditor [amd64] (jammy-proposed/universe) [6.1.0+ds-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: django-dbbackup [amd64] (jammy-proposed/universe) [3.3.0-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: django-titofisto [amd64] (jammy-proposed/universe) [0.1.2.post1-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: django-celery-email [amd64] (jammy-proposed/universe) [3.0.0-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: django-favicon-plus-reloaded [amd64] (jammy-proposed/universe) [1.1.3-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: django-cleanup [amd64] (jammy-proposed/universe) [5.2.0-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: django-widget-tweaks [amd64] (jammy-proposed/universe) [1.4.8-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: django-haystack-redis [amd64] (jammy-proposed/universe) [0.0.1-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: django-phonenumber-field [amd64] (jammy-proposed/universe) [5.2.0-1] (no packageset)
[05:23] -queuebot:#ubuntu-release- New binary: django-otp-yubikey [amd64] (jammy-proposed/universe) [1.0.0.post1-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: django-bleach [amd64] (jammy-proposed/universe) [0.9.0-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: django-menu-generator-ng [amd64] (jammy-proposed/universe) [1.2.3-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: astap-cli [armhf] (jammy-proposed/universe) [0.9.588-3] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: astap-cli [amd64] (jammy-proposed/universe) [0.9.588-3] (no packageset)
[05:29] -queuebot:#ubuntu-release- New binary: astap-cli [ppc64el] (jammy-proposed/universe) [0.9.588-3] (no packageset)
[06:51] <tjaalton> bdmurray, RAOF: added a comment now, promotion is fine
[06:55] <RAOF> Hm. I don't suppose there's a “promote the same subset of binary packages as in $series” tool?
[08:19] <GunnarHj> Hello Release team!
[08:19] <GunnarHj> I got one of those emails about why my uploaded package (vte2.91) is stuck in jammy-proposed for 15 days. The answer is: Because autopkgtests have not been run on ppc64el (and hence can't be retried). AFAICT that answer applies to a bunch of other packages as well.
[08:19] <GunnarHj> My counter-question is: Is anybody investigating why autopkgtests are not running on ppc64el?
[08:21] <RikMills> GunnarHj: yes, I asked this yesterday and juliank has been working hard to sort out runner and networking issues for the ppc64el tests
[08:22] <GunnarHj> RikMills: Great, thanks fro letting me know.
[08:38] <juliank> GunnarHj: We are running now :)
[08:39] <juliank> GunnarHj: We're already down from 22k to 21k items in the queue, hooray
[08:39] <juliank> The hypervisor hosts needed reboots
[08:43] <GunnarHj> Good work juliank! :)
[08:44] <juliank> most of that was IS
[09:54] -queuebot:#ubuntu-release- New binary: golang-github-charmbracelet-glamour [amd64] (jammy-proposed/universe) [0.3.0-2] (no packageset)
[11:00] <laney> juliank: can you re-invite me to that grafana as admin please? to @ubuntu.com. or re-active the account / fix the email address or whatever
[11:00] <laney> re-activate*
[11:03] <juliank> laney: technically I can, but am I allowed to? What does sil2100 think?
[11:03] <juliank> laney: i do want to but I also don't want to make this decision myself :)
[11:04] -queuebot:#ubuntu-release- New: accepted astap-cli [amd64] (jammy-proposed) [0.9.588-3]
[11:04] -queuebot:#ubuntu-release- New: accepted astap-cli [ppc64el] (jammy-proposed) [0.9.588-3]
[11:04] -queuebot:#ubuntu-release- New: accepted django-bleach [amd64] (jammy-proposed) [0.9.0-1]
[11:04] -queuebot:#ubuntu-release- New: accepted astap-cli [armhf] (jammy-proposed) [0.9.588-3]
[11:04] -queuebot:#ubuntu-release- New: accepted django-cachalot [amd64] (jammy-proposed) [2.4.3-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-any-js [amd64] (jammy-proposed) [1.1-1]
[11:04] <juliank> laney: arguably all of ~ubuntu-release should have access to it IMO
[11:04] -queuebot:#ubuntu-release- New: accepted django-celery-email [amd64] (jammy-proposed) [3.0.0-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-cleanup [amd64] (jammy-proposed) [5.2.0-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-favicon-plus-reloaded [amd64] (jammy-proposed) [1.1.3-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-maintenance-mode [amd64] (jammy-proposed) [0.16.1-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-otp-yubikey [amd64] (jammy-proposed) [1.0.0.post1-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-render-block [amd64] (jammy-proposed) [0.8.1-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-titofisto [amd64] (jammy-proposed) [0.1.2.post1-1]
[11:04] -queuebot:#ubuntu-release- New: accepted golang-github-charmbracelet-glamour [amd64] (jammy-proposed) [0.3.0-2]
[11:04] -queuebot:#ubuntu-release- New: accepted django-ckeditor [amd64] (jammy-proposed) [6.1.0+ds-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-haystack-redis [amd64] (jammy-proposed) [0.0.1-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-phonenumber-field [amd64] (jammy-proposed) [5.2.0-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-widget-tweaks [amd64] (jammy-proposed) [1.4.8-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-dbbackup [amd64] (jammy-proposed) [3.3.0-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-select2 [amd64] (jammy-proposed) [7.7.2-1]
[11:04] -queuebot:#ubuntu-release- New: accepted django-menu-generator-ng [amd64] (jammy-proposed) [1.2.3-1]
[11:05] <laney> juliank: I agree, also flavour people to be honest
[11:05] <laney> we deliberately set this up the way we did so community people could be given access
[11:05] <laney> as in, separate influx, no private data should ever be written there
[11:06] <laney> but the initiative never took off as much as I might have liked
[11:06] <laney> not too late for that :-)
[11:06] <laney> btw the "no private data" thing is something to bear in mind if you ever start shipping logs over there
[11:12] <juliank> laney: hmm, so private autopkgtests do they have their own influx db?
[11:13] <laney> no
[11:13] <laney> do we report anything that could be considered a leak?
[11:13] <laney> to influx
[11:13] <juliank> we report package name and series
[11:13] <juliank> so you'll see if there are tests running for openssl on xenial or sth
[11:14] <laney> mmm
[11:14] <laney> check the code, see if we replace the package name or something
[11:14] <laney> we do for /running but not sure for the metrics
[11:15] <juliank> afaict not
[11:16] <juliank> I guess I could (a) hack that in or (b) disable metric submission for private tests, but that'd be nasty
[11:16] <laney> do the same name replacement as we do on running
[11:16] <laney> so you see that *a* test is running, but not what
[11:17] <laney> and don't report exit events? not sure about that
[11:17] <laney> biab
[11:18] -queuebot:#ubuntu-release- New binary: astap [ppc64el] (jammy-proposed/universe) [0.9.588-2] (no packageset)
[11:18] <juliank> it just replaces the entire <name> <params> thing with private job, so I guess it keeps the series
[11:18] <juliank> and arch is in the queue name
[11:18] <juliank> so just replace package name with "private job"
[11:19] <juliank> or not log package name at all?
[11:19] <juliank> we don't log triggers either
[11:19] <juliank> we probably should so you can build dashboards for like kernel autopkgtests
[11:20] <laney> that'd be good
[11:20] -queuebot:#ubuntu-release- New binary: astap [amd64] (jammy-proposed/universe) [0.9.588-2] (no packageset)
[11:20] -queuebot:#ubuntu-release- New binary: astap [arm64] (jammy-proposed/universe) [0.9.588-2] (no packageset)
[11:21] -queuebot:#ubuntu-release- New binary: astap [armhf] (jammy-proposed/universe) [0.9.588-2] (no packageset)
[11:27] -queuebot:#ubuntu-release- New: accepted astap [amd64] (jammy-proposed) [0.9.588-2]
[11:27] -queuebot:#ubuntu-release- New: accepted astap [armhf] (jammy-proposed) [0.9.588-2]
[11:27] -queuebot:#ubuntu-release- New: accepted astap [arm64] (jammy-proposed) [0.9.588-2]
[11:27] -queuebot:#ubuntu-release- New: accepted astap [ppc64el] (jammy-proposed) [0.9.588-2]
[12:02] <juliank> So we ran 1500 tests in the past 6 hours roughly, so I anticipate being done in 20/(1.5/6)/24 < 4 days
[12:03] <juliank> ok more like 1300, but still under 4 days if we keep it up and don't get much more test requests
[12:04] <juliank> It was hard watching yesterday evening when like 70% of the cloud was running upstream systemd CI for like 2-4 hours
[12:04] <juliank> (about 50% of the workers run upstream systemd CI; but well, not 100% of the workers were running)
[12:05] <juliank> I'm considering reducing upstream queue processing to 20% of the workers
[12:05] <juliank> as whoa, those tests run long
[12:13] -queuebot:#ubuntu-release- New binary: django-templated-email [amd64] (jammy-proposed/universe) [3.0.0-1] (no packageset)
[12:15] <laney> there's this problem where force-pushes to a PR trigger multiple runs
[12:15] <laney> it sucks
[12:44] -queuebot:#ubuntu-release- Unapproved: accepted corosync [source] (bionic-proposed) [2.4.3-0ubuntu1.3]
[13:04] <juliank> laney: so, we do cache the amqp queue content in json, and it's fast to parse, so I'm actually working on rejecting duplicate test requests
[13:04] <juliank> laney: with github api, I guess it needs to delete the previosu request, though
[13:05] <juliank> laney: but we can just iterate over the live upstream queue there, it does not really hurt much, it's not long usuually
[13:06] <juliank> or run filter-dupes-upstream minutely
[13:06] <juliank> :D
[13:06] <juliank> but it only helps if we don't already run the test of course, as we do not yet cancel tests
[13:07] <juliank> but every little bit helps, especially when the queues are full and upstream tests don't run immediately
[13:39] <LocutusOfBorg> vorlon, hello, can we please kick dune-pdelab from jammy?
[13:39] <LocutusOfBorg> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976499
[13:40] <LocutusOfBorg> I'm doing a no-change rebuild just to have track of the failure
[13:40] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-470-server (hirsute-proposed/restricted) [470.57.02-0ubuntu<IP_ADDRESS> => 470.82.01-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[13:40] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-470-server (impish-proposed/restricted) [470.57.02-0ubuntu4 => 470.82.01-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[13:41] -queuebot:#ubuntu-release- Unapproved: fabric-manager-470 (bionic-proposed/multiverse) [470.57.02-0ubuntu<IP_ADDRESS> => 470.82.01-0ubuntu<IP_ADDRESS>] (no packageset)
[13:41] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-470-server (focal-proposed/restricted) [470.57.02-0ubuntu<IP_ADDRESS> => 470.82.01-0ubuntu<IP_ADDRESS>] (i386-whitelist)
[13:41] -queuebot:#ubuntu-release- Unapproved: nvidia-graphics-drivers-470-server (bionic-proposed/restricted) [470.57.02-0ubuntu<IP_ADDRESS> => 470.82.01-0ubuntu<IP_ADDRESS>] (no packageset)
[13:41] -queuebot:#ubuntu-release- Unapproved: libnvidia-nscq-470 (bionic-proposed/multiverse) [470.57.02-0ubuntu<IP_ADDRESS> => 470.82.01-0ubuntu<IP_ADDRESS>] (no packageset)
[13:41] -queuebot:#ubuntu-release- Unapproved: libnvidia-nscq-470 (focal-proposed/multiverse) [470.57.02-0ubuntu<IP_ADDRESS> => 470.82.01-0ubuntu<IP_ADDRESS>] (no packageset)
[13:41] -queuebot:#ubuntu-release- Unapproved: libnvidia-nscq-470 (hirsute-proposed/multiverse) [470.57.02-0ubuntu<IP_ADDRESS> => 470.82.01-0ubuntu<IP_ADDRESS>] (no packageset)
[13:41] -queuebot:#ubuntu-release- Unapproved: libnvidia-nscq-470 (impish-proposed/multiverse) [470.57.02-0ubuntu1 => 470.82.01-0ubuntu<IP_ADDRESS>] (no packageset)
[13:41] -queuebot:#ubuntu-release- Unapproved: fabric-manager-470 (focal-proposed/multiverse) [470.57.02-0ubuntu<IP_ADDRESS> => 470.82.01-0ubuntu<IP_ADDRESS>] (no packageset)
[13:41] -queuebot:#ubuntu-release- Unapproved: fabric-manager-470 (impish-proposed/multiverse) [470.57.02-0ubuntu1 => 470.82.01-0ubuntu<IP_ADDRESS>] (no packageset)
[13:41] -queuebot:#ubuntu-release- Unapproved: fabric-manager-470 (hirsute-proposed/multiverse) [470.57.02-0ubuntu<IP_ADDRESS> => 470.82.01-0ubuntu<IP_ADDRESS>] (no packageset)
[14:04] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [s390x] (jammy-proposed/multiverse) [0.10.2-3] (i386-whitelist)
[14:05] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [ppc64el] (jammy-proposed/multiverse) [0.10.2-3] (i386-whitelist)
[14:05] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [amd64] (jammy-proposed/multiverse) [0.10.2-3] (i386-whitelist)
[14:05] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [armhf] (jammy-proposed/multiverse) [0.10.2-3] (i386-whitelist)
[14:06] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [arm64] (jammy-proposed/multiverse) [0.10.2-3] (i386-whitelist)
[14:21] <juliank> laney: so i also considered switching to bar charts instead on grafana and then have stacked abnormal+normal exit, which I did locally and which was super useful (aside from grafana bug where it shows you the data for the wrong bar in hover because the hover is not matching the bars but the range, and in a different way)
[14:22] <laney> juliank: you can make copies of dashboards I think, to try stuff
[14:22] <laney> do that
[14:22] <laney> also, on bugs> stop running a year old version :-)
[14:22] <juliank> yeah I did that yesterday :D
[14:24] <juliank> laney: ah yes, the new one I think also can do transform over tag variables so allows you to calculate the failure rate from two different queries
[14:24] <juliank> right now, you can do that with one panel per arch, obviously doesn't scale :D
[14:25] <laney> yup
[14:29] <bdmurray> sil2100: Could you help fix bug 1949116?
[14:30] -queuebot:#ubuntu-release- New binary: speech-dispatcher-contrib [riscv64] (jammy-proposed/multiverse) [0.10.2-3] (i386-whitelist)
[14:32] -queuebot:#ubuntu-release- Unapproved: rejected pure-ftpd [source] (bionic-proposed) [1.0.46-1ubuntu18.04.1]
[14:41] -queuebot:#ubuntu-release- Unapproved: pure-ftpd (bionic-proposed/universe) [1.0.46-1build1 => 1.0.46-1ubuntu18.04.1] (no packageset)
[14:50] <sil2100> bdmurray: looking o/
[15:02] <sil2100> bdmurray: should be done, also poked the security team with a notice
[15:04] <juliank> Current ppc64el test exit rate is 200 tests / hour
[15:04] <juliank> so 98 hours remaining at current velocity
[15:06] <juliank> so we should be empty next week hopefully :D
[15:06] <juliank> (current rate calculated over last 6 hours)
[15:47] <sergiodj> hi ubuntu-archive, Debian has dropped s390x from the list of supported arches of https://launchpad.net/ubuntu/+source/memkind.  could you please remove the s390x binary from the last build, please?
[15:47] <sergiodj> two pleases just in case ;)
[16:52] -queuebot:#ubuntu-release- Unapproved: ubuntu-dev-tools (focal-backports/universe) [0.176 => 0.185~bpo20.04.1] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: bibutils [amd64] (jammy-proposed/universe) [7.1-3] (no packageset)
[17:25] -queuebot:#ubuntu-release- New binary: bibutils [ppc64el] (jammy-proposed/universe) [7.1-3] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: bibutils [arm64] (jammy-proposed/universe) [7.1-3] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: bibutils [armhf] (jammy-proposed/universe) [7.1-3] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: bibutils [riscv64] (jammy-proposed/universe) [7.1-3] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: bibutils [s390x] (jammy-proposed/universe) [7.1-3] (no packageset)
[17:54] <xnox> vorlon:  i see that proposed-migration finished at 7am and didn't try a new run today after that?
[17:54] <xnox> is it stuck or is it thinking about live
[17:55] <xnox> is it stuck or is it thinking about life
[18:00] <vorlon> xnox: well, it's definitely stuck, looking to see why
[18:01] <vorlon> xnox: rsync hung and blocked the pipeline; stabbing
[18:12] -queuebot:#ubuntu-release- New: accepted bibutils [amd64] (jammy-proposed) [7.1-3]
[18:12] -queuebot:#ubuntu-release- New: accepted bibutils [armhf] (jammy-proposed) [7.1-3]
[18:12] -queuebot:#ubuntu-release- New: accepted bibutils [riscv64] (jammy-proposed) [7.1-3]
[18:12] -queuebot:#ubuntu-release- New: accepted django-templated-email [amd64] (jammy-proposed) [3.0.0-1]
[18:12] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [armhf] (jammy-proposed) [0.10.2-3]
[18:13] -queuebot:#ubuntu-release- New: accepted bibutils [arm64] (jammy-proposed) [7.1-3]
[18:13] -queuebot:#ubuntu-release- New: accepted bibutils [s390x] (jammy-proposed) [7.1-3]
[18:13] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [riscv64] (jammy-proposed) [0.10.2-3]
[18:13] -queuebot:#ubuntu-release- New: accepted bibutils [ppc64el] (jammy-proposed) [7.1-3]
[18:13] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [arm64] (jammy-proposed) [0.10.2-3]
[18:13] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [amd64] (jammy-proposed) [0.10.2-3]
[18:13] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [s390x] (jammy-proposed) [0.10.2-3]
[18:13] -queuebot:#ubuntu-release- New: accepted speech-dispatcher-contrib [ppc64el] (jammy-proposed) [0.10.2-3]
[18:36] -queuebot:#ubuntu-release- Unapproved: rejected xca [source] (focal-backports) [2.3.0-1~ubuntu20.04.1]
[18:37] -queuebot:#ubuntu-release- Unapproved: rejected cockpit-machines [source] (focal-backports) [251-1~ubuntu20.04.1]
[18:37] -queuebot:#ubuntu-release- Unapproved: rejected gramps [source] (focal-backports) [5.1.3-1~ubuntu20.04.1]
[18:38] -queuebot:#ubuntu-release- Unapproved: rejected inxi [source] (bionic-backports) [3.0.24-1-1~ubuntu18.04.1]
[19:00] -queuebot:#ubuntu-release- Unapproved: mutter (impish-proposed/main) [40.5-1ubuntu2 => 40.5-1ubuntu3~21.10.1] (desktop-core, desktop-extra)
[19:21] <LocutusOfBorg> vorlon, hello again, what about libdumbtts on i386?
[19:21] <LocutusOfBorg> speech-dispatcher-contrib wants it...
[19:21] -queuebot:#ubuntu-release- Unapproved: mutter (focal-proposed/main) [3.36.9-0ubuntu<IP_ADDRESS> => 3.36.9-0ubuntu<IP_ADDRESS>] (desktop-core, desktop-extra)
[19:45] <xnox> vorlon:  thanks a lot
[19:57] <juliank> looking at 19.79/((19.79-18.99)/6)/24 = 6.2 days
[19:57] <juliank> for ppc64el queue processing based on last 6 hours now
[20:01] <juliank> 22.17/((22.17-18.98)/24)/24 = 6.9 days based on 24 hour value
[20:01] <juliank> it's hard to know how many long tests we ran and how many are pending, so no sensible prediction :D
[20:06] <juliank> experiencing broken bos01
[20:17] <vorlon> coreycb: do you need the networking-arista package still? It has no reverse-dependencies and it's been dropped from Debian
[20:23] <vorlon> LocutusOfBorg: dune-pdelab> removed
[20:24] <jchittum> bdmurray: thanks for LP: 1949116  with that done, i was able to verify Hirsute LP: 1940136
[20:25] <vorlon> sergiodj: memkind/s390x removed
[20:25] <jchittum> and now i'm having an SRU tagging memory lag -- do I need to change the "verification-needed" tag to "verification-done" now that i've done all suites? or should that be someone else?
[20:26] <bdmurray> the non-release specific tag isn't important really
[20:26] <jchittum> ah, ok. I did the release specific one already.
[20:26] <coreycb> vorlon: yes, we can keep networking-arista
[20:26] <vorlon> coreycb: s/can/have to/? :)
[20:27] <bdmurray> let it go
[20:27] <coreycb> vorlon: haha, well we don't *have* to but it's a plugin that can be used with neutron and still actively maintained
[20:28] <sergiodj> vorlon: thanks!
[20:31] <vorlon> LocutusOfBorg: libdumbtts/i386 building
[20:32] <vorlon> coreycb: ok leaving it there
[20:33] <juliank> error rate on bos01 actually seems ok, just occasional issues
[20:34] <juliank> we'll double the workers in bos01 now
[20:34] <juliank> as new nodes have been deployed, giving us extra resources for a couple of days
[20:34] <juliank> (so a 50% increase in capacity)
[20:41] <juliank> up from 40 to 51, 9 still starting
[20:44] -queuebot:#ubuntu-release- Unapproved: accepted pure-ftpd [source] (bionic-proposed) [1.0.46-1ubuntu18.04.1]
[20:49] -queuebot:#ubuntu-release- Packageset: Added libdumbtts to i386-whitelist in jammy
[20:50] <juliank> 55 workers running now
[20:52] <vorlon> \o/
[20:52] <juliank> 57 now even
[20:52] <juliank> almost at full 60
[20:53] <juliank> neutron-api was unhappy about 20 additional clients trying to connect and copy security groups at the same time :D
[20:53] <juliank> so they now start in 5 minute intervals
[20:54] <juliank> wonder if we can configure systemd to start them after each other
[20:54] <juliank> it's a bit messy if you reboot a server and it starts all workers in parallel
[20:57] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-470-server [source] (impish-proposed) [470.82.01-0ubuntu<IP_ADDRESS>]
[20:58] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-470-server [source] (hirsute-proposed) [470.82.01-0ubuntu<IP_ADDRESS>]
[20:59] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-470-server [source] (focal-proposed) [470.82.01-0ubuntu<IP_ADDRESS>]
[20:59] -queuebot:#ubuntu-release- Unapproved: accepted nvidia-graphics-drivers-470-server [source] (bionic-proposed) [470.82.01-0ubuntu<IP_ADDRESS>]
[21:04] <juliank> we are now at full 150% ppc64el capacity
[21:04]  * sarnold pushes the turbo button
[21:15] <vorlon> coreycb: also, are you aware of python-crypto's deprecation and removal from Debian?  lots of Ubuntu Openstack packages still depend on it, but Debian does not
[21:15] <vorlon> (and it ftbfs in jammy-proposed)
[21:31] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-dev-tools [source] (focal-backports) [0.185~bpo20.04.1]
[21:39] <juliank> eww, somebody added 1000 autopkgtest requests :D
[21:43] <coreycb> vorlon: I don't think I've heard that. python-cryptography?
[22:21] <vorlon> coreycb: the source package is python-crypto, it has revdeps of python3-{barbican,ironic-lib,manilaclient,openstackclient,trove}