Am 05.08.2017 um 07:15 schrieb David C. Rankin:
> All,
>
> After abs demise, I ran into needed to rebuild gtk2 with --enable-debug=yes
> for a gtk.org bug report. Finding the packages from the normal package search
> is simple, but when you are on svntogit -- the only helpful discussions are to
Am 02.04.2017 um 07:06 schrieb Rijul Gulati via arch-general:
> Hello,
> I have recently installed Arch on my desktop machine (KDE).
> I want to access android device (MTP) from terminal. The device is
> accessible from file manager (Dolphin). This means it has to be mounted
> somewhere (right?).
Am 22.09.2016 um 19:54 schrieb Francis Gerund via arch-general:
> Chris,
> Thank you for your interest. Perhaps you may find this helpful:
>
> http://www.gnu.org/gnu/why-gnu-linux.en.html
No, we don't find this helpful at all.
The FSF has no right to forcefully rename what we call our OS. We
Am 01.02.2016 um 20:35 schrieb Tomasz Kramkowski:
> The newbies this change is aimed for are exactly the sorts of people who
> might unwittingly rm -rf /.
Arch Linux is not aimed at newbies.
There's been lots of panic over this issue, yet it took several years of
UEFI being in the field for
Am 12.09.2015 um 10:25 schrieb Florent M:
> Hi everyone,
>
> There are some reasons that openvpn in core is 2.3.6 ?
>
> Please update openvpn package to 2.3.8 asap.
>
> Just update PKGBUILD to 2.3.8, it works
It does NOT work.
It fails to launch when using a passphrase-protected private key.
Am 06.01.2015 um 14:29 schrieb Ido Rosen:
Just wondering, how do Arch devs feel about implementing these
recommendations by default in Arch's openssh package? Or would this be
something worthy of an AUR package?
https://stribika.github.io/2015/01/04/secure-secure-shell.html
Especially
Am 21.12.2014 um 22:48 schrieb Leonid Isaev:
On Sun, Dec 21, 2014 at 09:49:42PM +0100, Sebastiaan Lokhorst wrote:
Thanks everyone for your responses! It seems that gdisk is still favorable
for advanced tasks, but fdisk is can be used for basic tasks, as are
usually required by beginners.
Am 28.10.2014 um 11:50 schrieb Paul Gideon Dann:
On 27 October 2014 09:55, Christian Hesse l...@eworm.de wrote:
Damjan Georgievski gdam...@gmail.com on Thu, 2014/10/23 19:40:
On 12 October 2014 14:28, Thomas Bächler tho...@archlinux.org wrote:
Intel released a new microcode update
Am 21.10.2014 um 11:36 schrieb Mike Cloaked:
On Mon, Oct 20, 2014 at 5:44 PM, Thomas Bächler tho...@archlinux.org
wrote:
These changes have been done precisely to avoid these problems, the
first link and its responses summarize the situation pretty well.
The file at https
Am 23.10.2014 um 21:58 schrieb Mike Cloaked:
Oct 23 15:41:56 localhost kernel: CPU0 microcode updated early to revision
0x1b, date = 2014-05-29
Does this mean that the quoted early update has used the wrong file from an
earlier date than current, or does this journal log line confirm correct
Am 19.10.2014 um 19:54 schrieb Mike Cloaked:
On Sat, Oct 18, 2014 at 10:06 PM, Genes Lists li...@sapience.com wrote:
For info - I have tried to get it working in refind and failed. I added a
second initrd line in the boot stanza in refind.conf. But the firmware was
not updated.
I added to
Am 08.10.2014 um 02:51 schrieb Sébastien Luttringer:
On 06/10/2014 23:45, Thomas Bächler wrote:
Am 04.10.2014 um 13:44 schrieb Neitsab:
Why?
Most of these timers should only be available when running a fully
booted system. timers.target is pulled in by basic.target. This implies
Am 04.10.2014 um 13:44 schrieb Neitsab:
Hi everybody,
It seems like systemd now provides a target that is intended to gather
all timers supposed to be activated after boot.
This target that systemd now provides has always been available.
Currently, three timers are statically enabled via
Am 03.09.2014 um 09:09 schrieb Thorsten Jolitz:
Hi List,
this morning I got the following error when trying to update (pacman
-Syu):
,
| [tj@arch ~]$ LC_ALL=C syu
| :: Synchronizing package databases...
| core is up to date
| extra is up to date
| community is up to date
|
Am 23.08.2014 um 05:07 schrieb Nowaker:
But closing the issue shouldn't end
the discussion - the reporter may want to add something.
It should do exactly that. The bugtracker is not a discussion board,
it's a bug tracker. Fixed bugs are not tracked. If you need a
discussion, there's plenty of
Am 13.08.2014 um 17:29 schrieb Damjan Georgievski:
On 13 August 2014 17:26, Damjan Georgievski gdam...@gmail.com wrote:
yey
thanks for CONFIG_USER_NS=y
ahh no, I'm stupid.
Checked it on another machine and got excited before hand
:/
anyway. is there a reason this is not enabled now?
Am 13.08.2014 um 19:40 schrieb Damjan Georgievski:
anyway. is there a reason this is not enabled now?
all the mainstream distros hae it enabled now Fedora, RHEL/CentOS 7,
Ubuntu and Debian (at least on the backported kernel)
I'd think about it, if the feature wasn't entirely useless. Despite
Am 05.05.2014 15:05, schrieb Maciej Puzio:
I have been testing the issue for a week. Daily timers are fired
between 0:00 and 0:01 without exception - all timers at the same time,
all machines at the same time, every day at the same time. The largest
variation I have seen was 30 seconds. So
Am 24.04.2014 17:20, schrieb Maciej Puzio:
I am sorry to say that the decision to replace cron.daily tasks with
systemd timers is causing problems. After a routine update I noticed
that my machines now perform daily maintenance tasks exactly at
midnight. Not only is this time not optimal (too
Am 21.04.2014 18:56, schrieb Leonid Isaev:
On Thu, 17 Apr 2014 21:31:07 +0200
AFAIU, there are 2 real issues here:
1. We hook to the boot process a bunch of disk-intensive operations which did
not belong there in the 1st place.
2. Even if a boot delay for timers is implemented or the behavior
Am 17.04.2014 20:56, schrieb Leonid Isaev:
Hi,
Since anacron jobs were replaced with timers, I am seeing a noticeable delay
before agetty prompt appears on machines which were unused for some time (due
to update/man-db timers starting up simultaneously).
TLDR: Anacron inserts a random
Am 10.04.2014 06:23, schrieb Kevin Mihelich:
Both packages.git and community.git appear to be stuck again, with no
updates for the past day.
On Fri, Mar 28, 2014 at 2:14 PM, Joel Teichroeb j...@teichroeb.net wrote:
packages.git looks fine to me now, but community.git is still stuck.
I
I am currently uploading Linux 3.14-4 to [testing]. Once signoffs are
done, I am planning to move this version to [core].
I'll also move util-linux and coreutils with it.
There were no major new bugs I can remember that we didn't fix, so
things should be pretty smooth.
signature.asc
Am 03.04.2014 11:28, schrieb Martti Kühne:
Or better, check with the command that tests all packages' files for presence.
# pacman -Qk | grep -v '0 missing files'
LOL. Where do you think that information is stored? I'll give you a
subtle hint: It's /var.
OP is basically screwed. There is no
Am 02.04.2014 02:51, schrieb Genes Lists:
On 04/01/2014 06:44 PM, Thomas Bächler wrote:
Okay, pushed everything to [testing] and [community-testing].
This may just be a mirror sync issue but I am seeing this:
pacman -Syu
...
looking for inter-conflicts...
error: failed to prepare
Am 02.04.2014 19:57, schrieb Leonid Isaev:
Hi,
On a current [testing] installation, there are several timer symlinks
in /usr/lib/systemd/system/multi-user.target.wants (shipped with logrotate,
man-db, etc.). What is the reason for choosing multi-user.target instead of
timers.target?
Am 28.03.2014 14:29, schrieb Armin K.:
In case some of the people responsible for it are reading this:
svn2git is stuck for 2 days without any changes although the packages
are being upgraded. I can't even examine changes for packages through
al.o/packages anymore.
It seems the script
Am 28.03.2014 17:11, schrieb Martti Kühne:
On Fri, Mar 28, 2014 at 4:03 PM, Bigby James bigby.ja...@crepcran.com wrote:
So you think it's justifiable to expect someone you don't know to spend more
time than necessary performing a tedious and monotonous task, because maybe,
someday, it might
Am 19.03.2014 20:16, schrieb Ary Kleinerman:
There's not really much magic going on. Are you aware of:
/etc/systemd/system
This contains symlinks that do already pretty much what you describe, and
this
is systemd's native configuration.
Paul,
Don't forget
/run/systemd/system: Runtime
Am 26.03.2014 23:13, schrieb Gesh:
Thanks for the pointers.
If I understand what's going on correctly, units specify in their [Install]
section whether, when they're enabled, they should be pulled in by other
units.
Those symlinks usually populate the appropriate directory under
Am 27.03.2014 09:41, schrieb Gesh:
Basically, if I understood what happens correctly, the units under
/etc/systemd/system/*.wants/ - or their targets, if they're symlinks -
replace their corresponding units in the dependency graph.
Not exactly.
When you place a unit in foo.wants, then foo
Am 27.03.2014 13:26, schrieb Gesh:
But what if bar.unit Wants=foo.unit and I add a custom foo.unit to
bar.unit.wants/ ? Will both be run? Will the custom foo.unit replace the
built-in?
I don't know what happens if you try, but there can only be one unit of
the same name.
signature.asc
Am 27.03.2014 09:07, schrieb Nicolas Iooss:
I agree regarding SELinux/Apparmor (it's not only userspace tools, but also
sane application policies that are missing).
I strongly disagree with removing LSM from the packaged kernel. I'm
currently using SELinux with AUR packages [1] (which I help
Am 27.03.2014 15:24, schrieb Simon Brand:
Am 27.03.2014 13:46, schrieb Thomas Bächler:
Do you even know what that means? If I see this right, every time
the kernel needs to do some permission check, it needs to ask are
we using LSM xyz?. In any case, it's more code and thus more room
Am 27.03.2014 20:33, schrieb Nicolas Iooss:
TL;DR: this is a technical answer which can be seen as slightly
off-topic as it focus only on SELinux and not much about kernel config
trimming.
Very interesting, thanks for looking into it deeper. I'll leave most of
this uncommented.
This does
Hello all,
it won't be too long until 3.14 is out and I want to address a topic
that has been bugging me for a while. Our kernel includes everything and
the kitchensink. I have no problem with delivering drivers that can be
built modular, but there are other things that have an unknown impact on
Am 26.03.2014 20:18, schrieb Leonid Isaev:
However, I don't think that Yama requires any userspace components, does it?
Currently, I boot with security=yama and completely disabled non-admin
ptrace (kernel.yama.ptrace_scope=2). Perhaps -ARCH kernels should keep Yama
available albeit disabled
Am 24.03.2014 17:18, schrieb Karol Blazewicz:
jre7 is in the AUR so pacman won't update it, but jre7-openjdk is in
the repos and provides the same 'item' as jre7: java-runtime=7
https://aur.archlinux.org/packages/jr/jre7/PKGBUILD
https://www.archlinux.org/packages/extra/x86_64/jre7-openjdk/
Am 20.03.2014 13:11, schrieb Maykel Franco:
I have installed kdeconnect by pacman. When I exec:
maykel@arch-maykel ~/ $ sudo qdbus org.kde.kded /kded loadModule kdeconnect
qdbus: could not exec '/usr/lib/qt/bin/qdbus': No such file or directory
Can I help me please?
1) Either use
Am 20.03.2014 13:20, schrieb Maykel Franco:
root@arch-maykel /home/maykel/ # qdbus org.kde.kded /kded loadModule
kdeconnect
I hate to repeat myself, but WHY?
signature.asc
Description: OpenPGP digital signature
Am 14.03.2014 20:52, schrieb LANGLOIS Olivier PIS -EXT:
I am trying to boot the installation media on a small embedded system already
running linux. Everything boots fine until udev starts loading modules.
Approximately when the install media reach the bash prompt, the display gets
garbled.
Am 11.03.2014 11:52, schrieb Manuel Reimer:
Jelle van der Waa jelle at vdwaa.nl writes:
FYI: https://mailman.archlinux.org/pipermail/arch-dev-public/2014-
March/025952.html
Thank you for this information.
Am I allowed to ask gmane.org to add this list to their archive? This
would really
Am 11.03.2014 11:55, schrieb Thomas Bächler:
Am 11.03.2014 11:52, schrieb Manuel Reimer:
Jelle van der Waa jelle at vdwaa.nl writes:
FYI: https://mailman.archlinux.org/pipermail/arch-dev-public/2014-
March/025952.html
Thank you for this information.
Am I allowed to ask gmane.org to add
Am 11.03.2014 12:02, schrieb Manuel Reimer:
Thomas Bächler thomas at archlinux.org writes:
I quickly went over to gmane and requested subscription of arch-security
to gmane, so there is nothing left but to wait.
I hope you didn't request readonly as, if I'm registered to the list
Am 07.03.2014 07:06, schrieb Cao, Renzhi (MU-Student):
After this, I use the following command to update the system:
pacman -Syu --ignore filesystem,bash
pacman -S bash
and then reboot, get the following information:
And why didn't you complete the instructions by running 'pacman -Su'
Am 07.03.2014 15:51, schrieb Caorenzhi:
Yes, I try pacman -Su, and they said the /usr/sbin is exists. I am thinking
that is ok, so I reboot the system.
The instructions explicitly stated that this is NOT okay.
I have a cd to load the system, and I have another computer to download
packages
Am 07.03.2014 16:09, schrieb Caorenzhi:
Do I also need to remove files in /usr/bin as you said? Or you mean
/usr/sbin, /sbin, /bin?
You are right, only files in /bin, /sbin and /usr/sbin should be gone.
Everything should be in /usr/bin after the update.
Since that is what I see the error
Am 06.03.2014 14:03, schrieb arnaud gaboury:
Dear list,
I am running a machine hortensia with a container dahlia. As the
container will be a server, I want to have one IP for hortensia and
another one for dahlia.
On hortensia, with dhcpcd.service and systemd-networkd both disabled,
I
Am 06.03.2014 16:19, schrieb Paul Gideon Dann:
If I understand correctly, in fact I took the set up upside down. I
tried br0 --- enp7s0 when in fact the scheme is
|- dev 1
enp7s0 bridge br0 |
|--
Am 05.03.2014 12:26, schrieb Ruben Kelevra:
I still using netcfg to staticly configure my cards, the only hw-card
was eth0 and now named ens3, which was the first problem on that
upgrade ... changing eth0 to ens3 in configuration still wont fix the
problem...
Old installations still had
Am 05.03.2014 12:39, schrieb Felix Yan:
On Wednesday, March 05, 2014 19:36:28 Liuyang wrote:
depmod: ERROR: Module 'hci_vhci' has devname (vhci) but lacks major
and minor information. Ignoring
I got the message above after I update my system to the newest released
version. Then bbswith
Am 05.03.2014 16:07, schrieb Felix Yan:
It's funny how people get the idea that this bug report has anything to
do with bbswitch not working. Yet, there is no bug report open regarding
any problems with bbswitch.
Hmm, sorry for not reading the original mail in full. I pasted the link just
Am 23.02.2014 08:42, schrieb Savyasachee Jha:
Whenever I try connecting to my university's VPN, the authentication fails.
Running systemctl status NetworkManager gives me the message:
Feb 23 16:06:06 Empire NetworkManager[285]: info Starting VPN service
'pptp'...
Feb 23 16:06:06 Empire
Am 23.02.2014 11:05, schrieb Savyasachee Jha:
I downgraded for the moment, though thanks. Will the affected packages be
recompiled in testing
This will be done shortly.
signature.asc
Description: OpenPGP digital signature
Am 23.02.2014 11:07, schrieb Savyasachee Jha:
Thank you very much.
--
Savyasachee Jha
Sent from my Nexus 5
On Feb 23, 2014 7:06 PM, Thomas Bächler tho...@archlinux.org wrote:
Am 23.02.2014 11:05, schrieb Savyasachee Jha:
I downgraded for the moment, though thanks. Will the affected
Am 23.02.2014 12:53, schrieb Arthur Țițeică:
I've seen these issues but I didn't have enough time to come to a sane
conclusion in order to report it.
IIRC rp-pppoe in core has the same problem.
pppd[27117]: Plugin /usr/lib/rp-pppoe/rp-pppoe.so is for pppd version 2.4.5,
this is 2.4.6
FWIW, Jan already fixed the problem.
signature.asc
Description: OpenPGP digital signature
Am 21.02.2014 17:16, schrieb Genes Lists:
My /etc/systemd/logind.conf has this:
HandleLidSwitch=ignore
LidSwitchIgnoreInhibited=no
This would require your desktop (KDE for example) to react on the LID
closing.
which USED to be required - I now wonder if this should be changed to:
Okay, it's been way too long. I don't really have the time to spend much
time on the kernel right now, and neither does Tobias, so it's been
sitting in [testing] for way too long.
I am currently building 3.13.3-2 with a critical NFS fix and I intend to
move that kernel to [core] very soon.
Due
Am 14.02.2014 12:43, schrieb Don deJuan:
wouldn't is make more sense to have a systemd timer/cron job to frequently
refresh pacman keyring?
pacman-key --refresh-keys ??
If you are paranoid enough that a former Arch developer or TU will be
able to inject a broken package into a mirror, then
Am 13.02.2014 13:04, schrieb Paul Gideon Dann:
Does anyone know of any standard system for receiving
notifications from systemd for unit state changes? I currently
use Monit for the monitoring of many processes, and it'll e-mail
me when things happen (e.g. a process was restarted). Since
Am 13.02.2014 16:05, schrieb Rodrigo Rivas:
Ok... I'll take the chance to practice my DBus abilities...
It is a bit long, but it kind of works. Just replace the print() call
with your favourite sendmail function and you'll get a notification
every time any of the units specified in the command
Am 10.02.2014 15:42, schrieb Feliz Xett:
On the bottom of the registration page
there was a very clever captcha. The question was:
What is the output of date -u +%V$(uname)|sha256sum|sed 's/\W//g'?
I might even have found this funny if I wasn't ON A NON-LINUX LAPTOP.
By reading manpages
Am 01.02.2014 04:55, schrieb piruthiviraj natarajan:
I want to run root X application in a terminal.
[root@archbox ~]# smplayer
smplayer: cannot connect to X server
[root@archbox ~]#
I followed the wiki
https://wiki.archlinux.org/index.php/Running_X_apps_as_root
Again, the most
Am 01.02.2014 10:06, schrieb piruthiviraj natarajan:
On Sat, Feb 1, 2014 at 2:22 PM, Thomas Bächler tho...@archlinux.org wrote:
Again, the most convenient method of doing this is not included in the
wiki. Add the line
session optionalpam_xauth.so
to /etc/pam.d/su and /etc
Am 30.01.2014 11:46, schrieb Nowaker:
If it's possible to read the file,
journalctl should not segfault IMO, so it should be OK to file an issue.
No program should ever segfault. Unexpected input or errors must be
handled properly.
signature.asc
Description: OpenPGP digital signature
Am 28.01.2014 09:07, schrieb David C. Rankin:
Yes, and I am still unclear what is required to insure that an appropriate
module is loaded for a normal laptop/desktop.
Nothing. The keyboard should simply.
I already include 'keyboard' in HOOKS
This is only required if you want to use the
Am 25.01.2014 07:25, schrieb David C. Rankin:
I use the Classic Way of handling the build specified in
https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot.
If you use devtools anyway (which you definitely should when building a
packages for more than one computer),
Am 15.01.2014 17:15, schrieb Simon Gomizelj:
The check script runs on a regular basis and polls for the lastsync file
in the root of our repository layout. This file is regularly updated on the
central repository, so checking the value within allows one to see if the
mirror has synced
Am 13.01.2014 11:57, schrieb Paladin:
Patch is for 1.6.1 but it cannot be that difficult to port it to
1.6.3 which we have.
This feature has already been rejected by the cryptsetup authors as far
as I can see. So no, we will not keep maintaining our own cryptsetup
modification.
Am 13.01.2014 19:33, schrieb Mark E. Lee:
However, I suggest an announcement on the website regarding this
problem.
No.
I had three issues when trying to solve this problem:
1) the mirror I was using wasn't up to date (still had
libgcrypt-1.5.3-1)
You see, that is impossible. The package
Am 13.01.2014 17:54, schrieb Jameson:
For some reason on my home server, systemd is often telling me I'm out
of space, but I can't find a problem. Just now, I stopped httpd, and
when I try to start it, again, systemd says I'm out of space, the
status reports: systemd[1]: Failed to set a watch
Am 13.01.2014 20:34, schrieb Mark Lee:
On Mon, 2014-01-13 at 14:19 -0500, Mark Lee wrote:
The reason why packages couldn't upgrade was because of gnupg which is
needed for package signature verification from pacman. An updated gnupg
points to libgcrypt.so.20 while the old one points to
Am 13.01.2014 22:48, schrieb Mark Lee:
Salutations,
All right then; if it works for you guys. Will an announcement be made
on the arch website to ensure the upgrade doesn't break more systems or
will we continue the wait game and hope that all the mirrors sync and
the issue just goes away?
Am 14.01.2014 00:35, schrieb Jameson:
Thanks, man. You nailed it. Do you think I should file a bug report
somewhere to see if I can have the devs work out a better error
message? Is it a kernel bug, a bug with the strerror library, or a
systemd issue?
It is in the function
Am 03.01.2014 15:03, schrieb Øyvind Heggstad:
You are suggesting not changing to a sane default because some
packages (especially in the AUR) have crappy maintainers. That's
hardly a reason for anything.
Your defenition of sane default might not match someone elses.
Many people prefer
Am 03.01.2014 15:02, schrieb Silvio Siefke:
Hello,
my Notebook is broken and so i buy a Adapter that i can take my Data
from the Harddisk.
siefke ~ $ lsusb
Bus 001 Device 003: ID 0402:9665 ALi Corp. Gateway Webcam
Bus 001 Device 004: ID 174c:5106 ASMedia Technology Inc. Transcend
Am 03.01.2014 15:21, schrieb Martti Kühne:
You can't expect every upstream to fix their autohell to conform to
our expectations here.
So, we keep repeating ourselves.
There is the !makeflags option for PKGBUILDs to work around this problem
(which you would know if you read the thread). If a
Am 03.01.2014 15:33, schrieb Martti Kühne:
On Fri, Jan 3, 2014 at 3:23 PM, Thomas Bächler tho...@archlinux.org wrote:
Am 03.01.2014 15:21, schrieb Martti Kühne:
You can't expect every upstream to fix their autohell to conform to
our expectations here.
So, we keep repeating ourselves
Am 03.01.2014 16:11, schrieb Paul Gideon Dann:
If it were my choice, we would enforce high quality standards for the
AUR (which would likely force us to delete 90% of PKGBUILDs from it).
Sounds like a barrel of laughs!
When I look at the AUR sometimes, I don't laugh - I cry. The current
Am 03.12.2013 12:19, schrieb Simon Perry:
| I think you have three possibilities:
|
| * The image is not generated dynamically but stored in a database. Simply
| update the image with the fixed one.
Why? Because 1.6.7 can't handle older files?
IIRC, newer libpng versions refuse to
Am 15.11.2013 15:55, schrieb Anatol Pomozov:
The correct way to disable root completely is to make it expired
usermod --expiredate DATE_IN_PAST root. I tried it on my machine and
found that pacman is broken. I believe it uses su before running
install scripts.
Nothing about disabling the root
Am 22.10.2013 05:46, schrieb Sean Greenslade:
On Mon, Oct 21, 2013 at 02:55:20PM +0200, Thomas Bächler wrote:
Am 21.10.2013 03:34, schrieb Sean Greenslade:
And now, after another system update, the problem has vanished.
There was a kernel update, so I'm willing to believe that it was
just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am 21.10.2013 03:34, schrieb Sean Greenslade:
And now, after another system update, the problem has vanished.
There was a kernel update, so I'm willing to believe that it was
just some strange transient interaction between LVM, mdadm and the
Am 15.10.2013 21:37, schrieb Sean Greenslade:
Hi, all. I'm running a small fileserver that has three SATA drives set
up in RAID5 via mdadm. That RAID holds one LVM pv which is split up into
several logical volumes. This setup has worked fine in the past, but
with the lastest system update my
Am 28.09.2013 16:26, schrieb Delcypher:
I really don't think that completely removing static libraries from
the repositories is the correct approach because it I believe the
choice of whether or not to have static libraries on your system
should be down to the user and not the distro
This has
Am 27.09.2013 14:56, schrieb Chris Down:
Well, static libraries are not a waste of space if it was intentional.
Static linking should be preferred for a number of reasons[0], they
should be preferred in any sane Linux distribution (of which,
unfortunately I can't name any at the moment until
Am 27.09.2013 16:10, schrieb Chris Down:
That FAQ seems to be about
some bitterness about glibc and its code, which has nothing to do with
static and dynamic linking.
Not really. The releated references to glibc are more about refuting the
size argument when linking against it (as opposed
Am 21.08.2013 06:22, schrieb Magnus Therning:
On Tue, Aug 20, 2013 at 03:56:50PM +0100, Laszlo Papp wrote:
Hi,
based on the following forum entry, I would like to open this topic up for
a wide discussion.
https://bbs.archlinux.org/viewtopic.php?pid=1314594
Slightly unrelated, but is that
Am 15.08.2013 18:00, schrieb Vadim Ushakov:
mkarchiso init executes command mount -t devpts devpts
${work_dir}/root-image/dev/pts
Executing that command seems to drop mount options of /dev/pts, now we
have both devpts mount points have the same options:
vadim@aquila:~$ mount -t devpts
First,
Am 01.08.2013 18:02, schrieb Karol Blazewicz:
Upstream urls:
I found that dozens of packages in the repos have an upstream url that
prints 'Page Not Found' in one way or another. Should I open bug
reports for these packages or does nobody care about it? I could also
check if the source is
Am 22.07.2013 16:47, schrieb Tobias Powalowski:
Hi,
I built the kernel, now there are issues with following
- community binary modules:
cdfs
ndiswrapper
open-vm-tools-modules
Please find patches and fix those, 3.10 will move to [core] when signoff
procedure is done.
This warning
Am 11.07.2013 15:45, schrieb Armin K.:
As a side note, apache24 uses event_mpm by default, but you might need
to change to prefork one to use PHP module. Also, with apache 2.4 you
can use php-fpm via mod_proxy as described at [3]
As for the perl module, I had to use svn checkout of the
Am 05.07.2013 20:46, schrieb Jonathan Hudson:
And if you have a custom syslinux.cfg, you need to restore than from
syslinux.cfg.pacsave.
So many ways to break your boot
That has already been fixed.
signature.asc
Description: OpenPGP digital signature
Am 05.07.2013 20:24, schrieb Karol Blazewicz:
I'm using syslinux for my bootloader. I'm using BIOS, not UEFI, on a
32-bit system.
After updating syslinux 5.10-3 - 6.01-1 the modules' symlinks in
/boot/syslinux didn't get updated and still point to
/usr/lib/syslinux/ instead of to
Am 05.07.2013 21:22, schrieb Karol Blazewicz:
Should I open a bug report?
If you don't plan on fixing it immediately, please post a message on
arch-dev-public, because not everyone is reading arch-general even
though this seems to be only an annoyance, not a system-breaking bug.
This should
Am 25.06.2013 12:34, schrieb Karol Blazewicz:
In the meantime, I've solved the problem: It's my separate /etc
partition (or subvolume, to be more correct).
Separating the / and the /etc volume is inherently impossible and will
never be supported. Don't do it.
signature.asc
Description:
Am 24.06.2013 23:10, schrieb João Pires:
So after a while I find the systemd-tmpfiles and the thing is the
apache.conf in the /usr/lib/tmpfiles.d only creates the /run/httpd folder,
after I add a new line to also create the /var/log/httpd the service start
running again.
You should add your
Am 10.06.2013 05:18, schrieb Anatol Pomozov:
sync is not a workaround, it is a right solution.
You are wrong.
Under the hood copying in linux works following way. Every time you read
something from disk the file information will stay cached in memory region
called buffer cache.
That is true
Am 31.05.2013 16:39, schrieb G. Schlisio:
hi list,
if i run wpa_supplicant on a eap-ttls network, it fails to set up tls
properly:
OpenSSL: tls_connection_ca_cert - Failed to load root certificates
error:02001002:system library:fopen:No such file or directory
where does openssl search these
1 - 100 of 883 matches
Mail list logo