[arch-general] Inkscape maintainer MIA?
Hi arch-general, I'd like to point your attention to the Inkscape package: Inkscape version 0.47 was released on November 25. This is a very significant release that many Inkscape users have been waiting patiently. However, the Arch Linux Inkscape maintainer, Tobias Kieslich, seems to be missing in action. Looking at his FlySpray activity, his last comment seems to be dated November 18. Can anyone please look into resolving this? Regards, Marti
[arch-general] I know of $repo, is there a $arch too?
This is the second time I'm being stupid when modifying my mirrorlist and I by accident put in a i686 repo on a 64-bit machine. I can report that running 32-bit sudo on a 64-bit machine is fraught with problems :-) So, just to work around my stupidity I was wondering if it is possible to put something like $arch in the mirrorlist, so I can stop writing out i686/x86_64? That would at least take care of this problem for the system repos. /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe
Re: [arch-general] I know of $repo, is there a $arch too?
Magnus Therning wrote: This is the second time I'm being stupid when modifying my mirrorlist and I by accident put in a i686 repo on a 64-bit machine. I can report that running 32-bit sudo on a 64-bit machine is fraught with problems :-) So, just to work around my stupidity I was wondering if it is possible to put something like $arch in the mirrorlist, so I can stop writing out i686/x86_64? That would at least take care of this problem for the system repos. Not yet. here will be in pacman-3.4: http://projects.archlinux.org/pacman.git/commit/?id=65c1f06b
Re: [arch-general] I know of $repo, is there a $arch too?
On Mon, Dec 14, 2009 at 11:36 AM, Allan McRae al...@archlinux.org wrote: Magnus Therning wrote: This is the second time I'm being stupid when modifying my mirrorlist and I by accident put in a i686 repo on a 64-bit machine. I can report that running 32-bit sudo on a 64-bit machine is fraught with problems :-) So, just to work around my stupidity I was wondering if it is possible to put something like $arch in the mirrorlist, so I can stop writing out i686/x86_64? That would at least take care of this problem for the system repos. Not yet. here will be in pacman-3.4: http://projects.archlinux.org/pacman.git/commit/?id=65c1f06b And the commit just next to it will check if the architecture of the package you install is correct, if you set the new Architecture option in pacman.conf . http://projects.archlinux.org/pacman.git/commit/?id=5b27e78ba015a48baf2d3c8687fdf3084781f9c9
Re: [arch-general] I know of $repo, is there a $arch too?
On Mon, Dec 14, 2009 at 12:51 PM, Xavier shinin...@gmail.com wrote: On Mon, Dec 14, 2009 at 11:36 AM, Allan McRae al...@archlinux.org wrote: Magnus Therning wrote: This is the second time I'm being stupid when modifying my mirrorlist and I by accident put in a i686 repo on a 64-bit machine. I can report that running 32-bit sudo on a 64-bit machine is fraught with problems :-) So, just to work around my stupidity I was wondering if it is possible to put something like $arch in the mirrorlist, so I can stop writing out i686/x86_64? That would at least take care of this problem for the system repos. Not yet. here will be in pacman-3.4: http://projects.archlinux.org/pacman.git/commit/?id=65c1f06b And the commit just next to it will check if the architecture of the package you install is correct, if you set the new Architecture option in pacman.conf . http://projects.archlinux.org/pacman.git/commit/?id=5b27e78ba015a48baf2d3c8687fdf3084781f9c9 Ah, great, so that means I just might have pacman save me from my stupidity in the future :-) /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe
[arch-general] cpufrequtils dead or alive ?
I just noticed a bump of cpufrequtils to 006-2 : http://www.archlinux.org/packages/extra/i686/cpufrequtils/ What do you do with the bugs ? http://bugs.archlinux.org/task/10959 http://bugs.archlinux.org/task/14083 Both are valid bugs, annoying, and trivial to fix ...
Re: [arch-general] Inkscape maintainer MIA?
On Mon, 2009-12-14 at 12:01 +0200, Marti Raudsepp wrote: Hi arch-general, I'd like to point your attention to the Inkscape package: Inkscape version 0.47 was released on November 25. This is a very significant release that many Inkscape users have been waiting patiently. However, the Arch Linux Inkscape maintainer, Tobias Kieslich, seems to be missing in action. Looking at his FlySpray activity, his last comment seems to be dated November 18. Can anyone please look into resolving this? Regards, Marti 0.47 fails to build with a poppler error :/
Re: [arch-general] Inkscape maintainer MIA?
Hussam Al-Tayeb wrote: On Mon, 2009-12-14 at 12:01 +0200, Marti Raudsepp wrote: Hi arch-general, I'd like to point your attention to the Inkscape package: Inkscape version 0.47 was released on November 25. This is a very significant release that many Inkscape users have been waiting patiently. However, the Arch Linux Inkscape maintainer, Tobias Kieslich, seems to be missing in action. Looking at his FlySpray activity, his last comment seems to be dated November 18. Can anyone please look into resolving this? Regards, Marti 0.47 fails to build with a poppler error :/ and more. i'd be happy if someone can magically fix it. We're waiting for a compiling one too. -- Arvid Asgaard Technologies
Re: [arch-general] Inkscape maintainer MIA?
Hello, Arvid Picciani hat am Montag, den 14. Dezember 2009 um 23:13 Uhr (CET) folgendes geschrieben: Hussam Al-Tayeb wrote: 0.47 fails to build with a poppler error :/ and more. i'd be happy if someone can magically fix it. We're waiting for a compiling one too. A patch to make it compile with poppler-0.12.2 is available here: https://bugs.launchpad.net/inkscape/+bug/487038 (look for reply #4 on that page). I have checked myself that it works. Bye.
Re: [arch-general] Inkscape maintainer MIA?
On 15.12.2009 06:19, Sascha Blank wrote: Hello, Arvid Picciani hat am Montag, den 14. Dezember 2009 um 23:13 Uhr (CET) folgendes geschrieben: Hussam Al-Tayeb wrote: 0.47 fails to build with a poppler error :/ and more. i'd be happy if someone can magically fix it. We're waiting for a compiling one too. A patch to make it compile with poppler-0.12.2 is available here: https://bugs.launchpad.net/inkscape/+bug/487038 (look for reply #4 on that page). I have checked myself that it works. Bye. Is an upstream bug filed on that?
Re: [arch-general] Inkscape maintainer MIA?
On Tue, 2009-12-15 at 06:23 +0100, Sven-Hendrik Haase wrote: On 15.12.2009 06:19, Sascha Blank wrote: Hello, Arvid Picciani hat am Montag, den 14. Dezember 2009 um 23:13 Uhr (CET) folgendes geschrieben: Hussam Al-Tayeb wrote: 0.47 fails to build with a poppler error :/ and more. i'd be happy if someone can magically fix it. We're waiting for a compiling one too. A patch to make it compile with poppler-0.12.2 is available here: https://bugs.launchpad.net/inkscape/+bug/487038 (look for reply #4 on that page). I have checked myself that it works. Bye. Is an upstream bug filed on that? Isn't the link he posted an upstream bug? Its on launchpad and specific to inkscape.
Re: [arch-general] Inkscape maintainer MIA?
On 15.12.2009 06:28, Ng Oon-Ee wrote: On Tue, 2009-12-15 at 06:23 +0100, Sven-Hendrik Haase wrote: On 15.12.2009 06:19, Sascha Blank wrote: Hello, Arvid Picciani hat am Montag, den 14. Dezember 2009 um 23:13 Uhr (CET) folgendes geschrieben: Hussam Al-Tayeb wrote: 0.47 fails to build with a poppler error :/ and more. i'd be happy if someone can magically fix it. We're waiting for a compiling one too. A patch to make it compile with poppler-0.12.2 is available here: https://bugs.launchpad.net/inkscape/+bug/487038 (look for reply #4 on that page). I have checked myself that it works. Bye. Is an upstream bug filed on that? Isn't the link he posted an upstream bug? Its on launchpad and specific to inkscape. Oh you are right. I was skeptical because Ubuntu people tend to put bugs on Launchpad and only fix it in their packages but not in upstream. I was unaware Inkscape actually used Launchpad itself.
Re: [arch-general] Inkscape maintainer MIA?
Sascha Blank wrote: Hello, Arvid Picciani hat am Montag, den 14. Dezember 2009 um 23:13 Uhr (CET) folgendes geschrieben: Hussam Al-Tayeb wrote: 0.47 fails to build with a poppler error :/ and more. i'd be happy if someone can magically fix it. We're waiting for a compiling one too. A patch to make it compile with poppler-0.12.2 is available here: https://bugs.launchpad.net/inkscape/+bug/487038 (look for reply #4 on that page). I have checked myself that it works. The comment two below that starts From what I can tell, that patch is horrendously incorrect. I have never heard horrendously incorrect describe a good patch before...
[arch-general] New Thunderbird build 3.0-2 installs lightning by default
The new TB update from today enables and installs lightning by default. Bugreport: http://bugs.archlinux.org/task/17510?project=1pagenum=1 This is a bad idea, because some people don´t want it. Mozilla doesn´t recommend to set the calendar flag on building... Another point is, that the builtin calendar extension is not localized. So, on non-english systems people have a language mix in TB... -- Regards Juergen
Re: [arch-general] New Thunderbird build 3.0-2 installs lightning by default
On 12/15/2009 12:37 AM, Jürgen Hagemann wrote: The new TB update from today enables and installs lightning by default. Bugreport: http://bugs.archlinux.org/task/17510?project=1pagenum=1 This is a bad idea, because some people don´t want it. Mozilla doesn´t recommend to set the calendar flag on building... Another point is, that the builtin calendar extension is not localized. So, on non-english systems people have a language mix in TB... Yep, Got hit with it tonight myself. Scarred the heck out of me since it picked up my old lightning config. The strange part is that I have had lightning disabled for at least a year since updating tbird to version 2.x which broke lightning integration. Easiest way to handle it is to go to tool - add-ons - extensions and 'disable' or 'remove' lightning. I just disabled it for the time being. That got rid of the error message: An error was encountered preparing the calendar located at moz-profile-calendar:// for use. It will not be available. Error code: 0x80004005 Description [Exception... Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [mozIStorageStatement.reset] nsresult: 0x80004005 (NS_ERROR_FAILURE) location: JS frame :: file:///usr/lib/thunderbird-3.0/extensions/%7Be2fd4-76b-420-bd-a41df33103D/modules/calStorageUpgrade.jsm :: ensureUpdatedTimezones :: line 380 data: no] -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] I know of $repo, is there a $arch too?
On 12/14/2009 04:16 AM, Magnus Therning wrote: This is the second time I'm being stupid when modifying my mirrorlist and I by accident put in a i686 repo on a 64-bit machine. I can report that running 32-bit sudo on a 64-bit machine is fraught with problems :-) So, just to work around my stupidity I was wondering if it is possible to put something like $arch in the mirrorlist, so I can stop writing out i686/x86_64? That would at least take care of this problem for the system repos. /M Mangus, I feel your pain. I did the same thing not too long ago and it about drove me crazy before I figured out what happened. I don't know if it is plausible, but it would sure help protect us from ourselves if in the preinstall dependency checks for conflicts, etc., pacman would scan the list of packages to be installed and compare the architecture to the system. Then if conflicting package architectures were found, pacman could just dump the list saying something like: The following list of packages were prepared for (i586/x86_64) architecture and you are prepared to install them on this system with (machine architecture). Do you really want to do this? (yes/no): ___ I don't know if you can quickly get the package architecture by some other method than substring extraction on the file name, but that in itself is simple enough. Food for thought :p -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] Inkscape maintainer MIA?
On Tue, 2009-12-15 at 15:47 +1000, Allan McRae wrote: Sascha Blank wrote: Hello, Arvid Picciani hat am Montag, den 14. Dezember 2009 um 23:13 Uhr (CET) folgendes geschrieben: Hussam Al-Tayeb wrote: 0.47 fails to build with a poppler error :/ and more. i'd be happy if someone can magically fix it. We're waiting for a compiling one too. A patch to make it compile with poppler-0.12.2 is available here: https://bugs.launchpad.net/inkscape/+bug/487038 (look for reply #4 on that page). I have checked myself that it works. The comment two below that starts From what I can tell, that patch is horrendously incorrect. I have never heard horrendously incorrect describe a good patch before... I suppose the patch works, but according to the commenter he says the way it works is actually a hack which may cause problems if 'certain spectrums' are used (going from memory).
[arch-general] speaking of Thunderbird 3.X - great new thread summary view
Guys, If any of you had done as I did and abandon thunderbird in favor of another mua and haven't looked at thunderbird 3.0 yet, you are in for a real treat if you view messages with threading. There is a new thread summary you are presented with when you select a collapsed thread that displays the first 3-4 lines for each message in the thread -- and -- gives you the option to delete the entire thread after reviewing the summary with a single click. Very handy when needing to quickly pick through a long thread to find the relevant info: http://www.3111skyline.com/download/ss/moz/tbird-thread-summary.jpg -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Re: [arch-general] kernel26 in [current] cries for love when new kernel version hits [testing]
On Tue, 2009-12-15 at 14:25 +0700, Emmanuel Benisty wrote: Hi, As far as I can remember i.e. quite far but also super blurry, as soon as a new kernel version hits [testing], the [current] version won't be updated anymore (it may have happened when _huge_ security issues had been discovered). Today, we're stuck at .31.6 when .31.8 is out. Not a complain as I have all the tools to build any kernel I'd like to run (1 machine running Arch stock kernel out of 4 anyway) but well, just sayin'... Cheers. Well, I personally prefer the devs to focus on the new kernel, since it WILL move to [core] sooner rather than later, invalidating any work done on the earlier kernel. There's also kernel26-lts...
Re: [arch-general] speaking of Thunderbird 3.X - great new thread summary view
On Tue, 2009-12-15 at 01:21 -0600, David C. Rankin wrote: Guys, If any of you had done as I did and abandon thunderbird in favor of another mua and haven't looked at thunderbird 3.0 yet, you are in for a real treat if you view messages with threading. There is a new thread summary you are presented with when you select a collapsed thread that displays the first 3-4 lines for each message in the thread -- and -- gives you the option to delete the entire thread after reviewing the summary with a single click. Very handy when needing to quickly pick through a long thread to find the relevant info: http://www.3111skyline.com/download/ss/moz/tbird-thread-summary.jpg Hmm, it just shows ... for me for all messages.
Re: [arch-general] speaking of Thunderbird 3.X - great new thread summary view
On 15/12/09 07:40, Ng Oon-Ee wrote: Hmm, it just shows ... for me for all messages. top-left near the 'Subject' header, the button?/header with the icon that looks like a lower-case t, to the left of the star header - click it.
Re: [arch-general] kernel26 in [current] cries for love when new kernel version hits [testing]
2009/12/15 Ng Oon-Ee ngoo...@gmail.com: On Tue, 2009-12-15 at 14:25 +0700, Emmanuel Benisty wrote: Hi, As far as I can remember i.e. quite far but also super blurry, as soon as a new kernel version hits [testing], the [current] version won't be updated anymore (it may have happened when _huge_ security issues had been discovered). Today, we're stuck at .31.6 when .31.8 is out. Not a complain as I have all the tools to build any kernel I'd like to run (1 machine running Arch stock kernel out of 4 anyway) but well, just sayin'... Cheers. Well, I personally prefer the devs to focus on the new kernel, since it WILL move to [core] sooner rather than later, invalidating any work done on the earlier kernel. There's also kernel26-lts... I can't see anything valid here, sorry. Any work done on the earlier kernel is a simple rebuild and ignoring updates of your most important piece of code on your system for weeks is an issue that is worth to be raised. If you push this to absurd reasoning then stick with 2.6.18 as 2.6.57 will be in [current] also. In addition, IIRC, there is no out-of-kernel-tree modules for kernel26-lts so it's not an option for many users. Anyway, I'm talking about updates, not about downgrading few versions of the kernel :P
Re: [arch-general] I know of $repo, is there a $arch too?
David C. Rankin wrote: On 12/14/2009 04:16 AM, Magnus Therning wrote: This is the second time I'm being stupid when modifying my mirrorlist and I by accident put in a i686 repo on a 64-bit machine. I can report that running 32-bit sudo on a 64-bit machine is fraught with problems :-) So, just to work around my stupidity I was wondering if it is possible to put something like $arch in the mirrorlist, so I can stop writing out i686/x86_64? That would at least take care of this problem for the system repos. /M Mangus, I feel your pain. I did the same thing not too long ago and it about drove me crazy before I figured out what happened. I don't know if it is plausible, but it would sure help protect us from ourselves if in the preinstall dependency checks for conflicts, etc., pacman would scan the list of packages to be installed and compare the architecture to the system. Then if conflicting package architectures were found, pacman could just dump the list saying something like: The following list of packages were prepared for (i586/x86_64) architecture and you are prepared to install them on this system with (machine architecture). Do you really want to do this? (yes/no): ___ I don't know if you can quickly get the package architecture by some other method than substring extraction on the file name, but that in itself is simple enough. Food for thought :p Read the other replies to the thread