[00:36] <axisys> Patrickdk: I need to migrate RT from old machine to new machine before doing upgrade. It is mysql 5.0.75 on the old machine
[00:37] <axisys> how do I install mysql-server from lucid to precise ?
[00:37] <axisys> it has 5.1 .. still looking for 5.0.x
[00:37] <axisys> need to be as close to old version as possible to migrate
[00:38] <axisys> then I will upgrade
[00:51] <Patrickdk> axisys, your best bet is to install 5.0 onto lucid using http://www.percona.com/downloads/Percona-Server-5.0/LATEST/deb/
[00:51] <Patrickdk> personally, I never had an issue migrating between version
[00:51] <Patrickdk> but if you want to, well
[01:42] <lwizardl> hello
[02:18] <hxr> how to i remove about 8 extra out of date kernels from the boot folder
[02:18] <hxr> is there a way other then manual
[02:29] <Patrickdk> apt-get autoremove
[02:34] <axisys> Patrickdk: sorry what I meant is how to install a package from previous release?
[02:34] <Patrickdk> you don't
[02:34] <Patrickdk> in order to do that, you have to install everything it depends on
[02:34] <Patrickdk> and then it will destroy your current release
[02:34] <axisys> Patrickdk: I have no mysql on precise right now
[02:35] <Patrickdk> yes, but you have everything it depends on
[02:35] <Patrickdk> or you wouldn't have a working system
[02:35] <Patrickdk> now if you want to recompile it
[02:36] <Patrickdk> go for it, that is much out of scope here though
[02:36] <Patrickdk> any many many websites that explain how to do so
[02:36] <axisys> Patrickdk: I guess I should install the binary then.. thanks a lot for your help
[02:36] <axisys> looks like 5.0.96 available for linux as binary
[02:37] <Patrickdk> ya, a static binary would be ok
[02:37] <Patrickdk> ubuntu doesn't ship static though
[02:55] <axisys> yep keep things lighter as well that way
[03:03] <hxr> how to i remove about 8 extra out of date kernels from the boot folder, other then manually
[03:04] <Patrickdk> hxr, pay attention
[03:04] <hxr> ? autoremove has not removed them
[03:05] <hxr> though it looked like you said that to some one else
[03:05] <Patrickdk> then something broken them on your system
[03:05] <Patrickdk> apt-get autoremove removes them on my systems
[03:05] <hxr> i have three that are being held back on 12.04 lts
[03:07] <Patrickdk> heh?
[03:07] <Patrickdk> autoremove doesn't *hold them back*
[03:07] <Patrickdk> so what is it your attempting to do?
[03:08] <hxr> I run apt-get autoremove and get
[03:08] <hxr> :~# apt-get autoremove
[03:08] <hxr> Reading package lists... Done
[03:08] <hxr> Building dependency tree
[03:08] <hxr> Reading state information... Done
[03:08] <hxr> 0 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
[03:08] <hxr> 4 not upgraded are kernel
[03:12] <hxr> Patrickdk⚡ ^
[03:20] <Patrickdk> ya, that has nothing to do with removing
[03:20] <Patrickdk> that has to do with adding
[03:20] <Patrickdk> you said you wanted to remove old ones
[03:20] <Patrickdk> not add new ones
[03:37] <hxr> Patrickdk⚡ yes, i want to remove old ones, so how do I
[05:08] <tcb^ll3r> what are the correct permissions for a users home folder?
[05:12] <virusuy> tcb^ll3r: drwxr-xr-x
[05:12] <virusuy> 751
[05:12] <virusuy> bleh, i guess
[05:12] <axisys> whats the difference between mysql-5.0.77-linux-x86_64-icc-glibc23.tar.gz and mysql-5.0.77-linux-x86_64-glibc23.tar.gz ? I need to install one on ubuntu precise
[05:13] <tcb^ll3r> virusuy thanks
[05:13] <virusuy> tcb^ll3r: you're welcome
[05:26] <tcb^ll3r> what does it means when a directory is highlighted in the ls listing?
[05:37] <tcb^ll3r> does anyone know the correct ownership for a ssh chroot dir?
[05:49] <tcb^ll3r> wtf? why ssh chroot perms must be 755?
[06:10] <tcb^ll3r> ha! that was almost as funny as when I caught me hacking my own serv last week.....
[10:27] <Administrato> !list
[14:17] <alexes> I'm using logwatch, and every week I get hundreds of "MAIL (mailed 1 byte of output; but got status 0x0001, #012)".
[16:21] <Penyulap> i have ubuntu server on a computer in the house, and can use it's apache to copy files from it to my desktop computer, is there an easy way to send files the other way to the server, using ssh on the command line ?
[16:51] <pmatulis_> scp
[18:52] <Catbuntu> ugh
[21:03] <Pablo01> hi do you know something about project artiglieria something to protect a server to prevent ddos ? tnx in advice
[21:07] <bekks> Pablo01: BEsides some settings that might lower the chance of attacking a specific service, there is (technically) nothing that could actually prevent an attack like that.
[21:48] <Pablo01> something to protect any hints ? wiki or something like it ?
[21:49] <Pablo01> i saw in a forum smething like artiglieria project but i cannot get any info about it googling
[21:49] <Pablo01> do u know something about ?
[21:50] <Pablo01> it s open-souce written in python i saw
[22:09] <LargePrime> I af a perms problem
[22:09] <LargePrime> have
[22:09] <LargePrime> can someone chat about perms with me for a bit
[22:12] <LargePrime> I have a game panel that has an application user and it creates several users to run each of its game servers
[22:12] <LargePrime> I need to grant a person access to some or all of these game sever files
[22:12] <LargePrime> for matience and fixing stuff
[22:14] <LargePrime> the problem is how do i grant a user access to editing thoes files, and still have the app run the files as normal
[22:19] <guzzlefry> 0.o
[22:19] <guzzlefry> Didn't wait too long.
[22:55] <EpicCyndaquil>  I've followed a few guides on setting up dovecot and postfix, but I can't seem to get it right. Does anyone with experience with mailservers have any suggestions?
[23:04] <sarnold> EpicCyndaquil: a few random thoughts: (a) sending is different than receiving is different than retrieving; test one thing at a time and get each working -- and retest all three functions before you're considering the day done :) (b) log files are your friends -- they often report exactly what the problem is, if only you can decode them :)
[23:05] <EpicCyndaquil> sarnold: the problem is I
[23:05] <EpicCyndaquil> *I'm at a point where it should be working with no error log output
[23:05] <EpicCyndaquil> but it's still not, so it's hard to tell what the issue is
[23:06] <EpicCyndaquil> from people I've talked to, it seems like setting these up is always complete hell
[23:07] <sarnold> there's a fair amount of moving pieces, and it's worse these days since you need a pile of anti-spam things on receiving and need to work with any number of arbitrary anit-spam things on receivers without obviously easy ways to test...
[23:08] <EpicCyndaquil> I really wanted to try to set up server-side conditionals to move mail from specific senders into certain folders, but damn, I can't even get a regular mailserver up and running
[23:20] <guzzlefry> What's a sensible drive size for an Ubuntu Server install using Gnome, Java runtimes for my IDE, and running a LAMP stack and possible a few other random things? Non-production server. Trying to keep this as small as possible without hitting disk space issues.
[23:25] <blkperl> guzzlefry: ~30G
[23:26] <blkperl> more if you plan to install lots of apps
[23:26] <blkperl> LAMP is pretty small, java/gnome are going to be the hogs
[23:30] <guzzlefry> ok thanks, time to delete some stuff then. :P


[00:10] <sreich> why does dpkg-buildpackage -b -j5 end up with make saying no job server is available, so using -j1
[00:10] <sreich> it's compiling dog slow because of it :(
[00:28] <Riddell> sreich: probably the build system is not designed to work with parallel builds
[00:28] <Riddell> it's fiddly to do that and most developers don't test it
[00:28] <sreich> what's hard about it?
[00:28] <sreich> is it a gcc only problem, or can clang fix it?
[00:28] <Riddell> I don't know what you're compiling and for say calligra it ends up compiling some libraries before others which depend on it
[00:29] <sreich> workspace
[00:30] <Riddell> I don't think I've parallel built that, it might be a different issue that I don't know about
[00:30] <Riddell> it won't be a compiler issue anyway
[00:30] <sreich> how do i build for x86 btw?
[00:30] <sreich> ah, i see
[00:31] <Riddell> same way as you do for any other architecture
[00:31] <Riddell> you mean how to build for i386 on an amd64 install?
[00:31] <sreich> just -correct
[00:31] <sreich> *correct :)
[00:31] <Riddell> needs a debootstrap chroot
[00:31] <sreich> ah ok
[00:31] <Riddell> sudo debootstrap precice precise
[00:32] <Riddell> or this wiki page I wrote many years ago https://wiki.ubuntu.com/DebootstrapChroot
[00:32] <Riddell> sudo debootstrap precice precise --arch=i386  rather
[00:33] <sreich> thx, that wiki looks helpful
[04:55] <codemaniac> hello all
[04:56] <codemaniac> Could anyone please show me the way how to become a part of the official kubuntu dev team?
[05:46] <fabo> yofel: Qt 4.8 backport for Oneiric?
[06:02] <fabo> ok, mail seen :)
[11:13] <yofel> fabo: the taskmanager patches for Qt should be imported for precise, if you have time to look at them
[11:21] <fabo> ok
[11:37] <grmls> hi
[12:00] <soee> hi
[12:05] <BluesKaj> 'Morning all
[17:17] <CIA-42> [qapt] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control libqapt1.install) * New upstream release (LP: #883604, #941536) * Bump Standards-Version to 3.9.3
[17:29] <sreich> so i ran apt-get source for kde-workspace, made the debians using dpkg buildpackage
[17:29] <sreich> how do i install it? i'm getting failed dependencies whenever i try to install it
[17:30] <rbelem> sreich, run a sudo apt-get -f install
[17:30] <rbelem> sreich, then install the pkgs again
[17:31] <sreich> apt-get -f install, and then dpkg -i kde-workspace_4.8.0b-11...deb still doesn't work
[17:33] <rbelem> sreich, try dpkg -i *.deb :-)
[17:33] <sreich> argh, i have to install all of them?
[17:33] <yofel_> sreich: dpkg -i -force-depends will ignore dependencies
[17:34] <sreich> hm
[17:34] <yofel_> er, --force-depends
[17:48] <shadeslayer> yofel_: ugh, re: taskbar bug
[17:48] <sreich> which  taskbar  bug?
[17:48] <yofel_> shadeslayer: hm?
[17:49] <shadeslayer> Qt 4.8 backport
[17:49] <yofel> ah yeah
[17:49] <shadeslayer> Also, not really my fault since no one imported the patch into 4.8 anyway
[17:50] <shadeslayer> still ugh never the less
[18:18] <yofel> shadeslayer: not your fault at all, just unlucky situation
[18:24] <starbuck> hello, can anyone explain to me how to compile code from KDE git so that it runs on a kubuntu machine for testing?
[18:25] <starbuck> i like to test some new runners for krunner:
[18:25] <starbuck> https://projects.kde.org/projects/kde/kdeplasma-addons/repository/revisions/master/show/runners
[18:29] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/marble] Philip Muškovac * 28 * debian/ (4 files) * New upstream release - update marble-plugins.install for new install location of qml plugins - remove missing private symbols from libmarblewidget13.symobls
[18:33] <yofel> starbuck: hm, if that's a plasma addon, try: 'sudo apt-get build-dep kdeplasma-addons' which should get all necessary dev packages, then try to build it the usual way
[18:39] <starbuck> yofel: since i am new to building stuff, do i have to install any packages first? does this command get the packages from git automatically? how do i build the packages then? i am just trying to get an overview how much i need to setup, when i have never compiled stuff on that machine here before...
[18:40] <yofel> starbuck: the apt-get command should get you everything that you need to compile - from the archive(!) not from git
[18:40] <yofel> starbuck: after that you run cmake to configure the source, and make to build it
[18:41] <yofel> after that you install it with make install (sudo) or whatever other way, not sure how you need to set self built plasma addons up
[18:41] <starbuck> okay
[18:41] <starbuck> ill try that
[18:41] <starbuck> thanks yofel
[18:41] <yofel> yw
[18:47] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/blinken] Philip Muškovac * 21 * debian/ (changelog control) New upstream release
[18:54] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/cantor] Philip Muškovac * 20 * debian/ (changelog control) New upstream release
[18:56] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kalgebra] Philip Muškovac * 30 * debian/ (changelog control) New upstream release
[18:58] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdesdk] Philip Muškovac * 158 * debian/ (changelog control kdesdk-scripts.install lokalize.install) * New upstream release - update kdesdk-scripts.install and lokalize.install
[18:59] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdesdk] Philip Muškovac * 159 * debian/changelog remove ppa from version
[19:05] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/gwenview] Philip Muškovac * 38 * debian/ (3 files in 2 dirs) * New upstream release - update kubuntu_cmake_jpeg_multiarch_path.diff
[19:08] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kalzium] Philip Muškovac * 30 * debian/ (changelog control) New upstream release
[19:10] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kamera] Philip Muškovac * 23 * debian/ (changelog control) New upstream release
[19:12] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kanagram] Philip Muškovac * 21 * debian/ (changelog control) New upstream release
[19:14] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kbruch] Philip Muškovac * 24 * debian/ (changelog control) New upstream release
[19:16] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kcolorchooser] Philip Muškovac * 18 * debian/ (changelog control) New upstream release
[19:18] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdegraphics-strigi-analyzer] Philip Muškovac * 28 * debian/ (changelog control) New upstream release
[19:19] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdegraphics-thumbnailers] Philip Muškovac * 21 * debian/ (changelog control) New upstream release
[19:26] <sreich> argh, i can't get kdeplasma-addons runners to work/isntall properly
[19:28] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kgamma] Philip Muškovac * 18 * debian/ (changelog control) New upstream release
[19:30] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kgeography] Philip Muškovac * 20 * debian/ (changelog control) New upstream release
[19:31] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/khangman] Philip Muškovac * 19 * debian/ (changelog control) New upstream release
[19:34] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kig] Philip Muškovac * 22 * debian/ (changelog control) New upstream release
[19:36] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kiten] Philip Muškovac * 29 * debian/ (changelog control) New upstream release
[19:37] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/klettres] Philip Muškovac * 21 * debian/ (changelog control) New upstream release
[19:38] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kmplot] Philip Muškovac * 21 * debian/ (changelog control) New upstream release
[19:41] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kolourpaint] Philip Muškovac * 22 * debian/ (changelog control) New upstream release
[19:43] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/konsole] Philip Muškovac * 25 * debian/ (changelog control) New upstream release
[19:45] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/korundum] Philip Muškovac * 20 * debian/ (changelog control) New upstream release
[19:53] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kross-interpreters] Philip Muškovac * 14 * debian/ (changelog control) New upstream release
[19:54] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kruler] Philip Muškovac * 22 * debian/ (changelog control) New upstream release
[19:55] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/ksaneplugin] Philip Muškovac * 28 * debian/ (changelog control) New upstream release
[19:56] <jalcine> hehe Philip's chugging along :)
[19:57] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/ksnapshot] Philip Muškovac * 22 * debian/ (changelog control) New upstream release
[19:57] <BluesKaj> why all the notifications ...looks like a mp3 serving site :)
[20:02] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kstars] Philip Muškovac * 21 * debian/ (changelog control) New upstream release
[20:03] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/ktouch] Philip Muškovac * 21 * debian/ (changelog control) New upstream release
[20:04] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kturtle] Philip Muškovac * 23 * debian/ (changelog control) New upstream release
[20:06] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kwordquiz] Philip Muškovac * 19 * debian/ (changelog control) New upstream release
[20:07] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdegraphics-mobipocket] Philip Muškovac * 31 * debian/ (changelog control) New upstream release
[20:07] <JontheEchidna> commit-announcing bots aren't *that* uncommon in FOSS
[20:08] <Riddell> and useful
[20:08] <Tm_T> shame cia.cv service is half-dead nowadays
[20:10] <yofel> I can turn it off if you want...
[20:11] <Tm_T> no
[20:11] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/parley] Philip Muškovac * 30 * debian/ (changelog control) New upstream release
[20:12]  * Tm_T has been trying to get cia feed working again on another project for a long tie
[20:12] <Tm_T> time
[20:12] <Tm_T> don't break it when it works (:
[20:13] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/perlkde] Philip Muškovac * 19 * debian/ (changelog control) New upstream release
[20:18] <rbelem> Riddell, heya :-)
[20:21] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/rocs] Philip Muškovac * 24 * debian/ (changelog control) New upstream release
[20:22] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kaccessible] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:23] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/step] Philip Muškovac * 23 * debian/ (changelog control) New upstream release
[20:25] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kaccessible] Philip Muškovac * 8 * debian/changelog remove ppa from changelog version
[20:26] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kmouth] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:30] <Riddell> hi rbelem
[20:32] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/svgpart] Philip Muškovac * 34 * debian/ (changelog control) New upstream release
[20:33] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdeplasma-addons] Philip Muškovac * 194 * debian/ (changelog control) New upstream release
[20:35] <rbelem> Riddell, did you try the latest active pkgs?
[20:35] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/jovie] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:37] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kmousetool] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:38] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kmag] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:39] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/ark] Philip Muškovac * 10 * debian/ (changelog control) New upstream release
[20:41] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/filelight] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:43] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kcalc] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:44] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kcharselect] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:44] <Riddell> rbelem: no sorry not feeling well, I'll look at them tomorrow
[20:45] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdf] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:47] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdetoys] Philip Muškovac * 106 * debian/ (changelog control) New upstream release
[20:50] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdewebdev] Philip Muškovac * 110 * debian/ (changelog control) New upstream release
[20:51] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kfloppy] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:53] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kgpg] Philip Muškovac * 10 * debian/ (changelog control) New upstream release
[20:55] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/printer-applet] Philip Muškovac * 8 * debian/ (changelog control) New upstream release
[20:56] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kremotecontrol] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:57] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/ktimer] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[20:59] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kwallet] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[21:01] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/superkaramba] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[21:02] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/sweeper] Philip Muškovac * 7 * debian/ (changelog control) New upstream release
[21:04] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/ksecrets] Philip Muškovac * 4 * debian/ (changelog control) New upstream release
[21:04] <yofel> done;
[21:35]  * debfx hugs yofel
[21:36] <yofel> hm
[21:37] <yofel> dpkg: error processing /var/cache/apt/archives/kdesdk-scripts_4%3a4.8.1-0ubuntu1~ppa1_all.deb (--unpack):
[21:37] <yofel>  trying to overwrite '/usr/bin/extractattr', which is also in package pkg-kde-tools 0.14.2ubuntu2
[21:37] <yofel> which one to keep?
[21:37] <Riddell> yofel: pkg-kde-tools
[21:38] <Riddell> kdesdk should have a not-installed file which says extractattr
[21:38] <yofel> the manpage is in not-installed, the file itself not
[21:38] <yofel> adding
[21:40] <debfx> long-term we should drop it from pkg-kde-tools
[21:40] <CIA-42> [lp:~kubuntu-packagers/kubuntu-packaging/kdesdk] Philip Muškovac * 160 * debian/ (changelog kdesdk-scripts.install not-installed) remove scripts again that are shipped in pkg-kde-tools
[22:51] <sreich> rbelem: could you help me debug making a package for kdeplasma-addons and making it actually use it?
[23:14] <Riddell> sreich: you mean packaging a plasma widget?
[23:14] <sreich> Riddell: yeah. technically it's a runner
[23:15] <Riddell> sreich: does it compile and run?
[23:15] <sreich> actually, right now i'm having issues compiling it
[23:15] <sreich> it says that a png file cannot be included, if you want to store the modified binary...
[23:16]  * sreich notes it is a pita to make any sort of a package. compiling from source is so much easier
[23:16] <sreich> i have to edit this debians/source/include-binaries file manually?
[23:17] <Riddell> sreich: do you have an ssh key in launchpad so I can set up an ec2 machine?
[23:17] <sreich> no
[23:17] <Riddell> sreich: or anywhere?
[23:17] <sreich> ec2?
[23:18] <sreich> well, i've commit access to kde git
[23:18] <Riddell> where can I find your ssh public key?
[23:18]  * sreich posts it
[23:19] <sreich> http://paste.kde.org/433478/
[23:20] <sreich> Riddell: basically ultimately i'm trying to get the new runners i've introduced in my branch (well, just merged it into master recently) in a deb so other people can use it
[23:22] <Riddell> sreich: ssh<EMAIL_ADDRESS>[23:22] <Riddell> and run byobu
[23:24] <sreich> hm, public key denied?
[23:25] <Riddell> sreich: try now
[23:28] <sreich> works
[23:28] <Riddell> can you type something?
[23:28] <sreich> yeah
[23:29] <Riddell> sreich: can you copy what you have to the server?
[23:29] <sreich> Riddell: what do you  mean by everything?
[23:30] <sreich> i have only a few dirs i've changed through my patches
[23:30] <Riddell> whatever you want to package
[23:32] <Riddell> sreich: ping?
[23:32] <sreich> yes
[23:32] <sreich> i copied a "sal" dir there, which is from workspace. is that how you wanted it?
[23:33] <Riddell> sreich: I see nothing there
[23:34] <sreich> Riddell: eh? rsync<EMAIL_ADDRESS>-r --progress -vv
[23:35] <Riddell> needs a colon
[23:35] <sreich> oh right
[23:38] <sreich> Riddell: there
[23:38] <sreich> both kde-workspace, only what i need, and kdeplasma-addons
[23:38] <sreich> dir structure preserved, i think
[23:39] <Riddell> sreich: and you need both packaged?
[23:40] <sreich> correct
[23:40] <sreich> oh neat, this is shared. aweosme, didn't know that
[23:41] <Riddell> I have been watching you :)
[23:41] <sreich> hehe
[23:45] <Riddell> sreich: so what did you do to kdeplasma-addons ?
[23:46] <sreich> Riddell: added some new runners, youtube, bing
[23:46] <sreich> so krunner can search videos now
[23:46] <sreich> (and bing for images)
[23:47] <Riddell> sreich: this is trunk?
[23:47] <sreich> since that's one of the few apis that allows image search (shockingly, google now limits to 1k queries/day, which we could easily rack up)
[23:47] <sreich> Riddell: yeah it is. it doesn't matter if it or isn't, does it?
[23:47] <Riddell> depends if it compiles
[23:47] <sreich> although sal isn't in trunk, that's a branch
[23:49] <sreich> Riddell: it failed btw
[23:49] <sreich> ah ok, you know :)
[23:58] <sreich> Riddell: i added a qjson dep btw in the cmakelists


[15:24] <JuaN78> #linux
[17:44] <thorwil> 0.0 http://www.flickr.com/photos/evil_m0nkey/3734194743/sizes/l/in/pool-556923@N24/
[17:45] <ckontros> Beautiful.
[20:32] <mac_v> lmao > quote "Steve Jobs, goes the old joke at Apple, is surrounded by a reality distortion field; get too close and you believe what he's saying."
[20:32] <mac_v> from > http://brainstormtech.blogs.fortune.cnn.com/2009/11/03/brit-blog-names-iphone-worlds-worst/


[02:55] <GTRsdk> tonyyarusso: the topic is out of date
[02:55] <tonyyarusso> indeed
[03:00] <GTRsdk> tonyyarusso: are you going to update it?
[03:01] <tonyyarusso> GTRsdk: Yeah - I'm working on finding relevant stuff
[03:08] <tonyyarusso> boo, doesn't fit
[03:09] <tonyyarusso> GTRsdk: howzat?
[03:09] <GTRsdk> tonyyarusso: nice
[03:34] <ColinHarrington> gonna be a Release party this time around?
[03:37] <tonyyarusso> ColinHarrington: Well, there's the usual TIES one, and whatever else you organize.
[13:53] <Lodemanbob> Whats up room
[13:54] <Lodemanbob> Anyone been to the new Northern Brewer store yet?
[13:55] <Lodemanbob> I havent, just wondered how big it is and what its like
[21:01] <FloatingGoat123> hi is there a meeting today?


[01:17] -queuebot:#ubuntu-release- Unapproved: grub2 (disco-proposed/main) [2.02+dfsg1-12ubuntu1 => 2.02+dfsg1-12ubuntu1] (core)
[01:36] -queuebot:#ubuntu-release- Unapproved: grub2 (disco-proposed/main) [2.02+dfsg1-12ubuntu1 => 2.02+dfsg1-12ubuntu1] (core)
[02:01] <vorlon> doko: and http://people.canonical.com/~ubuntu-archive/proposed-migration/bionic/update_output.txt if you want to look at it
[02:46] -queuebot:#ubuntu-release- Unapproved: snapd-glib (cosmic-proposed/main) [1.44-1 => 1.47-0ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop)
[02:54] -queuebot:#ubuntu-release- Unapproved: snapd-glib (bionic-proposed/main) [1.43-0ubuntu<IP_ADDRESS> => 1.47-0ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop, ubuntu-server)
[03:53] -queuebot:#ubuntu-release- Unapproved: snapd-glib (xenial-proposed/main) [1.33-0ubuntu<IP_ADDRESS> => 1.47-0ubuntu<IP_ADDRESS>] (no packageset)
[06:24] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [amd64] (disco-proposed) [2.02+dfsg1-12ubuntu1]
[06:24] -queuebot:#ubuntu-release- Unapproved: accepted grub2 [arm64] (disco-proposed) [2.02+dfsg1-12ubuntu1]
[07:50] <jibel> sil2100, images are good on mac.
[07:51] <jibel> sil2100, however on some machines with intel+nvidia and another with no discrete card the system doesn't boot after installation in legacy mode while it works with uefi
[07:51] <jibel> I'm trying to reproduce it here
[07:51] <sil2100> Not good
[07:51] <jibel> this is the autoresize test case
[07:52] <sil2100> Can you check .5 for that as well?
[07:54] <jibel> I'm checking .6 first
[07:54] <jibel> if it's an issue with the machine or the image
[08:34] <jibel> sil2100, I cannot reproduce on the machine I've here. I'm waiting for the logs. Other than that everything LGTM
[08:52] <sil2100> jibel: ok
[09:54] <ogra> sil2100, i'm getting friendly mails from "proposed-migration" pointing me to http://people.canonical.com/~ubuntu-archive/proposed-migration/disco/update_excuses.html#initramfs-tools-ubuntu-core
[09:55] <ogra> it says valid candidate there, any idea why it wouldnt auto-migrate ?
[09:56] <cjwatson> Did you check update_output?
[09:56] <cjwatson> update_excuses is just the first stage
[09:56] <cjwatson> Also it seems to have migrated in the most recent run
[09:57] <ogra> ah
[09:58] <ogra> yeah, i was about to say update_output looks fine to me too
[10:24] <doko> vorlon: yep, exactly that, now looking at the eclipse uninstallability ...
[10:28] <paride> Hi. The ISO tracker download links for ubuntu-server 14.04.6 are broken: http://iso.qa.ubuntu.com/qatracker/milestones/401/builds/189291/downloads
[10:29] <paride> and indeed http://cdimage.ubuntu.com/ubuntu-server/daily/ has no image from 20190304
[10:29] <sil2100> paride: oh, let me take a look
[10:29] <paride> sil2100, thanks :)
[10:29] <sil2100> Yeah, those are obviously pointing to the disco ones, geh
[10:30] <sil2100> paride: in the meantime, the correct link is http://cdimage.ubuntu.com/ubuntu-server/trusty/daily/20190304.2/
[10:30] <paride> sil2100, great, thanks
[11:29] -queuebot:#ubuntu-release- Unapproved: qemu (cosmic-proposed/main) [1:2.12+dfsg-3ubuntu8.3 => 1:2.12+dfsg-3ubuntu8.4] (ubuntu-server, virt)
[11:52] <doko> vorlon: please also add scilab fonts-liberation2 libreoffice libreoffice-l10n, and fix the version for jaxws
[11:52] <doko> sil2100: ^^^ or could you do that (bionic)?
[12:17] -queuebot:#ubuntu-release- Unapproved: rejected python-urllib3 [source] (xenial-proposed) [1.13.1-2ubuntu<IP_ADDRESS>]
[12:24] <doko> apw: when is linux 5 supposed to migrate?
[12:25] <apw> doko, as soon as it can, it would not be in -proposed (i believe) if it wasn't really really close
[12:25] <doko> ok
[12:25] <doko> ... updating the c-t-b packages
[12:29] <doko> apw: autopkgtest for linux/5.0.0-7.8: i386: Regression
[12:30] <apw> doko, yeah ... this is the stupiditiy that new test which are by definition not a regression, are deemed a regression
[12:30] <apw> doko, will get it hinted once i have that confirmed as cause
[13:43] <doko> are autopkg testers running different kernel versions than builders?
[13:47] <doko> 4.18+
[13:55] -queuebot:#ubuntu-release- Unapproved: postgresql-9.5 (xenial-proposed/main) [9.5.14-0ubuntu0.16.04 => 9.5.16-0ubuntu<IP_ADDRESS>] (core)
[14:10] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Trusty 14.04.6] has been marked as ready
[14:10] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop i386 [Trusty 14.04.6] has been marked as ready
[14:52] -queuebot:#ubuntu-release- New sync: libeclipse-emf (bionic-proposed/primary) [2.16.0-1~18.04.1]
[15:14] -queuebot:#ubuntu-release- New: accepted libeclipse-emf [sync] (bionic-proposed) [2.16.0-1~18.04.1]
[15:17] -queuebot:#ubuntu-release- Unapproved: activemq (bionic-proposed/universe) [5.15.3-2 => 5.15.8-2~18.04] (no packageset) (sync)
[15:17] -queuebot:#ubuntu-release- Unapproved: annotation-indexer (bionic-proposed/universe) [1.9-1 => 1.12-1~18.04] (no packageset) (sync)
[15:17] -queuebot:#ubuntu-release- Unapproved: aspectj-maven-plugin (bionic-proposed/universe) [1.10-1 => 1.11-1~18.04] (no packageset) (sync)
[15:17] -queuebot:#ubuntu-release- Unapproved: afterburner.fx (bionic-proposed/universe) [1.7.0-1 => 1.7.0-2~18.04] (no packageset) (sync)
[15:17] -queuebot:#ubuntu-release- Unapproved: aspectj (bionic-proposed/universe) [1.8.9-2 => 1.9.2-1~18.04] (no packageset) (sync)
[15:17] -queuebot:#ubuntu-release- Unapproved: apache-directory-server (bionic-proposed/universe) [2.0.0~M15-4 => 2.0.0~M24-2~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: batik (bionic-proposed/universe) [1.9-3 => 1.10-2~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: bridge-method-injector (bionic-proposed/universe) [1.18-1 => 1.18-2~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: commons-httpclient (bionic-proposed/universe) [3.1-14 => 3.1-15~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: bindex (bionic-proposed/universe) [2.2+svn101-3 => 2.2+svn101-4~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: carrotsearch-hppc (bionic-proposed/universe) [0.6.1-5 => 0.7.2-2~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: clojure (bionic-proposed/universe) [1.9.0-2 => 1.9.0-6~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: elki (bionic-proposed/universe) [0.7.1-6 => 0.7.1-10~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: fontawesomefx (bionic-proposed/universe) [8.9-1 => 9.1.2-1~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: hsqldb (bionic-proposed/universe) [2.4.0-2 => 2.4.1-2~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: eclipselink (bionic-proposed/universe) [2.6.5-3 => 2.6.6-1~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: hikaricp (bionic-proposed/universe) [2.7.1-1 => 2.7.1-2~18.04] (no packageset) (sync)
[15:18] -queuebot:#ubuntu-release- Unapproved: figtree (bionic-proposed/universe) [1.4.3+dfsg-5ubuntu0.1 => 1.4.4-3~18.04] (no packageset) (sync)
[15:19] -queuebot:#ubuntu-release- New sync: mariadb-connector-java (bionic-proposed/primary) [2.3.0-1~18.04]
[15:19] -queuebot:#ubuntu-release- Unapproved: hsqldb1.8.0 (bionic-proposed/universe) [<IP_ADDRESS>+dfsg-8 => <IP_ADDRESS>+dfsg-10~18.04] (kubuntu) (sync)
[15:19] -queuebot:#ubuntu-release- Unapproved: jackson-core (bionic-proposed/universe) [2.9.4-1 => 2.9.8-3~18.04] (no packageset) (sync)
[15:19] -queuebot:#ubuntu-release- Unapproved: jackson-dataformat-xml (bionic-proposed/universe) [2.9.4-1 => 2.9.8-1~18.04] (no packageset) (sync)
[15:19] -queuebot:#ubuntu-release- Unapproved: jabref (bionic-proposed/universe) [3.8.2+ds-3 => 3.8.2+ds-12~18.04] (no packageset) (sync)
[15:19] -queuebot:#ubuntu-release- Unapproved: jackson-module-jaxb-annotations (bionic-proposed/universe) [2.8.10-2 => 2.8.10-4~18.04] (no packageset) (sync)
[15:19] -queuebot:#ubuntu-release- Unapproved: jackson-databind (bionic-proposed/universe) [2.9.5-1 => 2.9.8-1~18.04] (no packageset) (sync)
[15:19] -queuebot:#ubuntu-release- Unapproved: javafxsvg (bionic-proposed/universe) [1.2.1-1 => 1.2.1-2~18.04] (no packageset) (sync)
[15:19] -queuebot:#ubuntu-release- Unapproved: jboss-classfilewriter (bionic-proposed/universe) [1.2.2-2 => 1.2.4-1~18.04] (no packageset) (sync)
[15:19] -queuebot:#ubuntu-release- Unapproved: javamail (bionic-proposed/universe) [1.6.1-2 => 1.6.2-1~18.04] (no packageset) (sync)
[15:19] -queuebot:#ubuntu-release- Unapproved: jboss-jdeparser2 (bionic-proposed/universe) [2.0.2-1 => 2.0.2-2~18.04] (no packageset) (sync)
[15:20] -queuebot:#ubuntu-release- Unapproved: jboss-modules (bionic-proposed/universe) [1.8.1-1 => 1.9.0-1~18.04] (no packageset) (sync)
[15:20] -queuebot:#ubuntu-release- Unapproved: jersey1 (bionic-proposed/universe) [1.19.3-4 => 1.19.3-6~18.04] (no packageset) (sync)
[15:20] -queuebot:#ubuntu-release- Unapproved: jhove (bionic-proposed/multiverse) [1.6+dfsg-1 => 1.20.1-5~18.04.1] (no packageset) (sync)
[15:20] -queuebot:#ubuntu-release- Unapproved: jts (bionic-proposed/universe) [1.14+ds-2 => 1.15.1+ds-2~18.04.1] (no packageset) (sync)
[15:20] -queuebot:#ubuntu-release- Unapproved: jcommander (bionic-proposed/universe) [1.71-1 => 1.71-3~18.04] (no packageset) (sync)
[15:20] -queuebot:#ubuntu-release- Unapproved: jmdns (bionic-proposed/universe) [3.5.3-1 => 3.5.5-1~18.04] (no packageset) (sync)
[15:20] -queuebot:#ubuntu-release- Unapproved: jftp (bionic-proposed/universe) [1.60+dfsg-2 => 1.60+dfsg-3~18.04] (no packageset) (sync)
[15:20] -queuebot:#ubuntu-release- Unapproved: junit4 (bionic-proposed/universe) [4.12-6 => 4.12-8~18.04] (no packageset) (sync)
[15:21] -queuebot:#ubuntu-release- Unapproved: jxgrabkey (bionic-proposed/universe) [0.3.2-9 => 0.3.2-10~18.04] (no packageset) (sync)
[15:21] -queuebot:#ubuntu-release- Unapproved: libbtm-java (bionic-proposed/universe) [2.1.4-3 => 2.1.4-4~18.04] (no packageset) (sync)
[15:21] -queuebot:#ubuntu-release- Unapproved: libcommons-collections4-java (bionic-proposed/universe) [4.1-1 => 4.2-1~18.04] (no packageset) (sync)
[15:21] -queuebot:#ubuntu-release- Unapproved: libapache-poi-java (bionic-proposed/universe) [3.10.1-3 => 4.0.1-1~18.03] (no packageset) (sync)
[15:21] -queuebot:#ubuntu-release- Unapproved: libcommons-compress-java (bionic-proposed/universe) [1.13-2 => 1.18-1~18.04] (no packageset) (sync)
[15:21] -queuebot:#ubuntu-release- Unapproved: libcommons-collections3-java (bionic-proposed/universe) [3.2.2-1 => 3.2.2-2~18.04] (kubuntu) (sync)
[16:07] -queuebot:#ubuntu-release- Unapproved: fwupd-signed (cosmic-proposed/main) [1.2ubuntu0.1 => 1.2.0ubuntu0.1] (desktop-core)
[16:20] -queuebot:#ubuntu-release- Unapproved: ibm-java80 (xenial-proposed/partner) [<IP_ADDRESS>-0ubuntu1 => <IP_ADDRESS>-0ubuntu1] (no packageset)
[16:23] <vorlon> doko: bionic unblock list updated
[16:23] -queuebot:#ubuntu-release- Unapproved: accepted activemq [sync] (bionic-proposed) [5.15.8-2~18.04]
[16:32] -queuebot:#ubuntu-release- Unapproved: accepted afterburner.fx [sync] (bionic-proposed) [1.7.0-2~18.04]
[16:32] -queuebot:#ubuntu-release- Unapproved: nautilus (cosmic-proposed/main) [1:3.26.4-0ubuntu7.1 => 1:3.26.4-0ubuntu7.2] (ubuntu-desktop)
[16:34] -queuebot:#ubuntu-release- Unapproved: rejected nautilus [source] (cosmic-proposed) [1:3.26.4-0ubuntu7.2]
[16:34] -queuebot:#ubuntu-release- Unapproved: accepted annotation-indexer [sync] (bionic-proposed) [1.12-1~18.04]
[16:35] -queuebot:#ubuntu-release- Unapproved: accepted fwupd-signed [source] (cosmic-proposed) [1.2.0ubuntu0.1]
[16:35] -queuebot:#ubuntu-release- Unapproved: nautilus (cosmic-proposed/main) [1:3.26.4-0ubuntu7.1 => 1:3.26.4-0ubuntu7.2] (ubuntu-desktop)
[16:37] -queuebot:#ubuntu-release- Unapproved: nautilus (bionic-proposed/main) [1:3.26.4-0~ubuntu18.04.3 => 1:3.26.4-0~ubuntu18.04.4] (ubuntu-desktop)
[16:41] <vorlon> doko: and you've seen that swt4-gtk in bionic-proposed drops gtk2 support, breaking some revdeps?
[16:42] -queuebot:#ubuntu-release- Unapproved: accepted apache-directory-server [sync] (bionic-proposed) [2.0.0~M24-2~18.04]
[16:45] -queuebot:#ubuntu-release- Unapproved: accepted aspectj [sync] (bionic-proposed) [1.9.2-1~18.04]
[16:45] -queuebot:#ubuntu-release- Unapproved: accepted aspectj-maven-plugin [sync] (bionic-proposed) [1.11-1~18.04]
[16:51] -queuebot:#ubuntu-release- Unapproved: accepted batik [sync] (bionic-proposed) [1.10-2~18.04]
[16:58] -queuebot:#ubuntu-release- Unapproved: accepted bindex [sync] (bionic-proposed) [2.2+svn101-4~18.04]
[16:59] -queuebot:#ubuntu-release- Unapproved: accepted bridge-method-injector [sync] (bionic-proposed) [1.18-2~18.04]
[17:03] -queuebot:#ubuntu-release- Unapproved: accepted carrotsearch-hppc [sync] (bionic-proposed) [0.7.2-2~18.04]
[17:04] <doko> vorlon: yes, looking. for now, please remove eclipse-emf/2.16.0-1~18.04 from the hint
[17:04] -queuebot:#ubuntu-release- Unapproved: accepted commons-httpclient [sync] (bionic-proposed) [3.1-15~18.04]
[17:04] <vorlon> doko: ok (why?)
[17:04] <doko> removed, replaced by libeclipse-emf
[17:04] <vorlon> ok
[17:05] <doko> all binaries are distinct
[17:05] <doko> so don't touch the old source
[17:05] <doko> I already removed eclipse-emf from bionic-proposed
[17:09] <doko> vorlon: so the other ones will clear once stegosuite gets reviewed and copied, so maybe alread add stegosuite/0.8.0-2~18.04 to the hint
[17:15] -queuebot:#ubuntu-release- Unapproved: accepted eclipselink [sync] (bionic-proposed) [2.6.6-1~18.04]
[17:16] -queuebot:#ubuntu-release- Unapproved: accepted elki [sync] (bionic-proposed) [0.7.1-10~18.04]
[17:17] -queuebot:#ubuntu-release- Unapproved: accepted clojure [sync] (bionic-proposed) [1.9.0-6~18.04]
[17:21] -queuebot:#ubuntu-release- Unapproved: accepted figtree [sync] (bionic-proposed) [1.4.4-3~18.04]
[17:22] -queuebot:#ubuntu-release- Unapproved: accepted fontawesomefx [sync] (bionic-proposed) [9.1.2-1~18.04]
[17:25] -queuebot:#ubuntu-release- Unapproved: accepted hikaricp [sync] (bionic-proposed) [2.7.1-2~18.04]
[17:26] -queuebot:#ubuntu-release- Unapproved: accepted hsqldb [sync] (bionic-proposed) [2.4.1-2~18.04]
[17:29] -queuebot:#ubuntu-release- Unapproved: accepted hsqldb1.8.0 [sync] (bionic-proposed) [<IP_ADDRESS>+dfsg-10~18.04]
[17:31] <vorlon> doko: so you're going to leave an uninstallable libswt-gtk2-4-jni binary in the release pocket and switch stegosuite to gtk3 in SRU?  this doesn't smell good
[17:31] -queuebot:#ubuntu-release- Unapproved: accepted jabref [sync] (bionic-proposed) [3.8.2+ds-12~18.04]
[17:31] <vorlon> doko: can we not re-add the gtk2 bindings?
[17:31] <vorlon> is the new upstream source incompatible, or was it just dropped in the packaging as part of gtk2 deprecation?
[17:32] <doko> vorlon: where do you see that?
[17:32] <vorlon> doko: that's my analysis of swt4-gtk
[17:32] -queuebot:#ubuntu-release- Unapproved: accepted jackson-core [sync] (bionic-proposed) [2.9.8-3~18.04]
[17:33] <vorlon> doko: libswt-gtk2-4-jni doesn't show up as an uninstallable in britney output because britney assumes it can remove the old binary at the same time - but it can't
[17:33] -queuebot:#ubuntu-release- Unapproved: accepted jackson-databind [sync] (bionic-proposed) [2.9.8-1~18.04]
[17:34] <doko> ahh, I see. ok, l'll see how to restore that one
[17:34] -queuebot:#ubuntu-release- Unapproved: accepted jackson-dataformat-xml [sync] (bionic-proposed) [2.9.8-1~18.04]
[17:34] -queuebot:#ubuntu-release- Unapproved: accepted jackson-module-jaxb-annotations [sync] (bionic-proposed) [2.8.10-4~18.04]
[17:35] <doko> ugh ...
[17:35] <doko>   * New upstream release
[17:35] <doko>     - Refreshed the patches
[17:35] <doko>     - GTK 2 support has been removed
[17:35] <vorlon> doko: oh - actually it looks like libswt-gtk2-4-jni doesn't become uninstallable, but because britney assumes it will be removed, it shows stegosuite as uninstallable
[17:36] <vorlon> doko: so we don't actually need to update stegosuite, however it would be depending on a binary that's NBS and not security updatable
[17:36] -queuebot:#ubuntu-release- Unapproved: accepted javafxsvg [sync] (bionic-proposed) [1.2.1-2~18.04]
[17:37] -queuebot:#ubuntu-release- Unapproved: accepted javamail [sync] (bionic-proposed) [1.6.2-1~18.04]
[17:37] -queuebot:#ubuntu-release- Unapproved: accepted jboss-classfilewriter [sync] (bionic-proposed) [1.2.4-1~18.04]
[17:38] -queuebot:#ubuntu-release- Unapproved: accepted jboss-jdeparser2 [sync] (bionic-proposed) [2.0.2-2~18.04]
[17:38] <doko> vorlon: ok, then I'll remove stegosuite from the ppa's, if we can handle it like this
[17:39] -queuebot:#ubuntu-release- Unapproved: accepted jboss-modules [sync] (bionic-proposed) [1.9.0-1~18.04]
[17:39] <vorlon> doko: I think that changelog is ambiguous wrt whether the support for gtk2 was dropped upstream or just as part of packaging the new upstream version; I'll do a quick build test here
[17:39] <doko> ok, ta
[17:40] <doko> vorlon: if it builds, an update should go to the tomcat2 ppa
[17:40] <vorlon> doko: full url for that ppa?
[17:40] <doko> https://launchpad.net/~openjdk-11-transition/+archive/ubuntu/tomcat2/+packages
[17:40] <vorlon> ok
[17:41] <vorlon> might be a bit before I upload it, but I'll follow through
[17:41] -queuebot:#ubuntu-release- Unapproved: accepted jcommander [sync] (bionic-proposed) [1.71-3~18.04]
[17:41] -queuebot:#ubuntu-release- Unapproved: accepted jersey1 [sync] (bionic-proposed) [1.19.3-6~18.04]
[17:42] -queuebot:#ubuntu-release- Unapproved: accepted jftp [sync] (bionic-proposed) [1.60+dfsg-3~18.04]
[17:43] -queuebot:#ubuntu-release- Unapproved: accepted jhove [sync] (bionic-proposed) [1.20.1-5~18.04.1]
[17:44] -queuebot:#ubuntu-release- Unapproved: accepted jmdns [sync] (bionic-proposed) [3.5.5-1~18.04]
[17:45] <vorlon> if someone were to be able to reproduce the autopkgtest failure of gdpc 2.2.5-9, I would be interested to know how, I can't reproduce it locally
[17:45] -queuebot:#ubuntu-release- Unapproved: accepted jts [sync] (bionic-proposed) [1.15.1+ds-2~18.04.1]
[17:46] <vorlon> doko: ok yeah, swt4-gtk now requires the gtk3-only gtk/gtkx.h so it's non-trivial
[17:46] -queuebot:#ubuntu-release- Unapproved: accepted junit4 [sync] (bionic-proposed) [4.12-8~18.04]
[17:46] -queuebot:#ubuntu-release- Unapproved: accepted jxgrabkey [sync] (bionic-proposed) [0.3.2-10~18.04]
[17:47] -queuebot:#ubuntu-release- Unapproved: accepted libapache-poi-java [sync] (bionic-proposed) [4.0.1-1~18.03]
[17:48] <doko> vorlon: ok, the keep the stegosuite as it is in bionic
[17:48] <vorlon> doko: I still prefer to keep the gtk2 bindings available rather than drop in SRU so I will dig a little further
[17:49] -queuebot:#ubuntu-release- Unapproved: accepted libbtm-java [sync] (bionic-proposed) [2.1.4-4~18.04]
[17:49] -queuebot:#ubuntu-release- Unapproved: accepted libcommons-collections3-java [sync] (bionic-proposed) [3.2.2-2~18.04]
[17:50] -queuebot:#ubuntu-release- Unapproved: accepted libcommons-collections4-java [sync] (bionic-proposed) [4.2-1~18.04]
[17:51] <doko> vorlon: src:swt-gtk still has them
[17:51] -queuebot:#ubuntu-release- Unapproved: accepted libcommons-compress-java [sync] (bionic-proposed) [1.18-1~18.04]
[17:52] -queuebot:#ubuntu-release- New: accepted mariadb-connector-java [sync] (bionic-proposed) [2.3.0-1~18.04]
[17:52] <vorlon> doko: in disco?
[17:52] <vorlon> libswt-gtk-3-jni from swt-gtk in bionic doesn't look like it'd be the same thing
[17:52] <doko> no, not in disco
[17:53] <doko> swt-gtk should have been removed in disco
[17:53] <vorlon> doko: the gtk2 bindings were still there in cosmic, should we backport from there instead of disco?
[17:54] <doko> vorlon: no, if you want to do that, backport them from 4.9
[17:55] <doko> but in any case, then we have to use a fake version 4.10+4.9?
[17:55] <doko> rather 4.10~4.9 ...
[18:00] <doko> vorlon: please add hints for the above unapproved packages, up to libcommons-compress-java
[18:01] <doko> afk now for a while
[19:23] <vorlon> doko: version numbers in -proposed don't have to be monotonically increasing, we can drop the current package and replace it with a lower version #
[20:01] -queuebot:#ubuntu-release- Unapproved: figtree (bionic-proposed/universe) [1.4.4-3~18.04 => 1.4.4-3~18.04.1] (no packageset) (sync)
[20:57] -queuebot:#ubuntu-release- New source: grub2-themes-ubuntustudio (disco-proposed/primary) [0.1]
[20:57] <Eickmeyer> \o/
[20:57] <Eickmeyer> tsimonq2: ^
[20:57] <tsimonq2> Cool (wasn't me)
[21:02] <Eickmeyer> Dmitrii-Sh: THANK YOU!!!
[21:02] <mitya57> It was me, not that Dmitry who you highlighted :)
[21:03]  * mitya57 looks at the other packages
[21:04] <Eickmeyer> Oh, sorry!
[21:04] <tsimonq2> Thanks mitya57 :)
[21:04] <Eickmeyer> mitya57: If you manage to do all of this, I'll owe you a steak dinner if you ever come to the Seattle area.
[21:05] <vorlon> network connection errors from armhf autopkgtest runners are high again (i.e. non-zero)
[21:08] <mitya57> Eickmeyer: should ubuntustudio-icon-theme have ‘ubuntu1’ in version, or can be just 0.19 like all past uploads?
[21:09] <Eickmeyer> mitya57: Yeah, I don't know why ubuntu1 is in there, that would imply it's superceding a Debian package, correct?
[21:09] <mitya57> Yes, ubuntuX is needed when there is a package in Debian (and Ubuntu has a delta against it).
[21:09] <Eickmeyer> Yeah, we can remove that.
[21:10] <Eickmeyer> Do you want me to do that or is it trivial for you?
[21:11] <vorlon> 'dch -i' does that automatically on Ubuntu even when it sometimes shouldn't.  But yes a native Ubuntu package for a flavor doesn't need the ubuntu in the versions
[21:11] <mitya57> Eickmeyer: It's trivial.
[21:11] <Eickmeyer> vorlon: That's probably what happened then. I'll watch for that in the future.
[21:16] <mitya57> Eickmeyer: etc/xdg/menus/applications-merged/studio.menu has a very ugly mix of tabs and spaces in indentation. I can upload it as is now, but please fix stick to some one way of indentation for the next version.
[21:16] <Eickmeyer> mitya57: Eek, okay. Probably leftover from years of work. I'll put that on my list of things to clean.
[21:17] <mitya57> E.g. it is visible on https://git.launchpad.net/ubuntustudio-menu/commit/?id=2ee52da5045f993ef033c44793ef8c2728889731 that neighbor items are indented differently.
[21:18] <Eickmeyer> mitya57: I just alerted the ubuntustudio-devel channel about it, so perhaps between myself and OvenWerks we can get that sorted.
[21:18] <mitya57> Thanks!
[21:19] <mitya57> Eickmeyer: will you mind if I add LP: #XXX to the first line of changelog, to make the bugs auto-closed?
[21:20] <Eickmeyer> mitya57: I don't mind that at all.
[21:20] <mitya57> Ok.
[21:47] <rharper> rbasak: if you're around, I wanted to see if you could look at the cloud-init SRU, we've completed verification, https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1813346
[21:47] <mitya57> Eickmeyer: debian/copyright in ubuntustudio-icon-theme is broken (see lintian warnings). I can fix it but please say who is the copyright owner of ubuntustudio-logo.svg.
[21:48] <Eickmeyer> mitya57: I think that was Scott Lavender?
[21:48] <rbasak> rharper: I am around but I don't feel up to reviewing something right now, sorry.
[21:49] <rharper> rbasak: ok
[21:49] <mitya57> Eickmeyer: Yes, it is currently marked as ‘Copyright 2012 Scott Lavender’, but you changed that icon in June 2018, that's why I am asking.
[21:50] <mitya57> If it's still his icon then I will just bump the year.
[21:50] <Eickmeyer> mitya57: Pretty sure he still owns the copyright, so yes. It's just a variation on the original.
[21:51] <Eickmeyer> All I did was update to the modern version.
[21:51] <Eickmeyer> Feel free to bump the year.
[21:56] <doko> vorlon: swt4-gtk is now ready for review. then I assume we should update stegosuite as well. Please update the hints for all the new packages before your EOD. afk now
[21:59] -queuebot:#ubuntu-release- New binary: ubuntustudio-default-settings [amd64] (disco-proposed/universe) [0.65] (no packageset)
[22:00] <Eickmeyer> \o/
[22:00] <mitya57> Eickmeyer: In ubuntustudio-installer, usr/bin/ubuntustudio-installer-ppa uses add-apt-repository. Maybe it should depend on software-properties-common?
[22:01] <Eickmeyer> mitya57: Not a bad idea at all.
[22:01] -queuebot:#ubuntu-release- New: accepted ubuntustudio-default-settings [amd64] (disco-proposed) [0.65]
[22:01] <mitya57> Ok, I will add it to Depends.
[22:05] -queuebot:#ubuntu-release- Unapproved: swt4-gtk (bionic-proposed/universe) [4.6.3-2 => 4.9.0-1~18.04] (no packageset) (sync)
[22:07] <mitya57> Eickmeyer: Oh, after uploading ubuntustudio-menu I noticed that it needs Breaks/Replaces against old ubuntustudio-default-settings because two files moved from there.
[22:07] <mitya57> I will do a follow-up 0.28.1 upload now.
[22:08] <Eickmeyer> mitya57: OOkay.
[22:09] <mitya57> Eickmeyer: also should ubuntustudio-default-settings depend on materia-gtk-theme, now that it sets that theme as default?
[22:10] <Eickmeyer> mitya57: Yes, that's correct, but the dependency on -look takes care of that?
[22:11] <vorlon> doko: am I meant to do binary or sourceful copies from https://launchpad.net/~openjdk-11-transition/+archive/ubuntu/tomcat2/+packages ?
[22:11] <vorlon> ah, confirmed, previous one was binary
[22:12] <tdaitx> vorlon: to bionic-proposed? we have been doing binary copies
[22:12]  * vorlon nods
[22:12] <vorlon> tdaitx: why are there no ddebs in this copy? is the ppa not configured to build / publish them?
[22:12] <mitya57> Eickmeyer: ah, ok. Maybe bump that dependency from >= 0.48~ to >= 0.56~ for the next upload?
[22:13] <Eickmeyer> mitya57: Sounds good.
[22:13] <vorlon> tdaitx: so... we've been doing binary copies, but the source ppa is not configured correctly.
[22:13] <doko> vorlon: binary, because you would pick up -proposed packages otherwise
[22:13] <mitya57> Eickmeyer: That's a minor thing, so I will leave it for you to fix later.
[22:13] <doko> and -updates
[22:13] <Eickmeyer> Okay.
[22:13] <tdaitx> vorlon: by default that is not enabled in a new ppa and it was not something we discussed about, so it was left disabled
[22:14] <vorlon> tdaitx: ok, you MUST make the ppa settings match what the main archive does if you are going to do binary copies from the ppa to the main archive
[22:14] <vorlon> doko: ^^
[22:14] <vorlon> so all of these SRUs are missing dbgsyms now
[22:14] <tdaitx> T_T
[22:14] <vorlon> I've updated the flags so that any future package builds done in this ppa are done correctly
[22:14] <doko> vorlon: ouch, ok. but there are only a few ones building arch:any
[22:15] <doko> vorlon: which ppa's?
[22:15] <vorlon> doko: https://launchpad.net/~openjdk-11-transition/+archive/ubuntu/tomcat2 I just fixed
[22:15] <doko> openjdk-11 itself doesn't have dbgsyms
[22:16] <vorlon> and we don't want it to rebuild in -proposed because it has to be copied to security
[22:16] <vorlon> doko: two choices, we can bump the version number again and rebuild in the same ppa or we can reuse the same version number but create a new ppa
[22:17] <doko> I'd prefer the former
[22:17] <vorlon> ok
[22:17] <doko> and I'll look for other :any builds in other ppa's
[22:17] <vorlon> thanks
[22:18] -queuebot:#ubuntu-release- Unapproved: rejected swt4-gtk [sync] (bionic-proposed) [4.9.0-1~18.04]
[22:19] <doko> building ...
[22:20] <doko> I assume we don't need a re-review by sbeattie for those
[22:26] <mitya57> Eickmeyer: now I uploaded everything except ubuntustudio-look (depends on grub2-themes-ubuntustudio which is in New queue) and carla
[22:27] <mitya57> carla is a large package and I will review it tomorrow — it's 1:26 am here and I will definitely miss something important if I review it now.
[22:27] <Eickmeyer> mitya57: I appreciate everything you have done. I cannot tell you how much of a relief all of this has been to me, and to others.
[22:29] <mitya57> Eickmeyer: you are welcome! Will you create git tags yourself, or do you want me to create them?
[22:29] <Eickmeyer> mitya57: I probably could, but if it's trivial for you, feel free.
[22:29] <tdaitx> doko: vorlon: arch any packages in the ppas: gettext gluegen2 java3d java-common jxgrabkey libjogl2-java openjfx swt4-gtk tomcat-native visualvm zeroc-ice
[22:30] <mitya57> Eickmeyer: Ok, will do now
[22:32] <doko> tdaitx: I'm EOD. can you adjust the ppa settings and upload to the ppa's?
[22:32] <doko> java-common is a false positive
[22:32] -queuebot:#ubuntu-release- Unapproved: swt4-gtk (bionic-proposed/universe) [4.6.3-2 => 4.9.0-1~18.04.1] (no packageset) (sync)
[22:32] <tdaitx> indeed
[22:33] <doko> vorlon: copying before publication?
[22:33] <sbeattie> doko: no, if it's jut a no change rebuild to pick up ddebs, I don't need to review that.
[22:33] <vorlon> doko: copying when a dry run shows me the binaries are visible from the api :-)
[22:36] -queuebot:#ubuntu-release- Unapproved: accepted swt4-gtk [sync] (bionic-proposed) [4.9.0-1~18.04.1]
[22:50] <tdaitx> vorlon: doko: rebuilding in https://launchpad.net/~openjdk-11-transition/+archive/ubuntu/ddebs/+packages
[22:51] <vorlon> tdaitx: cheers
[22:52] <vorlon> tdaitx: however, these packages had already been accepted in -proposed and need to have their version numbers incremented
[22:52] <tdaitx> vorlon: I assumed it would be ok to remove them from -proposed and then copy again
[22:52] <vorlon> tdaitx: (same changelog entry preferred, just bump the version number)
[22:53] <vorlon> tdaitx: nope, once the version number has been used in the archive, it's burned
[22:56] <doko> hmm, so what was this about using the same ppa's and incrementing version numbers?
[22:57] <doko> I#d like to have a safe fall-back
[22:59] <vorlon> doko: I don't care where they're built as long as they're built with the right ppa config... having them all built in one new ppa at least makes it easy for me to see what to copy
[22:59] <vorlon> version numbers still need changed, regardless
[22:59] <doko> I'm not here to reduce your work load on my expense
[23:00] <vorlon> and I'm not asking you to do more work, I'm saying I don't have a problem with what tdaitx did.  If you do, that's between the two of you
[23:01] <doko> tdaitx: so please upload to the ppa's. vorlon should be intellectually capable to cope with this
[23:27] <tdaitx> vorlon: doko: uploaded the bumped versions into the ddebs ppa, I would rather not overwrite what has been reviewed - I can copy them later to the other ppas if anyone feels this ppa is useless ;-)
[23:29] <tdaitx> sbeattie: just in case I am rebuild the arch any packages in a separate ppa, if you are still going through any packages in apps, stage3, stage5, or tomcat2 you might want to look into the ddebs ppa (https://launchpad.net/~openjdk-11-transition/+archive/ubuntu/ddebs/+packages)
[23:46] <sbeattie> tdaitx: thanks


[00:28] <victor__> Buenas noches
[00:29] <victor__> Sabeis de alguna dirección donde se explique como activar el bluetooth. Lo he intentado todo, lo que he llegado a encontrar, y no se activa.
[00:45] <studio-user635> hello
[00:45] <studio-user635> i installed ubuntu studio and when i try to boot it sais that the bootdriver is missing
[00:52] <Guest45878> test
[03:29] <inahd> hey all, i have a bit of a cross over question... using AVlinux
[03:30] <inahd> why can't i get this darn sound to come through my speakers!
[03:30] <holstein> inahd: you can try.. avlinux is not quite the same, though all the apps are similar
[03:31] <inahd> i am not sure what happened, last time i booted up everything worked fine (the story of my linux life)
[03:31] <holstein> inahd: what is going on?
[03:32] <inahd> im not really sure :(
[03:32] <holstein> inahd: you hit the power button.. go from there
[03:32] <inahd> mudita24 controller gives no readings
[03:32] <holstein> black screen? user one log? bad resolution? x crashes?
[03:32] <holstein> kernel panic?
[03:33] <holstein> inahd: first thing, if you are updating AVlinux, thats the problem
[03:33] <holstein> inahd: its not meant to be updated
[03:33] <inahd> no its not that
[03:33] <holstein> if you want newer stuff, you'll have to use something like ubuntustudio 13.04
[03:33] <inahd> just some weird audio thing
[03:33] <holstein> otherwise, you'll need to go to AVlinux support and be *very* detailed
[03:34] <inahd> yeah...
[03:34] <inahd> sigh
[03:34] <holstein> since its basically a dead project, if its not meeting your needs, you should try ubuntustudio
[03:34] <holstein> try it live
[03:34] <holstein> otherwise, test as another user.. try the AVlinux CD live to see that its not a hardware problem
[03:34] <inahd> this ALWAYS happens, i have been solving the same simple problems over and over for years now it seems
[03:34] <holstein> inahd: eh
[03:35] <inahd> :D
[03:35] <holstein> inahd: you'll figure it out..
[03:35] <holstein> inahd: you dont need to install AVlinux
[03:35] <holstein> if you feel you are breaking it, just run it live
[03:35] <inahd> i just never seem to learn from what i learn
[03:36] <holstein> ?
[03:36] <holstein> have you tried running it live?
[03:36] <holstein> you could earn from that...
[03:36] <holstein> learn*
[03:36] <inahd> i am gonna try from another account, to see if its a settings thing
[03:36] <inahd> that is a good idea
[03:37] <holstein> "good" is a matter of opinion and use case.. these things help you learn factually what is going on
[03:37] <inahd> yes that is where i often fall short
[03:37] <holstein> well, you dont *ever* fall short on facts..
[03:38] <inahd> end up trying so many things, that by the time i solve the problem i forget what did it
[03:38] <holstein> try "so many things" from a live CD
[03:38] <holstein> dual boot.. dont try things *at *all* on your production machine
[03:39] <inahd> hehe, will that slow it down... by running it live?
[03:39] <holstein> have a different partition where you install testing or playing around installs
[03:39] <holstein> inahd: try it, friend
[03:39] <inahd> very smart also
[03:39] <holstein> i wouldnt suggest anything that will not work
[03:39] <holstein> there is no reason to install AVLinux, as i said
[03:39] <holstein> it'll run just fine live, and do all the things you want to do
[03:39] <inahd> okay
[03:39] <holstein> but, if you want to "mess around", run 2 installs..
[03:40] <holstein> OR, mirror the one you have *before* breaking it
[03:40] <holstein> think of everything you put your admin password in for as potentially breaking your production machine
[03:41] <holstein> for me, that is $$ sometimes.. and, this has nothing to do with linux, specifically.. i have helped many windows and mac users with similar issues
[03:41] <inahd> it makes good sense
[03:41] <holstein> "i installed something and now i cant record". or whatever.. happens on *any* os
[03:41] <holstein> AVlinux is meant to be an appliance.. ubuntustudio is meant more as a typical desktop operating system
[03:42] <inahd> i just love the way avlinux is so full of stuff
[03:42] <holstein> neither is "better".. but if you want to mess with AV a lot, you might prefer something like ubuntu where you can upgrade and get more current libs
[03:42] <holstein> inahd: most of the "stuff" is in most distro repos
[03:42] <inahd> hmmm
[03:43] <inahd> i guess i should give it another try
[03:43] <inahd> right now i dual boot avlinux and mint
[03:43] <holstein> you should do what works for you..
[03:43] <holstein> !mint
[03:44] <holstein> *all* our packages and metapackages are available on mint
[03:44] <inahd> i see
[03:45] <inahd> so i will keep playing around with all this, hopefully get it to work again
[03:46] <holstein> inahd: we have a live CD as well
[03:46] <inahd> true, i will probably grab it
[03:48] <holstein> i mean, this is one of the more open ubuntu support channels, because i want to try and cultivate community, but you really should have our software if you want to seek support here
[03:48] <inahd> that is fair
[03:48] <holstein> :)
[03:49] <holstein> and, im not saying you should or must install it, but you can use it to troubleshoot...
[03:50] <inahd> i was saying before, the initial experience with ubuntustudio sort of turned me off... mostly cause i saw a bunch of prices in synaptic
[03:51] <inahd> talking to guys on here i got a bit more understanding about that, and i have meant to try installing it again
[03:51] <holstein> inahd: no
[03:51] <holstein> inahd: you saw prices for commercial software listed in the software center
[03:51] <inahd> yeah
[03:51] <holstein> which, you can ignore, or not use
[03:51] <inahd> i had never seen that before
[03:51] <holstein> OR, uninstall
[03:52] <holstein> inahd: you dont have to buy the
[03:52] <holstein> them*
[03:52] <inahd> right
[03:52] <holstein> inahd: think of it this way.. if you had software to sell, you could sell it there.. but not in AVlinux.. or most other linux distros
[03:52] <holstein> not that im saying its "good" or "better".. just again, stating facts
[03:53] <inahd> and i mean its an ubuntu thing in general i imagine
[03:53] <holstein> inahd: its a cannonical thin
[03:53] <holstein> thing*
[03:53] <holstein> they, at some point, would like some of the money back, i think
[03:53] <holstein> again, dont use it if you dont want to
[03:53] <inahd> our love and gratitude aren't enough?
[03:54] <holstein> we had just pulled the software center in, as well
[03:54] <holstein> inahd: for ubuntu, and the ubuntu community, that is plenty :)
[03:54] <inahd> hmmm
[03:54] <inahd> how does canonical differ from the ubuntu community?
[03:55] <holstein> inahd: cannonical is a company... they pay for some development and developer salaries.. and hosting.. etc.. other bills
[03:55] <holstein> ubuntu is a community of people, like me. and you.
[03:56] <inahd> thats pretty interesting really
[03:56] <holstein> and again, just facts :)
[03:56] <inahd> so, canonical funded the development of ubuntu then?
[03:57] <holstein> inahd: funds... pays salaries.. etc
[03:58] <inahd> makes one wonder, where they came from.
[03:58] <inahd> seems like a very long term business strategy
[04:03] <inahd> of course, maybe i am just paranoid
[04:03] <holstein> why? the code is still *all* open
[04:06] <inahd> its true, i guess it was all like 'ubuntu' and everyone holding hands and stuff... and then slowly canonical and all this stuff for sale...
[04:07] <inahd> i mean, was that how red hat did it?
[04:09] <inahd> will ubuntu itself eventually become an operating system that must be purchased?
[04:13] <wilee-nilee>  doubt it it in its installed state it is open source
[04:18] <holstein> inahd: ubuntu is a community.. the os can be bought, sold, or purchased many ways.. including by you
[04:19] <holstein> inahd: the thing you are referencing is a way for software to be sold to ubuntu customers.. i use ubuntu, and dont use the software center
[04:22] <inahd> hmmmm, but can the community (or its coding) be co-opted by some commercial venture such as canonical?
[04:24] <inahd> i am rather ignorant of these sorts of things, yet very interested.
[04:27] <wilee-nilee> inahd, canonical provides server support at a cost, not sure of all its programs but you can pay for regular support as well, check the site if your really interested.
[04:28] <inahd> ok... i guess if ubuntu becomes an OS that you have to pay for, its not really a big deal...
[04:29] <inahd> it did seem to be a somewhat cohesive force in making linux available to the public though
[04:32] <holstein> inahd: the licenses are the licenses..
[04:32] <holstein> code can be done with whatever the licenses allow
[04:32] <holstein> i feel like im defending a model that im not really supporting, or care much about, personally, either way
[04:33] <holstein> but.. this is a commercial company trying something.. mixing open and commercial
[04:33] <holstein> why? so they can make money, potentially
[04:33] <holstein> not usuing ubuntu because there is commercial software in the software center is a bit like not shopping at a grocery store becuase they sell cigarettes
[04:34] <holstein> you may smoke or not, but the fact is, if not one bought cigarettes there, they wouldnt sell them
[04:34] <inahd> licenses in this case being GPL?
[04:34] <holstein> inahd: the licenses, as i said, are what they are.. open, if they are to be released with ubuntu
[04:35] <holstein> inahd: that information is public knowlege.. and, to be devils advocate.. not *all* of the software in AVlinux is like that
[04:35] <holstein> you have proprietary code that is just included, to get you to buy it
[04:36] <inahd> hehe yeah i noted that about AVlinux
[04:36] <holstein> demo versions of plugins bundled that could be doing literally anything, since they are not open.. and they are limited, and designed to have you demo them, and purchase them
[04:36] <wilee-nilee> for me a OS is a OS, some I had to pay for some not I use what works for me, and follow the law.
[04:36] <holstein> inahd: is that bad? im not saying it is.. im just drawing a factual correlation
[04:37] <holstein> that is the way the AVlinux dev attempted to make money.. bundling closed source demo apps.. this is the way ubuntu did it.. a store
[04:37] <holstein> i personally dont use the ubuntu software center.. and if folks dont use it, or buy things from it, then the model will fail
[04:37] <inahd> i think personally i felt less affronted by the way AVlinux did it
[04:38] <holstein> inahd: neither are an affront to you, at all
[04:38] <holstein> inahd: they are commercial attempts to make money that have little to do with you at all
[04:38] <holstein> inahd: ubuntu *cant* include that code.. since its not open
[04:39] <holstein> its all open, and public.. if you want to research
[04:39] <inahd> right, no that makes sense
[04:39] <holstein> again, not trying to convince you of anything.. ubuntustudio sells its self
[04:40] <holstein> you either need/want it, or dont..
[04:40] <holstein> anyways.. enjoy! im out for the night..
[04:40] <inahd> cool
[04:40] <inahd> appreciate your time
[04:40] <holstein> inahd: anytime!
[15:50] <inahd> hey all :)
[15:50] <smartboyhw> inahd, hello!
[15:51] <inahd> just installed some of the ubuntustudio packages on mint.. now my computer has become puny and weak
[15:51] <inahd> :(
[15:53] <inahd> seems to freeze if i stop paying attention to it
[15:53] <inahd> i will not make the obvious parallel
[15:53] <smartboyhw> inahd, why?
[15:53] <smartboyhw> Well, first of all Ubuntu Studio is not optimized for Mint, but it should still work
[15:54] <inahd> why wil i not make the obvious parallel to my relationship?
[15:55] <smartboyhw> inahd, what parallel!?
[16:01] <inahd> i tried restoring the default settings, whatever that means...
[16:03] <smartboyhw> ?
[16:04] <inahd> in this case, that my girlfriend freezes if i stop paying her attention
[16:04] <inahd> i have become a bitter and loathing person... apparently
[16:05] <smartboyhw> inahd, OK, this channel is NOT for discussions about relationships
[16:05] <smartboyhw> !ot | inahd
[16:05] <smartboyhw> General chatter -> #ubuntu-offtopic
[16:10] <inahd> ubottu: yessir!
[16:13] <inahd> i have been botted...
[16:14] <inahd> but actually i am seeking assistance with ubuntustudio packages and my system crashing after installing them
[16:16] <smartboyhw> inahd, where does it crash?
[16:18] <inahd> seems to have crashed twice now, after i messed with some audio editing stuff and had the browser open.
[16:19] <inahd> wasn't at the computer using it when it happened... seems glitchy
[16:21] <inahd> i am afraid to stop using the computer again, in case it stops working :P
[23:53] <sirriffsalot> How would I go about writing a script that moves all my .ogg files from desktop to a specific device (an external hard-disk), and another to move it back to the desktop on another computer?


[00:36] <blkperl>  slangasek theres an open debain bug ticket to change it to quilt but no response :(
[00:36] <blkperl> anyways, I'm still missing something...
[00:37] <blkperl> do I have to run some patch commands to apply them? or does the build process do that for me?
[00:39] <slangasek> they're applied as part of the build by debian/rules
[00:42] <blkperl> slangasek: what about that janky autoconf stuff we did last time for the perl patch
[00:43] <slangasek> "janky autoconf stuff" doesn't really narrow things down for me
[00:44] <blkperl> slangasek: http://paste.ubuntu.com/6608712/
[00:45] <blkperl> slangasek: this thing http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/trusty/collectd/trusty/view/head:/debian/patches/libperl-linkage.dpatch
[00:45] <slangasek> blkperl: http://paste.ubuntu.com/6608712/> the build succeeded, you don't have a gpg set up so the signing failed; leaving you with an unsigned package
[00:46]  * blkperl has a gpg key... what do i need to do?
[00:46] <blkperl> is there some vague debgpg env variable? :)
[00:47] <slangasek> do you have your gpg in your environment, on the machine you're building from?  Is "William Van Hevelingen<EMAIL_ADDRESS>a uid on that key?
[00:47] <blkperl> yes
[00:47] <slangasek> well, gpg thinks otherwise :)
[00:48] <blkperl> unless its confused by the comment..
[00:48] <slangasek> a comment is part of the uid, yes
[00:48] <blkperl> uid                  William Van Hevelingen (Computer Action Team<EMAIL_ADDRESS>[00:48] <slangasek> http://www.debian-administration.org/users/dkg/weblog/97
[00:49] <slangasek> anyway, the uid string, comment included, needs to exactly match the debian/changelog field for gpg to automatically dtrt
[00:49] <slangasek> you can also pass -k<keyid> to dpkg-buildpackage when building; in this context, 'bzr builddeb -S --package-merge -- -k<keyid>'
[00:49] <blkperl> yay!
[00:49] <slangasek> but you should probably add a comment-less uid to your key :)
[00:50] <blkperl> yeah...l
[00:50] <slangasek> fwiw, the one case where I disagree with that article is the case where you have multiple keys for the same person and same email address, and want to distinguish between the keys
[00:50] <slangasek> in that case, I would use (and have in the past) a comment
[00:54] <blkperl> slangasek: so back to the perlpatch, what evilness do i need to do?
[00:55] <slangasek> ah, what are you trying to accomplish?
[00:56] <blkperl> slangasek: pull in the new upstream... but the libperl patch is still ubuntu specific because debian rejected it and upstream never responded
[00:57] <slangasek> where was the Debian reject?
[00:58] <slangasek> ah, http://bugs.debian.org/637875 shows the maintainer not happy with the proposed patch and wanting a cleaner upstream solution
[00:58] <slangasek> and it's not actually a build failure yet in Debian, so that's probably reasonable
[00:59] <slangasek> so... you probably need to dpath-edit-patch
[01:00] <slangasek> it's been a long time since I've had to use that, so I won't be able to give you specific guidance
[01:00] <slangasek> but dpatch-edit-patch, run autoreconf, exit 0 to save
[01:02] <blkperl> alright ill try it out when i get home
[17:52] <sbeattie> blkperl: you can also set DEBSIGN_KEYID= in your ~/.devscripts to your 8 byte fingerprint and then it should get picked up automagically.


[12:15] <BenC> _kylem: Yeah, only patch to sym53c8xx_2/ is the pa6 patch (just checked it)
[12:15] <_kylem> ok.
[12:16] <_kylem> i'll spend some time trying to find the cause on my workstation
[12:16] <_kylem> since it has a front panel lcd to tell me what the erorr is
[12:18] <BenC> I'll try to find out why console isn't working on the ubuntu configs
[12:18] <_kylem> i read through the config you told me to generate but couldn't find anythign that looked suspicious
[12:19] <BenC> obviously it's the config, since a500_defconfig has working console
[12:19] <_kylem> hmm true.
[12:19] <BenC> I don't know enough about the parisc console settings to make since of it though
[12:19] <BenC> s/since/sense/
[12:22] <_kylem> ok
[12:23] <BenC> _kylem: FYI, I was having this problem before applying the pa6 patch
[12:24] <_kylem> there's nothign of consequence in the parisc patchset in the last litle while, iirc
[01:22] <BenC> allocation failed: out of vmalloc space - use vmalloc=<size> to increase size.
[01:22] <BenC> SCSI subsystem initialized
[01:23] <BenC> _kylem: hmm...maybe found something there
[01:23] <_kylem> the vmalloc thing shouldn't be a problem.
[01:23] <_kylem> that's just because a500 have really really big DAC regions
[01:23] <_kylem> (dual address cycle, >4G)
[01:23] <_kylem> hum.
[01:23] <_kylem> is SYM53c8XX using MMIO?
[01:23] <BenC> Linux hippo <IP_ADDRESS>-ubuntu1 #3 SMP Fri Jul 14 23:16:58 UTC 2006 parisc64 GNU/Linux
[01:24] <BenC> interesting...sym2 and sd as modules works
[01:24] <_kylem> er. how'd you manage that? :)
[01:24] <BenC> I think the problem is that sym2 2.2.3 doesn't block during the scsi bus reset
[01:24] <_kylem> ok. i'll look through the patch set. i'm beginning to think it's async scanning.
[01:24] <BenC> and it's not ready when the kernel tries to mount the rootfs
[01:24] <BenC> is that async related?
[01:24] <_kylem> yeah.
[01:24] <_kylem> if async scanning is enabled, you'll see soemthing like this
[01:25] <BenC> makes sense
[01:25] <_kylem> IPv6 over IPv4 tunneling driver
[01:25] <_kylem> NET: Registered protocol family 17
[01:25] <_kylem> scsi: waiting for bus probes to complete ...
[01:25] <_kylem>   Vendor: HP 18.2G  Model: MAN3184MC         Rev: HP04
[01:25] <_kylem>   Type:   Direct-Access                      ANSI SCSI revision: 02
[01:25] <_kylem> [..]
[01:25] <_kylem> actually. that looks /exactly/ like what's happening.
[01:25] <BenC> doesn't explain the brokeness using the ubuntu config, but atleast I know things should work now
[01:25] <_kylem> sym0: <896> rev 0x7 at pci 0000:00:01.0 irq 19
[01:25] <_kylem> sym0: PA-RISC Firmware, ID 7, Fast-40, LVD, parity checking
[01:25] <_kylem> sym0: SCSI BUS has been reset.
[01:25] <_kylem> scsi0 : sym-2.2.3
[01:25] <_kylem> sym1: <896> rev 0x7 at pci 0000:00:01.1 irq 20
[01:25] <_kylem> sym1: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
[01:25] <_kylem> sym1: SCSI BUS has been reset.
[01:25] <_kylem> sym1: SCSI BUS mode change from SE to SE.
[01:25] <_kylem> sym1: SCSI BUS has been reset.
[01:25] <_kylem> scsi1 : sym-2.2.3
[01:25] <_kylem> ^-- from a /working/ boot.
[01:26] <_kylem> that's a big hint that something is wrong in drivers/scsi.
[01:27] <BenC> the async problem isn't a big deal for us because our initramfs scripts will wait
[01:28] <BenC> I really need to figure out what's up with the config now
[01:28] <_kylem> righto.
[01:29] <_kylem> gimme a while to grab some food and i'll take a look with you
[01:37] <mdz> BenC: do I understand correctly that linux-source started building linux-kernel-headers just recently?
[01:37] <mdz> BenC: I think the l-k-h produced thereby may be somewhat sub-optimal
[01:37] <mdz> http://librarian.launchpad.net/3419820/buildlog_ubuntu-edgy-i386.totem_1.5.4-0ubuntu1_FAILEDTOBUILD.txt.gz
[01:40] <mdz> BenC: filed bug #53028
[01:44] <_kylem> back.
[03:08] <BenC> mdz: Yeah, that's the issue that I'm trying to get infinity to help me with
[03:08] <BenC> linux-source needs lkh to build, so I need some sort of overrider to use the old lkh so I can produce new ones
[03:09] <mdz> BenC: how about re-uploading the old l-k-h source package with a  higher version number, then overriding it?
[03:09] <mdz> it's saturday for infinity
[03:09] <BenC> hmm, I could try that
[03:09] <BenC> it doesn't use anything in the toolchain to build the package
[03:14] <BenC> mdz: done
[03:15] <mdz> BenC: cool, thanks
[03:15] <mdz> BenC: by the way, the VIA workaround seems to have taken
[03:15] <mdz> I closed the bug accordingly
[03:15] <BenC> good deal, thanks
[03:16] <BenC> I need to get this kernel squared away before the weekend is over so I don't hold up Mith any longer than I already have
[09:47] <crimsun> guh, 34831 strikes again?
[10:56] <BenC> yeah, I saw that
[10:56] <crimsun> man, this one's ugly. Gonna have to look at it in Edgy with the dump mechanism
[10:57] <BenC> next upload In do in edgy will have the kexec/kdump stuff...I hope
[10:58] <crimsun> I'm not entirely convinced it's not a hardware issue


[01:23] <tdaitx> sbeattie: oh, I just realized you might not have seen steve's note in ubuntu-release stating that tomcat9 has been uploaded
[10:29] <doko> sbeattie, tdaitx: I'm on vacation, and only seldom online. so not sure if it makes sense when I join this during this week
[15:22] <tdaitx> sbeattie: gradle: CVE-2019-11065
[15:22] <tdaitx> I don't think we need to delay anything due to this, but let me know if you would rather have this in now instead of later: http://bugs.debian.org/926923
[15:24] <tdaitx> gradle builds pretty fast and it is a very small change: https://github.com/gradle/gradle/pull/8927/commits/7ee79e7e41ec0d4cdb206dc849b2c5b7be7b1854
[15:30] <sbeattie> tdaitx: I wouldn't block on that; however, I'm currently trying to ensure publishing isn't going to interfere (bandwidth-wise) with the release.
[15:31] <tdaitx> sbeattie: ack, let me know if you need any help
[15:32] <sbeattie> tdaitx: I'm going to go ahead and publish.
[15:32] <tdaitx> sbeattie: +1 \o/
[15:39] <huehner> does that 'going ahead' what i think it means? :))
[15:40] <huehner> -proposed -> -security copy ?
[15:45] <sbeattie> yeah
[16:10] <huehner> Nice... thank you all to get that done :)
[16:20] <sbeattie> publishing is under way
[16:21] <vorlon> \o/
[16:21] <vorlon> sbeattie, tdaitx, doko: congrats
[16:31] <tdaitx> tks =)
[16:33] <tdaitx> sbeattie: thank you for all the work!
[16:33] <tdaitx> and an even grater and special thanks since most of it was unplanned
[16:40] <sbeattie> bionic done, publishing cosmic
[16:47] <vorlon> wheeee bugmail
[16:54] <sbeattie> yep
[16:54] <sbeattie> okay, cosmic should all be published as well
[20:28] <sbeattie> yay, first bug report https://bugs.launchpad.net/bugs/1825037 (which looks to be https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=907607 )
[20:35] <vorlon> tdaitx: was LP: #1821842 fixed?
[20:36] <vorlon> you filed that against scilab also, but it's a different symptom than the one being reported now
[20:40] <tdaitx> yeah, it is different... in my case it loaded fine and I had to go into preferences to get the error, but users were reporting that it actually worked
[20:40] <tdaitx> the same user that is now reported 1825037 said the proposed version was working, weird
[20:40] <tdaitx> oh well, let me update my chroot and see if I can reproduce this
[20:44] <vorlon> well, at the moment I find scilab uninstallable in -updates
[20:48] <tdaitx> oh, scilab-cli, not scilab
[20:55] <vorlon> and I don't know why scilab-minimal-bin 6.0.1-7ubuntu1~18.04 doesn't show as published in bionic-updates.  It's in the right Packages file on ftp-master.
[20:56] <vorlon> it *does* show up in bionic-security; so seems to be just a publishing delay, I hope
[20:59] <vorlon> there seem to be an awful lot of bug reports all from the same user about scilab being broken in bionic
[20:59]  * sbeattie discovers some of the cosmic packages didn't get published, and rectifies.
[21:32] <vorlon> tdaitx: so prior to this sru, scilab-bin didn't depend on a JRE at all‽
[21:33] <vorlon> (scilab-minimal-bin)
[21:35] <tdaitx> vorlon: yes, but scilab-cli has the -nogui option to disable the java dependency
[21:35] <tdaitx> and it still won't load
[21:37] <tdaitx> so it does not seem to be java related, gdb seems to indicate some thread locking/mutex related issue
[21:37] <tdaitx> not sure what is causing it yet
[21:38] <vorlon> k
[22:18] <vorlon> LP: #1825054 just in
[22:20] <tdaitx> ok, it is missing critical information but the user probably used openjfx 8 so that could be it
[22:20] <tdaitx> will go afk for a while
[22:20] <tdaitx> openjdk 8 is no longer supported upstream
[22:20] <tdaitx> openjfx