Re: [arch-general] p11-kit
On Sun, 14 Dec 2014 23:07:27 +0100, Ralf Mardorf wrote: Am I the only one who noticed something unusal when running $ grep p11-kit $HOME/.xsession-errors ? I cared about https://www.archlinux.org/news/ca-certificates-update/ . I get tons of p11-kit: certificate with distrust in location for anchors: [...].pem in .xsession-errors. However, I missed to rename them from [...].pem to [...].crt and will do it now, assumed it's needed. I never add one and they don't belong to a package: # pacman -Qo [...].pem error: No package owns [...].pem Can I delete them?
Re: [arch-general] Missing fonts in KeePass
On 11/12/14 13:44, Sadika Sumanapala wrote: Hi, Does anyone using KeePass missing/not showing fonts? There are missing fonts in some dialog boxes (file open dialog, font dialog :) The latest gsfonts package contains fonts with different names to the ones used previously for almost 15 years. You can blame URW for the changes. But there are two little known facts: 1.) The new gsfonts are new insofar as Ghostscript.com (a.k.a. Artifex) commissioned and obtained those new and far better made fonts about four years ago but only managed to place them in a git repository sometime middle of this passing year. 2.) The old fonts used in most linux distros are a piece of c*p butchered with some incredible amateur cyrillic glyphs by using an early version of fontforge (which, at the time, was another p.o.s.). No one in his/her right mind would use those fonts (the reason why TeXLive includes its own private copy of the original unmodified URW fonts, sad it is the older versions yet). Now, to solving your problem. Fontconfig substitutes the core 35 fonts as reinterpreted by Microsoft (Times NR, Arial, Symbol MT) with the fonts in the gsfonts package and presently that is broken. You can fix it by: A.) Installing fontconfig-git from the AUR. B.) Install ttf-ms-fonts as already mentioned in this thread. C.) Do both. And while at it install ttf-carlito and ttf-caladea to replace Calibri and Cambria in all those Office 2007/2010/2013 documents out there. -- Pedro Alejandro López-Valencia http://about.me/palopezv/ Every nation gets the government it deserves. -- Joseph de Maistre
Re: [arch-general] p11-kit
On 12/16/2014 04:13 AM, Ralf Mardorf wrote: I never add one and they don't belong to a package: # pacman -Qo [...].pem error: No package owns [...].pem Can I delete them? I don't think you're supposed to. They are created when the certificate packages are installed. From my understanding, in this case locally installed means anything you installed manually. https://bbs.archlinux.org/viewtopic.php?pid=1483835#p1483835 --Kyle signature.asc Description: OpenPGP digital signature
Re: [arch-general] MediaWiki extension and fix pull request
Honestly, I think if the Cite extension had been installed from the first years of the ArchWiki or so, it's very likely that today it would be used extensively and we would feel it like an indispensable tool. However, what we are instead doing is use plain inline links, e.g.: Lorem ipsum dolor sit amet (see [http://example.com Blog article name]), consectetur adipiscing elit. Donec porta ligula eu pharetra pretium. Donec eu lacus ac purus mattis tincidunt id in nunc. Donec rutrum turpis urna[http://example.com], ut volutpat nisl consequat nec. Etiam in ultrices erat [http://linux.com Linux foundation]. Yes, this is uglier, but it's always worked ok, since, unlike on Wikipedia, we don't require to provide references for every single statement, so there shouldn't be the need to insert too many links. That said, I would be available for discussing the installation of that extension, as well as several others that would greatly facilitate the maintenance of the wiki, but the problem is that there's not enough workforce (i.e. Developers) to maintain the repo even as it is now; consider for example the fact that the current version of MediaWiki is 1.24, but we're still using 1.22 for undisclosed reasons; or see the wiki bug reports that have been opened for several months now, effectively discouraging opening new ones and instead making it necessary to find workarounds like the recently created MediaWiki:Archlinux.css page to fix some CSS bugs. Until the ArchWiki will find some more interested Developers to take care of it, I don't really think that any extensions will ever be installed, and that's why I'm trying to suggest viable alternatives like the inline links above, recommending to concentrate our efforts into writing the best articles that we can we the tools that are available now :) Dario (Kynikos)
[arch-general] fdisk vs. gdisk for GPT partitioning
Hello everyone, Since more than a year now, fdisk (provided by util-linux) has had GPT support. This theoretically makes gdisk a duplicate of fdisk, and we could replace gdisk with fdisk. Now, I'm not asking to drop gdisk or anything like that, but in an effort to clean up the Beginners' guide of the Arch Wiki, we want to use a single partitioning tool for both MBR and GPT partitioning instructions.[1] util-linux fdisk is able to provide this functionality, but we are not completely sure if it is stable by now (it should be, I think). So, now my question: is there anyone who has had bad experiences with fdisk and GPT partitions, where gdisk was superior? Or any other objections why we should keep gdisk instructions in the Beginners' guide? Thanks! Sebastiaan [1] https://wiki.archlinux.org/index.php/Talk:Beginners%27_guide#remove_gdisk_instructions_for_install_medium_2013-11
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
On 2014-12-16 19:58, Sebastiaan Lokhorst wrote: Hello everyone, Since more than a year now, fdisk (provided by util-linux) has had GPT support. This theoretically makes gdisk a duplicate of fdisk, and we could replace gdisk with fdisk. Now, I'm not asking to drop gdisk or anything like that, but in an effort to clean up the Beginners' guide of the Arch Wiki, we want to use a single partitioning tool for both MBR and GPT partitioning instructions.[1] util-linux fdisk is able to provide this functionality, but we are not completely sure if it is stable by now (it should be, I think). Speaking from complete ignorance... do significant numbers of people still use MBR for non-obsolete platforms/machines? Regards,
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
On 16.12.14 at 20:15, Bardur Arantsson wrote: On 2014-12-16 19:58, Sebastiaan Lokhorst wrote: Hello everyone, Since more than a year now, fdisk (provided by util-linux) has had GPT support. This theoretically makes gdisk a duplicate of fdisk, and we could replace gdisk with fdisk. Now, I'm not asking to drop gdisk or anything like that, but in an effort to clean up the Beginners' guide of the Arch Wiki, we want to use a single partitioning tool for both MBR and GPT partitioning instructions.[1] util-linux fdisk is able to provide this functionality, but we are not completely sure if it is stable by now (it should be, I think). Speaking from complete ignorance... do significant numbers of people still use MBR for non-obsolete platforms/machines? The Beginners' guide still applies to people with obsolete hardware... -- jlk pgpeLGPk1ybJ9.pgp Description: PGP signature
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
On 2014-12-16 19:58, Sebastiaan Lokhorst wrote: So, now my question: is there anyone who has had bad experiences with fdisk and GPT partitions, where gdisk was superior? Or any other objections why we should keep gdisk instructions in the Beginners' guide? The only shortcoming I've run across is fdisk is less capable than gdisk with hybrid MBRs and can't do GPT-MBR conversion at all. The former is not something a Beginner's Guide user should be touching, in my opinion; the latter may be useful for those who accidentally create GPT disks when they need an MBR instead. On Tue, Dec 16, 2014 at 12:23 PM, Jakub Klinkovský j@gmx.com wrote: On 16.12.14 at 20:15, Bardur Arantsson wrote: Speaking from complete ignorance... do significant numbers of people still use MBR for non-obsolete platforms/machines? The Beginners' guide still applies to people with obsolete hardware... I had to use MBR on a relatively recent machine because the supposedly-UEFI firmware refused to even recognise GPT disks, let alone boot from them. It's still relevant. ~Celti
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
On 2014-12-16 20:23, Jakub Klinkovský wrote: On 16.12.14 at 20:15, Bardur Arantsson wrote: On 2014-12-16 19:58, Sebastiaan Lokhorst wrote: Hello everyone, Since more than a year now, fdisk (provided by util-linux) has had GPT support. This theoretically makes gdisk a duplicate of fdisk, and we could replace gdisk with fdisk. Now, I'm not asking to drop gdisk or anything like that, but in an effort to clean up the Beginners' guide of the Arch Wiki, we want to use a single partitioning tool for both MBR and GPT partitioning instructions.[1] util-linux fdisk is able to provide this functionality, but we are not completely sure if it is stable by now (it should be, I think). Speaking from complete ignorance... do significant numbers of people still use MBR for non-obsolete platforms/machines? The Beginners' guide still applies to people with obsolete hardware... Oh, sure, but maybe such complications should be pushed to a subpage? I'm not sure why you put obsolete in quotation marks...? I have a machine from ~5 years ago that has no problem with GPT. I certainly understand that we should strive to support old hardware and such *as long as it makes sense effort-wise*, but perhaps the Beginner's Guide is not the place to do that? (Beginners are perhaps likely to have reasonably up-to-date hardware, etc. etc.) (I don't feel strongly about it, so whatever. Just offering it as a PoV.) Regards,
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
On 2014-12-16 20:40, Patrick Burroughs (Celti) wrote: I had to use MBR on a relatively recent machine because the supposedly-UEFI firmware refused to even recognise GPT disks, let alone boot from them. It's still relevant. Interesting. Care to name-and-shame said firmware? (I don't necessarily think it influences the decision, even so. Surely the Beginner's Guide should be optimized for the common case rather than edge cases, as yours probably was?) Regards,
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
On Tue, Dec 16, 2014 at 1:21 PM, Bardur Arantsson s...@scientician.net wrote: On 2014-12-16 20:40, Patrick Burroughs (Celti) wrote: I had to use MBR on a relatively recent machine because the supposedly-UEFI firmware refused to even recognise GPT disks, let alone boot from them. It's still relevant. Interesting. Care to name-and-shame said firmware? (I don't necessarily think it influences the decision, even so. Surely the Beginner's Guide should be optimized for the common case rather than edge cases, as yours probably was?) It was a bottom-of-the-line Hewlett-Packard mini-tower — one of the very last models that still shipped with Windows 7 as an option. Given how many people are still using Windows 7 and might want to upgrade to Linux rather than (shudder) Windows 8, I don't think that's an uncommon case at all. ~Celti
[arch-general] RFC on a WIP detailed class outline on static typing
Hello everyone! I have been working on A Gentle Introduction to Static Typing to be taught in the Arch Classroom for a little while now, and I am hoping to get some more feedback on the detailed outline I have before we set a date for the class. The class is meant to only be an hour or two long (but I would not be inherently against it splitting into two sessions as-needed if those attending feel it is needed), and so the material covered is fairly basic. In fact, this class, though it is a general introduction, is meant to be a basic groundwork lead-in to an Intro to C class I intend to teach later on. The outline may be found here (https://gist.github.com/HalosGhost/aaf5ea068ef0f2854a3c), and all comments, questions, concerns and suggestions are welcome. I will be monitoring this thread, as well as the related BBS thread (https://bbs.archlinux.org/viewtopic.php?id=190788) and the comments on the Gist itself. Feel free to reply wherever you are most comfortable. -- All the best, Sam Stuewe (HalosGhost) All the best, --- Sam Stuewe
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
On Tue, Dec 16, 2014 at 1:15 PM, Bardur Arantsson s...@scientician.net wrote: Speaking from complete ignorance... do significant numbers of people still use MBR for non-obsolete platforms/machines? Regards, My laptop is the ~10 years old Dell Inspiron B130. On Tue, Dec 16, 2014 at 1:44 PM, Bardur Arantsson s...@scientician.net wrote: I'm not sure why you put obsolete in quotation marks...? I have a machine from ~5 years ago that has no problem with GPT. I certainly understand that we should strive to support old hardware and such *as long as it makes sense effort-wise*, but perhaps the Beginner's Guide is not the place to do that? (Beginners are perhaps likely to have reasonably up-to-date hardware, etc. etc.) Regards, Where is your data for that assumption? :p My first foray into ArchLinux was installing it to said laptop ^^ so I at least was a beginner with fairly obsolete hardware. In any event, I decided to keep the Windows (XP) partition -- no point in tossing a working OS, and I need it for a program or two that runs on XP but not WINE. So I *had* to use MBR, as XP does not support GPT. And most likely, so will anyone who wishes to dual-boot a computer with Win7 preinstalled (which usually defaults to BIOS+MBR I believe), unless you want to have a lot of fun switching it manually to UEFI+GPT, or reinstalling. MBR -- Eli Schwartz
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
Speaking from complete ignorance... do significant numbers of people still use MBR for non-obsolete platforms/machines? Until this spring, I used a ~7 year old Dell Precision M4300 laptop. I only got rid of it because I work from home these days and have no need for a laptop at all, and I knew someone else who considered the machine an upgrade. I also dual-boot with Windows 7 on my desktop. The Windows 7 install disk I use does not support GPT partitions. I'm going to be re-installing Arch and Windows 7 on this very desktop later this week due to some hardware upgrades (No more Athlon II x2 270 for me!), which means that support for MBR is a requirement. So yes, MBR is very much still a thing. —Jeremy 'Ichimonji10' Audet
[arch-general] LXDE on boot
Hi, I have installed openbox and lxde on a Raspberry Pi and configured to automatically start on boot. When I login (GUI), I get a blank screen with a cursor. Not the usual LXDE screen with panel at bottom. When I right click on mouse, I am given options--some of the applications will start such as xterm but others libreoffice don't. I don't know where the log files are? Is there anyone that can give me a helping hand. Thanks. John
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
On 16 December 2014 at 20:52, David J. Haines djhai...@gmx.com wrote: gdisk is also capable of placing new partitions at the end of a block of empty space without having to do manual calcuation of the start sector. I personally find this behavior invaluable. I'm curious why do you allocate partitions to the end of the disk. Do you want to be able to resize them more easily, or something else?
Re: [arch-general] fdisk vs. gdisk for GPT partitioning
Until this spring, I used a ~7 year old Dell Precision M4300 laptop. Same here. I installed Arch for the very first time this summer on old hardware to make sure that I did not ruin my running Linux installations. Trying it in VirtualBox would probably have been a better option, but this seemed overly complicated at that time and I had this old laptop lying around. However, I think we still should consider having only UEFI in the beginners guide and link to a separate wiki entry if somebody needs an MBR partition. The reasoning is this: When I first installed Arch, I found the whole paragraph about partitioning the hard drive to be the most confusing one as it mentioned several partitioning tools and -schemes. This part of the beginner's guide has been rewritten since then and I find it to be much clearer now. Still, for the very noob I was half a year ago, it would probably have been easier to have UEFI as the default in the beginner's guide and MBR in a separate wiki.