Re: [arch-general] GTK2 GUIs became a PITA after upgrade
I'm sure you could tell the difference there. cheers! mar77i
Re: [arch-general] Archlinux KDE 5
Please use an appropriate signal. 15 (TERMinate) or 2 (INTerrupt) should do. cheers! mar77i
Re: [arch-general] stunnel
OP's only concern appears to be "have a nice day". I was going to do that. cheers! mar77i
Re: [arch-general] archwiki (readline) Disabling control echo no longer working, and ~ not shown until 2nd char typed?
On Sat, Feb 20, 2016 at 8:52 AM, David C. Rankin wrote: > Where is the likely difference in the config that controls this behavior? KEYMAP= in /etc/vconsole.conf, maybe? Or maybe you have any other settings there? Doing some research I also found [0], maybe that helps? cheers! mar77i [0] https://wiki.archlinux.org/index.php/Extra_keyboard_keys_in_console
Re: [arch-general] archwiki (readline) Disabling control echo no longer working, and ~ not shown until 2nd char typed?
On Fri, Feb 19, 2016 at 9:25 PM, David C. Rankin wrote: > All, > > Following https://wiki.archlinux.org/index.php/Readline I was attempting to > disable control echo by adding 'set echo-control-characters off' to > ~/.inputrc. > After logging out/in there is no change to the '^C' echo after 'ctrl+c' is > pressed to terminate the present command. I even tried adding it to > /etc/inputrc. Same result. Is there something else needed with the current > readline? > Uh. ~/.inputrc worked okay when I last tried it. > Also in this process, I noticed when I type '~' (e.g. like ~/tmp) the '~' is > not echoed until the 2nd character is pressed. This is confusing. I've looked > at > /etc/inputrc and do not see anything that appears to suppress echo of '~' (or > I > was too dumb to recognize it). What is preventing the '~' from being echoed > when > it is typed as the first character? How do I fix it so it always is shown? > (I'm > using default BASH as the shell) I have that same behavior as well because I want it like that. I'm not sure what terminal emulator you're using, since the linux console works differently compared to X11 terminal emulators in that regard. In X11, I have them as xmodmap keys of the sort dead_* which are loaded from ~/.Xmodmap in my window manager startup script. I can tell you this much: Using your new "dead" tilde you can now create letters like ñ, ã, õ, ẽ etc. cheers! mar77i
Re: [arch-general] i3 and .zprofile
On Tue, Oct 27, 2015 at 10:45 AM, Stefan Tatschner wrote: > Hi, > > I have recently switched from gnome to i3. I really like it, but there > are still a few annoying problems left… Currently I use gdm to login; > my login shell is set to zsh in /etc/passwd. I have several dotfiles, > like ".zshrc" and ".zprofile" in $HOME. > > The problem is, that i3 does not seem to spawn a login shell correctly > (is this even possible?). In gnome3 my settings in .zprofile are > applied globally and just fine. In i3 the entire .zprofile is missed. > Since .zprofile is sourced by interactive login shells, I guess that > there might be a problem. Am I missing something here? > > Thanks, > Stefan Whether the profile source file for your shell is run depends on how your terminal emulator launches your shell, and whether -i is passed or not. For i3, the case might be a bit less clear or obvious, since you haven't stated what terminal you use and how that one is set up. One possible solution would just be to source .zprofile on login through .xinitrc or whatever starts i3 for you. cheers! mar77i
Re: [arch-general] Can't login after upgrading ncurses but not bash (partial upgrade)
Did you try to run pacman directly through ssh / ssh -t? cheers! mar77i
Re: [arch-general] gtk related packages reported as corrupt and blocking all updates
On Sun, Oct 18, 2015 at 5:05 AM, Doug Newgard wrote: > > Use a different mirror. Yours has bad packages. > > Doug What also bugged me when reading the thread - OP appeared to change mirrors - but did you double-y the re-sync after changing the mirror? >From man pacman: Passing two --refresh or -y flags will force a refresh of all package lists, even if they appear to be up- to-date. Just since nobody seemed to point at that little detail, since it's pretty central to switching mirrors. cheers! mar77i
Re: [arch-general] Qemu / KVM 9p rootfs not booting automatically
On Tue, Oct 6, 2015 at 12:53 AM, H8H wrote: > As you can see it drops a recovery shell. But I can survive ... i think > the same way the parameter append does. I don't know why this does not > work automatically!? > > Any hints? > > Thanks > > :: running early hook [udev] > starting version 226 > :: running hook [udev] > :: Triggering uevents... > ERROR: device 'r' not found. Skipping fsck. > ERROR: Unable to find root device 'r'. > You are being dropped to a recovery shell > Type 'exit' to try and continue booting > sh: can't access tty; job control turned off > [rootfs /]# mount -t 9p -o trans=virtio r new_root/ > [rootfs /]# Trying to continue (this will most likely fail) ... > :: mounting 'r' on real root > mount: you must specify the filesystem type > You are now being dropped into an emergency shell. > sh: can't access tty; job control turned off > [rootfs /]# Trying to continue (this will most likely fail) ... > :: running cleanup hook [udev] > > Welcome to Arch Linux! > > [ OK ] Reached target Swap. > [ OK ] Created slice System Slice. > [ OK ] Started Forward Password Requests to Wall Directory Watch. > [ OK ] Listening on Device-mapper event daemon FIFOs. > [ OK ] Listening on Journal Socket (/dev/log). > [ OK ] Created slice system-getty.slice. > [ OK ] Reached target Encrypted Volumes. > [ OK ] Listening on /dev/initctl Compatibility Named Pipe. > [ OK ] Reached target Remote File Systems. > [ OK ] Started Dispatch Password Requests to Console Directory Watch. > [ OK ] Reached target Paths. > [ OK ] Listening on Journal Socket. > Mounting POSIX Message Queue File System... > Starting Setup Virtual Console... > Mounting Debug File System... > Starting Create list of required st... nodes for the current > kernel... > Starting Apply Kernel Variables... > Starting Journal Service... > Mounting Huge Pages File System... > [ OK ] Listening on udev Control Socket. > Mounting Temporary Directory... > [ OK ] Listening on LVM2 metadata daemon socket. > Starting Remount Root and Kernel File Systems... > [ OK ] Listening on udev Kernel Socket. > [ OK ] Created slice system-serial\x2dgetty.slice. > [ OK ] Created slice User and Session Slice. > [ OK ] Reached target Slices. > [ OK ] Set up automount Arbitrary Executab...ats File System Automount > Point. > Mounting Configuration File System... > [ OK ] Mounted Huge Pages File System. > [ OK ] Mounted POSIX Message Queue File System. > [ OK ] Mounted Debug File System. > [ OK ] Mounted Temporary Directory. > [ OK ] Started Journal Service. > [ OK ] Started Setup Virtual Console. > [ OK ] Started Create list of required sta...ce nodes for the current > kernel. > [ OK ] Started Apply Kernel Variables. > [ OK ] Started Remount Root and Kernel File Systems. > [ OK ] Mounted Configuration File System. > Starting udev Coldplug all Devices... > Starting Load/Save Random Seed... > Starting Create Static Device Nodes in /dev... > Starting Flush Journal to Persistent Storage... > [ OK ] Started Load/Save Random Seed. > [ OK ] Started Flush Journal to Persistent Storage. > [ OK ] Started Create Static Device Nodes in /dev. > [ OK ] Reached target Local File Systems (Pre). > [ OK ] Reached target Local File Systems. > Starting Create Volatile Files and Directories... > Starting udev Kernel Device Manager... > [ OK ] Started udev Coldplug all Devices. > [ OK ] Started udev Kernel Device Manager. > [ OK ] Started Create Volatile Files and Directories. > Starting Update UTMP about System Boot/Shutdown... > [ OK ] Started Update UTMP about System Boot/Shutdown. > [ OK ] Reached target System Initialization. > [ OK ] Started Daily verification of password and group files. > [ OK ] Started Daily man-db cache update. > [ OK ] Listening on D-Bus System Message Bus Socket. > [ OK ] Reached target Sockets. > [ OK ] Reached target Basic System. > Starting Login Service... > Starting Permit User Sessions... > [ OK ] Started D-Bus System Message Bus. > [ OK ] Started Daily Cleanup of Temporary Directories. > [ OK ] Started Daily rotation of log files. > [ OK ] Reached target Timers. > [ OK ] Started Permit User Sessions. > [ OK ] Found device /dev/ttyS0. > [ OK ] Started Serial Getty on ttyS0. > [ OK ] Started Getty on tty1. > [ OK ] Reached target Login Prompts. > [ OK ] Started Login Service. > [ OK ] Reached target Multi-User System. > [ OK ] Reached target Graphical Interface. > > Arch Linux 4.2.2-1-ARCH (ttyS0) > > localhost login: > > = Otherwise (Double CTRL+D without typing anything) > :: running early hook [udev] > starting version 226 > :: running hook [udev] > :: Triggering uevents... > ERROR: device 'r' not found. Skipping fsck. > ERROR: Unable to find root device 'r'. > You are being
Re: [arch-general] installing
On Sun, Oct 4, 2015 at 10:34 PM, Bill Cunningham wrote: > Looks like a nice OS. I am running fedora. I have the tarball and I'm > having a little trouble. A directory called "root.x86_64" is created. Do I > want an ISO for a first time install? Or is the tarball complete and OK? What tarball? How's it named and where did you find it? Generally, you want the ISO and prepare the place where you would intend to install arch to [0] [1]. cheers! mar77i [0] https://wiki.archlinux.org/index.php/Beginners%27_guide [1] https://wiki.archlinux.org/index.php/Installation_guide
Re: [arch-general] race condition when upgrading the new ncurses package
I had these messages for the readline update in question, too. I think it's just natural that if ncurses is a dep of readline and readline is a dep of bash, that bash would link the ncurses.so it was built against. During the update, readline's post-upgrade install-snippet can't be run with bash, because bash links it and its own dependency ncurses, which, as a dependency, is already upgraded to provide the newest version. To have a fully up to date info directory, it appears, the install-info updates that are attempted for readline need to be executed by hand after running pacman -Syu. All this is obvious if you look at the install file you should have in /var/abs/*/readline/ and basic knowledge about how archlinux packages work. In fact, I guess it's sort of a logical requirement to using archlinux to catch these things, because, as is denoted in the wiki, partial updates are unsupported [0] and your system forcefully goes through partially updated state during an update... cheers! mar77i [0] https://wiki.archlinux.org/index.php/Pacman#Partial_upgrades_are_unsupported
Re: [arch-general] arch-general Digest, Vol 130, Issue 19
my mail box feels warm and damp. did you drop a digested dump on it? Idea: turn off digests if you plan to participate on the mailing list. cheers! mar77i
Re: [arch-general] pacman mirrorlist update
I hope I'm not causing traffic jams for running [0] after pacman-mirrorlist updates. I'm planning to write some tools that would generally make handling of .pacnew files more accessible, too. cheers! mar77i [0] https://github.com/mar77i/bulk77i/blob/master/renew_mirrorlist.c
Re: [arch-general] Open-sourced: OpenCL-based multiphysics simulation software package
On Tue, Jun 9, 2015 at 10:25 PM, Zeev Pekar wrote: > Now we look for volunteers to add ASL package for Arch reads as if you wanted someone else to do it > please, send us > a link, so we can follow the process and make contributions. > reads as if you wanted to do it yourself. Also Øvind Heggstad already pointed you where to look [0]. package scripts can be posted on aur-gene...@archlinux.org for peer review. what will it be? cheers! mar77i [0] https://wiki.archlinux.org/index.php/Arch_User_Repository
Re: [arch-general] Firefox display problem
On Mon, Jun 8, 2015 at 10:09 PM, Francis Gerund wrote: > Yes, I guess I may have to start maintaining multiple profiles just to do > normal browsing. Grrr . . . > > > BTW, this error was very easy to find online - but hard to understand. As > near as I can figure, it has to do with memory allocation in Firefox (maybe > in the Gecko component?), has been around (and reported)for years, and has > been reported in Arch as late as 2015-06-02. The rest is over my head. > > (See https://bugzilla.mozilla.org/show_bug.cgi?id=672671, etc.) > They're working on that at Mozilla. See http://identity.mozilla.com/ cheers! mar77i
Re: [arch-general] lxde setting problems
On Sat, Jun 6, 2015 at 11:35 PM, Martti Kühne wrote: > I started googling after the allegations were made. Those links > actually appeared and fake accounts from knowledge-centric questions Derp. Of course the accounts that I labeled "fake" were misedited and have not much to do with OCLUG. Those accounts I found, eg. on Linux Mint forums were just blatantly unmaintained. But the person and page disappeared really quickly and thoroughly off wayback and google cache. So nope, you can't tell what was going on there. cheers! mar77i
Re: [arch-general] lxde setting problems
On Sat, Jun 6, 2015 at 11:20 PM, Jens Adam wrote: > Sat, 6 Jun 2015 17:53:06 + > AC : > >> Hey archers, >> >> I would like to note you not to answer such questions; ever. > > Hey Archers, > > and I would like you to ignore such bullshit. Now what? > >> I will constrain myself for a while as my gutt is >> telling me that there is something fishy here and this person is >> a spy or goverment employee. > > Why the f**k should anybody here (or on any other mailing list) care > about somebody's profession or anything else except the posted problem? > >> As matter of fact, will exchange my email address. > > I strongly advise you to unsubscribe from the internet. You know, there > are other people, and the US military even helped designing it. I started googling after the allegations were made. Those links actually appeared and fake accounts from knowledge-centric questions on OCLUG [0] and raspi [1] (somebody just dumb or really helpless) forums remain. So, I'm not so sure those were just ghosts. cheers! mar77i [0] http://oclug.on.ca/archives/oclug/2004-April/038806.html [1] https://www.google.ch/search?q=raspi+bjlockie
[arch-general] Qemu on Livirt: extra/ovmf being useless
Godday
I was trying to make EFI booting work on qemu using the GUI that comes
with libvirt. I went ahead installing extra/ovmf. I struggled a bit,
since the injection of EFI firmware into qemu is not accessible
through libvirt and found /etc/libvirt/qemu.conf to be the place to
set it up. However any setup guide to the nvram array gets to have 2
arguments split by a colon, where I just could not figure out what to
put in the second spot.
I went ahead trying ovmf-svn from AUR, which "works", in that it ships
two files, one before (ovmf_code_${short_arch}.bin) and another for
after the colon (ovmf_vars_${short_arch}.bin). I just haven't got that
one to boot from hard drive yet either. That part though, I'm
confident to figure out eventually.
My question focuses around the extra/ovmf bit, which in the case of
libvirt doesn't appear to ship all the necessary pieces. Does the
packager have a working recipe to set up extra/ovmf available under
libvirt? Is it possible to store one's UEFI vars per box?
cheers!
mar77i
Re: [arch-general] traceroute package
On Wed, Jun 3, 2015 at 1:37 PM, wrote: > Hello, > > We've found a inconsistency with the traceroute installation and it's manpage. > The manpage says 'traceroute6 is an equivalent to traceroute -6', but in arch > linux this does not work. > > It this by design? > > Thank you. > > Paul Schaefer Upstream doesn't ship a symlink. The scripts used to set up packages are pretty ugly, so I guess it's by design. You might create your own symlink, if you think of removing it once it ships and the installation aborts with "traceroute6 exists in filesystem". cheers! mar77i
Re: [arch-general] :D
On Wed, Jun 3, 2015 at 1:27 PM, Ralf Mardorf wrote: > On Wed, 3 Jun 2015 13:04:38 +0200, Carsten Mattner wrote: >>On Tue, Jun 2, 2015 at 4:28 AM, Ralf Mardorf wrote: >>> $ cat /etc/pacman.conf >>> Color >>> ILoveCandy > > I should have run grep instead of cat to avoid confusion. > > ILoveCandy isn't mentioned: > https://www.archlinux.org/pacman/pacman.conf.5.html > > It's an Easter egg, but IMO it should be default. > > The progression line will show a yellow C and c eating o o o o. > >>> $ sudo cat /etc/sudoers >>> Defaults insults > > Use visudo to add "Defaults insults" to /etc/sudoers and then > mistype your password after running sudo. > >>Do I have to understand this? > > Those two Easter eggs were new to me. There he goes tooting our best guarded secrets out to the world. Do you know no shame at all? cheers! mar77i
Re: [arch-general] "error: unknown encoding UTF8: using iso88591 as fallback"
On Fri, May 29, 2015 at 6:30 PM, Ralf Mardorf wrote: > On Fri, 29 May 2015 18:22:17 +0200, Damjan Georgievski wrote: >>> [rocketmouse@archlinux ~]$ claws-mail >> >>try >>[rocketmouse@archlinux ~]$ LANG=en_US.UTF-8 claws-mail > > Hi, > > [rocketmouse@archlinux ~]$ LANG=en_US.UTF-8 claws-mail > selecting folder '#mh/Claws Mail/The shared' > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > error: unknown encoding UTF8: using iso88591 as fallback > > It has got no side effects, everything is readable. > > Regards, > Ralf Since we ruled out system configuration problems, you will have to look through the files claws-mail would read for input as returned by $ strace -e open -o claws-mail.strace claws-mail When it loads and the error messages are there, you would just quit claws-mail again. My guess is that the problem lies in some gui toolkit configuration file, ~/.* or similar. You'll have to rule out any binary files and grep all plaintext files with this: $ grep -Po '(?<=")[^"]+(?=")' claws-mail.strace | while read file; do [[ -e "$file" ]] && file -b "$file" | grep -q text && grep UTF8 "$file"; done Get all string sequences between double quotes from the claws-mail strace log, check if it exists and is a text file using the libmagic-based file tool, then check if it contains your invalid string. You don't even deserve this solution, and you'll start sprae cheers! mar77i
Re: [arch-general] "error: unknown encoding UTF8: using iso88591 as fallback"
On Fri, May 29, 2015 at 2:19 PM, Ralf Mardorf wrote: > Hi, > > for some time past I get > > error: unknown encoding UTF8: using iso88591 as fallback > > when running GTK2 and GTK3 apps, Pluma, Claws Mail, Evolution. Other > apps, perhaps Qt apps, might be affected too. > > There are no issues when using those apps, the terminal just shows > these messages. > > [rocketmouse@archlinux ~]$ locale -a > C > de_DE > de_DE@euro > de_DE.iso88591 > de_DE.iso885915@euro > de_DE.utf8 > deutsch > en_GB > en_GB.iso88591 > en_GB.utf8 > en_US > en_US.iso88591 > en_US.utf8 > german > POSIX > [rocketmouse@archlinux ~]$ cat /etc/locale.conf > LANG=en_US.UTF-8 > [rocketmouse@archlinux ~]$ cat ~/.config/locale.conf > cat: /home/rocketmouse/.config/locale.conf: No such file or directory > [rocketmouse@archlinux ~]$ sudo nano /etc/locale.conf > [rocketmouse@archlinux ~]$ cat /etc/locale.conf > LANG=en_US.utf8 > [rocketmouse@archlinux ~]$ sudo shutdown -r now > > It doesn't make a difference, I still get the error messages, when > running a new session. > > Regards, > Ralf I haven't seen you running locale-gen there. Do you expect the reboot to do that? cheers! mar77i
Re: [arch-general] mate-session listening socket lockdown
On Thu, Apr 16, 2015 at 6:52 PM, Troy Engel wrote: > Doing a little hardening, I notice on my workstations that > 'mate-session' activates a user-level listening socket on 0.0.0.0 that > you can telnet into and slam with gibberish (and it doesn't exit) -- > does anyone know how to set up a config to lock that to 127.0.0.1 and > ::1? > > $ netstat -lntp | grep mate-session > tcp1 0 0.0.0.0:60715 0.0.0.0:* > LISTEN 24246/mate-session > tcp6 0 0 :::50621:::* > LISTEN 24246/mate-session > > $ telnet localhost 60715 > Trying 127.0.0.1... > Connected to localhost. > Escape character is '^]'. > HELP > asdas > asd > a > asd > a > ^] > telnet> close > Connection closed. > > I've had a perusal of the source[1] and see that it's some sort of > "xmp" thing, but I freely admit I don't do a lot of debugging in this > area of the X world (I'm a server guy). Any pointers what this is for > and how I can get it locked down? The gconf schema file doesn't have a > setting, perhaps it's configured somewhere else? > > The Googletubes are failing me, or maybe I just don't understand what > I should be googling for to get the right hits... > > thx! > -te > > [1] https://github.com/mate-desktop/mate-session-manager/tree/1.8/mate-session Why not just drop external connecitons using a firewall [0] rule? [0] https://wiki.archlinux.org/index.php/Iptables
Re: [arch-general] Cannot use monitor in 1920x1080 anymore
Do you get an error message or the like?
Re: [arch-general] diff is going nuts
On Sun, Mar 22, 2015 at 2:45 PM, Ralf Mardorf wrote: > Hi, > > for some time past I often need to replace diff with meld, since diff is > going nuts. > Did you check with hexdump, in case you have MS-DOS newlines, different unicode spaces or other artifacts in the file? cheers! mar77i
Re: [arch-general] Severity of Failed checksum for PKGBUILD
On Fri, Feb 20, 2015 at 4:09 PM, Daniel Micay wrote: > On 20/02/15 10:04 AM, Martti Kühne wrote: > > You should really just tell upstream to sign their releases, because it > wipes out the attack vector instead of just making it possible to audit > whether a MITM attack on the original. packager occurred like hashes. > > The hashes provide no security for the initial packaging work and no > defense against an attack that's done by compromising the upstream > sources, which is far more realistic than a targeted MITM attack on a > specific Arch Linux packager. > Since security-by-reading-the-code isn't an option since a few decades, we're stuck in this, yup. cheers! mar77i
Re: [arch-general] Severity of Failed checksum for PKGBUILD
On Fri, Feb 20, 2015 at 3:53 PM, Mark Lee wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Checksums aren't sources, they are a method of verifying the integrity > of sources. In other words, while different files can have the same > md5sum (hash collision), a failed checksum indicates something has > definitely changed in the package. Checksums can have false positives > but not false negatives. > > In other words, the provided source is definitely not the same as the > source the packager used (metadata difference in this case). If > checksums are as useless as you claim, why even offer them if they > cannot be reproduced for certain packages? > > Do packagers really just ignore checksums and "blindly update" on > every release? > > Regards, > Mark I get your point. Consider though, that Archlinux' comparably slim manpower cannot account for every time upstream does things to their source tarballs, usually in an unannounced manner. The concept is here, that ABS users need to figure out themselves whether *their* sources are retrafficked dns or the packager's. In so far as these things happen, they don't even have to do with archlinux that much (it's not very nice of an upstream to do that), so try not to bark up the wrong tree. Cheers! mar77i
Re: [arch-general] postgresql 9.3 -> 9.4
On Thu, Jan 29, 2015 at 2:22 PM, Bardur Arantsson wrote: > On 01/29/2015 01:00 PM, Martti Kühne wrote: >> On Thu, Jan 29, 2015 at 12:15 PM, Martti Kühne wrote: >>> You could also write a pacman wrapper that interferes with pacman's >>> execution upon specific output. > > (Doesn't scale to more than one user since nobody else is going to be > using that script.) > >>> Then you could have loud warning signals, send emails that get you >>> fired and an automatic backup to the NSA, or NAS, as you like. >>> >> >> >> To correct myself: It's silly to assume the package that breaks your >> setup is already on that watchlist. There's only one thing you can do: >> make sure you have the time to clean up after your update. >> > > Uh, there's a difference between > > a) We *know* that upgrade X will break your system and/or > require manual intervention. > > and > > b) We have no specific knowledge that upgrade X will > break your system and/or require manual intervention. > So, my script doesn't scale and your notion of 'we' does? How comes? cheers! mar77i
Re: [arch-general] postgresql 9.3 -> 9.4
On Thu, Jan 29, 2015 at 12:15 PM, Martti Kühne wrote: > You could also write a pacman wrapper that interferes with pacman's > execution upon specific output. > Then you could have loud warning signals, send emails that get you > fired and an automatic backup to the NSA, or NAS, as you like. > To correct myself: It's silly to assume the package that breaks your setup is already on that watchlist. There's only one thing you can do: make sure you have the time to clean up after your update. cheers! mar77i
Re: [arch-general] postgresql 9.3 -> 9.4
You could also write a pacman wrapper that interferes with pacman's execution upon specific output. Then you could have loud warning signals, send emails that get you fired and an automatic backup to the NSA, or NAS, as you like. cheers! mar77i
Re: [arch-general] An archlinux-python package for managing system default python version?
On Fri, Jan 23, 2015 at 2:51 PM, Chi Hsuan Yen wrote: > Dear Arch enthusiasts, > > The package extra/java-runtime-common provides a convenient script > archlinux-java to handle co-existing JDK/JRE versions. I can use it to > switch between different versions of java implementations to accomplish > numerous tasks from testing the compatibilities of my programs to running > third party applications targeting on different platforms. Now I hope > there's also a simple script for the same thing but for python. On the Python actively encourages you to write the python shebang explicitly either #!/usr/bin/env python2 or #!/usr/bin/env python3 for scripts that are not compatible with one of them. It is no longer practical to make any assumptions about the python version in the (unversioned) python binary, therefore your argument about java doesn't hold. Since the developers themselves support this conclusion [0], there is no reason to still have the symlink and hence we should actually abolish it completely, which I expect to happen in the long run. [0] https://www.python.org/dev/peps/pep-0394/
Re: [arch-general] Is there a non file manager daemon for automounting like the ones provided by "pcmanfm -d"
from my .bashrc:
mounted() {
mount | grep -q "on $1 type"
}
safe_umount() {
while mounted "$1"; do
echo sudo umount "$1"
sudo umount "$1" || sleep 5
done
}
penmount() {
local target="$HOME/mnt" options
. "$HOME/bin/mount_lib"
if [[ $1 == -u ]]; then
if ! mounted "$target"; then
echo "Error: ${target/$HOME/~} not mounted" >&2
return 1
fi
sync
safe_umount "$target"
else
if mounted "$target"; then
echo "Error: ${target/$HOME/~} is already mounted" >&2
return 1
fi
echo sudo blkid -p "$1"
eval local "$(/usr/bin/sudo /usr/bin/blkid -p "$1" | cut -d : -f 2-)"
[[ "$TYPE" == "vfat" || "$TYPE" == "ntfs" ]] &&
options="uid=$UID,gid=$UID"
echo sudo mount -o "$options" "$1" "$target"
sudo mount -o "$options" "$1" "$target"
fi
}
Function is in regular use, I don't know if it's useful to the topic,
and needs a tweak if your user doesn't have a group with the same
group id.
cheers!
mar77i
Re: [arch-general] makepkg as root
On Sun, Jan 4, 2015 at 7:48 PM, Marcel Kleinfeller wrote: > [...] it simply tells me, everything would be up-to-date. > Proceed with installation? [Y/n] y > Edit btsync PKGBUILD with $EDITOR? [Y/n] y > Edit btsync.install with $EDITOR? [Y/n] n > makepkg: Ungültige Option '--asroot' > The build failed. > Edit byacc-noconflict PKGBUILD with $EDITOR? [Y/n] y > makepkg: Ungültige Option '--asroot' > The build failed. > Edit gengetopt PKGBUILD with $EDITOR? [Y/n] n > makepkg: Ungültige Option '--asroot' > The build failed. > local database is up to date NACK. It doesn't just tell you everything was up-to-date. Don't rely on your tools to check for all errors in their dependencies. cheers! mar77i
Re: [arch-general] Problems using AUR since upgrade of pacman db version
On Thu, Jan 1, 2015 at 4:55 PM, Bhushan Shah wrote: > On Thu, Jan 1, 2015 at 9:23 PM, Marcel Kleinfeller wrote: >> I'm facing some problems using the AUR with many helper programs (cower, >> packer etc). >> That might be due to the latest upgrade of the pacman database to version >> 4.2. >> >> Is there a simple way to use AUR? >> >> Thanks in advance! > > Rebuild your AUR manager > I'm pretty sure both of the named helpers were written in scripted languages. cheers! mar77i
Re: [arch-general] mkinitcpio runs before linux-headers{, -lts} is installed
On Mon, Dec 29, 2014 at 12:27 AM, Ido Rosen wrote: > > Not sure what the best way to accomplish this would be? > Sounds like the case for pacman hooks. Those were still in the works though, last time checked. cheers! mar77i
Re: [arch-general] Persistent black screen of death issues with radeon graphics
I had a similar issue on my laptop on very rare occasions. Make sure it's not just a setting of 0 on your /sys/class/backlight/*/brightness... Otherwise you might have to set it on the kernel command line or in /etc/modprobe.*. Cheers! mar77i
Re: [arch-general] GDM
On Fri, Nov 14, 2014 at 11:39 AM, Ralf Mardorf
wrote:
> IMHO you shouldn't waste your time with fixing this issue.
>
Actually changing display managers won't necessarily solve the problem
concerning the keyboard layout. Setting the correct layout and variant
in xorg.conf{,.d/10-evdev.conf} is the right track after all.
cheers!
mar77i
Re: [arch-general] GDM
On Fri, Nov 14, 2014 at 12:04 PM, Ralf Mardorf wrote: > On Fri, 14 Nov 2014 11:58:17 +0100 > Ralf Mardorf wrote: > >> On Fri, 14 Nov 2014 11:47:46 +0100 >> Martti Kühne wrote: >> > Using y, z and special characters in all my passwords, thanks for >> > making Frank look bad here. >> >> I didn't, I use special character for my password and run into the >> same issue several times. > > IOW I don't recommend to change the password, I recommend to change the > display manager ;). You're not making it better by suggesting to install pulseaudio. Are you Lennart's long lost little brother? cheers! mar77i
Re: [arch-general] GDM
On Fri, Nov 14, 2014 at 11:39 AM, Ralf Mardorf wrote: > IMHO you shouldn't waste your time with fixing this issue. > Strong words for somebody who modifies his CHOST in his MUA. xD Using y, z and special characters in all my passwords, thanks for making Frank look bad here. cheers! mar77i
Re: [arch-general] Preferred CHOST
On Wed, Nov 5, 2014 at 12:13 PM, Ralf Mardorf wrote: > Hi Martti, > > On Wed, 5 Nov 2014 07:56:25 +0100 > Martti Kühne wrote: >> On Tue, Nov 4, 2014 at 11:32 PM, Ralf Mardorf >> wrote: >> > >> > OK, so it perhaps should be the default for CHOST, but for packages >> > such as Claws mail --build=$(uname -m)-arch-linux-gnu should be ok, >> > while CHOST still could be as it is. >> > >> >> >> Wait, you'd prefer an untrue, nongeneric and revealing value passed in >> your mail headers to the generic and truthful representation of your >> system? > > could you explain what's untrue with it? Other distros do that too. > Well your software isn't built with the CHOST you want claws to recite. So technically it would be lying. >> Go ahead and build the package that way and want to have mail headers >> that uniquely reveal your choice linux distribution? >> Did you think this through? I mean, yeah, Arch has its benefits, but >> I'm not sure security is of no concern at all for it. > > What is insecure when doing it? You cannot tell or know. But your way an attacker (they usually know more than you or I) has the advantage of knowing exactly which of the distros he is targeting. cheers! mar77i
Re: [arch-general] Preferred CHOST
On Tue, Nov 4, 2014 at 11:32 PM, Ralf Mardorf wrote: > > OK, so it perhaps should be the default for CHOST, but for packages such > as Claws mail --build=$(uname -m)-arch-linux-gnu should be ok, while > CHOST still could be as it is. > Wait, you'd prefer an untrue, nongeneric and revealing value passed in your mail headers to the generic and truthful representation of your system? Go ahead and build the package that way and want to have mail headers that uniquely reveal your choice linux distribution? Did you think this through? I mean, yeah, Arch has its benefits, but I'm not sure security is of no concern at all for it. cheers! mar77i
Re: [arch-general] Where's my locale gone?
In LC_* and LANG utf8 in lower case and without a minus is, from my experience illegal. Did you try using upper-case environment values? cheers! mar77i
Re: [arch-general] A good time to switch to dash as /bin/sh?
On Fri, Sep 26, 2014 at 2:06 PM, Mailing Lists wrote: > > Even if we agree to shift /bin/sh to dash, I'm not sure that it'll make > that much of a difference. From what I've read, most of the problems > come from CGI scripts which invoke bash, and ssh post-authentication. > I'm not saying that these are the only vectors of attack, no, but these > are the ones which are mentioned the most. Since bash is not generally > used remotely (except in the case of sshing to a remote machine), I > doubt that removing bashisms from most such scripts will really make > much difference in security. How many of these scripts are even called > remotely? How many of them actually form an attack surface? Do you have > any data for that? Without actually having this data, it seems > irresponsible to talk about shifting. > Removing bashisms would not have any inpact in security but rather enable us switching /bin/sh away from /usr/bin/bash. Which we in general appear to agree on? cheers! mar77i
Re: [arch-general] A good time to switch to dash as /bin/sh?
On Fri, Sep 26, 2014 at 10:14 AM, lolilolicon wrote:
> On Fri, Sep 26, 2014 at 3:11 PM, Martti Kühne wrote:
>> Arch cannot realistically switch away from bash as long as both its
>> package management depends on it for both package creation and package
>> management tasks.
>
> But we can switch away from using bash as /bin/sh.
Uhm, okay. But let me throw this in: Bash is actively developped, the
patch for CVE-2014-{6271,7169} was on my system before I even learned
about these problems. Despite that I'm still not convinced as to why
the issue in question is such a big deal, I must say it's unlikely
we're better off with a less active, less used shell.
cheers!
mar77i
Re: [arch-general] multiarch support like debian, pro and cons?
On Fri, Sep 26, 2014 at 1:08 AM, Ranomier wrote: > I wrote my idea first on the irc, but i think here is a better place. > > The idea is to give up multiarch repo and make pacman and archlinux capable > for real multiarch support > > That means u could install a 32bit package from the normal repos core, > extra, community usw and not from multilib repo in 64bit arch. (example: > pacman -S firefox:i386) > I personally find this approach better and more transparent than what Debian does. I'm not sure how they manage multiarch, but on debian I also cannot tell IF a given program uses 64 bit code at a time. I like how Arch's configuration is consistent and that in any given context, I can be certain it's using the bloated pointer type. I wanted to go as far as calling that approach of Debian names, but it's just not right now fitting into the tone of this email, so I leave that open to the reader. cheers! mar77i
Re: [arch-general] mkinitcpio debugging with systemd
On Thu, Sep 25, 2014 at 7:21 PM, Tobias Hunger wrote: > Hi Martti, > > I did mention that I have been playing with the hooks and systemd in my > initial mail. At least I thought that would be clear. Sorry if it was not. > I will try to make that more clear next time. Was my first post here, I > only joined this list recently. > > My question about how to open a debug shell is not effected by my changes > in any way. > That said, I'm sorry. I should have just told you to test without your changes and been done with it. cheers! mar77i
Re: [arch-general] A good time to switch to dash as /bin/sh?
Arch cannot realistically switch away from bash as long as both its package management depends on it for both package creation and package management tasks. cheers! mar77i
Re: [arch-general] mkinitcpio debugging with systemd
hi tobias, I wasn't taking you rude. But implying you were using custom packages while we're trying to debug an issue is generally seen as a serious undermining of any help... Such things are to be mentioned beforehand, since the basic assumption is a repo install. cheers! mar77i
Re: [arch-general] mkinitcpio debugging with systemd
On Wed, Sep 24, 2014 at 1:47 PM, Tobias Hunger wrote: > > My C-foo is a bit rusty, so who knows what I actually put into my > patched version of systemd-fstab-generator that I have on that > initrd;-) > I was planning to complain already. Try not to insult people trying to help you like that... cheers! mar77i
Re: [arch-general] mkinitcpio debugging with systemd
On Wed, Sep 24, 2014 at 9:51 AM, Tobias Hunger wrote: > Then it fails with "/bin/sh not found". > As new_root is mounted (/bin/sh is there in the initrd), where /bin is a symlink to /usr/bin, this should be obvious... >> You also did not provide any error message or other >> pointer which would lead us to the source of your problem, and I think >> you should add anything you have (eg. remove the "quiet" boot option). > > I have to admit that I did not think about removing "quiet" this > morning:-/ Shame on me. > > My question is basically how to get the a debug shell in an initrd > created by mkinitcpio with the "systemd" hook enabled? > > The long and involved way is most likely to make sure the > systemd-debug-generator will be added to the initrd by the "systemd" > hook, together with a modified debug-shell.service that actually is > started during the initrd (and not only afterwards). > > Then I should be able to enable that debug shell with the kernel > parameters documented for the systemd-debug-generator. > > Is there a simpler way, involving less hacking? > With /usr not correctly mounted, you might want to check fstab and arch-chroot to the current setup and try mount -a? Maybe somehow pull busybox into / before you chroot, so you have everything you need while in the dark ages... cheers! mar77i
Re: [arch-general] mkinitcpio debugging with systemd
On Wed, Sep 24, 2014 at 12:38 AM, Tobias Hunger wrote: > Hello! > > I am running a initrd make with mkinitcpio using the "systemd" hook. > > This works great in general, but after a bit of playing with the hooks > and systemd code the generated initrd will no longer start. That is no > big deal and entirely my fault and I should be able to fix it. My > problem is now that I can not really debug the initrd anymore. > > Is there a way to get a debug shell on the initrd when using the > systemd hook? Any hints would be greatly appreciated:-) > > Best Regards, > Tobias Thanks for the pointer. I just removed the init= setting from /etc/default/grub and added the systemd hook to mkinitcpio.conf. I generated both the bootloader config and the initcpio. However, I still wonder, because my machine boots just fine this way. Thinking more closely about the issue as you present it, usually, if things go wrong in the inticpio stage you get thrown to a shell to fix stuff manually. As it does not looks like this seems to be the case, your new_root appears to get mounted and the issue appears to be somewhere else... You also did not provide any error message or other pointer which would lead us to the source of your problem, and I think you should add anything you have (eg. remove the "quiet" boot option). cheers! mar77i
Re: [arch-general] Migrating /var to a different partition
On Thu, Sep 4, 2014 at 1:36 PM, Damjan Georgievski wrote: > make a filesystem on the extra partition (mkfs.ext4) > enter resuce or emergency mode (systemctl rescue) so that the least services > run > > mount the new partition to /mnt > move everything from /var to /mnt > unmount /mnt > edit the /etc/fstab > > reboot > -1. Did you try this yourself? Can you think of any errors that your approach might cause? See, if you have open files in /var, they might get recreated on shutdown. Which leaves the mount point nonempty and probably breaks your boot process. cheers! mar77i
Re: [arch-general] Migrating /var to a different partition
On Thu, Sep 4, 2014 at 1:13 PM, Sri Krishna wrote: > Hi, > > I'm doing a clean install of Arch on a new computer, and during the install > I'd already set aside 2GiB for the /var partition. > > Except I forgot to add it to fstab before I exited chroot, and booted into > Arch and installed a DE etc. Now two days later I realize that Arch has > already created a /var directory on the / partition. How do I migrate /var > into the partition I'd originally created for it? > > Is it as simple as adding a line to fstab and rebooting? > Obviously, no. Check pacman -Ql. You'll probably end up booting from cd, moving all data that now resides in /var to your var partition, change fstab and see if that boots. cheers! mar77i
Re: [arch-general] System vs. user-wide locale
Do you mean everybody should do it like this or just you? Because the latter seems totally fine to me. cheers! mar77i
Re: [arch-general] help, the ibus input candidate list is far away from input window
On Fri, Jul 25, 2014 at 10:13 AM, 宾 wrote: > hi, when I use geany and firefox, the input candidate list is away from input > window (not following the cursor, but at the bottom left corner), how can I > solve this problem? > I use ibus-rime, xfce. > any help will be appreciated. > thank you > > please visit this link for screen shot > http://pan.baidu.com/s/1dDGgHB7 Did you try exporting these variables before starting either firefox/geany? [0] https://wiki.archlinux.org/index.php/IBus#GTK.2B_applications cheers! mar77i
Re: [arch-general] [arch-dev-public] systemd 215 group names
On Wed, Jul 9, 2014 at 7:43 PM, Karol Blazewicz wrote: > > I don't understand what you mean. Should I log in as root then? What > exactly went wrong and what exactly do you mean by 'moving'? Open a shell so you maintain privileges between actions. If there's no group file, sudo will fail trying to auth you based on group membership. On Wed, Jul 9, 2014 at 7:45 PM, Gaetan Bisson wrote: > > Upgrading while travelling has never been the brightest idea. > > Couldn't you wait till you get back home for that? > Nah. It were interesting minutes, so I'd do this again. Thanks to a certain RedHat developper, setting init= explicitly has its own good feel. :-) cheers! mar77i
Re: [arch-general] [arch-dev-public] systemd 215 group names
On Tue, Jul 8, 2014 at 6:06 PM, Dave Reisner wrote:
> Hi,
>
> If you're a [testing] user who's installed systemd 215 with a pkgrel of
> 1-3, you're interested in this.
>
> A new feature of systemd, sysusers, was introduced which creates
> users/groups on demand for stateless systems. The upstream files ship
> the groups 'dialout', 'tape', and 'cdrom'. With systemd-215-4, these are
> properly modified to Arch's 'uucp', 'storage', and 'optical',
> respectively.
>
> If you installed a prior version, you likely now have these former
> groups in your /etc/group -- these can be safely deleted, as we will not
> currently use them. In other words, you can safely run:
>
> sed -i.bkup '/^\(dialout\|tape\|cdrom\):x:/d' /etc/group
>
> Make sure to diff the result against /etc/group.bkup afterwards and
> delete the backup if not needed.
>
> Cheers,
> Dave
Answering on arch-general as I can't post to arch-dev-public.
Because, while we're at it... I'm not very proud to add, don't use
sudo while moving around /etc/group.
I'm currently travelling and more or less only have this machine to
work with. As I haven't memorized any systemd boot flags, some time
later I finally found a way to get back up and running by setting
"init=/bin/bash"...
So, really, don't use sudo for /etc/{passwd,shadow,group,gshadow}.
cheers!
mar77i
Re: [arch-general] systemd 214, journal problem
This is not correct. :-) Fail2ban needs to somehow get those messages from journald. Did you try disabling it for a boot? When you update today, maybe trying to log the clogging of your services (eg. strace) would be a good idea. cheers! mar77i
Re: [arch-general] systemd 214, journal problem
On Wed, Jun 25, 2014 at 9:04 AM, Stefan Tatschner wrote: > I dont't get *ANY* message after booting the machine. After every > service has been started (my last one is always fail2ban) I do not get > any more messages. This includes e.g. postfix, amavis, ssh, dovecot, > cron, sudo things, ... > > The lack of journal messages also mean that fail2ban does not work; > that's really bad. I will try updating once again later this day and > I'll let you know. I'm not sure how you configured fail2ban, but since it's not working for you and a quick research reveals it does things with logs... This clearly points to some incompatibility between systemd-214 and fail2ban. Did you contact devs of either? They might be able to point something out you have overlooked up to now.
Re: [arch-general] gnome videos 3.12
On Mon, Jun 23, 2014 at 3:06 PM, Eduardo Machado wrote: > Hi, > > after the last upgrade of gnome (including it's video software), this video > app has no menu. When i click on the configurations button it does not show > the menu for the configurations. > What video app? There are plenty of those... cheers! mar77i
Re: [arch-general] linux 3.15.1-1 and blank screen on boot
On Mon, Jun 23, 2014 at 3:04 PM, Eduardo Machado wrote: > After the last kernel update, when the mahine is booting, i see some info > on scrren, but when the frame buffer starts it became blank. > But the system finish to boot, the monitor is on, and i can blindly log in. > Logs can be searched using "journalctl" and likely grep. What gfx driver do you have in place? I'd be interested in those messages too, they're likely in the logs. cheers! mar77i
Re: [arch-general] Package for "gsmartcontrol" is out of date: upstream moved
On Wed, Jun 18, 2014 at 4:49 PM, John Lane wrote: > >> >> I have attached a patch. >> > sorry just noticed the patch was backwards. Here it is again, corrected :) No, we still don't take attachments. Read what Lukas told you. cheers! mar77i
[arch-general] split packages: basic assumptions about $pkgname in prepare() and build()
guys so, this morning I made the mistake to try building a random split package PKGBUILD from ABS with the --pkg flag. ==> Starting prepare()... /home/martti/abs/systemd/PKGBUILD: line 33: cd: libsystemd-212: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... Wait a minute, really? After building a little tool to find packages that use $pkgname in prepare()/build() despite the fact that $pkgname isn't *necessarily* the right thing to use to build their source paths, I'm revealed 53 of a total of 400 split packages appear to be using that variable in building. Which equates to a good one in every eighth PKGBUILD of the split packages ecosystem. Now, sure, makepkg could mitigate this problem by setting $pkgname to $pkgbase for the execution of prepare() and build(), but this would first have to be instroduced upstream. My findings are listed below. cheers! mar77i /var/abs/core/systemd/PKGBUILD /var/abs/core/util-linux/PKGBUILD /var/abs/testing/pidgin/PKGBUILD /var/abs/testing/systemd/PKGBUILD /var/abs/testing/vim/PKGBUILD /var/abs/community/python-prettytable/PKGBUILD /var/abs/community/man-pages-zh/PKGBUILD /var/abs/community/luarocks/PKGBUILD /var/abs/community/grails/PKGBUILD /var/abs/community/python-werkzeug/PKGBUILD /var/abs/community/marisa/PKGBUILD /var/abs/community/python-flask/PKGBUILD /var/abs/community/tesseract/PKGBUILD /var/abs/community/protobuf/PKGBUILD /var/abs/community/lua-alt-getopt/PKGBUILD /var/abs/community/python-urllib3/PKGBUILD /var/abs/community/python-mysql-connector/PKGBUILD /var/abs/community/jack2/PKGBUILD /var/abs/community/python-biopython/PKGBUILD /var/abs/community/python-jsonschema/PKGBUILD /var/abs/community/python-jsonpointer/PKGBUILD /var/abs/community/python-pbr/PKGBUILD /var/abs/community/bird/PKGBUILD /var/abs/community/xe-guest-utilities/PKGBUILD /var/abs/community/python-httplib2/PKGBUILD /var/abs/community/rxvt-unicode/PKGBUILD /var/abs/community/qstardict/PKGBUILD /var/abs/community/notmuch/PKGBUILD /var/abs/community/python-sh/PKGBUILD /var/abs/community/python-jsonpatch/PKGBUILD /var/abs/community/scala/PKGBUILD /var/abs/community-testing/rxvt-unicode/PKGBUILD /var/abs/extra/hyphen/PKGBUILD /var/abs/extra/pangomm/PKGBUILD /var/abs/extra/hspell/PKGBUILD /var/abs/extra/postfix/PKGBUILD /var/abs/extra/python-virtualenv/PKGBUILD /var/abs/extra/glibmm/PKGBUILD /var/abs/extra/bluez/PKGBUILD /var/abs/extra/oxygen-icons/PKGBUILD /var/abs/extra/lapack/PKGBUILD /var/abs/extra/qemu/PKGBUILD /var/abs/extra/elementary/PKGBUILD /var/abs/extra/efl/PKGBUILD /var/abs/extra/pidgin/PKGBUILD /var/abs/extra/redland/PKGBUILD /var/abs/extra/xsane/PKGBUILD /var/abs/extra/python-pip/PKGBUILD /var/abs/extra/gnome-desktop-sharp/PKGBUILD /var/abs/extra/opencv/PKGBUILD /var/abs/extra/vim/PKGBUILD /var/abs/extra/digikam/PKGBUILD /var/abs/extra/ocaml/PKGBUILD
Re: [arch-general] makepkg.conf CFLAGS
On Mon, Jun 2, 2014 at 2:56 PM, Yamakaky wrote: > Grouped answer (french guy here, be indulgent ^^) : > Sure. [...] > >> Meanwhile you didn't make clear why don't you side with OP after >> justifying his point? > Google it. OP is the "Original Poster". Also known as "You". > > >> anyone rebuilding some set of packages with ABS to eek out a bit of >> extra performance is aware that the default compiler flags need to >> be changed > > > I didn't talk about that, all my point is about AUR building. > makepkg.conf affects *any* building, not just such from aur. That distinction does nowhere exist. > >> I'm sure there are users who build packages without devtools and then >> expect it to be portable > > > I think they should read a bit of doc before cross-compiling. > It's not crosscompiling if I think "64 bit intel-compatible, aka x86_64", is it? We're discussing running the same binary on similar enough platforms in that they're called by the same name. cheers! mar77i
Re: [arch-general] makepkg.conf CFLAGS
On Mon, Jun 2, 2014 at 2:29 PM, Daniel Micay wrote: > > Generating efficient code for the local machine by default makes sense > and doesn't get in the way of building truly portable packages with > devtools. However, I'm sure there are users who build packages without > devtools and then expect it to be portable and changing the default is > bound to lead to noise on the bug tracker. > As much as I would welcome the idea of -march=native too, you do have a point there. Thanks. cheers! mar77i
Re: [arch-general] makepkg.conf CFLAGS
On Mon, Jun 2, 2014 at 1:11 PM, Daniel Micay wrote: > > The official packages are built in a clean container with the makepkg > configuration files in the devtools package. In the past, portability > issue would have been a factor. I do think the status quo of having it > match the devtools flags is perfectly fine, as it's trivial to replace > `-march=x86_64 -mtune=generic` with `-march=native`. That's pretty cool, actually. Thanks for the update. Meanwhile you didn't make clear why don't you side with OP after justifying his point? cheers! mar77i
Re: [arch-general] makepkg.conf CFLAGS
On Sun, Jun 1, 2014 at 2:03 PM, Yamakaky wrote: > Hi > > I just discovered the gcc option march=native. It enables all the > local-supported optimizations, without downsides except the non-portability > of the binaries. Is there a reason why it isn't enabled by default, as cross > platform compilation isn't used by most of the users (I think) ? > > Yamakaky Cross platform compilation is a requirement for the most important of makepkg's users, namely our package maintainers... cheers! mar77i
Re: [arch-general] libpng warning - qt application
On Tue, May 27, 2014 at 5:43 PM, Guus Snijders wrote: > [Python/QT application troubleshooting, libpng warning] > > A little more testing showed that the warning was generated by a > webviewer that is part of this program. > After a lot of testing, it turned out that the problem of not showing > the PNGs i wanted, was unrelated to this warning, it was caused by the > specific project that i tried to edit with this program. > When i tried another project (same program), the neccesary PNG's show > up nicely. The warning is still there, but is apparently not > important. What warning? This one? libpng warning: iCCP: Not recognizing known sRGB profile that has been edited cheers! mar77i
Re: [arch-general] Why is it dangerous to run makepkg as root?
May I remind everyone that makepkg is a bash script. Some might argue it's bloated and too long, while others might counter that the discussion is going on way too long already and forking a bash script for personal use would generally be an option. I'd be glad if the devs kept things "generally" working. Thank you. cheers! mar77i
Re: [arch-general] Broken mirror
make that "you must be on a different internet" also let me provide some more complete output: $ ping archlinux.c3sl.ufpr.br ping: unknown host archlinux.c3sl.ufpr.br $ ping sagres.c3sl.ufpr.br ping: unknown host sagres.c3sl.ufpr.br $ ping 200.236.31.1 PING 200.236.31.1 (200.236.31.1) 56(84) bytes of data. ^C --- 200.236.31.1 ping statistics --- 14 packets transmitted, 0 received, 100% packet loss, time 13008ms cheers! mar77i
Re: [arch-general] Broken mirror
On Fri, May 16, 2014 at 1:59 PM, Guillaume ALAUX wrote: > > This mirror works, it is just not IPv6. > > % ping archlinux.c3sl.ufpr.br > PING sagres.c3sl.ufpr.br (200.236.31.1) 56(84) bytes of data. > 64 bytes from sagres.c3sl.ufpr.br (200.236.31.1): icmp_seq=1 > ttl=39 time=341 ms > 64 bytes from sagres.c3sl.ufpr.br (200.236.31.1): icmp_seq=2 > ttl=39 time=346 ms > ^C > --- sagres.c3sl.ufpr.br ping statistics --- > 2 packets transmitted, 2 received, 0% packet loss, time 1001ms > rtt min/avg/max/mdev = 341.659/344.322/346.985/2.663 ms > > And downloading package from it works too. > > https://www.archlinux.org/mirrors/ > https://www.archlinux.org/mirrors/status/ you must not be on a different internet. $ ping ufpr.br PING ufpr.br (200.17.203.23) 56(84) bytes of data. ^C --- ufpr.br ping statistics --- 74 packets transmitted, 0 received, 100% packet loss, time 72999ms martti@marspiarch: 1 ~$ ping ufpr.br PING ufpr.br (200.17.203.23) 56(84) bytes of data. ^C --- ufpr.br ping statistics --- 10 packets transmitted, 0 received, 100% packet loss, time 8999ms $ ping c3sl.ufpr.br ^C $ ping archlinux.c3sl.ufpr.br ^C $ ping archlinux.c3sl.ufpr.br ^C $ ping 200.236.31.1 PING 200.236.31.1 (200.236.31.1) 56(84) bytes of data. ^C --- 200.236.31.1 ping statistics --- 31 packets transmitted, 0 received, 100% packet loss, time 29006ms
Re: [arch-general] Broken mirror
On Fri, May 16, 2014 at 1:40 PM, Hugo Osvaldo Barrera wrote: > $ ping6 archlinux.c3sl.ufpr.br Google reveals ufpr.br is the "UFPR - Universidade Federal do Paraná". Their website isn't reachable, so your contact - from your friendly WHOIS service that shall remain unnamed (they're all spectacularly shady and broken, thoguh): nic-hdl-br: PRRKR person: PAULO ROBERTO ROCHA KRÜGER e-mail: kru...@ufpr.br created: 20101026 changed: 20110315 ...though that won't help, because probably with the connection their mail server has likely gone down along. Somebody in that city is having a bad day, I'm almost certain. cheers! mar77i
Re: [arch-general] archlinux kernel 3.14.2-1 Broadcom BCM4312 firmware-files not found
On Fri, May 9, 2014 at 7:00 PM, Andreas Adelmann wrote: > What have i done: > reinstalled firmware b43-firmware-5.100.130 by using Kernel > 3.14.1-1 and 3.14.2-1 - no success. > Only reinstalling the module won't do. You need to recompile for every kernel. cheers! mar77i
Re: [arch-general] KDE Issue
Hi guys, I've had this problem before. Last time I was able to solve it by installing all the kdebase, phonon-vlc, kdebase-workspace groups. The specific error messages definitely also go somewhere, but I'm not sure where exactly right now. ~/.xsession-errors? cheers! mar77i
Re: [arch-general] CONFIG_TCP_CONG_VENO on Wifi link with a laptop
On Wed, Apr 23, 2014 at 9:03 AM, Martti Kühne wrote: > On Tue, Apr 22, 2014 at 5:38 AM, Olivier Langlois > wrote: >> does anyone had a positive experience with this TCP congestion avoidance >> method with this particular setup? > > > Hmm. I want to try this. the stock kernel actually ships tcp_veno. this is how to set it up: # echo tcp_veno > /etc/modules-load.d/tcp_veno.conf # echo net.ipv4.tcp_congestion_control = veno > /etc/sysctl.d/tcp_veno.conf I'm trying it for my laptop right now. Nothing out of the ordinary happened, I haven't tested the throughput since, but it's working fine. cheers! mar77i
Re: [arch-general] CONFIG_TCP_CONG_VENO on Wifi link with a laptop
On Tue, Apr 22, 2014 at 5:38 AM, Olivier Langlois wrote: > does anyone had a positive experience with this TCP congestion avoidance > method with this particular setup? Hmm. I want to try this.
Re: [arch-general] Bug NetworkManager when restart NetworkManager service
On Wed, Apr 9, 2014 at 10:39 AM, Maykel Franco wrote: > > OK, but I uninstall dhcpcd? I have to do something to use dhclient > networkmanager? > you can explicitly configure the client to be used, as stated in [0]. cheers! mar77i [0] http://manpages.ubuntu.com/manpages/natty/man5/NetworkManager.conf.5.html
Re: [arch-general] Request: PKGBUILD removal of (sysdig|sysdig-git)
On Fri, Apr 4, 2014 at 4:59 PM, wrote: > On 2014-04-04 07:46, Borja wrote: >> >> Hi chaps! >> >> I would like to requestthe removal the one of this two PKGBUILD: >> >> - sysdig >> - sysdig-git >> >> I've comitted both of them by mistake. I would say that maybe it's better >> to >> keep sysdig? Or maybe guys you think it's better to keep sysdig-git just >> in >> case the people from Draios Inc. will add support to Arch to their >> installer? >> >> Cheers! >> >> >> = >> >> GPG key ID 4CA6E08B -- https://www.libcrack.so/ > > > I believe you wanted the aur-general mailing list, not arch-general. CCing to aur-general for completeness. cheers! mar77i
Re: [arch-general] /var lost, how "reinstal" Archlinux?
On Thu, Apr 3, 2014 at 11:43 AM, Thomas Bächler wrote: > 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. > Now that you mention it... okay.jpg cheers! mar77i
Re: [arch-general] /var lost, how "reinstal" Archlinux?
On Thu, Apr 3, 2014 at 11:38 AM, Jeff Daniel Rollin-Jones wrote: > It might actually be easier to reinstall than to go through "pacmanning" > everything that's been lost, individually. > Do you mean `pacman -S $(pacman -Qq)`? cheers! mar77i
Re: [arch-general] /var lost, how "reinstal" Archlinux?
Or better, check with the command that tests all packages' files for presence. # pacman -Qk | grep -v '0 missing files' cheers! mar77i
Re: [arch-general] [arch-dev-public] Trimming down our default kernel configuration
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 slightly more convenient? What if that "one > day" is a year from now? Two years? And what if your time spent > "experimenting" > leads you to conclude that these things are "factually useless" to you? What > then of the effort the devs put into it? > How did it happen that we're arguing about someone else's effort? Both of us are not trying to tell anyone to do anything, because people know that if they do something they do something and if they don't they don't. Stop standing in the way. cheers! mar77i
Re: [arch-general] [arch-dev-public] Trimming down our default kernel configuration
On Fri, Mar 28, 2014 at 2:40 PM, Bigby James wrote: > On Fri, Mar 28, 2014 at 12:01:06PM +0100, Martti Kühne wrote: >> I'm very much for cleaning up the kernel config from things that >> factually are useless. >> > > "Factually useless" is not a subjective standard by which to measure things. > If I fully agree. Neither is common sense, obviously. > you don't personally configure the features in question by installing > third-party userspace packages then they are, in fact, useless to you. If you Well, they came in when people argued in favor of them. [0] > don't contribute code to the kernel, the kernel debugging features (which eat > up > a lot of build time) are almost certainly, in fact, useless to you. Such is > the I guess we all agree about the debugging features. > case for everything found in the kernel: Someone, somewhere will find it > useful, > and that's a fact. Whether the majority of Arch users find it useful, and it > therefore should be maintained by a limited staff with limited resources, is > what's in question here. If a justifiable amount of effort saves a significant amount of time and energy for the few people who use it, I'm in favor of the security features being there so I have them at my disposal in case I would decide to experiment with them one day too. The hurdle to consider such features is higher if they aren't in the official kernel, as building a kernel takes time and caution. What will actually happen is fully that person's decision who will or will not implement change. And no, I'm not aware of any decisions around Arch needed any kind of majority. Good day. mar77i [0] https://mailman.archlinux.org/pipermail/arch-general/2013-November/034385.html
Re: [arch-general] [arch-dev-public] Trimming down our default kernel configuration
On Fri, Mar 28, 2014 at 11:54 AM, Arthur Țițeică wrote: > Hi, > > În ziua de Joi 27 Martie 2014, la 23:49:45, Thomas Bächler a scris: >> And here is my problem: Audit is enabled by default and must be >> explicitly disabled by the admin. This is a showstopper for me! There is >> no kernel option to configure audit to be disabled by default (as far as >> I am aware) so that it can be enabled with 'audit=1' on the command line. > > I couldn't find a definitive answer but the two documents I did find ¹² > suggest that having selinux and audit fully functional (not just enabled) has > no real performance impact. > > Kernel debugging options on the other side seem to have a much bigger impact. > > It raises a question mark that the two most important components of a system > (systemd and the kernel) have security measures disabled. > > People in this thread like to put out the over subjective "lightweight" factor > but still there are no bug reports or any other solid evidence that the kernel > ate their computers since apparmor, selinux and audit were semi-silently > enabled a few builds back. > Exactly my thoughts about this thread. http://i.imgur.com/nfFuu.jpg I'm very much for cleaning up the kernel config from things that factually are useless. Thanks for reading up everyone and keep trying to not step on each other's toes. cheers! mar77i
Re: [arch-general] database non-existent error
On Sun, Mar 16, 2014 at 11:19 PM, message wrote: > > Sorry, pacman was a favourite arcade game...:) Bleep-bleep! Pacman is NOT a game and this list is now haunted... cheers! mar77i
Re: [arch-general] bridge with netctl
To say it out in a manner as straight as possible, you have to include every device that the bridge should have any effect on in your bridge. And if you still think a device doesn't go in there, I'd have to listen to your reason and read up if that is actually valid. No, include all those devices already and let us move on.
Re: [arch-general] Permanently allow root access
On Mon, Feb 10, 2014 at 7:10 PM, Damjan wrote: > > why don't you just use sudo? > > $ sudo env > ... > DISPLAY=:0 > XAUTHORITY=/home/damjan/.Xauthority > ... > > those are propagated by default (I don't remember setting this up) > > > -- > дамјан Well... locally, at least, that's exactly why I needed that wrapper: $ command sudo env | grep ^XAUTHORITY $ sudo env | grep ^XAUTHORITY XAUTHORITY=/home/martti/.Xauthority you yourself are obviously relying on one of the proposed fixes, likely the one from your sudoers file. cheers! mar77i
Re: [arch-general] Permanently allow root access
On Mon, Feb 3, 2014 at 12:14 PM, Heiko Becker wrote: > Hey, > > I cannot reproduce your exploit. > I'm not sure if you misunderstood me. I was enumerating the 2 or 3 more obscure ways to configure this (and tbh, I'd be looking for a while to find these), which I basically worked around in my .bashrc. cheers! mar77i
Re: [arch-general] journalctl and I/O errors
On Tue, Feb 4, 2014 at 7:33 AM, Janna Martl wrote: > On Mon, Feb 3, 2014 at 5:48 AM, Martti Kühne wrote: >>Mind sharing the coredump so we could have a look? :) > > Here's a backtrace, in case that helps: > > (gdb) bt full > #0 journal_file_move_to_object (f=f@entry=0x969cbc0, type=type@entry=3, > offset=2638264, ret=ret@entry=0xbfc6505c) at src/journal/journal-file.c:434 Uhh... That error is inside the inner workings of the journal. The data received there is obviously corrupted. Be really careful with that drive now, I suggest immediate replacement unless you prefer relying on imposition of hands and summoning the gods of sheer luck to get the same data back that was written. cheers! mar77i
Re: [arch-general] journalctl and I/O errors
On Thu, Jan 30, 2014 at 7:28 PM, Janna Martl wrote: >>> You are able to read all the journald files, aren't you? You are running >>> cp -r so it looks like so. >> >> IO errors can also cause a process to hang, and enter the dreaded "D" >> state. > > > It varies. Sometimes it hangs as a D-state process; sometimes it > explicitly says 'segmentation fault' and other times it just says 'bus > error (core dumped)'. > > Also cp -r does die with exit status 1 and errors > > /bin/cp: error reading > 'journal/8ba8e3a22718630e590610ed07dc/system@81fd64a9006446f2af954d739934edeb-00073a5b-0004f09d7cc446d8.journal': > Input/output error > /bin/cp: failed to extend > 'journal-new/8ba8e3a22718630e590610ed07dc/system@81fd64a9006446f2af954d739934edeb-00073a5b-0004f09d7cc446d8.journal': > Input/output error > > Most of the files are copied though and everything works fine > afterward. Mind sharing the coredump so we could have a look? :)
Re: [arch-general] Permanently allow root access
Hey guys
I'll just throw my more local (than probably necessary) .bashrc
function in here...
sudo ()
{
local env;
if [[ -n "$DISPLAY" ]]; then
command sudo "XAUTHORITY=$HOME/.Xauthority" "$@";
else
command sudo "$@";
fi
}
You don't give up on X11 cookies, you don't need to touch pam and can
go on hoping it works in your favor, and thridly, there's even a
mention of .Xauthority in the stock sudoers file, so, you'll never
find where these things are set up on a running system anyway...
cheers!
mar77i
Re: [arch-general] python-dbus upgrade 1.20-2 fails
Alternatively, removing those files from your filesystem manually poses a solution which doesn't include the infamous --force.
Re: [arch-general] Error install blink-darcs
On Sun, Jan 12, 2014 at 3:31 PM, Maykel Franco wrote: [...] > > Thanks for your help. Dear Mr. Franco, Yeah, that was more than you should expect from arch-general. The real mailing list where you want to ask for help is still aur-general which has not magically changed by now. Also, if you're not using the aur or makepkg to make your packages you're going to have a bad time. You manually set up all those dependencies which you could have found in the PKGBUILD from the start - but you do not understand what the PKGBUILD does because you thought you could use yaourt for the AUR. 1) No, the AUR is not officially supported. 2) If you want to use the AUR, help is always wanted, but help requires basic knowledge of bash and how PKGBUILDS, makepkg and pacman works; the key parts of ABS, the Archlinux Build System. 3) You made some progress, but you missed out important parts of the conversation already, and as of right now your conception of the facts is incomplete, we're unlikely to provide further help. 4) Yes, the last error message was about missing dependencies again. Next time you will need those dependencies, your "package manager" - which, I hope you are awaree, yaourt isn't, but pacman, and it will not find them and it will try to install them again. Which will lead to more confusion because these files already exist in the file system. Glad we could sort this out now. See you on aur-general. cheers! mar77i
Re: [arch-general] clients can no longer mount.cifs the '/' samba share from current Arch server (long)
On Wed, Jan 8, 2014 at 4:20 AM, David C. Rankin wrote: [...] > > So this is starting to look more like a smb problem after all. Got any other > thoughts? comparing with the config you posted and [0], why not take the error message literally? cheers! mar77i [0] http://www.samba.org/samba/docs/using_samba/ch09.html#samba2-CHP-9-SECT-2
Re: [arch-general] clients can no longer mount.cifs the '/' samba share from current Arch server (long)
On Tue, Jan 7, 2014 at 2:21 AM, David C. Rankin wrote: > Guys, > [...] > The results of mount showing successful mount of the [homes] and [samba] > shares: > > //phoinix/samba on /mnt/phx type cifs > (rw,relatime,vers=1.0,sec=ntlm,cache=loose,unc=\\phoinix\samba,username=david,uid=1000,forceuid,gid=0,noforcegid,addr=192.168.7.16,unix,posixpaths,serverino,acl,noperm,rsize=1048576,wsize=65536,actimeo=1) > //phoinix/david on /mnt/phx-david type cifs > (rw,relatime,vers=1.0,sec=ntlm,cache=loose,unc=\\phoinix\david,username=david,uid=1000,forceuid,gid=0,noforcegid,addr=192.168.7.16,unix,posixpaths,serverino,acl,noperm,rsize=1048576,wsize=65536,actimeo=1) > > However, attempting to mount the [config] share results in the error: > > [18:33 providence:~/tmp/cifs] # mount.cifs //phoinix/config /mnt/phx-cfg -v -o > username=david,uid=1000,credentials=/home/david/.dcr/mountcfile,noperm > mount.cifs kernel mount options: > ip=192.168.7.16,unc=\\phoinix\config,noperm,uid=1000,user=david,pass= > mount error(13): Permission denied > Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) > This vs. [0] vs. > [03:30 providence:/usr/src/linux-3.5.3-1-ARCH] # mount.cifs > //phoinix/config/mnt/phx-cfg -v -o > username=david,domain=RLFPLLC,uid=1000,credentials=/home/david/.dcr/mountcfile,noperm > mount.cifs kernel mount options: > ip=192.168.7.16,unc=\\phoinix\config,noperm,uid=1000,user=david,,domain=RLFPLLC,pass= > mount error(13): Permission denied > Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) I fail to see sec=ntlm in both your failing commands. Is that intentional or uncautious paste? cheers! mar77i [0] https://bbs.archlinux.org/viewtopic.php?id=160047
Re: [arch-general] Thank you
Thinking out loudly, arch is a lot of fun. Except for my occasional wrestles with systemd and its sort of layer cake it's awesome. If you need your graphics driver modprobed by the time X should launch you can put it into mkinitcpio.conf. And if you put stuff into mkinitcpio.conf, remember to argh build the image. /me swearing like a trooper. For crying out loud, there went an hour of puzzlement. cheers! mar77i
Re: [arch-general] Default value of "j" in makeflags of makepkg.conf
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. > > So, we keep repeating ourselves. > Because I have a strong opinion about this. Also to prevent people from running into this who are not that experienced in making things work. > There is the !makeflags option for PKGBUILDs to work around this problem > (which you would know if you read the thread). If a package is broken > with -j, this option helps. It's not nice to introduce this, then people start packaging some new piece of software they want to throw on the aur, but which no one cared to build with -j yet and they would check their build trees again and again and spent amounts of time on this similar to me to figure out what was going on - all while a manual build just worked for them. Garbage error messages, huge autohell pains, and all because of mr. brain0. cheers! mar77i
Re: [arch-general] Default value of "j" in makeflags of makepkg.conf
On Fri, Jan 3, 2014 at 3:16 PM, Thomas Bächler wrote: > 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 their box to not slow to a crawl just because they >> started makepkg :) > > Again, we're not changing to a sane default because some people are > unable to use their machines properly? > Actually, debugging a build that breaks because the build system can't handle -j is really a giant WTF point. I once was there, and after hours into code and logs I found that -j was the issue. Please do not introduce it. Thanks. You can't expect every upstream to fix their autohell to conform to our expectations here. cheers! mar77i
Re: [arch-general] USB S-ATA Adapter
On Fri, Jan 3, 2014 at 3:02 PM, Silvio Siefke wrote: > 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 StoreJet > 25M3 > > siefke ~ $ ls /dev | grep sd > sda > sda1 > sda2 > sdb > > This is usually the output when you have no, or in your case likely, a broken partition table. I did play around with partition table restoration tools in the past, but I don't remember what tools I was using back then. Look into packages.archlinux.org, the AUR for more tools, an anyway good place to start would probably be a tool called "gpart". cheers! mar77i
Re: [arch-general] nut UPS driver (upsdrvctl) fails to start for usbhid devices due to node perms - howto fix?
On Tue, Dec 17, 2013 at 7:07 PM, David C. Rankin wrote: > On 12/17/2013 04:29 AM, Vladimir Lomov wrote: >> No, it seems that is your issue (a body between monitor and a chair). I >> wouldn't do such brilliant suggestions without deep investigation with >> doubtless facts. And about facts, network-ups-tools works fine on my >> system: > > GRRR! I hate it when you are right... > > Dec 17 10:21:01 phoinix upsd[27151]: === Error Block Hit > Dec 17 10:21:01 phoinix upsd[27151]: getaddrinfo : Servname not > supported for ai_socktype > Dec 17 10:21:01 phoinix upsd[27151]: Server addr (Nodename): 192.168.7.16 > Dec 17 10:21:01 phoinix upsd[27151]: Server port (Servname): :3493 > Dec 17 10:21:01 phoinix upsd[27151]: hints.ai_flags: 1 > Dec 17 10:21:01 phoinix upsd[27151]: hints.ai_family : 0 > Dec 17 10:21:01 phoinix upsd[27151]: hints.ai_socktype : 1 > Dec 17 10:21:01 phoinix upsd[27151]: hints.ai_protocol : 6 > > Huh? :3493? > > Seems I've been hit by the vi bug... > > Sorry for the noise... > Good rubberducking! +1 cheers! mar77i
