brolin_empey | Do non-AMD chipsets still exist for current AMD x86 platforms? Or is it like Intel x86 platforms, where there are no longer any non-Intel chipsets: apparently the Pentium 4 era was the last era with non-Intel chipsets. | 08:23 |
---|---|---|
brolin_empey | I see only Intel and AMD chipsets listed on https://www.msi.com/Motherboards/ . Apparently the Asus Web site does not allow filtering by chipset. | 08:42 |
brolin_empey | No, apparently the Asus Web site does allow filtering by chipset but it also lists only Intel and AMD chipsets. | 08:44 |
brolin_empey | Same for https://www.gigabyte.com/Motherboard . | 08:51 |
Maxdamantus | I suspect "chipset" practically means "class of CPUs" nowadays. | 09:35 |
Maxdamantus | (I don't know anything about whether AMD requires their own hardware on motherboards, but I imagine even if they didn't, people would still use the term "chipset" to denote the set of CPUs that will work on the board) | 09:36 |
Maxdamantus | Looking at the dates on the Wikipedia page for "List of AMD chipsets", I suspect they don't. | 09:37 |
bencoh | Maxdamantus: "chipset" actually refers to the specialized/helper chips on the motherboard, not the set of working CPUs | 09:38 |
bencoh | (and chip vendors eventually started merging their set of chips in a single helper chip) | 09:40 |
Maxdamantus | bencoh: yes, I know. | 09:44 |
Wizzup | there are some chinese companies taking amd zen and producing their 'own' CPUs with it | 09:44 |
Maxdamantus | bencoh: but I imagine even if they didn't have them (which seems to be the case for AMD), people would still use the term "chipset". | 09:44 |
bencoh | ah | 09:44 |
Maxdamantus | “This is an overview of chipsets sold under the brand AMD, manufactured before May 2004 by the company itself, before the adoption of open platform approach” | 09:45 |
Maxdamantus | So I guess since the "open platform approach", it's just been up to motherboard producers to implement whatever's necessary. | 09:46 |
Maxdamantus | (again, just a guess, don't know anything about AMD from actual experience) | 09:46 |
sixwheeledbeast^ | Last non-AMD chipset I can remember would be AM2+ era (Athlon64), not long after ATI became part of AMD. I recall after that the only boards non-AMD chipset being GeForce. So imagine AM3 boards would be the last non-AMD chipset, I only recall 900 Series chipset from there. | 10:26 |
jonwil | Does anyone know of a mirror of the Nokia QT repository that used to be at https://gitorious.org/+qt-developers/qt/x11-maemo ? I dont mean https://github.com/community-ssu/qt-x11-maemo which is the Community SSU repository, I mean the nokia repository as it was at the time Nokia stopped making commits to it. | 12:23 |
Maxdamantus | Based on https://wiki.maemo.org/Qt_Maemo_Git_Process , maybe this one? https://gitorious.org/qt/x11-maemo | 12:26 |
Maxdamantus | The top of the log looks like nokia. | 12:27 |
Maxdamantus | (hint: add ".git" to the end of the URL to get a remote that you can actually clone through `git`) | 12:29 |
jonwil | Its not cloning | 12:31 |
jonwil | Now it is :) | 12:31 |
Maxdamantus | It seems slow. | 12:31 |
jonwil | I still want https://gitorious.org/+qt-developers/qt/x11-maemo though | 12:31 |
jonwil | since both are different repos with different contents | 12:31 |
Maxdamantus | afaict that was a community project. | 12:31 |
Maxdamantus | (according to the wiki page I linked) | 12:31 |
jonwil | What I am trying to figure out is the relationship between https://gitorious.org/+qt-developers/qt/x11-maemo, http://qt.gitorious.org/qt/x11-maemo and https://github.com/community-ssu/qt-x11-maemo | 12:32 |
jonwil | i.e. exactly what source code was first used to build https://github.com/community-ssu/qt-x11-maemo | 12:32 |
Maxdamantus | Actually, it's the same repo. | 12:33 |
Maxdamantus | well, the same head commit, at least. | 12:34 |
jonwil | which ones? | 12:34 |
Maxdamantus | https://web.archive.org/web/20110909004922/https://gitorious.org/+qt-developers/qt/x11-maemo | 12:34 |
Maxdamantus | last push is 1f7db84 | 12:34 |
Maxdamantus | which is the head of the repo I first linked. | 12:34 |
Maxdamantus | guess the reason it's slow is just because the repository is so big. | 12:35 |
Maxdamantus | Receiving objects: 43% (230155/534275), 157.12 MiB | 744.00 KiB/s | 12:35 |
jonwil | Yeah | 12:35 |
Maxdamantus | but you can they're the same by looking at the commit ids through the gitweb UI and through the wayback view of gitorious. | 12:36 |
jonwil | My guess is that https://gitorious.org/+qt-developers and http://qt.gitorious.org were aliases of each other | 12:39 |
jonwil | If you look at the wayback view of http://qt.gitorious.org/qt/x11-maemo you can see that its owned by +qt-developers | 12:40 |
jonwil | Aha, now | 12:41 |
jonwil | now I see | 12:41 |
jonwil | http://gitorious.org/+qt-maemo-developers/qt/qt-maemo is a totally different repo than http://qt.gitorious.org/qt/x11-maemo aka https://gitorious.org/+qt-developers/qt/x11-maemo | 12:41 |
* Maxdamantus hopes someday to use software on his phone that is not a fork of a fork of some mainstream software. | 12:42 | |
jonwil | And https://github.com/community-ssu/qt-x11-maemo formerly https://gitorious.org/community-ssu/qt-x11-maemo is clearly a fork of https://gitorious.org/+qt-developers/qt/x11-maemo | 12:43 |
jonwil | so now I have yet another QT tree on my disk :) | 12:48 |
Maxdamantus | You can probably save disk space by just keeping them all in the same local repository. | 12:49 |
Maxdamantus | in one of the repositories, just add the other repositories as alternatives, then add all the remotes as used by the other repositories, and fetch. | 12:52 |
Maxdamantus | then `git repack -a -d`, and remove the alternates file. | 12:52 |
Maxdamantus | (won't need to download anything significant since you should already have the relevant objects accessible through alternates) | 12:53 |
jonwil | Total on-disk size of all 4 QT related repos I can find off the top of my head is only 2.69GB which isn't a problem | 12:54 |
jonwil | I have the Nokia QT repository, the CSSU repo that was forked from it, the upstream QT 4.x source repository and then the Debian QT 4.x repository (which is just the debian local packaging/patches stuff on top of the Nokia repo) | 12:55 |
jonwil | I mean the upstream QT repo | 12:56 |
jonwil | or rather its a fork on top of an upstream QT tarball :) | 12:56 |
Wizzup | Maxdamantus: you're welcome to help out @ not a fork of a fork :p | 13:30 |
Maxdamantus | Wizzup: yeah, if I can get around to doing stuff, it would basically just be making separate non-maemo software that is useful for my N900. | 13:32 |
Maxdamantus | (so I can just run those programs on debian or something) | 13:32 |
sixwheeledbeast^ | https://gitorious.org/qt/niqts-qt-maemo-developers-x11-maemo.git/ ? | 13:34 |
jonwil | I got what I want now | 13:37 |
jonwil | So its all good | 13:37 |
Maxdamantus | That last repository linked is a subset of https://gitorious.org/qt/x11-maemo | 13:37 |
jonwil | https://gitorious.org/qt/x11-maemo is the same code that used to be at both http://qt.gitorious.org/qt/x11-maemo and http://qt.gitorious.org/qt/x11-maemo | 13:37 |
DocScrutinizer05 | famous findings that should have been archived on a wiki page but never were | 15:33 |
DocScrutinizer05 | ~qt | 15:34 |
infobot | it has been said that qt is TrollTech's QT library, available at http://www.trolltech.com | 15:34 |
DocScrutinizer05 | ~#maemo qt is https://gitorious.org/qt/x11-maemo is the same code that used to be at both http://qt.gitorious.org/qt/x11-maemo and http://qt.gitorious.org/qt/x11-maemo | 15:34 |
infobot | okay, DocScrutinizer05 | 15:34 |
DocScrutinizer05 | ~qt | 15:34 |
infobot | it has been said that qt is https://gitorious.org/qt/x11-maemo is the same code that used to be at both http://qt.gitorious.org/qt/x11-maemo and http://qt.gitorious.org/qt/x11-maemo | 15:34 |
DocScrutinizer05 | ~literal x11 | 15:36 |
infobot | "#maemo x11" is "Install xauth on N900 (apt-get install xauth). Run from your PC 'ssh -X user@Nokia-N900', and N900's X will be forwarded to your PC" | 15:36 |
DocScrutinizer05 | ~#maemo x11 is also see ~qt | 15:37 |
infobot | okay, DocScrutinizer05 | 15:37 |
DocScrutinizer05 | ~x11 | 15:38 |
infobot | [x11] Install xauth on N900 (apt-get install xauth). Run from your PC 'ssh -X user@Nokia-N900', and N900's X will be forwarded to your PC, or see ~qt | 15:38 |
DocScrutinizer05 | ~listvalues x11-maemo | 15:39 |
DocScrutinizer05 | WUT?? | 15:39 |
DocScrutinizer05 | ~+listvalues x11-maemo | 15:40 |
infobot | exceeded allowed forked count (shm 0): RSSFeeds, Debian | 15:40 |
DocScrutinizer05 | wtf?! | 15:40 |
DocScrutinizer05 | ~+listvalues x11 | 15:40 |
infobot | exceeded allowed forked count (shm 0): RSSFeeds, Debian | 15:40 |
DocScrutinizer05 | ~+listvalues poettering | 15:40 |
infobot | exceeded allowed forked count (shm 0): RSSFeeds, Debian | 15:40 |
KotCzarny | you've just dos'ed the poor bot | 15:41 |
KotCzarny | out of mem or shm space | 15:41 |
DocScrutinizer05 | ~die | 15:41 |
DocScrutinizer05 | ~+listvalues x11-maemo | 15:42 |
infobot | Factoid search of 'x11-maemo' by value (1): #maemo qt. | 15:42 |
DocScrutinizer05 | o.O | 15:42 |
DocScrutinizer05 | ~+status | 15:46 |
infobot | Since Mon Jun 11 13:41:20 2018, there have been 0 modifications, 0 questions, 0 dunnos, 0 morons and 1 command. I have been awake for 4m 46s this session, and currently reference 119759 factoids. I'm using about 82296 kB of memory. With 0 active forks. Process time user/system 1.16/0.14 child 0/0 | 15:46 |
DocScrutinizer05 | wish I've thought of that before killing it | 15:46 |
DocScrutinizer05 | wonder what ": RSSFeeds, Debian" means | 15:47 |
KotCzarny | might be someone else started some task | 15:47 |
DocScrutinizer05 | ~+help rssfeeds | 15:48 |
infobot | Desc: rssfeeds is used to control the RSS Feed tracking module | 15:48 |
infobot | Usage: rssfeeds [command] | 15:48 |
infobot | Example: rssfeeds flush | 15:48 |
infobot | Desc: flush - Will erase the cache file. (Must be chattr +o) | 15:48 |
infobot | Desc: update - Force a manual update of the feeds. (Must be chattr +o) | 15:48 |
DocScrutinizer05 | never wrapped my head around that | 15:48 |
DocScrutinizer05 | prolly an unmaintained command that somebody ran nevertheless for debian? | 15:50 |
DocScrutinizer05 | nfc, rssfeeds is not making sense to me | 15:53 |
DocScrutinizer05 | there must be more commands related to this | 15:53 |
DocScrutinizer05 | can't spot anythinh meaningful that might be related, in ~help. No "feed" or whatever command | 15:54 |
DocScrutinizer05 | news? | 15:56 |
DocScrutinizer05 | ~+help news | 15:56 |
infobot | Desc: News functions | 15:56 |
infobot | Usage: news [chan] <add,del,mod,set,latest,read,help> | 15:56 |
DocScrutinizer05 | ~+help newsadd | 15:56 |
infobot | no help on newsadd. Use 'help' without arguments. | 15:56 |
DocScrutinizer05 | ~+help news add | 15:56 |
infobot | Desc: Add news items | 15:56 |
infobot | Usage: news [chan] add <title> | 15:56 |
infobot | Example: news add This is a test | 15:57 |
infobot | see _news set Text_ aswell | 15:57 |
DocScrutinizer05 | ~news | 15:57 |
DocScrutinizer05 | the bot is bitrotting :-S | 16:02 |
DocScrutinizer05 | ~+status | 16:03 |
infobot | Since Mon Jun 11 13:41:20 2018, there have been 0 modifications, 0 questions, 0 dunnos, 0 morons and 16 commands. I have been awake for 21m 47s this session, and currently reference 119759 factoids. I'm using about 82428 kB of memory. With 0 active forks. Process time user/system 2.62/0.43 child 0/0 | 16:03 |
DocScrutinizer05 | ~+uptime | 16:06 |
infobot | - Uptime for purl - | 16:06 |
infobot | Now: 25m 3s running infobot 1.5.4 (SVN) -- linux | 16:06 |
infobot | 1: 59d 8h 41m 19s running infobot 1.5.4 (SVN) -- linux, ended Sun Nov 14 18:39:57 2010 | 16:06 |
infobot | 2: 57d 3h 9m 23s running infobot 1.5.4 (SVN) -- linux, ended Fri Jun 26 20:39:27 2009 | 16:06 |
infobot | 3: 53d 8h 24m 4s running infobot 1.5.4 (SVN) -- linux, ended Tue Nov 7 05:34:20 2017 | 16:06 |
brolin_empey | sixwheeledbeast^: Yes, at work we have an AM2 motherboard from 2006 with a non-AMD (nVidia nForce) chipset but I noticed that non-AMD chipsets for AMD x86 platforms seem to have disappeared. | 16:19 |
sixwheeledbeast^ | brolin_empey: Nvidia have concentrated on GFX, ATI are part of AMD. also there is only the Southbridge chipset required on later stuff compared to older boards with a "northbridge". | 16:25 |
enyc | sixwheeledbeast^: what about VIA, SiS, Ali ? | 17:07 |
KotCzarny | all subpar performance, to say at least | 17:10 |
enyc | I remember the Pentium-II with silly chipset | 17:11 |
enyc | 'weird ISA timing issues on some cards, too | 17:11 |
enyc | etc | 17:11 |
sixwheeledbeast^ | All older chipsets than above? | 17:11 |
enyc | no idea | 17:12 |
sixwheeledbeast^ | I recall a SiS chipset on my first board Socket A | 17:14 |
enyc | i had loats of weird failures orf sockt-A athlons | 17:20 |
enyc | 'capactiros on board, chips fail, ..... | 17:20 |
enyc | amd64's seem to have been more robust. | 17:20 |
sixwheeledbeast^ | umm? | 17:25 |
enyc | err as above? | 17:27 |
enyc | anyway | 17:27 |
sixwheeledbeast^ | I never had any issues with any AMD stuff. I always understood Socket A and Athlon where solid. Most chip deaths where related to damaging the CPU on heatsink mounting | 17:45 |
sixwheeledbeast^ | Latter CPU's "amd64" had lids on covering the die etc and therefore less likely to damage from heatsink mounting. | 17:46 |
sixwheeledbeast^ | caps would be down to board manufacturer I suppose. | 17:47 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!