March 2015 - Arch-general - lists.archlinux.org

[arch-general] Building in docker?
by Magnus Therning 27 Apr '16

27 Apr '16

For various reasons I'm looking into not using `makechrootpkg` when building the 200+ packages I put into a non-official repo. Obviously it's important to keep the building environment separate from my ordinary system environment. Going to full virtualisation is definitely overkill and the only containers I know of are chroots and docker. Docker has some nice attributes, in particular no need for root access. However, I don't know a whole lot about it, so I wonder are there any aspects to it that makes it a bad choice for building packages? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus Heuristic is an algorithm in a clown suit. It’s less predictable, it’s more fun, and it comes without a 30-day, money-back guarantee. -- Steve McConnell, Code Complete

6 13

[arch-general] Smartcard troubles on Arch
by Mathias Huber 18 Mar '16

18 Mar '16

Dear Archers, I am trying to get my Gemalto USB Shell Token V2 (GPG-Smartcard-Reader in a USB-Stick) to work on Arch. I've set up Udev in the way I did successfully in Ubuntu 12.04.LTS. However, no success. I am still trying to figure out where the trouble lies. I can never see the card using gpg --card-status But sometimes I see its fields when using pcscs_scan. Possible culprits: pcscd, which sometimes gives errors, gpg's USB support? Has anyone had success in setting up this reader or similar smartcard readers? Or had similar troubles? I would love to hear from you. Best, Mathias

3 3

[arch-general] Possibility of including xorg input patch
by Kirill Churin 25 Jul '15

25 Jul '15

Can this patch https://bugs.freedesktop.org/attachment.cgi?id=33142 be applied to Arch's xorg? It solves famous problem https://bugs.freedesktop.org/show_bug.cgi?id=865 with broken keyboard input for users who use multiple keyboard layouts without any noticeable side-effects. It's known this patch has been applied in Ubuntu. -- Kirill Churin Jabber: reflexing(a)reflexing.ru, ICQ: 8163230, Skype on demand.

5 4

[arch-general] xfce-powermanager issue since kernel 3.19
by Friedrich Strohmaier 28 Apr '15

28 Apr '15

Hi all, since having updated to kernel 3.19 xfce Power Manager Panel Plugin does not show my logitech trackball (m570) and keyboard (k230) both connected through wireless usb dongle. other logitech device (logitech m235 mouse) does. all are shown with lsusb: $ lsusb | grep Logitech Bus 004 Device 005: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 004 Device 004: ID 046d:c52f Logitech, Inc. Unifying Receiver Bus 003 Device 007: ID 046d:c52b Logitech, Inc. Unifying Receiver and all work fine. downgrading to kernel 3.18 solves this issue. This is nothing making me sad all the day :o)) Nevertheless I'm a little bit lost where to report what? -- Friedrich

2 2

[arch-general] Cannot use monitor in 1920x1080 anymore
by Alfredo Palhares 06 Apr '15

06 Apr '15

Hello fellow Arch users, Suddenly I cannot use my external monitor in the 1920x1080 mode, I add the following script that run every time I connect my thinkpad to the base: ``` #!/bin/bash set -x xrandr --output DP2-3 --mode 1920x1080 --right-of eDP1 xset m 1/2 1 ``` And after a update (I think) i can't use this resolution anymore. But when connecting the monitor to the laptop I still have that resolution ``` $ xrandr # Connected to the base Screen 0: minimum 8 x 8, current 2646 x 1024, maximum 32767 x 32767 eDP1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 277mm x 156mm 1366x768 60.00*+ 1024x768 60.00 800x600 60.32 56.25 640x480 59.94 DP1 disconnected (normal left inverted right x axis y axis) DP2 disconnected (normal left inverted right x axis y axis) DP2-1 disconnected (normal left inverted right x axis y axis) DP2-2 disconnected (normal left inverted right x axis y axis) DP2-3 connected (normal left inverted right x axis y axis) 1024x768 60.00 + 75.08 1280x1024 75.02 60.02 800x600 75.00 60.32 640x480 75.00 60.00 720x400 70.08 HDMI1 disconnected (normal left inverted right x axis y axis) HDMI2 disconnected (normal left inverted right x axis y axis) VIRTUAL1 disconnected (normal left inverted right x axis y axis) ``` ``` $ xrandr # Connected to the laptop VGA Screen 0: minimum 8 x 8, current 2646 x 1024, maximum 32767 x 32767 eDP1 connected 1366x768+0+0 (normal left inverted right x axis y axis) 277mm x 156mm 1366x768 60.00*+ 1024x768 60.00 800x600 60.32 56.25 640x480 59.94 DP1 disconnected (normal left inverted right x axis y axis) DP2 connected (normal left inverted right x axis y axis) 1920x1080 60.00 + 1680x1050 59.95 1280x1024 75.02 60.02 1152x864 75.00 1024x768 75.08 60.00 800x600 75.00 60.32 640x480 75.00 60.00 720x400 70.08 DP2-1 disconnected (normal left inverted right x axis y axis) DP2-2 disconnected (normal left inverted right x axis y axis) DP2-3 disconnected (normal left inverted right x axis y axis) HDMI1 disconnected (normal left inverted right x axis y axis) HDMI2 disconnected (normal left inverted right x axis y axis) VIRTUAL1 disconnected (normal left inverted right x axis y axis) ``` Any ideas how can I debug this problem further ? -- Regards, Alfredo Palhares

7 10

[arch-general] gcc bug ?
by 施不二 31 Mar '15

31 Mar '15

This error just occurred when I compile HOOMD-BLUE which could be compiled normally using gcc 4.9.1 /usr/include/boost/signals2/detail/signal_template.hpp: In instantiation of 'void boost::signals2::detail::signal1_impl<R, T1, Combiner, Group, GroupCompare, SlotFunction, ExtendedSlotFunction, Mutex>::force_cleanup_connections(const connection_list_type*) const [with R = std::bitset<32ul>; T1 = unsigned int; Combiner = comm_flags_bitwise_or; Group = int; GroupCompare = std::less<int>; SlotFunction = boost::function<std::bitset<32ul>(unsigned int)>; ExtendedSlotFunction = boost::function<std::bitset<32ul>(const boost::signals2::connection&, unsigned int)>; Mutex = boost::signals2::mutex; boost::signals2::detail::signal1_impl<R, T1, Combiner, Group, GroupCompare, SlotFunction, ExtendedSlotFunction, Mutex>::connection_list_type = boost::signals2::detail::grouped_list<int, std::less<int>, boost::shared_ptr<boost::signals2::detail::connection_body<std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >, boost::signals2::slot1<std::bitset<32ul>, unsigned int, boost::function<std::bitset<32ul>(unsigned int)> >, boost::signals2::mutex> > >; typename boost::signals2::detail::group_key<Group>::type = std::pair<boost::signals2::detail::slot_meta_group, boost::optional<int> >]': /usr/include/boost/signals2/detail/signal_template.hpp:420:15: required from 'boost::signals2::detail::signal1_impl<R, T1, Combiner, Group, GroupCompare, SlotFunction, ExtendedSlotFunction, Mutex>::invocation_janitor::~invocation_janitor() [with R = std::bitset<32ul>; T1 = unsigned int; Combiner = comm_flags_bitwise_or; Group = int; GroupCompare = std::less<int>; SlotFunction = boost::function<std::bitset<32ul>(unsigned int)>; ExtendedSlotFunction = boost::function<std::bitset<32ul>(const boost::signals2::connection&, unsigned int)>; Mutex = boost::signals2::mutex]' /usr/include/boost/signals2/detail/signal_template.hpp:240:85: required from 'boost::signals2::detail::signal1_impl<R, T1, Combiner, Group, GroupCompare, SlotFunction, ExtendedSlotFunction, Mutex>::result_type boost::signals2::detail::signal1_impl<R, T1, Combiner, Group, GroupCompare, SlotFunction, ExtendedSlotFunction, Mutex>::operator()(T1) [with R = std::bitset<32ul>; T1 = unsigned int; Combiner = comm_flags_bitwise_or; Group = int; GroupCompare = std::less<int>; SlotFunction = boost::function<std::bitset<32ul>(unsigned int)>; ExtendedSlotFunction = boost::function<std::bitset<32ul>(const boost::signals2::connection&, unsigned int)>; Mutex = boost::signals2::mutex; boost::signals2::detail::signal1_impl<R, T1, Combiner, Group, GroupCompare, SlotFunction, ExtendedSlotFunction, Mutex>::result_type = std::bitset<32ul>]' /usr/include/boost/signals2/detail/signal_template.hpp:718:17: required from 'boost::signals2::signal1<R, T1, Combiner, Group, GroupCompare, SlotFunction, ExtendedSlotFunction, Mutex>::result_type boost::signals2::signal1<R, T1, Combiner, Group, GroupCompare, SlotFunction, ExtendedSlotFunction, Mutex>::operator()(T1) [with R = std::bitset<32ul>; T1 = unsigned int; Combiner = comm_flags_bitwise_or; Group = int; GroupCompare = std::less<int>; SlotFunction = boost::function<std::bitset<32ul>(unsigned int)>; ExtendedSlotFunction = boost::function<std::bitset<32ul>(const boost::signals2::connection&, unsigned int)>; Mutex = boost::signals2::mutex; boost::signals2::signal1<R, T1, Combiner, Group, GroupCompare, SlotFunction, ExtendedSlotFunction, Mutex>::result_type = std::bitset<32ul>]' /home/shirui/hoomd-blue/src/hoomd-blue/libhoomd/communication/Communicator.cc:1023:41: required from here /usr/include/boost/signals2/detail/signal_template.hpp:502:9: internal compiler error: Segmentation fault } ^ Please submit a full bug report, with preprocessed source if appropriate. See <https://bugs.archlinux.org/> for instructions.

5 6

[arch-general] Window manager with resolution independent decorations?
by Felix E. Klee 30 Mar '15

30 Mar '15

For example, I want to specify that the title bar should be 5mm tall.

1 2

[arch-general] git bug? (2.3.4-1)
by Magnus Therning 27 Mar '15

27 Mar '15

I thought I'd ask here before raising a ticket. Is anyone else seeing this behaviour with git 2.3.4-1: ~~~ [I] % git fetch ssh: Could not resolve hostname build01:: Name or service not known fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. ~~~ Downgrading to 2.3.3-1 "solves" it. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus(a)therning.org jabber: magnus(a)therning.org twitter: magthe http://therning.org/magnus $my_args = shift; system("gcc $my_args"); print "I prefer C\n"; -- Robert Dieterich's contribution to the 2004 Perl Haiku Contest, Haikus in Perl - 'Dishonerable Mention' winner

3 5

Re: [arch-general] Nouveau Errors
by AIS Information 23 Mar '15

23 Mar '15

On 03/21/2015 07:00 AM, arch-general-request(a)archlinux.org wrote: > Message: 6 Date: Sat, 21 Mar 2015 10:03:27 +0100 From: Heiko Becker > <heikobecker92(a)gmail.com> To: General Discussion about Arch Linux > <arch-general(a)archlinux.org> Subject: Re: [arch-general] Nouveau Errors > Message-ID: <550D33DF.1010902(a)gmail.com> Content-Type: text/plain; > charset=utf-8; format=flowed On 03/21/2015 12:41 AM, Heiko Becker wrote: >> > Hey everyone, >> > >> > since the upgrade to kernel 3.19 I'm having some trouble with my laptop: >> > >> > When booting, it occasionally either crashes while establishing an >> > ibus connection or it floods the tty with some nouveau errors: >> > >> > nouveau E[ PFIFO][0000:01:00.0] SCHED_ERROR [ UNK06 ] >> > >> > Can someone help me fix this? >> > >> > Thanks in advance, >> > >> > Heiko > I was able to stop the scheduler errors from occuring by removing > xf86-vide-nouveau and installing vesa. > At least I'm able to see the other errors that come from nouveau currently. > > You can find them in a GitHub Gist: > https://gist.github.com/HeikoBecker/be417e2d97a34636dfd4 > This is the full dmesg output. > > > I hope someone can help me with this. > Thanks in advance. > > Regards, > > Heiko i might not be much help on this but here's some info. ---if it were me, i would update my bios/uefi. ---from your log output we see(lines 870 & 871): "[ 9.863404] nouveau 0000:01:00.0: Direct firmware load for nouveau/nv117_fuc409c failed with error -2 [ 9.863409] nouveau 0000:01:00.0: Direct firmware load for nouveau/fuc409c failed with error -2 " ---so this might be useful: https://bbs.archlinux.org/viewtopic.php?id=191566 ---i would, of course be sure to double check everything on the arch nouveau wiki page good luck

4 3

[arch-general] diff is going nuts
by Ralf Mardorf 22 Mar '15

22 Mar '15

Hi, for some time past I often need to replace diff with meld, since diff is going nuts. Today I noticed the most ridiculous thing. Just the first line is different! [1] Nothing else is different, but the complete file is listed. Regards, Ralf [1] [rocketmouse@archlinux energyXT27]$ pacman -Q diffutils diffutils 3.3-2 [rocketmouse@archlinux energyXT27]$ pacman -Si diffutils | grep Ver Version : 3.3-2 [rocketmouse@archlinux energyXT27]$ diff jack.cpp.default jack.cpp 3c3 < // compile: g++ -shared -lasound -ljack jack.cpp -o /_path_to_energyXT2_/libaam.so --- > // compile: g++ -shared -lasound -ljack jack.cpp -o /lib64/libaam.so 12,35c12,35 < const int STREAM_INIT = 0; < const int STREAM_OPEN = 1; < const int STREAM_CLOSE = 2; < //const int STREAM_PLAY = 3; < //const int STREAM_STOP = 4; < const int STREAM_EXIT = 5; < const int STREAM_ABOUT = 6; < const int STREAM_AUDIO_COUNT = 7; < const int STREAM_AUDIO_NAME = 8; < const int STREAM_FRAMES = 9; < const int STREAM_RATE = 10; < const int STREAM_LATENCY = 17; < const int STREAM_RELOAD = 18; < const int MIDI_IN_COUNT = 30; < const int MIDI_IN_NAME = 31; < const int MIDI_IN_ENABLE = 32; < const int MIDI_IN_ENABLED = 33; < const int AUDIO_IN_COUNT = 40; < const int AUDIO_IN_NAME = 41; < const int AUDIO_IN_ENABLE = 42; < const int AUDIO_IN_ENABLED = 43; < const int AUDIO_OUT_COUNT = 50; < const int AUDIO_OUT_NAME = 51; < const int AUDIO_OUT_ENABLE = 52; --- > const int STREAM_INIT = 0; > const int STREAM_OPEN = 1; > const int STREAM_CLOSE = 2; > //const int STREAM_PLAY = 3; > //const int STREAM_STOP = 4; > const int STREAM_EXIT = 5; > const int STREAM_ABOUT = 6; > const int STREAM_AUDIO_COUNT = 7; > const int STREAM_AUDIO_NAME = 8; > const int STREAM_FRAMES = 9; > const int STREAM_RATE = 10; > const int STREAM_LATENCY = 17; > const int STREAM_RELOAD = 18; > const int MIDI_IN_COUNT = 30; > const int MIDI_IN_NAME = 31; > const int MIDI_IN_ENABLE = 32; > const int MIDI_IN_ENABLED = 33; > const int AUDIO_IN_COUNT = 40; > const int AUDIO_IN_NAME = 41; > const int AUDIO_IN_ENABLE = 42; > const int AUDIO_IN_ENABLED = 43; > const int AUDIO_OUT_COUNT = 50; > const int AUDIO_OUT_NAME = 51; > const int AUDIO_OUT_ENABLE = 52; 42,44c42,44 < class CThread < { < public: --- > class CThread > { > public: 46,47c46,47 < pthread_t handle; < CThread(); --- > pthread_t handle; > CThread(); 50c50 < virtual void execute() {}; --- > virtual void execute() {}; 52,54c52,54 < < CThread :: CThread() < { --- > > CThread :: CThread() > { 57,62d56 [snip]

3 3