[00:00] <pauljw> doubt it... :)
[00:13] <Bashing-om> Andddd .. here's OerHeks :)
[00:14] <OerHeks> it is too hot to sleep, and 3 dogs think i am a cool guy
[00:16] <OerHeks> and no, i have no AC, only the natural windflow
[00:17] <daftykins> :D same here
[00:17] <daftykins> well, i am not as popular with dogs!
[00:17] <daftykins> thankfully there seems to be a breeze coming through, now - taking the heat away
[05:04] <memguy> I am wondering how apt-get traverses to find a .deb or tar.gz source file
[05:05] <memguy> For example something in the sources.list file like this
[05:05] <memguy> deb http://archive.ubuntu.com/ubuntu/ trusty main restricted multiverse universe
[05:07] <memguy> My understanding is it follows to the http or https site in this cases   http://archive.ubuntu.com/ubuntu/
[05:09] <memguy> then can look in main , restrict , multiverse , universe  but when i go there i see files but not the .deb or .tar.gz files  In the Sources file it does have a directory ../../pool which if you traverse that the deb files and tar.gz/xz are in
[05:14] <memguy> So my question is  how is apt-get traversing the site to find the proper files. I would say its hardcoded to always go to the distro directory then to the version in there but from there not sure probably looks at some Package.gz file and then goes back up a few directories because the package.gz file told it to check /pool sub directories?
[05:15] <memguy> I just confused about what metafiles it uses to get to the .deb
[05:16] <memguy> Humm interesting enough it has Vcs-Browser , Vcs-Git  paths to git repo's seems as one can git the source in that way as well
[05:23] <memguy> Its weird because i think all the versions trusty .... lucid,..etc uses the same pool which has the 4 main sections  main multiverse restrict universe
[05:29] <daftykins> yes the release name is after a space after the URL, so it's a parameter
[05:29] <daftykins> you can download and read the contents of the packages.gz
[05:50] <memguy> ya but i have an issue in tracing because there are many different packages.gz
[05:51] <memguy> Also the difference between Sources , package.gz, Contents-i386.gz
[05:52] <daftykins> i don't really see what you can gain
[05:52] <daftykins> i don't have a clue though :)
[05:52] <daftykins> i think there's an #ubuntu-packaging - maybe they know - or you can go to the horse's mouth and talk to debian folks
[05:54] <memguy> I just wanted to trace out where apt-get goes to find the packages  how its going to the correct stuff and it seems the .deb files are not seperated by version there all under the /pool directory i think some how the selection of which package.gz restricts what version goes to what deb file in the pool subdir but haven't figured it out yet
[05:55] <daftykins> well they're all ranked by version # of course
[05:55] <memguy> ?
[05:56] <memguy> deb http://archive.ubuntu.com/ubuntu/ trusty main restricted multiverse universe
[05:56] <daftykins> so you only get offered the latest version e.g. "apt-cache policy <package>"
[05:57] <memguy> a line like this goes to distro/trusty folder on the http address above but from there it has a choices to uses either main , restrict , multiverse , universe subdir to get a package.gz
[05:58] <daftykins> not choices, they're all grabbed
[05:58] <memguy> But before the in /dists/trusty one has contents-i386.gz
[05:58] <daftykins> right that sounds like 32-bit
[05:58] <memguy> it is
[05:59] <memguy> is it using contents or package or when is it using what one
[05:59] <daftykins> why don't you try in the places i suggested?
[06:04] <memguy> Am trying it now see if anybody knows. On a related question though that you may know  under the main , universe,  ... 4 folders  i have binary-i386 , binary-amd64 , debian-installer , i18n , source curious what those subfolders do
[06:06] <memguy> My thought was the first 2 selected by apt-get depending on your arch  , next one is if your using a gui installer like software center , but haven;t figured out i18n
[06:06] <memguy> source is if you selected a source package download instead of a deb like a tar.gz/xz source
[06:08] <memguy> So it must be hard coded in the apt-get to check these directory  specific subfolders to get the proper package.gz file for the 4  dir main restrict multiverse universe
[06:08] <daftykins> i don't really see why a GUI installer would need to obtain a different package
[06:08] <daftykins> well yeah, if you boot a live session it only has main so you can't get all packages
[06:09] <memguy> Seems like  i18n is the  gui deb installers information in different languages
[06:09] <daftykins> sometimes i want something like lm-sensors which is in universe, so i edit sources.list then update to get that package
[06:10] <memguy> i understand that you would have to check off or update your source.list with multiverse or universe before those deb become available
[06:11] <memguy> I am talking about though figuring out these subdir under each of the 4 branches main , multiverse, universe, restrict
[06:11] <daftykins> yep still the wrong place (:
[06:20] <ducasse> morning all!
[06:23] <daftykins> howdy o/
[06:24] <ducasse> morning daftykins!
[06:25] <daftykins> how goes?
[06:27] <ducasse> good, thanks - you? still persona non grata in #ubuntu?
[06:29] <daftykins> yep not bad here thanks! heat wave here the last couple of days, so glad it's calmed down now - got a wonderful breeze coming through the windows :D
[06:30] <daftykins> indeed, spared the brainache i am
[06:34] <ducasse> hasn't been very hot up here in norway, thankfully. right now it's a bit clouded and no wind. my cat is really pleased it isn't raining :)
[06:34] <Bashing-om> I do ing a pauljw ; gnite all .
[06:36] <memguy> curious what is the contents-i386.gz for when you have the package.gz files ?
[06:37] <memguy> in the repo
[06:41] <memguy> the sizes is much larger 20 times as much as a package.gz
[06:41] <daftykins> ducasse: :D
[06:42] <daftykins> memguy: please just ask in the far more appropriate places mentioned rather than repeating ad nauseum
[06:44] <memguy> well just egar to figure this out
[06:45] <ducasse> memguy: what are you trying to do?
[06:45] <memguy> trace apt-gets logic
[06:45] <ducasse> memguy: but _why_?
[06:46] <memguy> and get a better understanding of how the repo's are structured
[06:46] <memguy> ,what software they uses to create them
[06:46] <ducasse> memguy: are you trying to build one?
[06:47] <memguy> no i already have mirrored on or started to in the passed i know how to do that. I am more curious on how they actually started creating them
[06:48] <ducasse> memguy: then go ask the people who maintain the repos.
[06:48] <ducasse> or read the source to apt-*
[06:49] <memguy> is it using a repo software behind the scene  i see git in the package files  and can git clone those git address but the deb files just look like there on traditional ftp folder structure
[06:50] <ducasse> i told you, ask the repo maintainers.
[06:50] <memguy> that apt get uses the package.gz files to find them
[06:50] <memguy> where are they on the irc
[06:50] <ducasse> ask alis.
[06:51] <memguy> where what channel
[06:51] <ducasse> !alis
[14:20] <BluesKaj> Hiyas all
[17:05] <Ben64> OerHeks has the power of foresight?
[17:06] <OerHeks> no, in front of the spamrun i guss
[17:07] <OerHeks> network spam and channel spam, never seen this combined before
[17:07] <Ben64> what do you mean network spam
[17:09] <OerHeks> from an other channel i guess, see these screenshots, http://imgur.com/a/d1cIb and http://imgur.com/a/dly7D
[17:10] <OerHeks> 2nd one has got channel name after the user
[17:10] <Ben64> oh weird
[17:13] <ducasse> these people need to have their fingers broken so they can't type :)
[17:13] <OerHeks> these are just lonely people
[17:13] <ducasse> possibly.
[17:15] <OerHeks> if they didn't spam just now, they might have done something really stupid to get their own wikipedia page.
[18:15] <tgm4883> man backwards really lives up to his name....
[18:35] <pauljw> amazing the lengths someone will go to wreck a perfectly good OS
[18:36] <OerHeks> well, a 32 bit plugin can wreck something good ..
[18:37] <pauljw> :)
[18:38] <Ben64> thats what happens when you ignore messages
[18:42] <OerHeks> !!! don't do this !!! --> *
[18:42] <OerHeks> ctrl c ctrl v and hit enter, see what happens
[18:43] <OerHeks> ubot5, ok, i don't think
[18:46] <pauljw> heheh
[19:18] <nacc> wow, just amazing that some people wonder why `<must be sudo> rm -r /system/dir` breaks things...
[19:18] <pauljw> :)
[19:18] <Ben64> yep
[20:18] <tgm4883> nacc: I really need to get banned from that channel
[20:19] <nacc> tgm4883: i'm feeling the same way lately :)
[20:20] <tgm4883> nacc: however, if we do, that just leaves those other people in there...
[20:20] <tgm4883> this is your classic no win situation
[20:20] <nacc> tgm4883: it's like an echo chamber
[20:21] <DArqueBishop> You know, I felt like telling that guy that if I was the "caffe owner" and I found out what he was trying to do, I'd kick him out without a refund.
[20:21] <nacc> also, "i'm using free wifi in a cafe, i want it to be faster, so help me kick other people off the free wifi"
[20:21] <nacc> wth
[20:21] <nacc> sorry, !language > me
[20:22] <DArqueBishop> nacc: sometimes no other words suffice.
[20:23] <tgm4883> seriously, IDK why people think they are so entitled to stuff
[20:23] <tgm4883> is this a new thing, or am I just noticing it more now in #ubuntu
[20:23] <nacc> i think it flows from the popularity increase, which is generally a good thing
[20:23] <nacc> and there are bugs to fix, without question
[20:23] <nacc> but users don't want to find / file bugs :)
[20:24] <nacc> or they want to just apport to file them, and it leads to so many garbage bugs that are unfixable
[20:25] <tgm4883> apport has so much potential, but it's way too locked down I think
[20:26] <nacc> it's a hard problem to solve, too -- how do you magically get the exact data you need to reproduce a bug
[20:26] <nacc> "magically" :)
[20:29] <tgm4883> nacc: Back at UDS one year, I recall a talk by Evan(?) where developers could see the bug from apport, figure out they needed additional info/logs, then the next time apport was filing a duplicate bug on that, it would see it needed the additional info and gather it for the developers
[20:30] <tgm4883> nacc: however, I've never seen that in practice
[22:35] <nacc> tgm4883: yeah, there is a mechanism to change what gets collected, I think
[22:35] <nacc> tgm4883: i don't know how it works, though
[22:36] <nacc> teward has done something like that with some of the common nginx bugs
[22:57] <nacc> ah yes, "100000 problems"
[23:01] <Mihasi> I guess lots of people come in here with that kind of questions?
[23:01] <Mihasi> Same as with any support IRC probably.
[23:03] <nacc> Mihasi: i think there was a shipped bug with the software center; but statements like "there are <insert number> of problems" when they have only found 1 or 2... just frustrating :)
[23:04] <Mihasi> Yeah, seems a bit hyperbolic. :P
[23:06] <Mihasi> I do understand the feeling of "100000 problems" though. It can feel like that if you're coming from an OS that was tested on your hardware.
[23:06] <Mihasi> I recently made the switch again, and while Ubuntu's MUCH more user-friendly than it was last time I tried using Linux full-time, I remember the pain.