[12:21] <crashzor> anybody know how change they default ltsp session ( need to get it to a othere display for al users )
[12:25] <blue-frog> system/administration/login window/remote
[12:26] <crashzor> blue-frog, can you give that 1 in console way its a xubuntu system using the edubuntu ltsp ;)
[12:26] <crashzor> so just say what i need to have and run :P
[12:27] <blue-frog> no luck...
[12:27] <blue-frog> must be in your window manager equivalent of gdm
[12:27] <crashzor> there is not like just a deb i need that contations that configuration tool
[12:27] <blue-frog> do you have gdm.conf in fux?
[12:28] <blue-frog> guess not, wouldn't be called flux if so
[12:28] <crashzor> jeb i have gdm.conf on the server don't know if its also on the tine clients
[12:28] <crashzor> gdm.conf file is just in the /etc/gdm/gdm.conf
[12:28] <blue-frog> look for remote in gdm.conf.. must be around
[12:29] <blue-frog> but why fluxbox? not enough memory?
[12:30] <crashzor> blue-frog, i run it because of the low hardware spec for the clients ;) and to keep everthing central :)
[12:30] <blue-frog> why flux on the server?
[12:30] <crashzor> how you mean flux on the server ?
[12:30] <blue-frog> the clients can be 32MB memory
[12:31] <blue-frog> the server needs the memory, not the client
[12:31] <crashzor> i know how ltsp works
[12:31] <crashzor> only i need to change the default session for al clients
[12:32] <crashzor> no gdm.conf in /opt/ltsp/i386
[12:53] <crashzor> anybody here ?
[12:54] <LaserJock> I'm here
[12:55] <LaserJock> have you checked out the LTSP documentation at all?
[01:00] <crashzor> LaserJock, i'm fight whit to version of xfce4 i google'd the sins like 20:00 about it
[01:01] <LaserJock> crashzor: I would email edubuntu-users
[01:01] <LaserJock> Jonathon Carter uses XFCE a lot on Edubuntu but is probably asleep right now
[01:01] <crashzor> LaserJock, hehehe i probley go on whit this until i fix it
[01:01] <crashzor> so that wil be a late night
[01:03] <LaserJock> crashzor: so you want to change the default session from Gnome to Fluxbox?
[01:04] <crashzor> LaserJock, i want to change the default session from xfce4.3 to xfce4.4
[01:04] <LaserJock> oh
[01:04] <crashzor> because of the kiosk problem
[01:04] <LaserJock> well what do you have installed?
[01:04] <crashzor> yeah it works fine locally
[01:04] <crashzor> until i boot up my test client
[01:05] <crashzor> then i gets in to a fuck up old session ( fuck up because same of the file's where over writen )
[01:06] <LaserJock> I'm just not much help unfortunately :/
[01:06] <LaserJock> I'm assuming it's something in the client chroot
[01:06] <crashzor> personal i think its samewhere in gdm and the ssh stuff how the gdm handels it so basicly i need to change the default session gdm points you in to the new thing
[01:11] <crashzor> LaserJock, i got it a not nice but working way ( just overwrite'd the entry in /usr/bin whit /usr/local/bin and that fixes it thnx for the help anyway
[09:21] <sloncho> hi. after upgrade to 6.10 I can no longer print to remote CUPS queue. It was working with 6.06. Now, I see the printer in the printers admin, I can open the properties, but if I print a test page, it shows that there is one job for the printer, but the job is not visible neither on the server, nor on the client. and nothing is printed. the server is SuSE 10.0, and I can print to it from...
[09:21] <sloncho> ...other SuSE 9.3 box, as well as I was able to print befoe from edubuntu 6.06
[09:22] <sloncho> any ideas what to check?
[09:22] <sloncho> how do I fix this?
[09:24] <Burgundavia> http://susefaq.sourceforge.net/faq/cups.html <-- generic cups debug information
[09:29] <sloncho> Burgundavia: in my opinion the suse part is working, i.e. i did not change there anything, and it worked before i updraded the edubuntu box. also - it works from another suse box. i even tried to disable the authomatic discovery in edubuntu, and configure manually - no joy. and ... the strange thing is that when edubuntu detects the queue (its broadcasted), in the connection box it displays...
[09:29] <sloncho> ...file:///dev0
[09:29] <Burgundavia> right, I have gave you that link because it has some cups debug info that is generic to all distros
[02:58] <blueonyx> hi
[03:00] <juliux> hi blueonyx
[03:11] <rockprincess> hi
[03:13] <Kamping_Kaiser> hi :)
[03:15] <rockprincess> i have a question....i thought the nautilus browser was the opposite to the konqueror.....but actually is just a file manager :(
[03:15] <Kamping_Kaiser> 'just'? nautilus is designed to be a file manager
[03:16] <Kamping_Kaiser> it *used* to be all singing (like konqueror), but hasnt been for years
[03:16] <rockprincess> yeah, but konqueror is also a webbrowser...
[03:16] <Kamping_Kaiser> to me, tahts not a feature
[03:16] <rockprincess> is there an alternative to firefox on gnome?
[03:16] <Kamping_Kaiser> not a feature in konqueror, not a feature in Explorer
[03:16] <Kamping_Kaiser> epiphany
[03:16] <rockprincess> why is it not a feature to you?
[03:17] <Kamping_Kaiser> security. and 'all singing all dancing' is usually problematic
[03:17] <Kamping_Kaiser> i prefer apps that do a job, and not 15 jobs
[03:18] <rockprincess> ah i se
[03:18] <rockprincess> see
[03:18] <Kamping_Kaiser> its a personal thing :)
[03:20] <rockprincess> would you recommend epiphany?
[03:20] <Kamping_Kaiser> unfortunately no, for most things. its to basic
[03:20] <Kamping_Kaiser> its had the guts cut out of its GUI, and its using the firefox html engine, so its not really anything speicaly anymore
[03:21] <Kamping_Kaiser> s/special/unique
[03:21] <rockprincess> true
[03:21] <blueonyx> is there any browser a little lighter than firefox?
[03:21] <rockprincess> i've heard swiftfox?!
[03:21] <Kamping_Kaiser> lynx/links? (sorry, had to say it)
[03:21] <rockprincess> haha
[03:22] <Kamping_Kaiser> swiftfox is supposed to be a fast firefiox, epiphany is lighter
[03:22] <Kamping_Kaiser> nto sure about how light though
[03:22] <blueonyx> Kamping_Kaiser, it's a pitty I have to do this for little children
[03:22] <Kamping_Kaiser> blueonyx, try epiphany
[03:22] <blueonyx> whats its package?
[03:22] <Kamping_Kaiser> not as light as it used to be though... if you find a better light browser, let me know :)
[03:23] <rockprincess> yeah me too, please!
[03:24] <Kamping_Kaiser> :)
[03:25] <rockprincess> hehe howcome? ;)
[03:25] <blueonyx> next point on my todo list is ldap : (
[03:25] <Kamping_Kaiser> rockprincess, i'v knocked back a 6pack, i'm feeling a bit that way :)
[03:25] <Kamping_Kaiser> blueonyx, sorry, i cant help with taht :(
[03:26] <rockprincess> Kamping_Kaiser: a 6pack of beer?
[03:26] <Kamping_Kaiser> rockprincess, yep
[03:27] <rockprincess> Kamping_Kaiser: feeling a bit tipsy? ;)
[03:27] <blueonyx> epiphany looks good
[03:27] <Kamping_Kaiser> rockprincess, getting that way :) im trying to stay on the 'able to op' side of tipsy, not the 'just to drunk to op' side :)
[03:28] <rockprincess> hahah
[03:28] <Kamping_Kaiser> :P
[03:29] <blueonyx> ... but real slow : (
[03:29] <Kamping_Kaiser> blueonyx, :(
[03:30] <rockprincess> hmm it doesn't even look sexy :(
[03:30] <juliux> blueonyx, epiphany use the firefox html engine;)
[03:31] <blueonyx> i have not enough memory : (
[03:31] <Kamping_Kaiser> rockprincess, no, it doestn really have any selling points </harsh>
[03:32] <rockprincess> Kamping_Kaiser pooo :(
[03:32] <blueonyx> thank you so far
[03:32] <Kamping_Kaiser> rockprincess, this is rather nasty of me, but: i find epiphany symbolises gnome taken to extreems, cut down to uselessness
[03:36] <juliux> Kamping_Kaiser, what are you missing in epiphany?
[03:37] <Kamping_Kaiser> juliux, i'd have to reinstall it and try it again.
[03:38] <Kamping_Kaiser> i just remember having a bad/less tehn stellar experiances with it
[03:42] <rockprincess> kamping_kaiser: to be as bluntly truthful as possible, i'd much rather prefer kde than gnome.....
[03:43] <Kamping_Kaiser> i used to prefer gnome, now its muchn of a muchness. next time i'mi at work i'll grab the E17 CVS checkout i ran and try and build E17 from source
[03:49] <rockprincess> i've got to go....be back later on....
[03:49] <Kamping_Kaiser> later mate :)
[08:03] <juliux> hi all
[08:03] <juliux> is there a second mirror for the herd1 image?
[09:09] <highvoltage> hey juliux
[09:10] <juliux> hi highvoltage
[09:10] <highvoltage> did you find an answer to your mirror question?


[17:03] <ian_brasil> i have a custom theme and launcher ..i ran gtkperf test on an acer aspire with first a XFCE base and cusom launcher/theme and then the default UNR with custom theme/launcher
[17:04] <ian_brasil> the GtkDrawingArea - Text takes 12 seconds longer on XFCE than i386 ..any idea why this might be?
[17:06] <ian_brasil> maybe i need to ask in #xfce
[20:43] <lamalex> anyone around who hsa familiarity with the window picker applet code?


 Hi to all!
 It seems latest nvidia-drivers cause flicks on screen.  I'm on nvidia-drivers 525.125.06 and I would like to downgrade to 525.105.17 that works well. Is it possible?
[08:41] <weedmic> was 525.125.06 suggested by "updates" - or did you do it manually?
 It was suggested by updates (discover).  almost 400 MB.
[08:43] <oerheks> i would try 530 or 535 ..
[08:45] <weedmic> interesting - i have found the testing to be pretty good before being added to the distro updates.  I shall take a closer look about flickering at home.  work is not using nvidia.
[08:46] <weedmic> IrcsomeBot: did you try chaging the rate from 60 to perhaps 72hz?
 It is always at 1920x1080 (native monitor resolution) at 60 Hz (maximum allowed by monitor)
 I will test 530  and if everything fails, i will need to reinstall Kubuntu from scratch, something I didn't want to do.
 It seem it will be a very long day testing differents drivers version 😂
 Thanks for your help
[08:49] <weedmic> before you do, just ensure you are using nvidia drivers and were not somehow meaconed back to nouveau - could save you an headache.
 Graphics:
   Device-1: NVIDIA TU117 [GeForce GTX 1650] driver: nvidia v: 525.125.06
   Device-2: AMD Cezanne driver: amdgpu v: kernel
   Display: x11 server: X.Org v: <IP_ADDRESS> driver: X:
     loaded: amdgpu,ati,nvidia unloaded: fbdev,modesetting,nouveau,vesa
     gpu: nvidia,amdgpu resolution: 1920x1080~60Hz
[08:53] <weedmic> glxinfo -display :0.0 |  grep render
 lepes@lepes-Desk:~$  glxinfo -display :0.0 |  grep render
 direct rendering: Yes
     GLX_MESA_copy_sub_buffer, GLX_MESA_query_renderer, GLX_MESA_swap_control,
     GLX_MESA_query_renderer, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer
 Extended renderer info (GLX_MESA_query_renderer):
 OpenGL renderer string: llvmpipe (LLVM 15.0.7, 256 bits)
[08:54] <oerheks> please dont spam the channel, use a pastebin
[08:54] <oerheks> !paste
[08:55] <oerheks>  /ignore IrcsomeBot
[08:55] <weedmic> no, this is better - "lsmod | grep nouveau" for checking if nouveau is being used - if not - it should return nothing.
 Yes, it is empty
 lepes@lepes-Desk:~$ lsmod | grep nouveau
 lepes@lepes-Desk:~$
[08:57] <weedmic> good, then proceeding might work/be helpful - qapla'
 NVIDIA 535.86.05 installed,  I will test a bit, first impression is that works better than before.
[11:14] <BluesKaj> Hi all
[11:47] <madna> Hello?
[19:50] <Guest71> Anyone else have desktop lag using an nvidia gpu?


[16:47] <hggdh> popey: how about using SASL, and freeing us from seeing you hostname and that you are changing hosts for a cloak? ;-)
[16:49] <Fuchs> http://freenode.net/sasl/ for the sake of completeness
[16:57] <popey> hggdh, i dont care
[16:59] <popey> (I have configured it as per those instructions though) :)
[17:05] <hggdh> heh
[17:21] <Fuchs> popey: it's not only whether you care, basically every room you are in gets a bit spammed by it :)
[17:22] <popey> yeah, care wasn't the right word
[17:29] <Fuchs> not a big issue anyway. Out of interest: what client?
[17:39] <popey> hexchat
[17:45] <Fuchs> odd. Ah well
[18:25] <k1l> use sasl, they said. it will work, they said ;p
[19:06] <Fuchs> it does, when configured correctly.
[20:28] <Unit193> k1l: Unless one uses blowfish.


[01:41] <AuroraBorealis> so , i have the small changes that i made to make bazaar explorer not freak out when signing commits
[01:41] <AuroraBorealis> how do i go about making a patch file to submit with the bug report?
[01:44] <spiv> AuroraBorealis: commit the change, and push the branch with the change to launchpad.  If you commit with --bug=lp:1234 it'll get automatically linked to the right bug.  (If you don't, you can use the "link branch" link on the bug page to do the same thing.)
[01:44] <AuroraBorealis> ah ok, will try that in a second!
[01:45] <spiv> AuroraBorealis: you probably also want to add a merge proposal for the branch you push to launchpad, but just doing the above will at least make branch appear on that bug page
[01:46] <AuroraBorealis> do i have to do anything on launchpad to push to it?
[01:46] <AuroraBorealis> i have not done that before
[01:48] <AuroraBorealis> (for a project that isn't mine)
[01:51] <AuroraBorealis> or do i click "register a branch"
[01:56] <spiv> AuroraBorealis: "bzr push lp:<your_lp_id>/<project_name>/<branch_name>"
[01:57] <spiv> AuroraBorealis: you'll need to add an SSH public key to your LP account (if you haven't already) and run "bzr launchpad-login" (if you haven't already)
[01:57] <AuroraBorealis> yeah i have that
[01:57] <spiv> Er, I typoed slightly, it's lp:~<your_lp_name>
[01:57] <spiv> e.g. lp:~spiv/bzr/foo
[02:01] <AuroraBorealis> how do i link it to a bug in the command line?
[02:02] <AuroraBorealis> ironically i can't use bazaar explorer because of the bug i'm trying to fix xD
[02:03] <AuroraBorealis> oh --bug
[02:05] <maxb> Does that work? The documented option is --fixes
[02:06] <AuroraBorealis> yeah its --fixes
[02:06] <AuroraBorealis> which i found after googling
[02:08] <AuroraBorealis> ok, so i pushed it, its here: https://code.launchpad.net/~markgrandi/bzr/gpg_devttynotfound_fix
[02:08] <AuroraBorealis> will it do something to the bug report after its done 'scanning' the branch?
[02:09] <spiv> Yep.
[02:12] <spiv> AuroraBorealis: look now
[02:12] <AuroraBorealis> hooray!
[02:13] <AuroraBorealis> now what
[02:18] <AuroraBorealis> do i just wait for someone to do something with it?
[02:49] <poolie> hi all
[02:50] <AuroraBorealis> hi.
[03:21] <Noldorin_> hi jelmer
[04:33] <AfC> I'm using bzr builddeb. I'm backporting something. I did a build. Took 4 hours, no problem. At the very end, I discover that all though I fixed Build-Depends, I missed correcting the same entry in Depends.
[04:34] <poolie> ouch
[04:34] <AfC> Is there a way to get the .deb rebuilt based on new debian/control
[04:34] <poolie> was the 4h in buildding the source deb or building the binary?
[04:34] <AfC> without doing another 4 hour build? ie, it's just the very outside wrapper that is changing
[04:34] <AfC> poolie: binary
[04:34] <poolie> oh, without actually recompiling it?
[04:34] <poolie> probably
[04:35] <AfC> I mean, sure I could do surgery with tar :) but I'm trying to find a more proper way to do it.
[04:35] <poolie> dpkg-buildpackage with '-nc' "don't clean" somewhere should do it
[04:35] <AfC> The dependency was making "libgmp-dev" (oneiric, unstable) be "libgmp3-dev" (natty)
[04:36] <AfC> poolie: ok. I've got a feeling that with builddeb's defaults, the build-dir/ is already gone
[04:36] <AfC> [I know it is]
[04:37] <poolie> hm, maybe the things you wanted to preserve are already deleted then?
[04:37] <poolie> i guess you could force installation without the dependency to test the package, then do a full clean rebuild when you're happy
[04:37] <AfC> yeah
[04:39] <AfC> Be faster to make an empty package called "libgmp-dev" :/
[04:39] <AfC> poolie: (and, yes, --force-depends has it on board now for testing)
[04:40] <poolie> i think there is some way to configure that into dpkg short of making an empty package
[04:40] <AfC> I'm guessing that `bzr buildpkg --dont-purge` more or less leads to `-nc`
[04:49] <poolie> well, it would make it at least possible to use -nc later
[06:31] <vila> hello guys !
[06:51] <poolie> hello vila
[06:54] <jam> morning all
[06:54] <vila> poolie, jam : _o/
[07:05] <poolie> hi guys
[07:05] <poolie> did you do testing of the new pqm that showed a tmpfs didn't help?
[07:06] <vila> poolie: replied to your mail,
[07:06] <vila> but in a nutshell, I'm very surprised it doesn't give better results but I don't know which test to propose to ensure it's really active in the chroot
[07:19] <jam> I'm also surprised about tmpfs, poolie. Didn't you try it locally and found it was quite useful?
[07:19] <poolie> yes
[07:33] <jam> poolie: though I'll also say, timing results are showing the new machine running the test suite in <30 min. Which is a pretty good starting point. As long as it is <1hr, I don't see it impacting our workflow much.
[07:34] <poolie> yeah, that is nice
[07:34] <poolie> i was just surprised
[07:35] <vila> poolie: any idea about further tests ?
[07:35] <poolie> i don't see your mail yet
[07:39] <lifeless> vila: you did use the tmpfs *in the chroot* right ?
[07:39] <lifeless> vila: as opposed to *outside the chroot*
[07:39] <lifeless> vila: to test, schroot ...; mount :)
[07:41] <vila> lifeless: I don't have access to run such commands ... but I indeed ask to check inside the chroot
[07:41] <lifeless> ok. weird.
[07:41] <vila> dunno what kind of check was done though...
[07:54] <vila> 1f
[07:54] <vila> pff
[08:07] <vila> grr, I hate it when postfix stop working and I don't notice until someone tells me: 'where is your mail ?'
[08:39] <poolie> guys, i might stop soon
[08:40] <poolie> vila, lifeless, i reckon perhaps it was broken by the schroot fstab causing the external /tmp to be bound over the internal tmpfs
[08:42] <vila> poolie: I had the same kind of feeling but... I trusted our admin
[08:44] <vila> attn packagers and installer builders: 2.4.1 has been frozen ;)
[08:49] <poolie> good for you
[10:48] <jelmer> vila: hmm, is it not possible to change a remote branches' configuration?
[10:58] <jelmer> maxb: hi
[10:59] <jelmer> maxb: bzr-builder fails to build on lucid and maverick with an error from the python helper
[10:59] <jelmer> do you perhaps know what's going on there?
[10:59] <jelmer> hey Riddell
[10:59] <maxb> Do you have a buildlog handy?
[10:59] <Riddell> good morning
[11:01] <jelmer> maxb: FATAL: python-backport-helper needs updating to know which of python-support or python-central 'bzr-builder' should be build with
[11:01] <jelmer> https://launchpadlibrarian.net/79653003/buildlog_ubuntu-lucid-i386.bzr-builder_0.7.1%2Bbzr144~daily10~lucid1_FAILEDTOBUILD.txt.gz
[11:01] <maxb> oh, right
[11:01] <maxb> Well, the error's pretty clear :-)
[11:01] <jelmer> bzr-builder wasn't in the daily ppa until recently, perhaps it's not in the hardcoded list?
[11:01] <maxb> I was being a bit paranoid at the time, perhaps it should just default to python-support
[11:02] <jelmer> maxb: it has to be central for all bzr-related packages
[11:02] <jelmer> maxb: since they install under bzrlib.plugins
[11:02] <jelmer> although defaulting to python-support seems reasonable, given that's also the default e.g. debhelper uses
[11:07] <daubers> Hello, I've come in this morning to bzr complaining that it hasn't got enough values to unpack  with all my branches. Pastebin of the error: http://pastebin.ubuntu.com/687544/ how can I fix this?
[11:14] <jelmer> daubers: what are the contents of your .bzr/branch/last-revision file?
[11:18] <daubers> jelmer: It's empty
[11:19] <jelmer> daubers: did you perhaps have a recent machine crash after changing that branch?
[11:19] <daubers> jelmer: Not as far as I'm aware
[11:28] <vila> jelmer: it should be possible to change a remote config, if it's not, it's a bug
[11:28] <vila> jelmer: unless you don't have write access of course
[11:28] <jelmer> vila: I'm finding that calling set_append_revisions_only(True) doesn't work
[11:29] <vila> jelmer: oh, I thought you were referring to either the new design or 'bzr config'
[11:29] <vila> jelmer: that's even more surprising given that the package importer did that for a bunch of lp branches
[11:30] <daubers> Hmmm.... whatever caused it has caused it on every branch on this box
[11:31] <jelmer> daubers: bug 623152 seems to be what you're hitting
[11:32] <daubers> jelmer: Yeah, looks it. I'll restore them from the backup, probably easiest I think
[11:33] <jelmer> daubers: It's surprising if you're hitting this without an unclean unmount though
[11:34] <daubers> jelmer: This is on the remote server, all pushed through sftp
[11:34] <daubers> Checked the RAID it's on, and that's fine
[11:35] <jelmer> I was going to mention that newer versions of bzr can fsync after updating last-revision, but that doesn't really help if you're using sftp.
[11:35] <jam> vila: ugh. package importer is *really* unhappy
[11:36] <jelmer> vila: ah, this is where it gets interesting
[11:36] <jam> 1092 failures, all the recent ones are: with key lazr.restfulclient.errors.HTTPError:<module>:main:get_versions:get_debian_versions:__getitem__:get:_request
[11:36] <jelmer> (Pdb) print branch.get_config().get_user_option('append_revisions_only')
[11:36] <jelmer> True
[11:36] <jelmer> (Pdb) print branch.get_append_revisions_only()
[11:36] <jelmer> False
[11:37] <vila> jam: lp outage
[11:37] <vila> jam: requeued
[11:37] <vila> jelmer: urgh
[11:38] <vila> jelmer: what kind of branch ?
[11:38] <jelmer> vila: remote. it looks like we have a default get_append_revisions_only() implementation that returns False
[11:38] <jam> vila: should those be marked as transient-should-always-be-retried?
[11:39] <jam> (you may have already done so)
[11:39] <vila> jam: in theory, yes, in practice there are potentially may root causes
[11:39] <vila> jam: there is a bug about the importer making tea while lp is down
[11:39] <jam> vila: well, lazr.restfulclient.errors.HTTPError sure looks transient to me.
[11:40] <vila> jam: in this case yes, but it's not a hard rule
[11:40] <vila> jam: not all lp errors are transient
[11:43] <jam> vila: sure, though again, I was saying this specific traceback could be marked as auto-retry.
[11:43] <jam> And the other discussion, all failures should be considered soft-transient, so try X times, and then mark it hard-failure.
[11:44] <jam> but that is something else
[11:44] <jam> vila: is there a bug # for the .xz thing?
[11:44] <jam> I just saw some of the failing imports with it
[11:44] <vila> jam: right, but the bug explains that you can't *start* auto-retrying until lp is up again or you end up re-trying too much too soon and it becomes a permanent failure
[11:44] <jam> and it would be good to either link it to the bug, or requeue it if it has been fixed
[11:45] <jam> vila: sure. Though if you round-robin 500 packages that gives you some time :)
[11:45] <jam> Especially since LP isn't supposed to go down for more than 5min now.
[11:45] <jam> then again, maybe it makes this more important
[11:45] <jam> since they'll be going down 2-3 times / week no
[11:45] <jam> now
[11:45] <vila> jam: feel free to play around with it, I'm just explaining the status quo
[11:46] <jam> vila, jelmer: anyway, .tar.xz thing?
[11:46] <vila> jam: yes; there is an udd bug for the .xz issue, linked to the upstream bug IIRC
[11:46] <jelmer> bzr-builddeb should be able to handle xz now, I haven't seen the bug for the udd issue
[11:46] <jam> vila: sure, I mean linked to: http://package-import.ubuntu.com/status/bedtools.html#2011-09-11%2009:29:19.287652
[11:47] <jam> the actual package-importer tracebacks, etc.
[11:47] <vila> ha, that, no, not done, patches welcome
[11:47] <jam> jelmer: bedtools and qtwebkit-source are at least failing with "unknown extension ...tar.xz"
[11:47] <jam> jelmer: did you work out the bz2 issues for the kde packages?
[11:48] <jelmer> jam: we need to update to a newer bzr-builddeb on jubany, that should fix it
[11:48] <jelmer> (the .tar.xz issue)
[11:48] <jelmer> jam: Riddell did, it turns out OpenSUSE's bz2 generates slightly different output because of a patch they ship
[11:48] <jam> ouch
[11:49] <jelmer> jam: he's filed a bug against pristine-tar: debian bug 641019
[11:49] <vila> jelmer: oh, right, I was about to pull the newer builddeb on jubany and was interrupted by the week-end, thanks for the reminder, I'll do that now
[11:50] <vila> jelmer: oh, also, you mentioned detecting dpkgmergechanlog to avoid installing a broken hook ?
[11:50] <jam> vila: what's the current procedure for updating the failed-imports => bug #. Is it still just ssh to jubany and manually update the file?
[11:50] <jelmer> vila: yeah, it would be nice to look into that, but I haven't actually landed any branches which help address that.
[11:51] <vila> jam: the explanations file is part of the branch
[11:51] <vila> jelmer: ok, np, just checking
[11:51] <vila> builddeb upgraded on jubany, brace yourselves :)
[11:52] <vila> requieing bedtools (last to fail with .xz)
[11:53] <vila> ha crap, forgot --priority
[11:54] <vila> I'll let it purge its queue first
[12:05] <jam> 447 to go. Not bad, though maybe 1/minute or so?
[12:07] <jam> jelmer: on RemoteBranch.get_append_only... I *think* it was meant that you could try to push things, because the real branch on the remote side would refuse it
[12:08] <jam> rather than doing a round-trip just to check the bit.
[12:08] <vila> jam: try analyze_log with a tail -F from jubany :-p
[12:08] <jelmer> jam: ah, that makes sense
[12:09] <jelmer> jam: so in that case this is a bug I introduced because I made _get_append_revisions_only public.
[12:11] <jam> jelmer: could be. I won't claim 100% accuracy on my understanding.
[12:11] <jam> vila: I try not to ssh into jubany unless I must :)
[12:12] <jelmer> jam: wrt 2.5-better-gpm-estimate, didn't that branch already land on 2.4?
[12:13]  * jelmer vaguely recalls reviewing something similar earlier
[12:14] <jelmer> hmm, maybe I just looked at it earlier and then didn't have time to actually review..
[12:17] <jam> jelmer: the estimation changes haven't landed anywhere IIRC
[12:17] <jam> there were 2 or 3 other tweaks to get_parent_map that I've proposed that have landed
[12:17] <jam> let me double check that
[12:18] <jam> vila: "tail .../progress_log" | scripts/analyze_log.py -
[12:18] <jam> Just gives me "- does not exist"
[12:18] <jam> I'm guessing it is an out-of-date udd branch?
[12:18] <jam> Is it supposed to be somewhere else?
[12:20] <jam> (just running it normally shows average speed of 41s, which is close to my guessed time.)
[12:20] <jam> so it will take ~5-7 hrs to finish the backlog.
[12:21] <vila> jam: refresh your memory: https://code.launchpad.net/~vila/udd/analyze_log/+merge/74056
[12:23] <jam> vila: says merged here, doesn't work on jubany
[12:23] <vila> you don't need it on jubany, you pipe from jubany and execute locally
[12:24] <jam>  /msg vila seems a bit convoluted
[12:30]  * vila checks with a mirror, a bit tired, yeah, may be, but convoluted...
[12:39] <jam> jelmer: any idea why installing python-lzma on natty requires installing python-2.6 ?
[12:39] <jam> does lzma *only* work on 2.6?
[12:39] <jam> or would it be a packaging bug?
[12:41] <jelmer> jam: my guess is that it's just a packaging bug
[12:52] <jam>  ./import_package.py seems to spend an awful lot of time waiting for stuff. It is at 400+s running, and only 20s CPU time.
[12:54] <vila> which one ?
[12:55] <jam> anon-proxy
[12:55] <jam> I'm at least poking at the unicode decode errors
[12:55] <jam> but so far, I haven't found a version that has anything but ascii
[12:56] <vila> the one I looked at has a NFKD file
[12:58] <vila> http://package-import.ubuntu.com/status/acidbase.html#2011-09-01%2007:39:12.274606
[13:32] <vila> jam: bah, I mixed bzip2 and .xz issues, no bug for .xz AFAIR, I just mentioned it to jelmer who proposed a fixed that I reviewed
[13:32] <vila> the bzip2 issue has a bug linked to prisitine-tar upstream
[13:34] <jelmer> vila: debian bug 499489
[13:38] <vila> jelmer: thanks
[13:39] <vila> jelmer: this makes me feel a bit more how prisitine-tar can blow up for the package-importer... as soon as someone starts using a new compressor or a new option... boom
[13:40] <vila> jelmer: I wonder if we can be more robust by getting the *tar* and compressing the tar delta instead of trying to get a delta from the compressed form
[13:41] <jam> vila: fundamentally the .dsc files contain the sha1 hash of the tar.bz2
[13:41] <jelmer> vila: that won't help - pristine-tar has trouble reproducing the compression
[13:41] <jam> which is what we are trying to reproduce
[13:41] <vila> jelmer: anyway, with your xz patch, all previsous failing imports have now passed
[13:41] <jelmer> vila: it has no problems with the tar file that is compressed
[13:42] <vila> jelmer: aiui, it needs to recognize the compressed form
[13:42] <vila> oh, argh, doomed
[13:45] <jelmer> vila: it needs to reproduce the compressed file 100% from the pristine tar delta, which means tracking all the compression parameters
[13:46] <vila> yeah, yeah, hence: doomed
[13:46] <jelmer> apparently that is fairly tricky for .xz
[13:47] <vila> adding these parameters do the .dsc is not option ? :-}
[13:47] <vila> half-kidding
[13:49] <jelmer> vila: they are not known by the debian developer either..
[13:52] <vila> jelmer: really ? the upstream devs already provide the compressed tarballs ?
[13:52] <jelmer> vila: in a lot of cases, yes
[13:52] <vila> jelmer: how about mentioning the *tarballs* sha sums instead ?
[13:52] <jelmer> in some situations the tarball gets repacked, e.g. if it's zipped or if there are non-DFSG-compatible files in it
[13:53] <jelmer> vila: if we do that, we still can't reproduce the tarball
[13:53] <jelmer> vila: and we need to reproduce it bit for bit
[13:54] <vila> jelmer: I mean: work with the uncompressed  tarballs and generate the deltas for the tarballs, compress the tarballs and the deltas
[13:54] <vila> jelmer: this way we still can reproduce the tarballs bit for bit no ?
[13:55] <jelmer> vila: we have to reproduce the final files, not the tarballs
[13:55] <vila> and we only have to track the tar format and not the compressors formats (which doesn't mention the parameters anyway, at least for bzip2)
[13:55] <jelmer> vila: we have to reproduce the *compression* as well
[13:56] <vila> jelmer: why ?
[13:56] <vila> to build the package you extract the tarball anyway, isn't it what matters ?
[13:57] <vila> I understand the practices and toolchains requires the compressed form today, I'm just trying to find an escape from the 'sorry, no idea what parameters were used here, will never be able to reproduce the compressed form' trap
[13:58] <vila> which is currently blocking the bzip2 produced on Suse with a non-standard bzip2
[13:58] <vila> and even there the fix may be doable
[14:44] <Noldorin_> hi jelmer
[14:45] <jelmer> hi Noldorin_
[14:46] <Noldorin_> jelmer, been testing this bzr-git issue over the past few days, but can't seem to get anywhere with it i'm afraid...
[14:46] <jelmer> Noldorin_: what have you been testing exactly?
[14:46] <jelmer> that issue you ran into earlier?
[14:47] <Noldorin_> jelmer, yes with the unknown git databaser entry... you remember?
[14:47] <Noldorin_> i'm trying to merge in parts of the revision that make it fial
[14:48] <Noldorin_> but it gives loads of conflicts
[14:48] <Noldorin_> not sure how to go about it :-S
[14:48] <Noldorin_> have tried a few thigns over the past few days...
[14:49] <jelmer> Noldorin_: merging it won't help in this regard, the revision itself would still be processed in its current form
[14:50] <Noldorin_> how should i go about testing this problematic r47 then?
[14:50] <jelmer> Noldorin_: try creating a new revision on top of r46 which has some of the changes from r47 and see what the minimal set of changes is that triggers the issue
[14:51] <Noldorin_> jelmer, but how do i do that specifically?
[14:51] <Noldorin_> exactly what i'm trying
[14:51] <Noldorin_> it just messes up the whole branch hmm
[14:51] <jelmer> Noldorin_: bzr branch -r46 /path/to/original/branch test; then create a new commit with some of the changes from r47, commit, then dpush into git
[14:52] <Noldorin_> jelmer, yep yep, but how exactly do i get "some of the changes"?
[14:52] <Noldorin_> doing by hand is not practical
[14:52] <Noldorin_> there are many many changes
[14:54] <jelmer> Noldorin_: you might be able to do "bzr merge ../path/to/individual/file -r47"
[14:54] <jelmer> Noldorin_: and do that for every file
[14:55] <jelmer> but you'd have to make sure it doesn't record any pending merges ("bzr st" should display this)
[14:55] <Noldorin_> jelmer, wouldn't always record pending merge?
[14:55] <Noldorin_> i don't know what the alternative is..
[14:56] <jelmer> Noldorin_: you can also revert pending merges with "bzr revert --forget-merges"
[14:57] <Noldorin_> ah ok
[14:59] <Riddell> jelmer: did you say you were going to upload bzr-explorer 1.2.1 to debian?  it doesn't seem to have arrived
[14:59] <jelmer> Riddell: I did say that, and then I got distracted by something else last week. Sorry about that.
[14:59] <jelmer> Riddell: I'll have a look at uploading qbzr and bzr-explorer now.
[15:07] <timrc> Using bzrlib, Let's say I create a local branch of a remote tree and make/commit a change in my local working tree.  Do I use "clone_on_transport" to push that change back to the remote tree?
[15:10] <jelmer> timrc: hi
[15:10] <jelmer> timrc: do you perhaps mean remote branch rather than remote tree?
[15:11] <jelmer> timrc: If so, you should be able to use wt.branch.push(Branch.open(remote_url))
[15:11] <timrc> http://paste.ubuntu.com/687688/
[15:11] <timrc> that is pretty much what I have, so far
[15:11] <timrc> remote branch, yeah
[15:11] <jelmer> timrc: it looks like you indeed want to push to a remote branch (we don't support operations against remote working trees)
[15:12] <timrc> jelmer, okay
[15:12] <jelmer> timrc: it seems like you indeed want local_branch.push(remote_branch)
[15:12] <jelmer> timrc: clone_on_transport creates a clone of the local branch, so would error out saying that a branch already exists (I think)
[15:13] <timrc> it has an option, 'use_existing_dir' which threw me off
[15:13] <timrc> I was using create_clone_on_transport to create a new remote branch and then using the launchpad mergeProposal API call, but I want to eliminate the mergeProposal step
[15:34] <abentley> jam: around?
[15:34] <vila> Riddell: babune's all red: http://babune.ladeuil.net:24842/job/selftest-chroot-oneiric/lastFailedBuild/testReport/junit/bzrlib.tests.test_transport/TestTransport/test_transport_fallback/
[15:35] <vila> Riddell: how did you manage to pass on pqm ?
[15:38] <vila> Riddell: Ouch, I see, ignore_i18n is called only once and doesn't cleanup at the end of the tests, protecting the others
[15:39] <vila> Riddell: when running with --parallel=fork (as babune does) this works only for test_trans_dependency and break for the other tests
[15:39] <vila> test_transport_dependency
[15:48] <timrc> jelmer, that did the trick, thanks
[15:58] <Riddell> vila: uh oh
[15:59] <Riddell> vila: so test_transport_fallback  is the only one that's failing
[15:59] <Riddell> or are there others?
[15:59] <vila> Riddell: I replied to your email about this problematic test but it got delayed locally :-/ Dunno if you got it ?
[15:59] <Riddell> I got a reply late on Friday
[15:59] <vila> Riddell: a single one is failing on babune, but given the way we split with --parallel, there is no guarantee that it's the only one
[16:00] <vila> Riddell: i.e. every test that potentially try to mutter() or whatever (exceptions ? str(e)) risk triggering the same issue
[16:00] <Riddell> why does --parallel affect it?
[16:01] <vila> Riddell: with --parallel, several *process* are involved
[16:01] <vila> Riddell: each one running a slice of the whole test suite
[16:02] <vila> Riddell: the slicing is always the same for a given test suite but can vary as soon as you add or remove a test or change the parametrization or the list goes on
[16:02] <vila> Riddell: monkey-patching like you did is against all isolation rules :)
[16:02] <vila> Riddell: at the very least you should use overrideAttr
[16:03] <Riddell> fg
[16:03] <Riddell> tsk
[16:03] <vila> Riddell: so the patching is cleaned up at the end of the test
[16:03] <Riddell> ok, I'll try that
[16:04] <vila> Riddell: moreover, as mentioned in my mail, if the test needs disk resources (and it does as soon as it requires a config file which itself is required by i18n) it should use TestCaseInTempDir or TestCaseWithTransport
[16:04] <vila> Riddell: OR
[16:04] <Riddell> well I'm trying to get it to not use i18n so that's not an issue now surely
[16:05] <vila> Riddell: the failing test has no idea you monkey patched i18n.install, it's running in a different process !
[16:06] <vila> Riddell: an alternative is to force the install of a Null translation for *all* tests (overriden for tests that want to test specific aspects)
[16:07] <Riddell> yes that might be an idea
[16:08] <vila> Riddell: I thought there was some code doing that when you started working on i18n but it probably wasn't commented well enough to explain the current issue
[16:08] <Riddell> where would that be?
[16:08] <vila> i18n, let me refresh my memory (may be that was in a mp that never landed)
[16:09] <vila> Riddell: _translations back in revno 5994
[16:10] <vila> Riddell: may be incomplete
[16:11] <vila> Riddell: the idea is that it's None until one is installed in the nominal case (i.e. for users)
[16:12] <vila> Riddell: but tests can install whatever they need: either a null one or a test specific one
[16:12] <vila> Riddell: now, poolie may ask you to put that in library_state instead, but I still don't fully understand the library_state story
[16:15] <vila> Riddell: the implementation in bzrlib/i18n.py revno 5994 may be broken, you certainly know better, but the bit that should be applied here is that you don't want a test to trigger an access to a file on disk at any cost
[16:22] <vila> Riddell: revno 5875.3.25 pretty much contains what I'm trying to explain (except for making sure all tests start with a null translation which should be an overrideAttr call in TestCase.setUp() roughly))
[16:33] <Riddell> vila: how about this? https://code.launchpad.net/~jr/bzr/i18n-fix-tests/+merge/75037
[16:39] <vila> Riddell: approved, babune will tell you if it's still unhappy ;)
[16:39] <Riddell> merci
[18:22] <jam> abentley: I'm around now if you're still interested in chatting
[18:23] <abentley> jam: cool. Mumble?
[18:24] <jam> sure, just a sec
[20:15] <lamalex> guys i really like bzr-colo. thank you!
[20:17] <lamalex> it would be really amazing if bzr-colo had some sort of secondary/temporary versioning system that would get rid of unknown files when you did a bzr switch
[20:17] <lamalex> i think i could implement that.
[20:29] <fullermd> Oh right, I forgot I can't bzr check this repo because of symlinks.  Bah.
[20:56] <nigelb> fullermd: git stash like? :)
[20:56] <nigelb> gah
[20:56] <nigelb> lamalex: ^
[20:57] <lamalex> nigelb, yes sort of but implicitily when you changed branches
[21:07] <Noldorin_> hey jelmer -- are you aware that bzr-git borks on dpush when there are uncommitted changes?
[21:09] <jelmer> Noldorin_: complains or actually tracebacks?
[21:09] <Noldorin_> jelmer, just complains i think. i can pastebin if you like?
[21:09] <jelmer> Noldorin_: please do; it might be expected behaviour though
[21:10] <Noldorin_> okay
[21:10] <Noldorin_> jelmer, http://pastebin.com/zs6bL0Yg
[21:11] <jelmer> Noldorin_: I think this is just brokenness from the bug you were working on earlier
[21:11] <Noldorin_> ah ok
[21:11] <Noldorin_> i think so too
[21:11] <Noldorin_> it disappears after bzr revert
[21:11] <Noldorin_> of course
[21:12] <Noldorin_> jelmer, ah wait, i'm just encountering this error again with "workign tree is out of date"
[21:12] <Noldorin_> :-S
[21:12] <Noldorin_> weird
[21:12] <Noldorin_> i just did a bzr revert and then bzr st
[21:12] <Noldorin_> after that
[21:18] <jelmer> Noldorin_: that restores from the repository though, and that might have inconsistent data because of the failed dpush
[21:19] <Noldorin_> jelmer, ohh...why shoudl the dpush corrupt the repository data though?
[21:19] <jelmer> Noldorin_: because of the bug you hit
[21:19] <Noldorin_> oh ok
[21:19] <jelmer> which is about misrepresenting bzr data in git
[21:19] <Noldorin_> jelmer, so these myriad problems are all to do with the bug eh?!
[21:20] <jelmer> basically
[21:20] <Noldorin_> jelmer, i guess i have to reclone the branch and do uncommit/revert for each new test?
[21:20] <jelmer> Noldorin_: yep (and not in a shared repository)
[21:20] <Noldorin_> ah ok
[21:20] <Noldorin_> jelmer, what is a shared repository?
[21:20] <jelmer> Noldorin_: in two words, "bzr init-repo"
[21:21] <Noldorin_> okay got it
[21:21] <Noldorin_> i don't use that, so no problem
[21:47] <Noldorin_> jelmer, hmm how can i get a list of changes introduced in r47?
[21:47] <jelmer> Noldorin_: bzr log -v -r47
[21:47] <Noldorin_> thanks
[21:47] <Noldorin_> -v was what i needed ;-)
[21:48] <jelmer> from what I could tell earlier the problem is related to one of the tree shape operations
[21:48] <jelmer> rather than the contents changing
[21:49] <Noldorin_> yes
[21:49] <Noldorin_> well as i mention in the commit message, i restructure the the directory hierarchy in this changeset
[21:49] <Noldorin_> hmm
[21:51] <Noldorin_> jelmer, hence i guess it's the moves/remaming of files/dirs that's messing it up?
[21:52] <jelmer> Noldorin_: presumably
[21:52] <Noldorin_> okay
[21:52] <Noldorin_> *continues checking*
[21:53] <jelmer> Noldorin_: really useful would be some sort of recipe that reproduces this issue in a clean branch
[21:53] <jelmer> s/clean/empty/
[21:54] <jelmer> that way we can add a regression test, then improve the code until it works
[21:54] <Noldorin_> yep
[21:54] <Noldorin_> i will do some more investigation on my branch first though
[23:24] <nigelb> Hrm, what time does poolie start his day?
[23:28] <jelmer> nigelb: usually around now
[23:28] <jelmer> nigelb: I'm doubting your statements about your regular sleeping times btw :)
[23:28] <nigelb> jelmer: okay :)
[23:28] <nigelb> haha
[23:28] <nigelb> I was working
[23:28] <nigelb> Just finished :)
[23:28] <nigelb> Like, $DAYJOB work.
[23:56] <poolie> nigelb, hello
[23:58] <nigelb> Morning!


[06:48] <RSchilder> Is there someone who can help me? I'm trying to compile to PHp 4.5.33 in Ubuntu 14.04. Everything works till make-intall then I got the error: I got the error: cp: cannot stat 'sapi/cli/php.1' : No such file or directory. Make: *** [install-cli] error 1


[02:07] -queuebot:#edubuntu- Builds: Edubuntu Desktop amd64 [Mantic Daily] has been updated (20230909)


[12:24] <fabrice_sp> Hi. I just wanted to say that I wrongly synced 2 packages in Oneiric instead of Precise (by using the wrong web page). So don't hesitate in dropping them from New.
[13:20] <infinity> fabrice_sp: felix-*
[13:20] <infinity> fabrice_sp: ?
[13:20] <infinity> fabrice_sp: Rejected.
[13:23]  * ogra_ is surprised they dont get auto-rejected for released releases
[13:24] <infinity> ogra_: Why would it?  It just gets pushed to a non-release pocket.
[13:25] <ogra_> because we usually dont do straight syncs into released ?
[13:25] <infinity> Sure do.
[13:25] <infinity> Not into the release pocket, but into -updates.
[13:25] <infinity> And anything targetted at oneiric gets turned into oneiric-updates, post-release.
[13:25] <infinity> Hence, nothing wrong with the above.  Except that he pressed the wrong button. ;)
[15:24] <fabrice_sp> thanks infinity!
[19:13]  * skaet doing some build experiments (CDIMAGE_NOPUBLISH=1) this afternoon.   Should be done before daily cron kicks in.
[20:26]  * skaet a bit surprised to find that images are published despite trying not to publish - something to investigate on monday it seems.
[20:27] <stgraber> skaet: maybe CDIMAGE_NOPUBLISH in this case means don't publish to the tracker but doesn't prevent them from showing up on cdimage.u.c? (just trying to guess, haven't looked at the code)
[20:30] <skaet> stgraber,  wasn't expecting them to show up on cdimage.u.c - the variable seemed to work for the alternates when I was experimenting there.   But I suspect the answer will be in the code.   I've added trying to understand to my list for monday.
[20:39] <skaet> or it could well be PEBKAC ;)
[22:13] <cjwatson> skaet: I suspect a typo - I'd need to see shell history, though
[22:13] <cjwatson> skaet: CDIMAGE_NOPUBLISH=1, if set correctly, prevents publishing to cdimage.u.c
[22:14] <skaet> cjwatson, CDIMAGE_NOPUBLISH=1  buildlive kubuntu-dvd dvd && for-project kubuntu cron.dvd;
[22:14] <cjwatson> typo
[22:14] <skaet> gah...
[22:14] <cjwatson> buildlive kubuntu-dvd dvd && CDIMAGE_NOPUBLISH=1 for-project kubuntu cron.dvd
[22:15] <cjwatson> buildlive doesn't want that
[22:15] <skaet> thanks!
[22:15] <cjwatson> it's handled by build-image-set (called by cron.*)
[22:16] <cjwatson> and the 'FOO=bar command' syntax only sets the variable for the immediately following simple command, not for an entire compound command
[22:17] <skaet> thanks for the explanation,  PEBKAC indeed.  :)
[22:52]  * cjwatson gets his replacement for most of cron.germinate down to about two minutes on his laptop
[22:52] <cjwatson> (from more like ten)
[22:52] <cjwatson> (on cocoplum)
[22:53] <cjwatson> though still a few output differences I want to check over manually
[22:57] <skaet> great!!  :)
[23:11]  * skaet just hit into the mirror syncing - end of experiments for today.
[23:15] <cjwatson> hm, I think I do still have some correctness issues
[23:55] <cjwatson> ah, that's more like it now, although more like three minutes with that bug fixed
[23:55] <cjwatson> still, not to be sneezed at, and I bet cocoplum will run it faster than my laptop does
[23:56] <cjwatson> skaet: mirror syncing> actually I think you may have interrupted a manual run at an unfortunate point or something.  I just cleaned up a stale lock by hand


[01:05] <Unte36> Hello all. I have some questions about certificates for my apache server. anyone please?
[01:07] <sarnold> where are you stuck?
[01:12] <Unte36> Hello Sarnold. I just finished install of webmin and apache. Is certbot the app I need to install for my servers cert?
[01:14] <Unte36> Iḿ all new to Ubuntu
[01:17] <sarnold> Unte36: please be careful with webmin -- I strongly recommend firewalling it off to just IP address ranges that you want to have complete control of the computer.. web-based management consoles are usually pretty poor
[01:18] <sarnold> Unte36: if you want to use letsencrypt there's at least one client under that name, there's more clients availab,e but I don't know how many are packaged with ubuntu already
[01:19] <Unte36> :S I was not aware of this vulnerability. Would it be wiser then to remove it all an do it from command line?
[01:20] <sarnold> that's my very strong preference
[01:20] <Unte36> Just need to make a simple server to share some files online
[01:21] <Unte36> I will follow your advise Sarnold. Thank you very much.  Is there a way to remove it all and the software that it has been isntalled within??? Any suggestions on a good option to achieve this?
[01:23] <sarnold> Unte36: how did you install webmin in the first place?
[01:25] <Unte36> SARNOLD. I did install it from terminal. Checked on software and it is not being displayed in the list.  apt-get remove webmin / apt-get purge webmin??
[01:26] <sarnold> Unte36: it depends on how you installed it. if you installed it with apt-get install webmin, then yes, apt-get purge webmin should work.
[01:27] <Unte36> Yes Sarnold. it was sudo apt install webmin
[01:27] <Unte36> trying it now
[01:31] <Unte36> Sarnold. dpkg: warning: while removing webmin, directory '/usr/share/webmin/ajaxterm/ajaxterm' not empty so not removed
[01:31] <sarnold> Unte36: okay, that's a little odd, but a 'sudo rm -rf /usr/share/webmin/'  once you're done will take care of that
[01:34] <Unte36> command run
[01:34] <Unte36> anything else to totally purge webmin installation?
[01:35] <sarnold> I don't know what it might have done to your apache configs, or other configs, during install. depending upon how much you fiddled with it, it might be worth apt-get purging any applications that it configured
[01:36] <Unte36> I just installed webmin + updates + apache
[01:36] <Unte36> do I need to reinstall my pc to get ride of it all?
[01:37] <sarnold> hopefully not
[01:38] <Unte36> :) heheh  fingers crossed then.  So how can I purge apache ? since it was all installed within the app?
[01:39] <sarnold> oh? hrm. try apt-get purge apache2 apache2-bin
[01:40] <Unte36> heheh :) it worked. Seems to be going down with files now
[01:40] <Unte36> Thank you. So what would it be your advise to achieve the a simple werver to share files ?
[01:41] <Unte36> and just like webmin dpkg: warning: while removing apache2, directory '/var/www/html' not empty so not removed
[01:42] <sarnold> did you put anything in that directory yourself?
[01:42] <Unte36> nop
[01:42] <sarnold> if not, rm -rf /var/www/html  is fine
[01:43] <Unte36> what is that -rf command for?
[01:43] <sarnold> -r means recursive, -f means force
[01:43] <Unte36> rm: cannot remove '/var/www/html/index.html': Permission denied
[01:43] <Unte36> :S
[01:43] <sarnold> the rm command likes to ask you silly questions like "you can't read this file, are you sure you want to delete it?" kind of thing
[01:43] <sarnold> ah sorry, 'sudo rm -rf /var/www/html'
[01:44] <Unte36> heheh my fault sorry
[01:46] <Unte36> somthing funny with webmin
[01:46] <Unte36> apt-get install webmin
[01:47] <Unte36> sudo apt-get install webmin / Reading package lists... Done / Building dependency tree       / Reading state information... Done
[01:47] <Unte36> E: Unable to locate package webmin / lluix@lupa:~$ sudo apt install webmin
[01:47] <Unte36> Reading package lists... Done
[01:47] <Unte36> Building dependency tree
[01:47] <Unte36> Reading state information... Done
[01:47] <Unte36> E: Unable to locate package webmin
[01:53] <sarnold> hrm. Did you add a PPA or other apt repository to get webmin packages? I don't see any webmin packages in our archives
[01:55] <Unte36> nop I only did the install webmin
[01:55] <Unte36> from terminal
[01:55] <Unte36> :S
[02:22] <Unte36> Sarnold. I had added the ppp and reinstall it
[02:23] <sarnold> Unte36: wow,that takes me back :) I haven't done ppp in ages..
[02:28] <Unte36> hehehe why is that ?
[02:28] <Unte36> I will try this time sudo apt-get remove webmin
[02:28] <Unte36> sarnold
[02:29] <sarnold> Unte36: I've been lucky enough to have ethernet network connections for a while ;)
[02:29] <sarnold> Unte36: can you pastebin the output of apt-cache policy webmin   ?
[02:30] <Unte36> Sure ; ) bare with me one sec, still finishing with the install
[02:31] <Unte36>  Installed: 1.860
[02:31] <Unte36>   Candidate: 1.860
[02:31] <Unte36>   Version table:
[02:31] <Unte36>  *** 1.860 500
[02:31] <Unte36>         500 http://download.webmin.com/download/repository sarge/contrib amd64 Packages
[02:31] <Unte36>         500 http://download.webmin.com/download/repository sarge/contrib i386 Packages
[02:31] <Unte36>         100 /var/lib/dpkg/status
[02:35] <sarnold> aha. crazy, I'm surprised that installed.
[02:35] <sarnold> do note that this means whoever controls that repository essentially has root on your computer.
[02:46] <Unte36> yes I added this http://download.webmin.com/download/repository
[02:46] <Unte36> in software & upd / other software
[02:47] <Unte36> Sarnold. I see, so I need to remove this and purge it all for good
[02:47] <Unte36> : @
[02:48] <sarnold> Unte36: that's my recommendation, yes
[02:49] <Unte36> which command to use? I dont know the difference % purge and remove
[02:49] <Unte36> the previous install didnt work purge. Shall I do the remove this time?
[02:49] <Unte36> Sarnold
[02:50] <Unte36> sudo apt-get remove webmin
[02:51] <sarnold> sudo apt-get purge webmin should do the job
[02:51] <Unte36> but last time I got the error :s
[02:51] <sarnold> what error?
[02:54] <Unte36> Running uninstall scripts ..
[02:54] <Unte36> readdir() attempted on invalid dirhandle $DIR at /usr/share/webmin/at/linux-lib.pl line 10.
[02:54] <Unte36> closedir() attempted on invalid dirhandle $DIR at /usr/share/webmin/at/linux-lib.pl line 29.
[02:54] <Unte36> Subroutine list_servers redefined at /usr/share/webmin/servers/servers-lib.pl line 92.
[02:54] <Unte36> Subroutine list_servers_sorted redefined at /usr/share/webmin/servers/servers-lib.pl line 111.
[02:54] <Unte36> Subroutine get_server redefined at /usr/share/webmin/servers/servers-lib.pl line 143.
[02:54] <Unte36> Subroutine save_server redefined at /usr/share/webmin/servers/servers-lib.pl line 158.
[02:54] <Unte36> Subroutine delete_server redefined at /usr/share/webmin/servers/servers-lib.pl line 175.
[02:54] <Unte36> Subroutine can_use_server redefined at /usr/share/webmin/servers/servers-lib.pl line 188.
[02:54] <Unte36> Subroutine list_all_groups redefined at /usr/share/webmin/servers/servers-lib.pl line 208.
[02:54] <Unte36> Subroutine logged_in redefined at /usr/share/webmin/servers/servers-lib.pl line 278.
[02:54] <Unte36> Subroutine get_server_types redefined at /usr/share/webmin/servers/servers-lib.pl line 303.
[02:54] <Unte36> Subroutine this_server redefined at /usr/share/webmin/servers/servers-lib.pl line 313.
[02:54] <Unte36> Subroutine get_my_address redefined at /usr/share/webmin/servers/servers-lib.pl line 332.
[02:54] <Unte36> Subroutine address_to_broadcast redefined at /usr/share/webmin/servers/servers-lib.pl line 361.
[02:54] <Unte36> Subroutine test_server redefined at /usr/share/webmin/servers/servers-lib.pl line 375.
[02:54] <Unte36> Subroutine find_cron_job redefined at /usr/share/webmin/servers/servers-lib.pl line 394.
[02:54] <Unte36> Subroutine find_servers redefined at /usr/share/webmin/servers/servers-lib.pl line 407.
[02:54] <Unte36> Purging configuration files for webmin (1.860) ...
[02:54] <Unte36> dpkg: warning: while removing webmin, directory '/usr/share/webmin/ajaxterm/ajaxterm' not empty so not removed
[02:54] <sarnold> btw a pastebin would be better for anything that's more than two lines of output
[02:55] <sarnold> but all that looks like it mostly worked to remove the thing. a simple sudo rm -rf /usr/share/webmin/ afterwards should clean up what dpkg couldn't delete
[02:56] <Unte36> alright brb
[02:59] <Unte36> Sarnold . BTW how can I make a paste bin for the next time ? sarnold
[02:59] <Unte36> ;)
[03:00] <sarnold> Unte36: the easiest way is to install the pastebinit package; then you can run a command like apt-cache policy webmin | pastebinit
[03:00] <sarnold> then you just copy-and-paste the url that it returns
[03:02] <Unte36> ahhh, let me install it now for next time
[03:03] <Unte36> sudo apt-get install pastebinit???
[03:04] <sarnold> yes
[03:07] <Unte36> Weird. The purge went somewhat too fast this time :S .....
[03:07] <sarnold> most terminals let you scroll up with shift+pageup
[03:09] <Unte36> With apt-cache policy webmin | pastebinit can we check if it has completly purged??
[03:10] <Unte36> The issue is not scrolling but the last time I saw more removing lines
[03:11] <sarnold> Unte36: well, "completely" is difficult to measure
[03:12] <sarnold> you can run the debsums program to try to get an idea of what might be changed; it's .. kind of verbose though. still, it's a useful tool to know about. try running debsums -ac
[03:12] <Unte36> what command do you suggest for controlling this?
[03:13] <Unte36> sudo debsums -ac | pastebinit
[03:13] <Unte36> ???
[03:14] <sarnold> well, depends; if you want feedback on specific files that are reported as changed, maybe
[03:14] <sarnold> but debsums takes forever to run
[03:15] <Unte36> then with apt-cache policy webmin | pastebini?
[03:17] <Unte36> Sarnold here is the result from sudo apt-get purge webmin | pastebinit
[03:17] <Unte36> sudo apt-get purge webmin | pastebinit
[03:18] <Unte36> http://paste.ubuntu.com/25877126/
[03:23] <sarnold> holy moly look at all those i386 packages
[03:23] <sarnold> Unte36: definitely do the 'sudo apt autoremove' command next :)
[03:26] <Unte36> Sarnlod. I know... reason why I wanted to let you look at it
[03:26] <Unte36> sudo apt autoremove webmin | pastebinit  ????
[03:27] <sarnold> just sudo apt autoremove
[03:27] <Unte36> BTW what is the logic when installing a program in ubuntu? in win you have Program files where you can review the software isntalled on your pc but in here. I have no idea of how does this work
[03:29] <sarnold> Unte36: you can use dpkg -L  to show the files that package installs; check out 'dpkg -L bash' to see a simple example
[03:30] <Unte36> sudo apt autoremove webmin | pastebinit
[03:31] <sarnold> no 'webmin' on that command
[03:31] <Unte36> ok
[03:32] <Unte36> WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
[03:32] <sarnold> ha
[03:33] <sarnold> apt is a friendly interface over apt-get and apt-cache and maybe some other tools. those other tools have stabilized interfaces, so it'd be worth using those directly in scripts
[03:34] <Unte36> so which command shall I use?
[03:36] <sarnold> sudo apt autoremove
[03:37] <Unte36> E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
[03:37] <Unte36> E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
[03:37] <Unte36> lluix@lupa:~$ sudo apt autoremove
[03:37] <Unte36> E: Could not get lock /var/lib/dpkg/lock - open (11: Resource temporarily unavailable)
[03:37] <Unte36> E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?
[03:37] <sarnold> I wonder if unattended-upgrades is running?
[03:38] <Unte36> Reading package lists... Done
[03:38] <Unte36> Building dependency tree
[03:38] <Unte36> Reading state information... Done
[03:38] <Unte36> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[03:38] <Unte36> what for is autoremove?
[03:40] <sarnold> apt keeps track of packages that were installed solely because something else installed needed them; and when that something else is removed, it can suggest to remove the other packages too
[03:40] <sarnold> it's not perfect, but it's pretty good
[03:41] <Unte36> Sounds like it. So it does clean all the extra software in depedency with main apps previously installed?
[03:43] <sarnold> I think you've got the right idea :) it's difficult to convey exactly what it does..
[03:45] <Unte36> Loving linux just the logic of it. Remains in some areas rather blur
[03:49] <Unte36> Sarnold for the simple file server is apache a good option ??? or what do you suugest me???
[03:51] <sarnold> Unte36: different people need different things from "fileserver". Some people want samba shares they can use with windows or mac os x desktop clients; some people just need a place to scp to and from. Other people want to scp files to a machine and then use http to get them back.. and other people want a web interface to upload and download
[03:51] <sarnold> Unte36: apache can fill the role for some of those requirements, but not all, and it'll even require applications in apache to do anything beyond basic ..
[03:54] <Unte36> I understand it. My requisite is to have a server to share video files stored in my local HD to share with my mother that has a broken leg so that she can access it from a remote location
[03:55] <Unte36> via browser
[03:58] <Unte36> Sarnold
[04:02] <sarnold> Unte36: will she want a friendly javascript player and so on? or just a pile of files?
[04:05] <Unte36> I want to keep it as simple as possible since I dont know yet my way around Ubuntu. A normal interface that she may be able to open the files from
[04:08] <sarnold> I don't think this qualifies for "simple", but I've heard good things about it https://nextcloud.com/
[04:10] <Unte36> hehee fair point ;)
[04:11] <sarnold> Unte36: time for me to bail, have fun :)
[04:13] <Unte36> thank you,  ;) apreciated
[04:13] <Unte36> take care
[07:02] <lordievader> Good morning
[07:07] <mybalzitch> hello
[12:24] <dnegreira> what is the best way to do a server installation with a vlan interface on ubuntu? Im booting via usb stick and now I need to setup an interface with a vlan but by default that is not possible via the gui, and the iso does not provide 8021q module or vlan package. any ideas/gudes? google is not helping me atm
[12:24] <dnegreira> guides*
[12:38]  * dnegreira giving a try on expert mode
[12:38] <dnegreira> just saw that you can select the vlan component
[13:16] <tomreyn> yes, it should work that way.
[13:16] <tomreyn> another option is to setup a server without vlan initially and set up the vlan later.
[13:30] <dnegreira> not an option for me, dont have the possibility to automate it
[13:31] <dnegreira> would love to load the vlan component related things on the 'normal installer' without expert mode
[13:31] <dnegreira> just to have the vlan option available when configuring the devices
[13:32] <dnegreira> but expert mode works for me for now
[13:40] <joelio> dnegreira: you can in preseed afaik?
[13:40] <joelio> #d-i netcfg/use_vlan boolean true
[13:40] <joelio> #d-i netcfg/vlan_id string {VLAN}
[13:53] <tomreyn> but that would be automation
[13:55] <joelio> well yes and no
[13:55] <joelio> you can pass those as kernel params when booting
[13:55] <joelio> but why not automate? D:
[14:25] <dnegreira> I do not "manage" the switches
[14:25] <dnegreira> which I hate
[14:27] <dnegreira> that is why I said that I cannot automate that part and hence need to boot up in expert mode and choose the vlan stuff. But now I understand better how to load that on boot and automate it
[14:44] <burningatrocity> morning
[14:44] <burningatrocity> anyone have experience setting up hylafax server?
[14:48] <burningatrocity> or with modems?
[15:27] <rbasak> cpaelzer: could you glance at https://bugs.launchpad.net/bugs/1729854 please? Is this a case of needing the right template?
[15:28] <cpaelzer> reading
[15:28] <cpaelzer> Yeah that is a dup to my bug&fix
[15:28] <cpaelzer> rbasak: are you marking it as such?
[15:28] <rbasak> I can do
[15:30] <rbasak> cpaelzer: duping to bug 1452016 or a different one?
[15:31] <cpaelzer> that is the right one rbasak
[15:31] <cpaelzer> rbasak: and if you'd merge my MP you could say Fix Committed :-P
[15:54] <andreas> nacc: hey, I have a git (github?) question
[15:54] <andreas> nacc: http://pastebin.ubuntu.com/25880349/
[15:54] <andreas> nacc: I want the diff for that merge (f3b6bfac5911f248499c79a42a0d18f12ca9065a)
[15:54] <andreas> but git show f3b6bfac5911f248499c79a42a0d18f12ca9065a only shows me the commit message
[15:55] <andreas> what's the right way to get the diff? Let's say I don't have the branch anymore. Can I get the diff with just the hash of that merge commit?
[15:55] <nacc> andreas: a diff relative to what?
[15:55] <andreas> master
[15:55] <nacc> andreas: git diff master..<hash>
[15:55] <nacc> (or without .. actually)
[15:55] <andreas> that branch panlinux/enable-tests-package-build was merged, and I was expecting that that merge hash would show the diff
[15:55] <nacc> that will just diff the trees
[15:56] <andreas> yeah, but relative to amster at that time
[15:56] <nacc> andreas: that's not quite how merges work :)
[15:56] <andreas> not master now
[15:56] <nacc> andreas: git reflog master to see the old hash?
[15:57] <andreas> https://github.com/CanonicalLtd/ubuntu-advantage-script/commit/f3b6bfac5911f248499c79a42a0d18f12ca9065a shows the diff
[15:57] <andreas> but git show that same hash doesn't
[15:58] <nacc> andreas: i believe that's a github thig
[15:58] <andreas> nacc: ah, when I download the .patch version of that url
[15:58] <andreas> the From has a different hash
[15:58] <nacc> andreas: it understands merges and can contentfully show you what they have added (based upon what they were merged into)
[15:59] <andreas> hm, the .patch version actually is a sequence of commits
[15:59] <andreas> all commits from the branch
[15:59] <andreas> I see
[15:59] <nacc> which makes sesne, it's showing you, i think, the differences between the old master and the result of the merge, by commit
[16:00] <andreas> I'll probably do a diff between first commit and last one
[16:00] <nacc> andreas: i think there also relevant options to git-diff for dealing with merges
[16:02] <andreas> oh, wait
[16:02] <andreas> a merge commit has an extra header in git log
[16:02] <andreas> commit f3b6bfac5911f248499c79a42a0d18f12ca9065a
[16:02] <andreas> Merge: 4f6740e 05c8944
[16:03]  * andreas checks if that is correct
[16:04] <nacc> andreas: right, those are the 'parents'
[16:04] <nacc> andreas: a merge is a commit with multiple parents
[16:04] <andreas> yep, that helps
[16:04] <nacc> andreas: and the diff is technically different from each
[16:09] <nacc> rbasak: are you around?
[19:48] <SmokinGrunts> if I've received a SERVERNAME.ca-bundle file, a SERVERNAME.crt file, and have my SERVERNAME.key private key, and postfix expects all intermediate CAs into a bundle, does this mean I need to 'cat' the .crt and .ca-bundle into a new file, or should the .ca-bundle already have this?
[19:52] <sdeziel> SmokinGrunts: typically yes, you need to cat the .crt and the ca
[19:53] <sdeziel> SmokinGrunts: some CAs have the bad habit of including their root CA in their bundle so you might want to remote it to optimize the TLS handshake
[19:53] <SmokinGrunts> okay, and the SERVERNAME.crt would come first, then the .ca-bundle?
[19:53] <sdeziel> SmokinGrunts: yes
[19:54] <sdeziel> http://www.postfix.org/TLS_README.html: cat server_cert.pem intermediate_CA.pem > server.pem
[19:55] <SmokinGrunts> aye, thank ye
[19:56] <sdeziel> np
[20:22] <|\n> hello
[20:23] <|\n> on a hoster's vps with 16.04 i see linux-image-4.4.0-100-generic which is the latest provided by linux-image generic, however i'm unable to see it on this list https://packages.ubuntu.com/xenial/allpackages?format=txt.gz
[20:24] <|\n> what could i check?
[20:25] <nacc> |\n: it's in xenial-proposed
[20:25] <|\n> ah, thank you so much nacc
[20:26] <nacc> |\n: yw
[20:26] <nacc> |\n: rmadison helped me figure that out (rmadison linux-image-generic)
[20:27] <|\n> neat! thanks, nacc
[20:30] <sdeziel> funny how "\n" breaks tab completion of the user name here :)
[20:31] <nacc> sdeziel: works fine in irssi :)
[20:32] <sdeziel> nacc: yeah, I never made the switch from pidgin to irssi
[20:32] <|\n> last time i heard of issues regarding it it was some notification output from os in relation to highlighting the user on a mobile device
[20:33] <nacc> sdeziel: :)
[21:18] <sarnold> |\n: hah, love it :)
[21:27] <|\n> me too, me too, thanks for the hints guys, every single step after leaving job place is hard and you've just made it a lot easier, thanks again nacc, i was just looking at the package maintainer like a retard for 2-5 minutes or so
[22:21] <nacc> |\n: np