Re: [arch-general] Removing initrd (For use with GRUB2, LVM, GPT)
Btw, If I do decide to go with the alternative layout, then I ask myself what is the point of complicating my life and using GRUB2? If the /boot and / will be on physical partitions, the only reason I see to use GRUB2 is for the official GPT support (as oppose to GRUB-Legacy patched GPT support). -- Jonathan Vasquez
Re: [arch-general] pacman update conflict
On 01/08/2012 08:55 PM, Karol Blazewicz wrote: On Mon, Jan 9, 2012 at 4:28 AM, Matthew Monaco wrote: I occasionally get dependency errors when there is a pacman upgrade. I've gotten around it every single time by explicitly update pacman (pacman -S pacman), followed by my normal upgrade (pacman -Su) Do you have 'SyncFirst = pacman' in your pacman.conf? yes
Re: [arch-general] pacman update conflict
On 9 January 2012 12:24, Sander Jansen wrote: > On Jan 8, 2012 8:35 PM, "Qadri" wrote: >> >> > >> > resolving dependencies... >> > looking for inter-conflicts... >> > error: failed to prepare transaction (could not satisfy dependencies) >> > :: gcc: requires gcc-libs=4.6.2-1 >> > :: valgrind: requires glibc<2.15 >> > >> > Any suggestions on how to fix this conflict? >> > >> > Thanks, >> > >> > Sander >> > >> >> If you're okay with updating those two packages after you update pacman, >> (and you're not planning on running gcc or valgrind in between), then >> ignore the dependency check. Alternatively, don't update pacman first - >> though not knowing what version of pacman you're using, it's hard to say >> whether or not it'll be critical. >> >> MAQ. > > Current pacman is 4.0.1-1. Is it really? I think the 4.0.1 is only in testing, normal updates are at 3.5.4-4...
Re: [arch-general] pacman update conflict
On Jan 8, 2012 8:35 PM, "Qadri" wrote: > > > > > resolving dependencies... > > looking for inter-conflicts... > > error: failed to prepare transaction (could not satisfy dependencies) > > :: gcc: requires gcc-libs=4.6.2-1 > > :: valgrind: requires glibc<2.15 > > > > Any suggestions on how to fix this conflict? > > > > Thanks, > > > > Sander > > > > If you're okay with updating those two packages after you update pacman, > (and you're not planning on running gcc or valgrind in between), then > ignore the dependency check. Alternatively, don't update pacman first - > though not knowing what version of pacman you're using, it's hard to say > whether or not it'll be critical. > > MAQ. Current pacman is 4.0.1-1. Sander
[arch-general] Removing initrd (For use with GRUB2, LVM, GPT)
Hello everyone, So I've been experimenting on removing my use of initrd and using the kernel directly. My current setup is the following: GPT, LVM, GRUB2 (So I can boot my partitions that are inside the LVM). /dev/sda1 BIOS Boot Partition EF02 (GPT) /dev/sda2 Linux LVM (named arch) /dev/arch/boot - /boot /dev/arch/swap - swap /dev/arch/home - /home /dev/arch/root - / When I compiled my custom kernel (from upstream, and yes I did enable device mapper support compiled into the kernel, I've also experimented with it as a module), the kernel fails to see the / partition. So I turn on my computer, BIOS starts, then GRUB2 starts, GRUB2 sees the /boot partition inside of the `arch` lvm because GRUB2 has support for it (insmod lvm), then when the kernel (which is inside the /boot partition inside the lvm) starts, the kernel "loses" the ability to find the partitions inside of the lvm. Which leads me to believe that GRUB2's ability to see lvm partitions doesn't carry over to the kernel.. rightfully so, 2 seperate applications. Then the kernel panics and says that I need to set the correct root= parameter. The parameter is set but the parameter is /dev/arch/root .. a partition inside of the lvm which the kernel cannot see after GRUB2 boots the kernel. I'm assuming this is why we need an initrd. So that the /init script inside the initrd does what it needs (like `vgchange -a y` then mounting /dev/arch/root as newroot and transferring control back to the kernel with that new root parameter). I guess what I need to do is rethink my partition layout because I cannot see a way to boot my root LVM partition without initrd, without doing a few things. Here is a few drawings I've made to think about my layout: (Current Layout) http://farm8.staticflickr.com/7016/6664419375_2ee9a7b794_b.jpg (Pondering Sheet) http://farm8.staticflickr.com/7168/6664367587_6ca149cfb3_b.jpg As you can see in the second sheet, my thoughts are as follows: Scenario 1. GRUB 2 starts, it finds /boot inside of the lvm, that then triggers the kernel to start, which then finds the root partition that is on a regular partition on the hdd, therefore no dm-mod support needs to be compiled directly into the kernel or to use an initrd to set up the environment before hand, after that happens, the init scripts (also /etc/fstab) load up dm-mod and load up /home which is inside of the lvm as well. Scenario 2. GRUB 2 starts, it finds /boot which is now on a normal partition, that then triggers the kernel which also finds / on a normal partition as well, and then the kernel triggers the systems init scripts, and loads up all the other partitions back into the / filesystem layout. The point of the above set up is to minimize real partition usage, and maximize lvm usage for the benefits of flexibility (involving resizing, shrinking, and adding more space) without the need for initrd. In term simplifying the entire system. There are of course other ways to simplify the system, and I'm not against using initrd in any way, but it's something that I would not want to use, or learn not to be dependent on. -- Jonathan Vasquez
Re: [arch-general] pacman update conflict
On Mon, Jan 9, 2012 at 4:28 AM, Matthew Monaco wrote: > I occasionally get dependency errors when there is a pacman upgrade. I've > gotten around it every single time by explicitly update pacman (pacman -S > pacman), followed by my normal upgrade (pacman -Su) Do you have 'SyncFirst = pacman' in your pacman.conf?
Re: [arch-general] Perl dependencies
> > After having a look at the integrity check source, it looks like it > should deal with provivions already, but that code is obviously broken. > If you could come up with a fix that would be very nice. > > :-/ It does look like it handles it fine. I _was_ going to ask if I could test things out in my local machine without mirroring a whole repo when it occurred to me that maybe the script is not the bug. The issue is that the provides array in the perl PKGBUILD is dynamically generated via a perl script. If I were a lesser person[1], I might comment on the fact that a package is a make-dependency of itself. So new question: Is it okay if the dbscript ran an external perl script, grabbed the output, and parsed that? For just the provides field? For any field? How many packages use this sort of script (answer - something on the order of tens)? Make an exception for perl? Ask to have the provides array static in the PKGBUILD, even if it's dynamically generated at the source? Or figure out how provisions are actually established in the perl provides.pl and force (slash ask Mr. Justin Davis to) the script to create a bash-style environment variable instead of what it currently does (which seems like just printing the list of provisions)>Abandon it and continue having perl non-errors in the integrity check? Thoughts? MAQ. [1] Also, if I hadn't tried to see what would happen if I `pacman -Rc perl`. Who knew that pacman followed from that set (pacman -> curl -> opennssl -> perl -- I sense a game in the making: What is the longest chain of dependencies to perl)?
Re: [arch-general] setting the time
>> As for my user groups: >> video,audio,optical,storage,games,lp,wheel,scanner,power >> >> As for kde packages, I have a very minimal kde install and it still works. >> kdebase is must of course. Try it with just that and the above settings. If >> it doesn't work, then take a look at `pacman -Sg kdeadmin` > > voyager:/ #pacman -Sg kdeadmin > kdeadmin kdeadmin-kcron > kdeadmin kdeadmin-ksystemlog > kdeadmin kdeadmin-kuser > kdeadmin kdeadmin-system-config-printer-kde > > > > Pete . I guess kdeadmin isn't the group I was thinking about. These are the KDE packages I have installed, very small: http://paste.pocoo.org/show/532060/ I start kde via inittab. -- Jonathan Vasquez
Re: [arch-general] pacman update conflict
On 01/08/2012 06:12 PM, Sander Jansen wrote: :: Synchronizing package databases... testing 29.7 KiB 238K/s 00:00 [##] 100% core 102.1 KiB 296K/s 00:00 [##] 100% extra 1170.6 KiB 816K/s 00:01 [##] 100% community-testing 11.1 KiB 244K/s 00:00 [##] 100% community999.7 KiB 673K/s 00:01 [##] 100% multilib-testing1574.0 B 71.5M/s 00:00 [##] 100% multilib 67.8 KiB 339K/s 00:00 [##] 100% :: The following packages should be upgraded first : pacman :: Do you want to cancel the current operation :: and upgrade these packages now? [Y/n] y resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: gcc: requires gcc-libs=4.6.2-1 :: valgrind: requires glibc<2.15 Any suggestions on how to fix this conflict? Thanks, Sander I occasionally get dependency errors when there is a pacman upgrade. I've gotten around it every single time by explicitly update pacman (pacman -S pacman), followed by my normal upgrade (pacman -Su)
Re: [arch-general] pacman update conflict
> > resolving dependencies... > looking for inter-conflicts... > error: failed to prepare transaction (could not satisfy dependencies) > :: gcc: requires gcc-libs=4.6.2-1 > :: valgrind: requires glibc<2.15 > > Any suggestions on how to fix this conflict? > > Thanks, > > Sander > If you're okay with updating those two packages after you update pacman, (and you're not planning on running gcc or valgrind in between), then ignore the dependency check. Alternatively, don't update pacman first - though not knowing what version of pacman you're using, it's hard to say whether or not it'll be critical. MAQ.
[arch-general] pacman update conflict
:: Synchronizing package databases... testing 29.7 KiB 238K/s 00:00 [##] 100% core 102.1 KiB 296K/s 00:00 [##] 100% extra 1170.6 KiB 816K/s 00:01 [##] 100% community-testing 11.1 KiB 244K/s 00:00 [##] 100% community999.7 KiB 673K/s 00:01 [##] 100% multilib-testing1574.0 B 71.5M/s 00:00 [##] 100% multilib 67.8 KiB 339K/s 00:00 [##] 100% :: The following packages should be upgraded first : pacman :: Do you want to cancel the current operation :: and upgrade these packages now? [Y/n] y resolving dependencies... looking for inter-conflicts... error: failed to prepare transaction (could not satisfy dependencies) :: gcc: requires gcc-libs=4.6.2-1 :: valgrind: requires glibc<2.15 Any suggestions on how to fix this conflict? Thanks, Sander
Re: [arch-general] PKGBUILD question
On 01/07/2012 04:42 AM, Corrado Primier wrote: 2012/1/7 Allan McRae: I'd just go for something like this: _pkgver=2.0.1-BETA1 pkgver=2.0.1beta1 No need for all that fancy stuff... I'd go for that too. But I find these little challenges very funny, and I wondered if it was possible without adding another variable :) bardo Thanks for more input on this, went scuba diving yesterday and came home to more nice tips for to use and learn about. Thanks everyone for taking the time to post more about this. I stuck with Corrado's way. Now the PKGBUILD is fine and works like I expect. Just need to try installing it here shortly and see if all my changes and patches worked. DJ
Re: [arch-general] setting the time
On Sunday 08 January 2012 18:01:35 Jonathan Vasquez wrote: > On Jan 8, 2012 12:27 PM, "Tom Gundersen" wrote: > > On Sun, Jan 8, 2012 at 2:17 PM, Peter Lewis > > wrote: > > >> This is done via policykit. > > > > > > Would I need some optdepend installed or some daemon started to make > > this > > > > work? I notice that I have polkit-qt installed, but I don't think I've > > ever > > > > done anything explicit with regard to policykit. I'm in the wheel > > group, in > > > > case that matters. > > > > No particular group membership necessary. I'm not really sure exactly > > what packages need to be installed (I just install all the kde > > packages and hope for the best). > > > > This should "just work(TM)". If it does not there could be a > > polkit/consolekit problem. If you use kdm (via the rc script) > > everything should be set up correctly, so if you are starting KDE in > > some other way that might be worth looking into. > > > > > I'm running [testing] on this machine. Perhaps that could cause the > > > difference? > > > > I think this should work regardless, but for what it is worth I am > > using kde-unstable + testing. > > > > -t > > On my system I do have the key. > > Is peter said, if you are using kdm, then this should be handled for you. > If not try the following in your .xinitrc: > > exec ck-launch-session dbus-launch startkde I start KDM in "/etc/rc.conf" as a daemon after dbus > > As for my user groups: > video,audio,optical,storage,games,lp,wheel,scanner,power > > As for kde packages, I have a very minimal kde install and it still works. > kdebase is must of course. Try it with just that and the above settings. If > it doesn't work, then take a look at `pacman -Sg kdeadmin` voyager:/ #pacman -Sg kdeadmin kdeadmin kdeadmin-kcron kdeadmin kdeadmin-ksystemlog kdeadmin kdeadmin-kuser kdeadmin kdeadmin-system-config-printer-kde Pete .
Re: [arch-general] setting the time
On Jan 8, 2012 12:27 PM, "Tom Gundersen" wrote: > > On Sun, Jan 8, 2012 at 2:17 PM, Peter Lewis wrote: > >> This is done via policykit. > > > > Would I need some optdepend installed or some daemon started to make this > > work? I notice that I have polkit-qt installed, but I don't think I've ever > > done anything explicit with regard to policykit. I'm in the wheel group, in > > case that matters. > > No particular group membership necessary. I'm not really sure exactly > what packages need to be installed (I just install all the kde > packages and hope for the best). > > This should "just work(TM)". If it does not there could be a > polkit/consolekit problem. If you use kdm (via the rc script) > everything should be set up correctly, so if you are starting KDE in > some other way that might be worth looking into. > > > I'm running [testing] on this machine. Perhaps that could cause the > > difference? > > I think this should work regardless, but for what it is worth I am > using kde-unstable + testing. > > -t On my system I do have the key. Is peter said, if you are using kdm, then this should be handled for you. If not try the following in your .xinitrc: exec ck-launch-session dbus-launch startkde As for my user groups: video,audio,optical,storage,games,lp,wheel,scanner,power As for kde packages, I have a very minimal kde install and it still works. kdebase is must of course. Try it with just that and the above settings. If it doesn't work, then take a look at `pacman -Sg kdeadmin`
Re: [arch-general] Just thinking out loud...
>From what I understand, they'll be selling sd cards with arch already on them.
Re: [arch-general] Hi from a new Arch user
On 8 January 2012 11:29, Chris Sakalis wrote: > >> I do not know about punchline either, then I took an arrow in the knee. > >> > >> BTW, how can I include the origin message when using emacs rmail reply? > >> > On Sun, Jan 8, 2012 at 4:47 PM, Calvin Morrison > wrote: > > Basically the plot is as follows: you play a character stuck inside a > > abandoned research and development building. All people have been > removed, > > nd it is locked off from the world. Experiments are continued by a AI > > called GladOS an evil mastermind. The entire game she pretends to have a > > cake for you if you complete her challenges. In the end she attempts to > > kill you after completing the challenges. You spend the rest of the game > > escaping her and finally destroying her mainframe. The entire time > however > > she is pretending to have cake, and having a party for you, etc. So the > > joke is that while we pretend to be friends we really want to kill you :P > > > > Close enough? > > On Jan 8, 2012 5:56 AM, "宋文武" wrote: > > > > Although this is an accurate description, you should really play the game. > It's awesome and only then you will appreciate the joke(s). Also, it's > awesome. > > --Chris Sakalis > +1 This game (while offtopic) is a puzzle game, think of it as a 3D puzzle game. It's not some silly new video game - it takes some serious thought and understanding of slightly warped physics. Calvinb
Re: [arch-general] Just thinking out loud...
> There is even a topic on rasperrypi forum by a member of archlinuxarm.org > http://www.raspberrypi.org/forum/distributions/archlinuxarm-on-raspberry-pi GreatThe Raspberry Pi is pretty awesome but lets face it with ArchLinux it will be f***ing damn awesome. I imagine this is going to be so big that they will never be able to meet the demand initially. Clive -- Infinity: A concept for those who cannot comprehend the big picture. () Arch Linux - For movers and shakers. ()
Re: [arch-general] setting the time
On Sun, Jan 8, 2012 at 2:17 PM, Peter Lewis wrote: >> This is done via policykit. > > Would I need some optdepend installed or some daemon started to make this > work? I notice that I have polkit-qt installed, but I don't think I've ever > done anything explicit with regard to policykit. I'm in the wheel group, in > case that matters. No particular group membership necessary. I'm not really sure exactly what packages need to be installed (I just install all the kde packages and hope for the best). This should "just work(TM)". If it does not there could be a polkit/consolekit problem. If you use kdm (via the rc script) everything should be set up correctly, so if you are starting KDE in some other way that might be worth looking into. > I'm running [testing] on this machine. Perhaps that could cause the > difference? I think this should work regardless, but for what it is worth I am using kde-unstable + testing. -t
Re: [arch-general] Just thinking out loud...
On Sun, Jan 08, 2012 at 04:53:36PM +, Clive Cooper wrote: > ... I wonder how much work would be involved in compiling ArchLinux > to run on a Raspberry PI? I suspect the hardest part will actually be to get your hands on the HW :-) It's a lovely piece of kit, can't wait until it's "properly" available. I'm considering building myself a little media centre, and I'd love to base it on ARM. Raspberry Pi looks like an excellent fit, but it's not likely to be readily available for a while. The other possibility I've found, Cubox[^1], is only available for pre-order at the moment. I so far haven't had time to research other possibilities for more home-grown systems, but it looks like I'll have to unless I settle for waiting a while longer. /M [^1]: http://www.solid-run.com/ -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpRtCYGmAJQt.pgp Description: PGP signature
Re: [arch-general] Just thinking out loud...
On Sun, Jan 8, 2012 at 7:10 PM, Axilleas P wrote: > > > On Sun, Jan 8, 2012 at 7:08 PM, slubman wrote: > >> On Sunday 08 January 2012 19:00:44 Axilleas P wrote: >> > On Sun, Jan 8, 2012 at 6:53 PM, Clive Cooper wrote: >> > > ... I wonder how much work would be involved in compiling ArchLinux to >> > > run on a Raspberry PI? >> > > >> > > Clive >> > > -- >> > > Infinity: A concept for those who cannot comprehend the big picture. >> > > >> > > () Arch Linux - For movers and shakers. () >> > >> > http://archlinuxarm.org/ :) >> >> There is even a post on the forum to talk about it: >> http://archlinuxarm.org/forum/viewtopic.php?f=27&t= >> >> > I was about to post that. > > -- > (\_ /) copy the bunny to your profile > (0.o ) to help him achieve world domination. > (> <) come join the dark side. > /_|_\ (we have cookies.) > There is even a topic on rasperrypi forum by a member of archlinuxarm.org http://www.raspberrypi.org/forum/distributions/archlinuxarm-on-raspberry-pi -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)
Re: [arch-general] Just thinking out loud...
On Sun, Jan 8, 2012 at 7:08 PM, slubman wrote: > On Sunday 08 January 2012 19:00:44 Axilleas P wrote: > > On Sun, Jan 8, 2012 at 6:53 PM, Clive Cooper wrote: > > > ... I wonder how much work would be involved in compiling ArchLinux to > > > run on a Raspberry PI? > > > > > > Clive > > > -- > > > Infinity: A concept for those who cannot comprehend the big picture. > > > > > > () Arch Linux - For movers and shakers. () > > > > http://archlinuxarm.org/ :) > > There is even a post on the forum to talk about it: > http://archlinuxarm.org/forum/viewtopic.php?f=27&t= > > I was about to post that. -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)
Re: [arch-general] Just thinking out loud...
On Sunday 08 January 2012 19:00:44 Axilleas P wrote: > On Sun, Jan 8, 2012 at 6:53 PM, Clive Cooper wrote: > > ... I wonder how much work would be involved in compiling ArchLinux to > > run on a Raspberry PI? > > > > Clive > > -- > > Infinity: A concept for those who cannot comprehend the big picture. > > > > () Arch Linux - For movers and shakers. () > > http://archlinuxarm.org/ :) There is even a post on the forum to talk about it: http://archlinuxarm.org/forum/viewtopic.php?f=27&t=
Re: [arch-general] Just thinking out loud...
On 01/08/2012 05:53 PM, Clive Cooper wrote: > ... I wonder how much work would be involved in compiling ArchLinux to > run on a Raspberry PI? > > Clive http://archlinuxarm.org/ -- Bartłomiej Piotrowski Arch Linux Trusted User http://archlinux.org/ signature.asc Description: OpenPGP digital signature
Re: [arch-general] Just thinking out loud...
On Sun, Jan 8, 2012 at 6:53 PM, Clive Cooper wrote: > ... I wonder how much work would be involved in compiling ArchLinux to > run on a Raspberry PI? > > Clive > -- > Infinity: A concept for those who cannot comprehend the big picture. > > () Arch Linux - For movers and shakers. () > http://archlinuxarm.org/ :) -- (\_ /) copy the bunny to your profile (0.o ) to help him achieve world domination. (> <) come join the dark side. /_|_\ (we have cookies.)
Re: [arch-general] Just thinking out loud...
On 8 January 2012 17:53, Clive Cooper wrote: > ... I wonder how much work would be involved in compiling ArchLinux to > run on a Raspberry PI? > > Clive > -- > Infinity: A concept for those who cannot comprehend the big picture. > > () Arch Linux - For movers and shakers. () > Building everything for ARM.
[arch-general] Just thinking out loud...
... I wonder how much work would be involved in compiling ArchLinux to run on a Raspberry PI? Clive -- Infinity: A concept for those who cannot comprehend the big picture. () Arch Linux - For movers and shakers. ()
Re: [arch-general] Hi from a new Arch user
>> I do not know about punchline either, then I took an arrow in the knee. >> >> BTW, how can I include the origin message when using emacs rmail reply? >> On Sun, Jan 8, 2012 at 4:47 PM, Calvin Morrison wrote: > Basically the plot is as follows: you play a character stuck inside a > abandoned research and development building. All people have been removed, > nd it is locked off from the world. Experiments are continued by a AI > called GladOS an evil mastermind. The entire game she pretends to have a > cake for you if you complete her challenges. In the end she attempts to > kill you after completing the challenges. You spend the rest of the game > escaping her and finally destroying her mainframe. The entire time however > she is pretending to have cake, and having a party for you, etc. So the > joke is that while we pretend to be friends we really want to kill you :P > > Close enough? > On Jan 8, 2012 5:56 AM, "宋文武" wrote: > Although this is an accurate description, you should really play the game. It's awesome and only then you will appreciate the joke(s). Also, it's awesome. --Chris Sakalis
Re: [arch-general] Gmime 2.6 ?
2012/1/8 Ionut Biru > On 01/08/2012 05:47 PM, fredbezies wrote: > > 2012/1/8 Ionut Biru > > > >> On 01/08/2012 03:55 PM, fredbezies wrote: > >>> Hello. > >>> > >>> In order to build pan-git (and next version of pan2), gmime 2.6.x is > >>> needed. Any hope to see it updated ? > >>> > >>> Thanks. > >>> > >> > >> Is on my todo > >> > >> -- > >> Ionuț > >> > >> > > Ok, thanks. I made an AUR package until you provide an official package > ;) > > > > the plan is to provide a gmime24 if packages that require gmime does not > have support for 2.6 > > Thanks. Like the python2/3 thing in a smaller way ? -- Frederic Bezies fredbez...@gmail.com
Re: [arch-general] Gmime 2.6 ?
On 01/08/2012 05:47 PM, fredbezies wrote: > 2012/1/8 Ionut Biru > >> On 01/08/2012 03:55 PM, fredbezies wrote: >>> Hello. >>> >>> In order to build pan-git (and next version of pan2), gmime 2.6.x is >>> needed. Any hope to see it updated ? >>> >>> Thanks. >>> >> >> Is on my todo >> >> -- >> Ionuț >> >> > Ok, thanks. I made an AUR package until you provide an official package ;) > the plan is to provide a gmime24 if packages that require gmime does not have support for 2.6 -- Ionuț signature.asc Description: OpenPGP digital signature
Re: [arch-general] Gmime 2.6 ?
2012/1/8 Ionut Biru > On 01/08/2012 03:55 PM, fredbezies wrote: > > Hello. > > > > In order to build pan-git (and next version of pan2), gmime 2.6.x is > > needed. Any hope to see it updated ? > > > > Thanks. > > > > Is on my todo > > -- > Ionuț > > Ok, thanks. I made an AUR package until you provide an official package ;) -- Frederic Bezies fredbez...@gmail.com
Re: [arch-general] Gmime 2.6 ?
On 01/08/2012 03:55 PM, fredbezies wrote: > Hello. > > In order to build pan-git (and next version of pan2), gmime 2.6.x is > needed. Any hope to see it updated ? > > Thanks. > Is on my todo -- Ionuț signature.asc Description: OpenPGP digital signature
Re: [arch-general] setting the time
On Sunday 08 January 2012 13:17:56 Peter Lewis wrote: > Hi, > > Thanks for the helpful response, Tom. > > [Re: KDE system settings] > > > > However, I also see "You are note allowed to save the configuration". > > > > That's odd. It works fine for me. You should see a key icon next to > > the Apply button, and when you click it you will be asked for the root > > password. > > Hmmm. I don't have any such key icon. The apply button is just greyed out. No i dont see a key icon either > > > > I'm afraid I also don't know how KDE system settings > > > panels are supposed to request root permissions to allow settings like > > > this. > > > > This is done via policykit. > > Would I need some optdepend installed or some daemon started to make this > work? I notice that I have polkit-qt installed, but I don't think I've ever > done anything explicit with regard to policykit. I'm in the wheel group, in > case that matters. > > I'm running [testing] on this machine. Perhaps that could cause the > difference? > > Pete. Pete .
Re: [arch-general] Hi from a new Arch user
Basically the plot is as follows: you play a character stuck inside a abandoned research and development building. All people have been removed, nd it is locked off from the world. Experiments are continued by a AI called GladOS an evil mastermind. The entire game she pretends to have a cake for you if you complete her challenges. In the end she attempts to kill you after completing the challenges. You spend the rest of the game escaping her and finally destroying her mainframe. The entire time however she is pretending to have cake, and having a party for you, etc. So the joke is that while we pretend to be friends we really want to kill you :P Close enough? On Jan 8, 2012 5:56 AM, "宋文武" wrote: > I do not know about punchline either, then I took an arrow in the knee. > > BTW, how can I include the origin message when using emacs rmail reply? >
[arch-general] Gmime 2.6 ?
Hello. In order to build pan-git (and next version of pan2), gmime 2.6.x is needed. Any hope to see it updated ? Thanks. -- Frederic Bezies fredbez...@gmail.com
Re: [arch-general] [signoff] linux-3.2-1
Am Samstag, 7. Januar 2012, 11:38:07 schrieb Dominik Cermak: > With 3.2 I get the following messages while booting: > > [7.875726] watchdog: INTCAMT: cannot register miscdev on minor=130 > (err=-16). > [7.875821] watchdog: error registering /dev/watchdog (err=-16). > [7.875877] mei: unable to register watchdog device. > > I don't understand them, so I don't know if they are critical (haven't > noticed any problems yet). Now with linux-3.2-2 the messages are different: [7.790647] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.07 [7.790730] iTCO_wdt: Found a QM57 TCO device (Version=2, TCOBASE=0x0460) [7.790747] iTCO_wdt: cannot register miscdev on minor=130 (err=-16) [7.790833] iTCO_wdt: probe of iTCO_wdt failed with error -16 I also found a thread in the forums about that: https://bbs.archlinux.org/viewtopic.php?id=133083 Greetings Dominik signature.asc Description: This is a digitally signed message part.
Re: [arch-general] setting the time
Hi, Thanks for the helpful response, Tom. [Re: KDE system settings] > > However, I also see "You are note allowed to save the configuration". > > That's odd. It works fine for me. You should see a key icon next to > the Apply button, and when you click it you will be asked for the root > password. Hmmm. I don't have any such key icon. The apply button is just greyed out. > > I'm afraid I also don't know how KDE system settings > > panels are supposed to request root permissions to allow settings like > > this. > > This is done via policykit. Would I need some optdepend installed or some daemon started to make this work? I notice that I have polkit-qt installed, but I don't think I've ever done anything explicit with regard to policykit. I'm in the wheel group, in case that matters. I'm running [testing] on this machine. Perhaps that could cause the difference? Pete.
Re: [arch-general] setting the time
On Sun, Jan 8, 2012 at 1:48 PM, Peter Lewis wrote: > Hmmm you're right. I'd always assumed that this was some user-specific KDE- > specific timezone variable, but it seems that system settings panel is > supposed to provide some functionality to change the system-wide timezone. Yeah, this is supposed to set the system-wide timezone. > However, I also see "You are note allowed to save the configuration". That's odd. It works fine for me. You should see a key icon next to the Apply button, and when you click it you will be asked for the root password. > I have no idea what exactly this configuration pane would actually set if it > did have permissions. It will directly set /etc/localtime, as KDE does not know anything about rc.conf (rightfully so). IMHO it is not ideal as it copies the timezone data rather than symlink it, so you will not automatically get any updates to your timezone (not that those are very frequent). > I'm afraid I also don't know how KDE system settings > panels are supposed to request root permissions to allow settings like this. This is done via policykit. > It's probably best to stick to the Arch standard way on this (see the wiki > page on Time). You should note that if you set the timezone in rc.conf, then we update your /etc/localtime to this value on boot. I.e. what you set in KDE is forgotten, so probably it is best to stick with the Arch way. If you prefer to use the KDE way, then that's possible, just make sure the TIMEZONE variable in rc.conf is not set and initscripts will leave your timezone alone. HTH, Tom
Re: [arch-general] 3 errors not sure of .
On Sunday 08 January 2012 09:30:03 Paul Gideon Dann wrote: > On Sunday 08 Jan 2012 08:53:38 Peter Nikolic wrote: > > The bulk of KDE is great no problems but this mail addresbook and > > organizer thing the main things i need is disguting it should never > > have been released like that . > > Words like "disgusting" are harsh, and I don't like to hear them in > reference to the effort that the KDE devs have put into their work. > > Having said that, there clearly have been teething problems with Akonadi. > That's because it's a very new technology, and indeed a new idea that you > won't find elsewhere. You could argue that they shouldn't have released > the new version of Kontact so soon, but they simply had to. How else > would the bug reports come in? There was the same problem with KDE 4.0; > it was majorly buggy, but they had no choice. Teething problems they must be T-Rex teeth then . I am not sure about the point they had no choice , I have to say i do not see it like that at all but each to their own > > It's worth noting when I switched to the new Kontact (which relies on > Akonadi), I did have a few rough days, but things have certainly settled > down, and it's been pretty stable for me for months now. If you're having > trouble with Kontact, I may be able to offer some suggestions for > workarounds or fixes. It's mostly corner-cases that are causing issues > now, I think. I cant even get the new stuff to take my old data from KDE 4.6.5 (4.6.5) "release 7 . > > Paul Pete
Re: [arch-general] setting the time
On Saturday 07 Jan 2012 16:25:14 Peter Nikolic wrote: > I have just found one more that i cant find a way round , Just > went to correct the timezone from Europe/Gurnsey to the correct > Europe/London but it will not let me sac=ve the changes and does > not ask for root password or anything .. > Well i was in system settings in kde as i amused to doing but i will try > the /etc/rc.conf method Hmmm you're right. I'd always assumed that this was some user-specific KDE- specific timezone variable, but it seems that system settings panel is supposed to provide some functionality to change the system-wide timezone. However, I also see "You are note allowed to save the configuration". I have no idea what exactly this configuration pane would actually set if it did have permissions. I'm afraid I also don't know how KDE system settings panels are supposed to request root permissions to allow settings like this. It's probably best to stick to the Arch standard way on this (see the wiki page on Time). But, I'm intrigued as to whether or not KDE can request root permissions for things like this... anyone know if this should/can work? Pete.
Re: [arch-general] About cron utility
Am Sun, 8 Jan 2012 10:45:15 +0100 schrieb SanskritFritz : > I'm also using fcron for years (even back when cron was still the > default in arch), it is perfect, and first of all very stable. It fits > desktop usage very well. And it fits server usage just as well. Heiko
Re: [arch-general] About cron utility
Am Sun, 08 Jan 2012 09:31:55 + schrieb Paul Gideon Dann : > On Sunday 08 Jan 2012 10:29:01 Heiko Baums wrote: > > fcron runs missed jobs if &bootrun is set at the beginning of the > > line in fcrontab. fcron has cron and anacron features all in one and > > works perfectly. > > I've heard quite a few good things about fcron. Am I right in > thinking it has some slightly different syntax? I think it was > rejected as Arch default for that reason, but I may be misremembering. I don't know the reasons for choosing cronie as the default instead of fcron. But as far as I know the syntax is indeed slightly different, but this has to be changed only once, and I doubt that this is a big problem. Heiko
Re: [arch-general] Hi from a new Arch user
I do not know about punchline either, then I took an arrow in the knee. BTW, how can I include the origin message when using emacs rmail reply?
Re: [arch-general] [signoff] linux-3.1.8-1
On 08/01/12 20:26, Stefan Wilkens wrote: > 2012/1/8 Tobias Powalowski : >> Am 07.01.2012 10:08, schrieb Tobias Powalowski: >>> Hi guys, >>> please signoff 3.1.8 series for both arches. >>> package is not in testing, please grab it from here: >>> http://dev.archlinux.org/~tpowa/linux/ >>> >>> This will move to [core] directly, because 3.2.0 is in [testing]. >>> >>> greetings >>> tpowa >> anyone i686? >> >> -- >> Tobias Powalowski >> Archlinux Developer & Package Maintainer (tpowa) >> http://www.archlinux.org >> tp...@archlinux.org >> >> > > f.y.i. > > http://dev.archlinux.org/~tpowa/linux/ > > no longer seems to have the packages > They are now in the [core] repo. Allan
Re: [arch-general] [signoff] linux-3.1.8-1
2012/1/8 Tobias Powalowski : > Am 07.01.2012 10:08, schrieb Tobias Powalowski: >> Hi guys, >> please signoff 3.1.8 series for both arches. >> package is not in testing, please grab it from here: >> http://dev.archlinux.org/~tpowa/linux/ >> >> This will move to [core] directly, because 3.2.0 is in [testing]. >> >> greetings >> tpowa > anyone i686? > > -- > Tobias Powalowski > Archlinux Developer & Package Maintainer (tpowa) > http://www.archlinux.org > tp...@archlinux.org > > f.y.i. http://dev.archlinux.org/~tpowa/linux/ no longer seems to have the packages
Re: [arch-general] [signoff] linux-3.1.8-1
Am 07.01.2012 10:08, schrieb Tobias Powalowski: > Hi guys, > please signoff 3.1.8 series for both arches. > package is not in testing, please grab it from here: > http://dev.archlinux.org/~tpowa/linux/ > > This will move to [core] directly, because 3.2.0 is in [testing]. > > greetings > tpowa anyone i686? -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: OpenPGP digital signature
Re: [arch-general] About cron utility
On Sun, Jan 8, 2012 at 10:31 AM, Paul Gideon Dann wrote: > On Sunday 08 Jan 2012 10:29:01 Heiko Baums wrote: >> fcron runs missed jobs if &bootrun is set at the beginning of the >> line in fcrontab. fcron has cron and anacron features all in one and >> works perfectly. > > I've heard quite a few good things about fcron. Am I right in thinking it has > some slightly different syntax? I think it was rejected as Arch default for > that reason, but I may be misremembering. I'm also using fcron for years (even back when cron was still the default in arch), it is perfect, and first of all very stable. It fits desktop usage very well.
Re: [arch-general] About cron utility
On Sunday 08 Jan 2012 10:29:01 Heiko Baums wrote: > fcron runs missed jobs if &bootrun is set at the beginning of the > line in fcrontab. fcron has cron and anacron features all in one and > works perfectly. I've heard quite a few good things about fcron. Am I right in thinking it has some slightly different syntax? I think it was rejected as Arch default for that reason, but I may be misremembering. Paul
Re: [arch-general] 3 errors not sure of .
On Sunday 08 Jan 2012 08:53:38 Peter Nikolic wrote: > The bulk of KDE is great no problems but this mail addresbook and organizer > thing the main things i need is disguting it should never have been > released like that . Words like "disgusting" are harsh, and I don't like to hear them in reference to the effort that the KDE devs have put into their work. Having said that, there clearly have been teething problems with Akonadi. That's because it's a very new technology, and indeed a new idea that you won't find elsewhere. You could argue that they shouldn't have released the new version of Kontact so soon, but they simply had to. How else would the bug reports come in? There was the same problem with KDE 4.0; it was majorly buggy, but they had no choice. It's worth noting when I switched to the new Kontact (which relies on Akonadi), I did have a few rough days, but things have certainly settled down, and it's been pretty stable for me for months now. If you're having trouble with Kontact, I may be able to offer some suggestions for workarounds or fixes. It's mostly corner-cases that are causing issues now, I think. Paul
Re: [arch-general] About cron utility
Am Sun, 08 Jan 2012 08:45:48 + schrieb Paul Gideon Dann : > On Saturday 07 Jan 2012 16:07:44 Andreas wrote: > > Does someone know if cronie does support running missed jobs > > automatically (asynchronous job processing)? > > I think that's why Cronie ships with Anacron. The latter is supposed > to deal with those cases, I think. It's largely the split > implementation that puts me off Cronie. fcron runs missed jobs if &bootrun is set at the beginning of the line in fcrontab. fcron has cron and anacron features all in one and works perfectly. Heiko
Re: [arch-general] 3 errors not sure of .
On Sunday 08 January 2012 08:38:23 Paul Gideon Dann wrote: > On Sunday 08 Jan 2012 08:25:59 Peter Nikolic wrote: > > biggest problem now is this silly new email address book and organiser > > think and the FAILED attempt to make them use a commom data source , > > Dunno what the KDE devs were day dreaming of when they came up with that > > one it's a complete disgrace > > There have been a few hiccups with the changes that were required for > shared data storage, but I agree with the KDE devs that it simply makes > sense for things to move in that direction. I'm very excited about things > that are in the pipeline that are possible because these sorts of changes > were made. > > Enjoy your KDE; it's awesome, and it's going to get awesomer :) > > Paul Hi . The bulk of KDE is great no problems but this mail addresbook and organizer thing the main things i need is disguting it should never have been released like that . It stops me completely getting rid of a distro i dont want around now for the simple reason i must have all of those working fully , Am trying Claws right now for mail but the address book function is not good . It all worked a treat before this Akaondi thing was bred Pete .
Re: [arch-general] About cron utility
On Saturday 07 Jan 2012 16:07:44 Andreas wrote: > Does someone know if cronie does support running missed jobs > automatically (asynchronous job processing)? I think that's why Cronie ships with Anacron. The latter is supposed to deal with those cases, I think. It's largely the split implementation that puts me off Cronie. Paul
Re: [arch-general] 3 errors not sure of .
On Sunday 08 Jan 2012 08:25:59 Peter Nikolic wrote: > biggest problem now is this silly new email address book and organiser > think and the FAILED attempt to make them use a commom data source , > Dunno what the KDE devs were day dreaming of when they came up with that > one it's a complete disgrace There have been a few hiccups with the changes that were required for shared data storage, but I agree with the KDE devs that it simply makes sense for things to move in that direction. I'm very excited about things that are in the pipeline that are possible because these sorts of changes were made. Enjoy your KDE; it's awesome, and it's going to get awesomer :) Paul
Re: [arch-general] 3 errors not sure of .
On Sunday 08 January 2012 02:46:54 Martti Kühne wrote: > On Sat, Jan 07, 2012 at 04:14:46PM +0200, Ionut Biru wrote: > > > on startup of KDM i get the following > > > Warning cannot open ConsoleKit Session: Unable to open session :Failed > > > to connect /var/run/dbus/system_bus_socket : no such directory > > > > add dbus to DAEMONS in rc.conf > > Hey Peter, I had similar issues with running dbus very late after logging > in. Sometimes it manages to start itself with no error, but it is > evidentially better to have it run with bootscripts through rc.conf. > > Just my two cents, because you didn't seem to respond to this particular > suggestion. > > cheers! > mar77i Hi mar77i Yep sorted , Just another one of those things that make you go HUm biggest problem now is this silly new email address book and organiser think and the FAILED attempt to make them use a commom data source , Dunno what the KDE devs were day dreaming of when they came up with that one it's a complete disgrace Pete .