[01:40] <paran> Hi. I just installed gutsy using the latest kubuntu daily (20070819) installed. it failed to find any installable kernels
[01:41] <paran> in the log console on tty4 it said "base-installer: info: Found kernels ''"
[01:42] <paran> this was on i386
[01:43] <paran> can't really write a good bug report as I didn't have time to collect more information, I simply installed the kernel-image deb using dpkg :)
[08:02] <superm1> evand, before you release today, i've got a few minor changes that'd i'd like if you could merge in at the mythbuntu branch.  none of them should be detrimental to the mainline binaries prior to tribe-5
[05:54] <fneto> Hi all! Can anyone help me with a problem in the debian installer?
[05:54] <fneto> It is my first time on this channel.
[05:58] <evand> fneto: feel free to ask any questions and if someone can answer them, they will reply when they can
[06:00] <fneto> Thanks. I'm customizing Ubuntu to add some programs that we developed for internal use in our company ok!
[06:01] <fneto> I have created an extras dir and add all of my software to it. I've re-signed the packages and created a pressed file. My installation is working perfectly for now!
[06:02] <fneto> My problem is that my iso file is using 798Mb of space, and my company's PC's only have CD-ROM drives. So I'like to break my installation in 2 cd's.
[06:02] <fneto> How can I do that?
[06:16] <evand> fneto: I'm checking on that for you.  I don't know the answer myself, but there's another developer who definitely does.
[06:20] <glledo> what about using those (more expensive) 800MB cd-rs?
[06:23] <fneto> my problem is that I'not finding these 800Mb CD for buy in my country. I can't use a netboot installation image because some pcs are on places that have only dial-up access
[06:24] <btm> perhaps there are other packages on the cd that could be removed?
[06:24] <fneto> and probably I will need to put 20Mb of data  inside the cd
[06:24] <evand> fneto: Support for that in Ubuntu has always been disabled to make using a single CD as easy as possible, and it's probably too big a change to easily unwind.  cjwatson, the lead developer on the installer, suggested that you have people insert the second CD after installation, which will result in the desktop prompting them to add the CD to their sources.
[06:25] <fneto> I try to remove some packages, but even packages that I will not need like gimp are dependecies of anothers that I want to use
[06:26] <fneto> Yeah this idea of the second CD is probably the most useful thing to do!
[06:27] <fneto> But let me ask you something if I use a second CD should I use an specific structure on this CD or only copy all the deb packages on the root is enough?
[06:33] <evand> fneto: https://help.ubuntu.com/community/PackageCDs
[06:36] <fneto> ok I'm reading it now! I will follow the instructions and test it again!
[06:38] <fneto> And let me ask you another thing? I customize the desktop menus and appearance. How can I distribute these customizations in the install CD?? Do I need to repackge ?
[06:38] <fneto> what packages should I change?
[06:49] <btm> fneto: you may want to look into change management like cfengine or popper.
[07:27] <fneto> thank for all I need to go now! Later I will connect again ok! See you!
[10:41] <xivulon> evand, did you try preseeding with the live cd?
[10:41] <evand> several times in the past, but it's been a while since I've tried it
[10:41] <evand> it should work everywhere except possibly in migration-assistant
[10:44] <xivulon> can you please remind me what the kernel argument is?
[10:44] <evand> url= or file=
[10:44] <evand> I use url=http://evalicious.com/evan.seed to test.  You're welcome to use it.
[10:45] <xivulon> hm I tried that, but it just booted into  the desktop
[10:45] <evand> it will.  We still need to wire everything up so that ubiquity automatically starts in automatic mode
[10:45] <evand> so for the time being you'll need to call ubiquity with --automatic
[10:46] <xivulon> ah that what I forgot
[10:57] <xivulon> evand, it freezes, looks like there are segfault issues as well.
[10:57] <evand> arghh kernel oops
[10:57] <evand> xivulon: what freezes?
[10:58] <xivulon> I guess when X has to start, my VM does not accept any input, have to shut it down. Not sure if that is when the autoinstaller is starting, possibly the same mount -o move issue?
[11:02] <xivulon> trying to boot without quiet splash
[11:02] <evand> yikes, that one is new to me
[11:02] <xivulon> There are segmentation faults after and before init-bottom
[11:03] <xivulon> but it's going on
[11:04] <evand> oh yeah, I should point out that there's no way you'll get a working install in the livecd currently
[11:04] <evand> as those segfaults you're seeing are the result of the mount bug
[11:04] <evand> which means /rofs doesn't get properly mounted
[11:04] <evand> and thus cannot be copied into the new filesystem
[11:04] <evand> the installer should work fine up until you hit the install button though
[11:05] <xivulon> it loaded the desktop, is it ignoring url=... --automatic?
[11:08] <evand> xivulon: if you have answered questions in the debconf database (less /var/cache/debconf/config.dat or debconf-communicate), then you know url= worked.  If you run ubiquity in --debug mode (in addition to --automatic) you should see lines like 30 question skipped
[11:08] <evand> or something along those lines
[11:09] <xivulon> ahh so you still have to click on "install", I thought the installer would be launched during the boot process without reaching the desktop
[11:10] <evand> not yet
[11:10] <evand> that's on the todo list
[11:14] <xivulon> not sure all preseed options went in, US English is set as seen, but I do not see things like hostname and username.
[11:15] <xivulon> evand, did you tell colin about the "HD preseed scanner"? I mentioned it on my email but had no comment on it
[11:17] <evand> xivulon: indeed, I believe he will reply to your email tomorrow or within the week.  It came up on a call with him and I believe his response was that he will need to give it some thought.
[11:27] <CIA-20> ubiquity: evand * r2191 ubiquity/ (5 files in 4 dirs):
[11:27] <CIA-20> ubiquity: * Remove accidentally leftover debugging code
[11:27] <CIA-20> ubiquity: * Repeat changes to page handling code to kdeui.
[11:27] <xivulon> evand, I may scrap together a script to add to local-top from the reminder of lupin
[11:28] <evand> ok
[11:28] <xivulon> evand, on a separate topic, are windows line ending in preseed supported?
[11:28] <evand> xivulon: good question, I'm not really sure
[11:28] <xivulon> they did not use to be supported but did not test
[11:28] <xivulon> since the preseed is in windows, some users will probably want to edit it manually before using it
[11:29] <xivulon> so supporting windows line endings is the safest option
[11:29] <xivulon> in lupin I used to convert them (in a poor fashion), but it would be better to support them directly
[11:31] <evand> I'll bring it up with cjwatson and make the change if he agrees.
[11:31] <xivulon> thanks
[11:31] <CIA-20> ubiquity: evand * r2192 ubiquity/ (d-i/manifest debian/changelog):
[11:31] <CIA-20> ubiquity: * Automatic update of included source packages: partman-
[11:31] <CIA-20> ubiquity:  basicfilesystems 54ubuntu3, partman-partitioning 50ubuntu2.
[11:42] <CIA-20> ubiquity: evand * r2193 ubiquity/debian/changelog: releasing version 1.5.11
[12:04] <superm1> evand, will you be able to get our changes for mythbuntu's frontend merged into 1.5.11, or is it too late for that?


[02:50] <saintd3v> is there any way to get 0.22 on lucid?
[02:58] <rhpot1991> saintd3v: force install the karmic packages, or do a karmic install and lock the packages then upgrade
[02:59] <rhpot1991> so in short no easy good way
[03:00] <saintd3v> ok, but it is possible
[03:05] <rhpot1991> in the past it worked, not sure if nvidia drivers and vdpau would cause any issues now
[03:06] <rhpot1991> saintd3v: why do you need to run .22?
[03:07] <saintd3v> because my backend is a gentoo box, and the latest there is still 0.22
[03:07] <rhpot1991> backup your db and install mythbuntu :)
[03:07] <rhpot1991> saintd3v: another possible option, is to take our mythtv branch, and modify it to build .22 for lucid
[03:07] <saintd3v> and get rid of EVERYTHING else i have on there, yeah, great idea :/
[03:47] <tgm4883> saintd3v, what you should be asking is, is there a way to get 0.23 on Gentoo ;)
[03:47] <tgm4883> but thats a different channel
[03:48] <saintd3v> meh
[03:49] <tgm4883> saintd3v, well you are the one that is running gentoo, I thought you liked pain
[03:50] <saintd3v> i've had bad experiences with unreleased versions of mythtv
[03:51] <tgm4883> eh, it should be released soon enough
[03:51] <tgm4883> i've had good luck with it
[03:51] <saintd3v> i don't mind waiting
[03:51] <rhpot1991> saintd3v: why don't you run karmic then?
[03:52] <rhpot1991> until you are ready to upgrade, then upgrade karmic to lucid
[03:55] <saintd3v> cause i already upgraded, which was a pita
[03:56] <saintd3v> ended up having to reinstall because the upgrade script messed things up. only then did i realize there was no 0.22
[03:58]  * tgm4883 wonders how the upgrade script messes things up, and what upgrade script this is
[03:58] <tgm4883> off to dinner
[03:58] <saintd3v> tgm4883: the dist-upgrade
[03:59] <saintd3v> it decided that i needed _only_ nvidia drivers somehow.
[03:59] <saintd3v> even though i have an ati card
[04:00] <rhpot1991> saintd3v: that should be an easy enough fix, remove the wrong install the correct
[04:01] <saintd3v> so i installed the radeon drivers, and proceded to get only a blank screen on boot because modesetting is enabled. but this card isn't supported by this kernel
[04:06] <saintd3v> after disabling modesetting, i attempted to reinstall the fglrx driver, but it wouldn't reinstall because of some error with libGL being a symlink to somewhere it wasn't expecting.
[04:07] <saintd3v> and i'm doing opencl development on this box, so it is actually very important for me to have the fglrx driver, in this case :/
[04:31] <saintd3v> ok, got it all figured out. rhpot1991 thanks for letting me know it is possible :)
[04:32] <rhpot1991> saintd3v: glad to hear, what did you end up doing in the end?
[04:32] <rhpot1991> we like to keep track so we know what to tell others
[04:35] <saintd3v> installing the karmic packages and marking them as hold
[04:36] <saintd3v> may not be ideal, but it works for what i need.
[04:47] <Chaorain> Hey I got MythTV working on 10.04 but when I scanned for channels it missed one of my favorite  channels, 50-1. How do I go about adding this one?
[05:29] <innatech> How can I get the live frontend on the 9.10 disc to work? It crashes on launch, complaining that it can't find anything in /var/log/mythtv/
[05:54] <innatech> log file was a red herring, was a time zone issue.
[10:47] <lapion> anyone here have any succes getting a dual tv-card to work..
[10:47] <lapion> I have a flydvb-duo card that has analog and digital tv input
[10:48] <lapion> I have managed to add the device to the mythtv setup but however the channel scanning button is greyed out.
[10:48] <lapion> so I cannot scan for channels.
[10:49] <lapion> btw I actually need to use the analog part of the card, however mythbuntu sees only one card, and I still can't tell if it's the analog or the digital input it's seeing
[13:51] <DaveMorris> lapion: on my card (which I don't actually use with mythtv)
[13:51] <DaveMorris> you have to set a flag to it to switch between the different inputs
[13:52] <DaveMorris> http://davemorris.wordpress.com/2008/07/16/digitalising-home-movies-on-ubuntu-hardy-with-a-pvr-150/
[13:52] <Zinn> [davemorris.wordpress.com] Digitalising Home Movies on Ubuntu Hardy with a PVR-150 « David Morris
[13:52] <DaveMorris> may not be your problem though
[14:36] <rhpot1991> lapion: what version of mythtv?
[15:13] <tassbur> hi, i've got mythbuntu 10.04 with auto-builds, with one htpc (backend/frontend) on the same machine, and i have another frontend in my lan, using that backend.
[15:15] <tassbur> the problem is that in the frontend locally to the backend, i can't see a mux, but with the remote frontend i can see a mux without problem
[15:15] <tassbur> what can i do?
[15:15] <tassbur> any idea?
[16:41] <justifier> Hi guys, i have install mythbuntu 10.04 and am having a couple of issues, firstly ifconfig wont tell me my ip for some reason it will only tell me the MAC address, seccondly the machine wont see an external hard drive that is connected via USB. it saw it on bootup and if i connect it to my ubuntu 10.4 laptop that sees it straight away
[18:11] <dewman> is there a list of what gets fixed in the weekly updates? IE, I just upgraded to 24358 and I was wondering what gets corrected in that set of fixes.
[18:24] <tgm4883> dewman, nope
[18:25] <tgm4883> it's a auto-pull from upstream, so you could check the commits
[18:25] <dewman> tgm4883, woohoo!
[18:25] <tgm4883> dewman, and they aren't weekly updates, it gets built daily, whenever there is an upstream update
[18:28] <dewman> thanks...
[18:30] <mrand> dewman, I assume this is what you're looking for: http://svn.mythtv.org/trac/log/branches/release-0-23-fixes
[18:30] <Zinn> [svn.mythtv.org] /branches/release-0-23-fixes (log) – MythTV
[18:30] <dewman> mrand, perfect...
[19:36] <Nidhoegger> hi, ive created a config for my remote using irrecord and it seems as if everything worked. now ive added it via include to the lircd.conf. but irw doesnt show any buttons, where may be my error?
[19:39] <Nidhoegger> mode2 shows lots of output
[19:59] <Nidhoegger> no one any idea?
[20:07] <tgm4883> Not me
[20:56] <Nidhoegger> :/
[20:59] <rhpot1991> Nidhoegger: did you sudo /etc/init.d/lirc reload && sudo /etc/init.d/lirc restart ?
[21:12] <Nidhoegger> i have the problem
[21:12] <Nidhoegger> the lirc socket is lircd1, in the mythtv config was lircd


[00:38] <WACOMalt> ok I know this is a long shot, but anyone in here using zpanel as a backend on ubuntu-derver for http?
[00:41] <WACOMalt> I seem to have messed up my vhosts by doing a documentroot overide while trying to set up ssl
[01:32] <WACOMalt> Hello everyone. Can anyone help me track down a long existing issue on my ubuntu server 14.04 machine regarding apt-get ? basically anytime I get it I get errors about unresolved locales package conflicts.
[01:33] <WACOMalt> https://hastebin.com/kodusumoyo.vbs
[01:34] <WACOMalt> is the typical output I see when trying to install anything at all
[01:35] <WACOMalt> if I do apt-get -f install I get https://hastebin.com/aduvisevab.sql
[01:58] <qman__> WACOMalt: you appear to have unofficial sources in your apt, causing a libc version conflict
[01:59] <WACOMalt> where can I check for these?
[01:59] <WACOMalt> @ qman__
[02:00] <qman__> WACOMalt: /etc/apt/sources.list and /etc/apt/sources.list.d/*
[02:00] <WACOMalt> ok I'll post the contents of those in just a moment. thanks for the pointer
[02:00] <qman__> if you have installed software or upgraded while having these sources added, it's likely your system is in a very broken state that's going to be difficult or impossible to resolve
[02:01] <WACOMalt> : [
[02:01] <qman__> you can also get more information about where it's picking up these version with apt-cache policy
[02:01] <WACOMalt> ok here's sources.list https://hastebin.com/polubinace.coffeescript
[02:01] <qman__> e.g. apt-cache policy libc6-bin
[02:03] <WACOMalt> libc-bin reports this: https://hastebin.com/oyakukidag.rb qman__
[02:04] <WACOMalt> and here is my sources.list.d folder contents: https://hastebin.com/anifapolip.css
[02:04] <WACOMalt> looking in each of those, all appear to be for trusty
[02:04] <WACOMalt> btsync being the only one that doesnt indicate that in the filename
[02:06] <qman__> do   apt-cache policy libc6
[02:07] <qman__> and for locales
[02:09] <WACOMalt> https://hastebin.com/icotovafig.rb
[02:10] <WACOMalt> to my eyes those appear to all be trying to come from official repos
[02:10] <qman__> all but that first libc6
[02:11] <WACOMalt> can I tell it to just reinstall those packages?
[02:11] <qman__> you have a version that doesn't have a source, probably means you no longer have the source it came from
[02:11] <qman__> 2.2408
[02:11] <qman__> 2.24-8
[02:11] <qman__> which is a pretty serious problem, you can try to force install the repo verison of libc6 but it's one of the most core packages in the system
[02:12] <qman__> so anything that depends on it which you've installed could break
[02:12] <WACOMalt> is there any way to find out what source that came from, and re-add that source?
[02:14] <qman__> the problem is that you never should have had that source to begin with
[02:14] <WACOMalt> so, in theory, when that go intsalled, whatever was gonna break should have already been broken, right?
[02:14] <qman__> you can check /var/log/dpkg.log and /var/log/apt/history.log, but I don't know how much help those will be
[02:16] <tarpman> 2.24-8 is a debian version - looks like you must have added a debian unstable repository at some point?
[02:17] <tarpman> recently, because unstable only has 2.24-9 even today
[02:17] <WACOMalt> its possible but I have no idea why :/
[02:17] <tarpman> if you added a repository and then removed it, you must know why you did it
[02:18] <WACOMalt> the only thing I could imagine is if something like znc or btsync required some weird version to compile maybe
[02:18] <WACOMalt> but I honestly have no memory of this
[02:18] <WACOMalt> checking logs
[02:19] <tarpman> my suggestion is - apt-get install 'libc6=2.19-0ubuntu6.9'
[02:19] <tarpman> to force it to downgrade to exactly the repository version
[02:19] <qman__> that may or may not be resolvable and will probably require you to remove packages that depended on it
[02:19] <tarpman> yeah
[02:19] <WACOMalt> is there any way to guarantee if I run this I can return to the current working (albeit not ideal) system?
[02:19] <qman__> but is really the only way to fix it, if it's possible at all
[02:20] <tarpman> but it's my only suggestion short of fully reinstalling your system
[02:20] <qman__> no
[02:20] <tarpman> you have backups - right?
[02:20] <tarpman> if not, now would be a good time to make one
[02:20] <qman__> there's no undo feature here
[02:20] <qman__> so yes, backup and restore is the only way
[02:21] <WACOMalt> :E
[02:22] <WACOMalt> welp, at least I'm only risking my own data XD
[02:22] <WACOMalt> here goes something
[02:22] <WACOMalt> aaand the ssh window appears to have stalled
[02:22] <WACOMalt> :E
[02:23] <WACOMalt> E: Version '2.19-0ubuntu6.9' for 'libc6' was not found
[02:24] <qman__>   2.19-0ubuntu6.11
[02:24] <qman__> is the one your apt says it can get
[02:24] <qman__> so try that
[02:25] <WACOMalt> https://hastebin.com/katuvazeri.vbs
[02:26] <qman__> yep, your system state is a mess
[02:26] <qman__> also known as frankendebian
[02:27] <WACOMalt> v_v
[02:27] <qman__> so, you can try to find which versions of those packages it's complaining about should be installed (if any) via apt-cache policy and installing/removing as necessary in the same line, or give up and reinstall
[02:28] <qman__> but those packages will have other codependencies, and those will have codependencies, and so on for many levels
[02:28] <tarpman> those should all be from the same source - 2.19-0ubuntu6.11 ought to work for all of them
[02:28] <tarpman> in theory....
[02:28] <WACOMalt> so... if I re-add that debian repo I apparently had
[02:29] <WACOMalt> can I re-install those from that, then remove them cleanly?
[02:29] <qman__> if you did that, you would still have a mess
[02:29] <tarpman> no, that will only make things worse
[02:29] <WACOMalt> ok
[02:31] <qman__> your next attempt from here would be doing apt-cache policy from each of those packages it complains for, finding which versions they are, and then doing: apt-get install 'libc6=2.19-0ubuntu6.11' 'libc6-dev=2.19-0ubuntu6.11' 'libc6-i386=2.19-0ubuntu6.11' 'libc6-dbg=2.19-0ubuntu6.11'
[02:31] <qman__> assuming that's the version for them
[02:31] <qman__> rinse and repeat until resolved or unresolvable
[02:31] <tarpman> libc-dev-bin in there too, I think
[02:32] <WACOMalt> note to self. Not unlike deleting system32 on my windows background... do NOT eff with system files of linux
[02:32] <qman__> the key mistake here was adding a debian repository to ubuntu
[02:32] <qman__> never do this, and never do the reverse
[02:33] <qman__> or with mint, or any other distribution other than the one you're using
[02:34] <WACOMalt> dangit all the logs are .gz files aside from the current, 0 byte, one
[02:34] <tarpman> 'less' is usually happy to read the .gz's directly
[02:36] <WACOMalt> nope no dice
[02:37] <WACOMalt> bunch of jibberish
[02:37] <tarpman> pastebin
[02:39] <WACOMalt> https://hastebin.com/seperevago.pl
[02:39] <qman__> if you have zcat, you can use that
[02:39] <qman__> zcat /var/log/log.gz | less
[02:43] <WACOMalt> qman__: https://hastebin.com/raw/bexefetibi
[02:44] <WACOMalt> there's like 20 of these logs... so I'm not sure which would have the offending stuff
[02:46] <WACOMalt> Is there a good place to ask for some direct support (aka pair support w/ direct shell access)
[02:46] <WACOMalt> *paid
[02:47] <tarpman> https://www.canonical.com/services/contact-us ?
[02:49] <sarnold> to be honest I'm not sure if the ubuntu advantage folks would tackle this one or not
[02:50] <sarnold> The Answer for "I've installed packages from half-dozen non-ubuntu sources" is probably going to be "here's an install iso"
[02:50] <qman__> yeah, when I encounter that situation, I don't fix it, I start over
[02:50] <qman__> install a new system, set up software, migrate data
[02:51] <tarpman> ++
[02:51] <qman__> it's easier and guarantees results
[02:51] <WACOMalt> well, that is an acceptable solution I would pay for :P
[02:52] <WACOMalt> I dont have the local storage or bandwidth to handle that process
[06:19] <lordievader> Good morning.
 my bios only gives me two options for primary graphics adapter pci express and pci,  while it will use a card in my x4 slot if one isn't present in the x16,  It seems to default to use the x16 slot if there are cards present in both slots. Is there any way I can force ubuntu server to use the card in the x4 as primary?
[11:13] <TafThorne> WACOMalt: view (as in read only vi (which is really vim)) is happy to read compressed text files.
[11:15] <TafThorne> I'd also have suggested you see what `aptitude` suggests as ways to unstick things.  Ripping out a couple of packaged once your sources are sorted can sometimes get things back to a stable (enhough) state.
[13:00] <ronator> On Ubuntu 16, should I use ntpd or systemd-timesyncd? Can the latter also smoothly add drift to system time or would it act like ntpdate setting the time promptly.
[13:01] <andol> ronator: If it's an always-on server I would go with regular ntpd.
[13:03] <ronator> andol: yes, they are; thx
[13:09] <lordievader> Seems like they do quite the same things. Though timesync is hooked into networkd, not sure if that is a dependency. https://wiki.archlinux.org/index.php/systemd-timesyncd
[14:25] <nacc> rbasak: fyi i think the snap is working now
[14:27] <rbasak> \o/ thanks!
[14:32] <nacc> rbasak: np
[14:32] <nacc> rbasak: i had another question for you, though re: LP: #1322264
[14:32] <nacc> i agree 100% with your assessment
[14:33] <nacc> but for relatively obvious bugfixes from upstream, for relatively complicated software configurations, how are we expecting an SRU to work?
[14:33] <nacc> or do we just acknowledge we will ship buggy software for 5 years?
[14:33] <nacc> (or encourage folks to upgrade instead)
[14:34] <rbasak> nacc: I think a best effort to get as close as possible to address the rationale of the SRU policy would be fine.
[14:34] <rbasak> But a lack of answer suggests to me that nobody is going to bother to help if there does turn out to be a regression.
[14:35] <nacc> rbasak: ack that makes sense
[14:35] <rbasak> And I think one problem of the current SRU policy is that the SRU driver is incentivized to focus just on the bug being fixed, rather than the bigger picture of not regression others' use cases.
[14:35] <rbasak> *not regressing
[14:35] <nacc> I just provided an additional comment and hopefully that one user with a detailed report can help
[14:35] <nacc> yep, agreed
[14:36] <rbasak> I have no idea in this case for example whether this bug affects 0.01% or 100% of munin users.
[14:36] <nacc> it's an error path handler, afaict
[14:36] <nacc> but yeah
[14:37] <rbasak> If 0.01%, then my "nobody is going to bother to help if there does turn out to be a regression" concern (due to lack of response) justifies a reject, IMHO.
[14:37] <rbasak> So to not reject, if those things are addressed in the bug, then I think it would be fine to reconsider.
[14:38] <nacc> yeah
[14:38] <nacc> I'm just trying to think of how to explain that rationally to a drive-by contributor, whose response will be "it's been fixed upstream for 3 years"
[14:38] <nacc> (I'd expect)
[14:39] <rbasak> Feel free to copy and paste this discussion :)
[14:39] <nacc> yep
[14:39] <rbasak> and https://wiki.ubuntu.com/StableReleaseUpdates#Why
[14:39] <nacc> ah that's a good reference!
[15:33] <nacc> rbasak: oh! i remember i added a hidden flag for the devel pointers
[15:33] <nacc> rbasak: so for tomcat, you can run `usd import --fixup-devel tomcat7`
[15:34] <nacc> and it will just correctly merge them up so they at least are correct for now (iirc)
[15:38] <rbasak> Nice!
[15:38] <nacc> rbasak: sorry, i had forgotten about that option, it was specifically for cases like this :)
[15:38] <nacc> since we don't update -devel for non-updated branches by default
[17:08] <powersj> rbasak: Looking at LP: #1681736, appears to be a few older bugs with similar issues around mysql-common not installed and failing to create symlinks. Any thoughts?
[17:09] <rbasak> powersj: we do get reports like that. I'm not sure it's a bug though.
[17:09] <rbasak> mysql-common ships /usr/share/mysql-common/configure-symlinks
[17:09] <rbasak> And mysql-server-5.7 depends on a recent enough version of it.
[17:09] <rbasak> I suspect outside-of-Ubuntu packages.
[17:10] <powersj> ahhhh
[17:10] <rbasak> mysql-common 10.0.15+maria-1~trusty [origin: unknown]
[17:10] <rbasak> There we are
[17:10] <rbasak> From Dependencies.txt
[17:11] <powersj> ah! thank you
[17:11] <powersj> rbasak: want to comment on it?
[17:11] <rbasak> Sure
[17:13] <rbasak> Done
[17:13] <powersj> rbasak: is apt-ordering listing the status of the apt command in terms of what it will install during the current operation, with status? and dependencies listing everything that is required to complete the install, including what may already be installed?
[17:13] <powersj> I ask because I looked at apt-ordering, not dependencies
[17:14] <rbasak> powersj: AptOrdering.txt looks like it's telling you what order apt decided to get dpkg to install packages in.
[17:15] <rbasak> Dependencies.txt tells you what versions of what were installed at the time of the error I think.
[19:36] <Erix> hi
[19:36] <Erix> i can not find nor install a2ensite for apache2 on ubuntu server 16.10
[19:37] <nacc> Erix: it's in apache2 package in /usr/sbin
[19:39] <Erix> nacc: thanks.
[19:40] <Erix> nacc, it is not there
[19:40] <Erix> and locate cannot find it
[19:40] <Erix> I installed apache2 within nextcloud snap package
[19:40] <nacc> um
[19:40] <nacc> snaps are different :)
[19:40] <nacc> and more than likely, you'd need to ask the snap owner
[19:41] <Erix> ok. thanks again
[19:41] <nacc> but they are under no obligation to provide a2ensite
[19:41] <nacc> and the a2ensite they do provide would only be visible in the snap
[19:41] <nacc> unelss they expose it as a distinct command
[19:41] <Erix> so is there another way to activate a virtualhost config file without it?
[19:42] <sarnold> try something like snapname.a2ensite
[19:42] <nacc> Erix: well, you certainly don't need snaps for virtualhosts
[19:42] <nacc> Erix: but the snap would need to expose it's internal a2ensite, i think
[19:42] <sarnold> iirc snaps force all commands to have that name.name thing, except for the one command named the same as the snap.
[19:42] <nacc> what sarnold said
[19:42] <nacc> *if* they expose the command at all
[19:42] <sarnold> right
[19:43] <nacc> Erix: you might ask kyrofa in #snappy
[19:43] <nacc> i believe kyrofa packages that snap
[19:43] <nacc> https://github.com/nextcloud/nextcloud-snap
[19:44] <Erix> thanks.
[19:44] <Erix> lots new info for me
[19:44] <nacc> given that bin/apachectl is excluded, i'm not sure if a2ensite is in the snap
[19:44] <nacc> not 100%, kyrofa is probably the best reference
[20:10] <DammitJim> is there a channel for continuous integration?
[20:11] <DammitJim> I want to find out if stuff like that can handle xml file dependencies for apps
[20:32] <nacc> !alis | DammitJim
[20:33] <nacc> DammitJim: do you mean CI in general?
[20:34] <DammitJim> like I want to know if a CI system should be deploying an xml file
[20:35] <teward> hm, I think the default fail2ban regexes don't work proper...
[20:35] <DammitJim> lol
[20:36] <nacc> DammitJim: like ... any CI system? and what do you mean deploy?
[20:42] <DammitJim> like bamboo
[20:46] <teward> i was going to say "Assume we don't know what you're talking about when you say "deploy"" but he left.
[20:46] <teward> and fail2ban is still evil
[20:47]  * teward had to write his own regex to match dovecot and postfix auth fails
[20:47] <nacc> teward: :) yeah, i dont' know what bamboo is...
[22:53] <drab> anybody around using debmirror? I just set it up, process was interrupted 80% of the way, I just restarted it and it's redownloading everything...
[22:53] <sarnold> ewwwwwww
[22:54] <drab> isn't it supposed to pick up from where it left rsync style? the repo is already 79GB
[22:54] <drab> so definitely something got downloaded...
[22:54] <sarnold> I'd expect the lists to be downloaed again from scratch
[22:54] <sarnold> but I'd seriously hope everything else would pick up where it left off
[22:54] <drab> yeah, sure, I expected the same
[22:54] <drab> but it's redownloading all the pkgs
[22:54] <sarnold> feels worth a bug report
[22:55] <sarnold> maybe nothing will happen but it'll feel good to file it all the same ;)
[22:56] <drab> oh I see, I think it's rechecking every pkg and some must hvae changed in the last few hrs or something... it
[22:56] <drab> 's already at 12% and that took about 30mins earlier on
[22:56] <drab> nwo it took a couple mins
[22:57] <drab> for now it's printing all lines with 200OK, maybe that means it's identifying the pks is the same
[22:57] <drab> there's no explanation about the output in the man
[22:57] <drab> but I think even when it d/l'ed it the first time it said 200