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 ca
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 someo
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. T
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
>
> Especia
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 wrote:
>
>> Damjan Georgievski on Thu, 2014/10/23 19:40:
>>> On 12 October 2014 14:28, Thomas Bächler wrote:
>>>> Intel released a new microcode update that disables an
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 cor
Am 21.10.2014 um 11:36 schrieb Mike Cloaked:
> On Mon, Oct 20, 2014 at 5:44 PM, Thomas Bächler
> wrote:
>
>>
>> These changes have been done precisely to avoid these problems, the
>> first link and its responses summarize the situation pretty well.
>>
>>
&
Am 19.10.2014 um 19:54 schrieb Mike Cloaked:
> On Sat, Oct 18, 2014 at 10:06 PM, Genes Lists 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 refi
Am 08.10.2014 um 20:28 schrieb Damien Robert:
> Thomas Bächler wrote in message <543579d1.4010...@archlinux.org>:
>> I don't care what upstream recommends, there is no reason for this
>> target to exist and there is no reason to use it. Things get even worse,
>>
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
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
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 t
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 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 usele
Am 13.08.2014 um 17:29 schrieb Damjan Georgievski:
> On 13 August 2014 17:26, Damjan Georgievski 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?
> all the
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 (t
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 beha
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 rand
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 wrote:
>
>> packages.git looks fine to me now, but community.git is still stuck.
>>
I killed th
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
Descriptio
Am 04.04.2014 11:40, schrieb Carsten Mattner:
> Same problem if I try to downgrade readline and bash
>
> :: File /var/cache/pacman/pkg/readline-6.3-3-x86_64.pkg.tar.xz is
> corrupted (invalid or corrupted package (PGP signature)).
> Do you want to delete it? [Y/n] n
> error: bash: missing required
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 n
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.targ
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-conf
Am 28.03.2014 17:11, schrieb Martti Kühne:
> On Fri, Mar 28, 2014 at 4:03 PM, Bigby James 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 make your life sligh
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 p
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
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
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
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: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 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
> /etc
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
Am 26.03.2014 21:31, schrieb Leonid Isaev:
> On Wed, 26 Mar 2014 21:00:15 +0100
> Thomas Bächler wrote:
>
>> Am 26.03.2014 20:18, schrieb Leonid Isaev:
>>> However, I don't think that Yama requires any userspace components, does
>>> it? Currently, I bo
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 disab
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
e
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: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 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 qdb
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
> garbl
Am 11.03.2014 12:02, schrieb Manuel Reimer:
> Thomas Bächler 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
Am 11.03.2014 11:55, schrieb Thomas Bächler:
> Am 11.03.2014 11:52, schrieb Manuel Reimer:
>> Jelle van der Waa vdwaa.nl> writes:
>>> FYI: https://mailman.archlinux.org/pipermail/arch-dev-public/2014-
>> March/025952.html
>>
>> Thank you for this information
Am 11.03.2014 11:52, schrieb Manuel Reimer:
> Jelle van der Waa 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 rea
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 f
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
> packa
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'
b
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 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 disabl
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
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
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 in
FWIW, Jan already fixed the problem.
signature.asc
Description: OpenPGP digital signature
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.
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" wrote:
>
>> Am 23.02.2014 11:05, schrieb Savyasachee Jha:
>>> I downgraded
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 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]: Starting VPN service
> 'pptp'...
> Feb 23 16:06:06 Empire N
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 to
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,
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 comm
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). Sin
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 m
Am 01.02.2014 10:06, schrieb piruthiviraj natarajan:
> On Sat, Feb 1, 2014 at 2:22 PM, Thomas Bächler wrote:
>
>> Again, the most convenient method of doing this is not included in the
>> wiki. Add the line
>>
>> session optionalpam_xauth.so
>>
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 mos
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 key
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 rece
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 service_watch_pi
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 a
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 l
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 wa
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 packa
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.
signature.a
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.01.2014 15:33, schrieb Martti Kühne:
> On Fri, Jan 3, 2014 at 3:23 PM, Thomas Bächler 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.
>&
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 p
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. Transce
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 pe
Am 31.12.2013 07:51, schrieb Sébastien Leblanc:
> I would advise against doing that, considering that there are at least a
> handful of packages (can't name them) that have broken or otherwise
> malfunctioning Makefiles when run in parallel. The package maintainers
> _should_ be aware of those issu
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
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'
-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 m
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
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
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 unti
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 unrelate
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
Fi
Am 03.07.2013 09:36, schrieb Maxime GAUDUIN:
> I did not test this, but you may want to make it "want"
> network-online.target instead of network.target.
I don't think we have any services by default that make
network-online.target function.
The actual problem is that openntpd does not work prope
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 w
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 t
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 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 shoul
1 - 100 of 1008 matches
Mail list logo
