Re: [arch-general] Fully wroking GTK3(+GTK2) theme for Gnome 3.8?
On 16-05-2013 04:15, Magnus Therning wrote: > It seems it's a rather common problem that GTK3 themes partly break > Gnome3.8 by preventing having a nice desktop background while letting > the file manager draw the background: > > https://bbs.archlinux.org/viewtopic.php?id=162204 > https://bbs.archlinux.org/viewtopic.php?id=161918 > > I've so far found only two (2!) GTK3 themes that work in this respect, > the default theme Adwaita that ships with Gnome3.8 and Nokto3.8 > (http://gnome-look.org/content/show.php?content=158033). I'm not > particularly pleased with the aesthetics of either of them though. > > What's causing this behaviour in themes? (Hopefully it's easy to fix > the broken themes I come across.) > What other themes have you found that work properly? > > /M > > -- > Magnus Therning OpenPGP: 0xAB4DFBA4 > email: mag...@therning.org jabber: mag...@therning.org > twitter: magthe http://therning.org/magnus > Here you can find an interesting article about it: http://www.linuxuser.co.uk/news/a-linux-conspiracy-theory Armando
Re: [arch-general] testing/systemd 191-1 failed to boot
On 29-09-2012 20:41, Allan McRae wrote: On 30/09/12 09:32, Heiko Baums wrote: schrieb Martín Cigorraga : The replies by Martin and Heiko had not technical aspect and were not asking for help. Both accounts are banned for one week. Allan Authoritarian and despotic. My ban, please. Armando
Re: [arch-general] [arch-dev-public] time to drop openjdk6 ?
On 13-06-2012 19:08, Armando M. Baratti wrote:
On 13-06-2012 18:43, Guillaume ALAUX wrote:
On 13 June 2012 22:02, Leonidas Spyropoulos wrote:
On Wed, Jun 13, 2012 at 8:57 PM, Chris Sakalis
wrote:
Hello,
not a very important application, and there may be some workarounds,
but with openjdk7 Minecraft [1] fails to load the correct bundled
libraries on 64bit. From the exception, it appears that it actually
tries to load the 32bit libs, but it fails. Again, this is only for
the bundled lwjgl libraries. Just a small point for keeping openjdk6,
for the moment.
--Chris Sakalis
[1] - https://aur.archlinux.org/packages.php?ID=39434
On Wed, Jun 13, 2012 at 9:20 PM, Ray Kohler
wrote:
On 13.06.2012 21:32, Andreas Radke wrote:
Oracle has declared JRE/JDK7 the preferred one over JRE/JDK6. So it
Upstream only yesterday fixed a bug which affects me
(http://icedtea.classpath.org//hg/icedtea-web?cmd=changeset;node=40776f2e940f).
So I'd be grateful if you would wait until that commit comes down to
our icedtea-web-java7 package before dropping icedtea-web.
I think we should move forward to 7. Oracle already announced that
they are moving so the the application must follow. You can always
keep a JRE 6 and JDK 6 locally as optional somewhere else (/opt) or
even at your home folder for your development and for applications and
make alias for them or even load them in your local .profile.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Hello,
Unfortunately tomcat7 won't compile with OpenJDK7. I will have a look
at this (after my holidays next week). This one should be the only of
mine to still require java-environment=6.
--
Guillaume
Hi,
Many internet banking applications here in Brazil need JDK6.
I'll check if this is still valid for my bank (that's a very popular
one), but others may cease to work.
Armando
Hum ...
It seems the R&D people at my bank have updated the internet banking
application and now it works with SDK7.
Anyway I don't know about other applications like this, here in Brazil
and elsewhere...
Armando
Re: [arch-general] [arch-dev-public] time to drop openjdk6 ?
On 13-06-2012 18:43, Guillaume ALAUX wrote:
On 13 June 2012 22:02, Leonidas Spyropoulos wrote:
On Wed, Jun 13, 2012 at 8:57 PM, Chris Sakalis wrote:
Hello,
not a very important application, and there may be some workarounds,
but with openjdk7 Minecraft [1] fails to load the correct bundled
libraries on 64bit. From the exception, it appears that it actually
tries to load the 32bit libs, but it fails. Again, this is only for
the bundled lwjgl libraries. Just a small point for keeping openjdk6,
for the moment.
--Chris Sakalis
[1] - https://aur.archlinux.org/packages.php?ID=39434
On Wed, Jun 13, 2012 at 9:20 PM, Ray Kohler wrote:
On 13.06.2012 21:32, Andreas Radke wrote:
Oracle has declared JRE/JDK7 the preferred one over JRE/JDK6. So it
Upstream only yesterday fixed a bug which affects me
(http://icedtea.classpath.org//hg/icedtea-web?cmd=changeset;node=40776f2e940f).
So I'd be grateful if you would wait until that commit comes down to
our icedtea-web-java7 package before dropping icedtea-web.
I think we should move forward to 7. Oracle already announced that
they are moving so the the application must follow. You can always
keep a JRE 6 and JDK 6 locally as optional somewhere else (/opt) or
even at your home folder for your development and for applications and
make alias for them or even load them in your local .profile.
--
Caution: breathing may be hazardous to your health.
#include
int main(){printf("%s","\x4c\x65\x6f\x6e\x69\x64\x61\x73");}
Hello,
Unfortunately tomcat7 won't compile with OpenJDK7. I will have a look
at this (after my holidays next week). This one should be the only of
mine to still require java-environment=6.
--
Guillaume
Hi,
Many internet banking applications here in Brazil need JDK6.
I'll check if this is still valid for my bank (that's a very popular
one), but others may cease to work.
Armando
Re: [arch-general] [arch-dev-public] Dropping squirrelmail
On 07-05-2012 20:58, Eric Bélanger wrote: pkgstats only shows packages with more than 1% usage. Squirrelmail might have users but it's less than 1%, i.e. not enough to keep it in repo. Or, maybe, only 1% of Arch users use pkgstats and it's dangerous to take decisions based on it :)
Re: [arch-general] Anybody else have problems with the new Nvidia drivers (275.09.07-1)
Em 18-06-2011 05:03, Richard Schütz escreveu: I don't think so. Epiphany is based on WebKit these days. And because I can trigger the bug in EOG (Eye of GNOME) it doesn't look like a browser problem for me at all. Perhaps it is a problem of GTK together with nvidia 275.09.07. I tried feh (a simple X11 image viewer that doesn't use GTK or Qt) and it works fine without flickering, artifacts or something else strange. I think you're right. I've downloaded and opened the file with some image viewers: geeqie / fotoxx / gimp are fine, but gthumb froze (eventually freezing xorg with it). By the way, opening other images, even bigger than yours, on gthumb worked without a glitch. It seems that there is something related specifically to that image involved in the freezing. nvidia 275.09.07-1 nvidia-utils 275.09.07-1 geeqie 1.0-5 fotoxx 11.06.1-1 gimp 2.6.11-5 GeForce 8600 GT Armando
Re: [arch-general] [translation] Pacman 3.5.2 string freeze
Em 15-04-2011 12:54, Dan McGee escreveu: On Mon, Apr 11, 2011 at 2:13 PM, Dan McGee wrote: This is a message to all past/present/future translators that I'd like to do the pacman 3.5.2 release around the end of this week, so if you could take a look at the translations and get them up to date that would be great: https://www.transifex.net/projects/p/archlinux-pacman/r/3-5-2/ There are only a handful of new and/or changed strings (6 to 20 depending on the language and last update), so updating should be quick for most languages. There are also a handful of languages that have not seen an update in a bit, and would appreciate your help: Catalan, Danish, Portuguese, Slovak, Swedish, Ukrainian, and Norwegian Bokmål. A reminder email for anyone still looking to get their changes in. I'd like to roll the release on Sunday, 17 April if possible so please get your changes in before then! Still in need of minor updates (<20 strings): Norwegian Bokmål, Czech, Finnish, Kazakh, French, Hungarian, Russian Slightly more intensive updates (<100 strings): Danish, Portuguese, Slovak, Swedish, Ukrainian -Dan I think the Portuguese translation, that's 84% complete, could benefit of Brazilian Portuguese one, that is complete. After all, our language (pt-BR) is just a dialect of Iberian Portuguese. I've already contacted the portuguese coordinator through Transifex (let's hope the message system works better than the on-line translation :-) Armando
Re: [arch-general] xfce4's terminal does not understand unicode/utf8?
Em 17-01-2011 15:07, Nicolas Bigaouette escreveu: Hi all, I have set LOCALE="fr_CA.utf8" in rc.conf since I installed Arch some years ago. Since then, I was using KDE and I could see utf8 characters in the terminal. I've switched to Xfce 4.6 some weeks ago but now I get "??" in the terminal whenever I use UTF8 characters. When I type "locale" locally, I get: LANG= ... terminal 0.4.5-1 (xfce4) Thanks! N Hi, Nicolas, I've been using xfce's terminal for long time, and albeit I'm using now lxde, I still have xfce (4.6) installed and use terminal regularly. You could try to export LESSCHARSET="UTF-8" and see if it works. I have this in a script on /etc/profile.d, but I don't remember if it was to fix some problem like yours. Hope it helps, Armando
Re: [arch-general] Patent protection
Em 08-12-2010 20:32, Jan de Groot escreveu: On Wed, 2010-12-08 at 19:47 -0200, Armando M. Baratti wrote: It works because the patents are granted perpetually to OIN members that have jointed before the closing date, even in the case of a sell (like occurred in this case). If Microsoft wants to get you, they will do so anyways, OIN member or not. OIN does not have a patent license for ALL patents that are being sold, and even if they had them, Microsoft has several other trivial patents like the ones on VFAT that can be used to sue everybody. Newsflash: they don't. Remember Google getting sued by Oracle? Both are OIN members, it's just a fact that not all patents owned by Oracle are shared with OIN, so Oracle is free to sue any OIN-member that uses those patents without a license. Yes, OIN doesn't have *all* patents. But neither does MS. Probably they have many patents that affect MS and this can make a OIN member less desirable to be a target for harassment. Remember, MS is not interested on the small companies, they want to use them just to spread FUD. They want only the cases where they can be sure they'll win so they can offer an undisclosed agreement. With the big boys the matter is different... I'm not a lawyer. I just read Groklaw's article and though it could be of some value to Arch Linux and/or another people in the list. Armando
[arch-general] Patent protection
Probably many of you know about the acquisition of 882 of Novell's patents by a Microsoft organized consortium [1]. What you may not know is that, as Novell was part of OIN (Open Invention Network), those that join OIN *before* the closing date for the acquisition (about january 23) will be protected from any harassment regarding these patents. This [2] Groklaw's article explains it in more detail. It works because the patents are granted perpetually to OIN members that have jointed before the closing date, even in the case of a sell (like occurred in this case). You don't need to have patents or be a company to join (for free) OIN. Any project (like Arch Linux), or even an individual can do it. I understand that *if* MS will use them, it'll be with the big guys (or at least some company). Probably they will prefer to use the patents just for FUD. But OTOH we have nothing to loose (not even patents :-), and it's free. [1] http://www.consortiuminfo.org/standardsblog/article.php?story=20101124103213556 [2] http://www.groklaw.net/article.php?story=20101206205654916 Armando
Re: [arch-general] [arch-dev-public] nilfs-utils moving in core
Em 08-12-2010 09:57, Heiko Baums escreveu: Am Tue, 7 Dec 2010 23:25:06 -0500 schrieb Loui Chang: So those packages are affected: e2fsprogs reiserfsprogs btrfs-progs(-unstable) nilfs-utils jfsutils xfsprogs nfs-utils package files === = e2fsprogs already in core reiserfsprogs already in core btrfs-progs(-unstable) 124 KB1 MB nilfs-utils 79 KB 336 KB jfsutilsalready in core xfsprogsalready in core nfs-utils already in core Armando
Re: [arch-general] Python 3 Rationale?
Em 20-10-2010 13:21, Daenyth Blank escreveu: On Wed, Oct 20, 2010 at 11:16, Armando M. Baratti wrote: Em 20-10-2010 05:24, Stefano Z. escreveu: anyone know if reportlab does work with python3 ? No, reportlab doesn't work with python3. Neither Django, nor Twisted. As well the modules below are incompatible with python3 (to mention a few): - PyGTK2 - Pyjamas - Kiwi - Beaker - Cheetah - CherryPy - nose - Paste - numpy - PyChecker - pycrypto - egenix utilities (used by many db connectors) - psycopg - couchdbkit - Elixir - MySQL-python - PyMySQL - PyDB2 And many, many more. It'll be a long time for many of these modules be converted (rewritten in some cases) to python3. It was a smart move from the standpoint of package management, but from the point of view of a developer... Armando You do realize that python 2 is not being taken away, right? Yes, off course I do. But I also realize that, besides Python isn't the easiest platform to deploy to, specially when your customers aren't tech savvy and have to make some adjustment or install some module, we end with incompatible platforms for development (Arch Linux, that uses python3 by default) and deployment (some other distro that uses python2). This isn't the end of the world, by adds to the things that contribute for the appearing of problems on the deploying (specially on rather larger ones). Armando
Re: [arch-general] Python 3 Rationale?
Em 20-10-2010 05:24, Stefano Z. escreveu: anyone know if reportlab does work with python3 ? No, reportlab doesn't work with python3. Neither Django, nor Twisted. As well the modules below are incompatible with python3 (to mention a few): - PyGTK2 - Pyjamas - Kiwi - Beaker - Cheetah - CherryPy - nose - Paste - numpy - PyChecker - pycrypto - egenix utilities (used by many db connectors) - psycopg - couchdbkit - Elixir - MySQL-python - PyMySQL - PyDB2 And many, many more. It'll be a long time for many of these modules be converted (rewritten in some cases) to python3. It was a smart move from the standpoint of package management, but from the point of view of a developer... Armando
Re: [arch-general] [OffTopic] Wireless keyboard Security
Em 06-09-2010 08:45, Mike Sampson escreveu: If the OP went with a wireless keyboard with properly implemented encryption it could actually be more secure than a wired keyboard. [1] http://www.pcworld.com/article/161166/a_way_to_sniff_keystrokes_from_thin_air.html [2] http://lasecwww.epfl.ch/keyboard/ Regards, Mike In fact using a wireless keyboard you're just increasing the chances of someone get your signal: - through the air (exploiting some fail on the encryption) *and* - through the eletromagnetic field generated by the keyboard (the same way with wired keyboards, just with a signal slightly weaker for the absence of the wire). Perhaps as Cédric have pointed, someone that could get as near as to get the signal (and carry the equipment to do do this) probably would use an easier way to spy on you. Armando
Re: [arch-general] 3 minutes and 12 seconds Youtube video of My Arch Linux
Em 29-08-2010 21:25, Ng Oon-Ee escreveu: On Sun, 2010-08-29 at 12:16 -0500, Thomas Dziedzic wrote: On Sun, Aug 29, 2010 at 11:01 AM, Gary Wright wrote: On Sun, Aug 29, 2010 at 5:56 AM, Mr. Teo En Ming (Zhang Enming) of Singapore wrote: My Arch Linux is essentially a Linux from Scratch (LFS) 6.5 which I have compiled and installed from scratch, following the LFS 6.5 Handbook very closely. After finishing the basic LFS 6.5 installation, I have installed the pacman package manager from Arch Linux, essentially making the LFS 6.5 installation an Arch Linux installation. With the pacman package manager in place, I was able to install the X.org X Windowing Server and the GNOME Desktop Environment with ease. Sorry to feed the trolls, but look at 0:31 in the video. Apparently he hasn't been following LFS too closely... he seems to have cribbed the bootscritps from Arch as well, making me think he just changed the hostname and the name of the kernel he was using on a perfectly good Arch machine. Although his computer's hdd, or whatever that annoying sound is, makes me think that he went through with the lfs install :) /me wonders why anyone actually watched that vid =) Probably just to get the malware payload embedded on the flv... Armando
Re: [arch-general] How to change gdm greeter theme?
Em 26-07-2010 22:02, Javier Adrián Ortiz de la Tabla escreveu: How do you get around this: gdm:x:120:120:Gnome Display Manager:/var/lib/gdm:/sbin/nologin su, gksu say account is not available. Do you just change the :sbin/nologin part? How -- safely? I've never messed with something like that before. This is what I use to do, if something is wrong somebody please correct me. Change :/sbin/nologin to :/bin/bash, then, as root # su gdm $ dbus-launch gnome-appearance-properties Configure according to your needs, then edit /etc/passwd again and change :/bin/bash to :/sbin/nologin. It's enough to do (no need to change the shell): # su -m gdm $ dbus. Armando
Re: [arch-general] test
On 28-05-2010 00:51, Nilesh Govindarajan wrote: On Fri, May 28, 2010 at 7:58 AM, papul wrote: Sorry for this useless message. testing some service. You're send a test message to 500-1000 people on a mailing list. Idiotic. Create a mail account on another provider and test your thing. Don't annoy us. Mr. Aaron may ban you if you do this once more. And Mr Aaron can ban you for calling others "Idiotic" :-) Let's expect he has a lot of common sense and don't ban anyone for so little. @papul: If you're trying some sort of program (like an automatic troller, or something like this :-) on the list, you can test it on any normal mail account, the list will behave the same. Armando
Re: [arch-general] Burning From Command Line
On 22-05-2010 01:24, Nilesh Govindarajan wrote: On 05/21/2010 08:14 PM, Armando M. Baratti wrote: In fact I *use* cdrecord. I've just pointed to the wiki page as it was handy and the options are (at most) the same. My fault not mentioning the other project. Armando cdrecord is same as wodim (newer name) Excuse me, I meant cdrtools. Armando
Re: [arch-general] Burning From Command Line
On 21-05-2010 05:29, Joerg Schilling wrote: "Armando M. Baratti" wrote: Arch Linux Wiki: http://wiki.archlinux.org/index.php/CD_Burning#Command-line_CD-burning (see "Burning an iso image") The URL you mention gives bad advise as it encourages you to use software that is unmaintained since many years and full of bugs (wodim, genisoimage, ...). Better use the original software that is maintained and without known bugs. ftp://ftp.berlios.de/pub/cdrecord/alpha/ http://cdrecord.berlios.de/ See also the man pages at: http://cdrecord.berlios.de/private/man/cdrecord/index.html Jörg In fact I *use* cdrecord. I've just pointed to the wiki page as it was handy and the options are (at most) the same. My fault not mentioning the other project. Armando
Re: [arch-general] Burning From Command Line
On 20-05-2010 13:26, Carlos Mennens wrote: How do I create a bootable install disk from an .ISO image I downloaded from the Arch site? I would like to know how to do this via CLI only rather than using a front end GUI like Gnome Baker, K3B, or Brasero. Does anyone know the command to burn the image to disk via CLI and what packages I must have in order to do so? Arch Linux Wiki: http://wiki.archlinux.org/index.php/CD_Burning#Command-line_CD-burning (see "Burning an iso image") Armando
Re: [arch-general] can't register for Arch forums
On 04-03-2010 22:11, Allan McRae wrote: On 05/03/10 11:03, Andreas Wagner wrote: Hello, I am thoroughly enjoying using arch linux so I have tried to register for the Arch forums. I have tried several times but I get the message: "Bots are unwelcome here. The door is right over there, don't let it hit you on the way out." I assure you I am no bot. It would be great if someone could fix this. Here is a guide: http://arch.har-ikkje.net/gfx/human-or-not.png Yes, I'm human, sometimes I misunderstand something. Armando
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit - tone it down
On 01-02-2010 06:17, Joerg Schilling wrote: "Armando M. Baratti" wrote: Strange, I have had the opposite experience. Trying to burn some CDs with cdrkit (on CentOS) give some problem with not being able to generate Joliet system and I have had trouble with utf-8 too. First I thought I was making some stupid mistake, but changing to cdrtools (from sourceforge repository) fixed that. Well, it was in another distro, but by what I've read in this thread it seems to make sense now. There is nothing strange and this does not depend on the distro you are using. The fork does not handle UTF-8 correctly. BTW: the whole dispute with Debian started with an attempt from a Debian paketizer to make me integrate a non-working UTF-8 patch into mkisofs in May 2004. This patch was full of bugs and even if it did have no bugs, it would only handle 50% of the cases that need support for UTF-8. This broken patch is still in the fork, but in Summer 2006 I did implement working and complete UTF-8 support for mkisofs. There is however no cdrtools at Sourceforge, cdrtools is at Berlios ;-) Jörg Excuse me I meant rpmforge repository. Armando
Re: [arch-general] An old, tiresome discussion: cdrtools vs cdrkit - tone it down
On 30-01-2010 12:58, Baho Utot wrote: I don't think you "get it". First of all, I don't care what happened when the split or fork happened. It makes _ZERO_ difference to me. This is what I have done because of _your_ direct actions on this list and other actions by you on some news groups I read. On the computers I have that run Slackware -12.2/13.0 I have removed cdrtools and installed cdrkit. Note that Slackware distributes cdrtools. I don't care if cdrtools is better than the very best or that cdrkit is worst than the worst. It doesn't matter. I have preformed some tests and guess what cdrkit works! Imagine that. It burnt the iso's for Slackware distribution, and using md5sum to sum both a Slackware distribution disk burned by both cdrkit and cdrtools and they are the same, how did that happen? Going forward I will use cdrkit on any system that I have any responsibilities on. Thanks. PS. I agree and support Arch Linux to distribute cdrkit. Strange, I have had the opposite experience. Trying to burn some CDs with cdrkit (on CentOS) give some problem with not being able to generate Joliet system and I have had trouble with utf-8 too. First I thought I was making some stupid mistake, but changing to cdrtools (from sourceforge repository) fixed that. Well, it was in another distro, but by what I've read in this thread it seems to make sense now. Armando
Re: [arch-general] usable browser?
Dieter Plaetinck wrote: On Fri, 27 Nov 2009 17:05:11 -0800 Tobias Kieslich wrote: Don't jump to conclusions here. Inspecting the headers (..) yes this a known issue. libsoup doesn't support compression, and some sites send out gzipped content when they shouldn't. So lxde.org and others cannot be used on webkitGtk based browsers. Even wikipedia does it! but then again, I did ask for examples of *broken* websites that do not work well in webkitGtk, so this is a good example. (but libsoup should gain gzip support soon, I've heard). Please let me know more sites that do not work with webkitGtk for other reasons than this, both broken and correct sites are welcome. Dieter Strange, Midori (webkit based) works fine with http://www.lxde.org/ here. Are you talking about some specific part of the site? Or Midori has something other webkit based browsers don't? Using libsoup 2.28.1-1. Armando
Re: [arch-general] keepassx crashing?? (Ver 0.4.1-1 )
David C. Rankin wrote: Just a note; keepassx, which has worked reliably for years, began crashing today. I don't know whether it is keepassx, or qt (suspicion is qt). The errors are: 18:31 alchemy:~> keepassx Found Metastream: KPX_CUSTOM_ICONS_4 Found Metastream: KPX_GROUP_TREE_STATE Segmentation fault It is happening on suse as well. (both with qt-4.5.3) I even downgraded to keepassx 0.3.3-2.1 and it still occurss, so that pretty much rules out keepassx as the problem. There is some chatter on the ubuntu lists as well. If any of you super-brains use it, you might want to check and see what is going on. I suck at tracking down these type of issues, (strace is Greek) but I'll keep trying. Hi David, It works fine here: keepassx 0.4.1-1 qt 4.5.3-3 qt3 3.3.8-13 but I'm using Xfce4, not KDE (don't know if it makes any difference anyway). Armando
Re: [arch-general] /dev/tty* borked ...
Xavier wrote: On Fri, Oct 9, 2009 at 2:20 PM, Thomas Bächler wrote: Xavier schrieb: Unfortunately we can no longer check the cvs repo afaik. We cannot see earlier than April 2008 : http://repos.archlinux.org/viewvc.cgi/udev/trunk/PKGBUILD?view=log I am also curious to know how did that file stay. Why wasn't it tracked and removed by pacman ? The old cvs-arch and cvs-core are still around somewhere, but not public. So since we still have no information about that /etc/udev/rules.d/udev.rules file, it seems it could potentially be on all old arch systems (2007 or older). Should the kernel post_upgrade either display a warning or just remove that file automatically ? A warning could be safer if a user used this file for custom rules. My current Arch Linux was (re)installed last time in 2005 and only updated after that. I don't have /etc/udev/rules.d/udev.rules . I must have removed it manually. I think some time ago there was an announcement or discussion about this on this list, but I'm not sure. Armando
Re: [arch-general] dd and bash_completion
Sergey Manucharian wrote: On Thu, 24 Sep 2009 22:40:28 +0200 Thomas Bächler wrote: Aaron Griffin schrieb: And this appears to be fixed in git http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f733e71e1f8d63c072a402346d8162f9c6b63ae2 http://code.phraktured.net/cgit.cgi/bash-completion/commit/?id=f871fe4101ed89cb98e201aed8c975fd3061905b I can confirm this is fixed. I wonder if it might be a good idea to switch bash_completion back to git snapshots now that development is more active, yet their releases are few and far between Haha, I cloned this morning and it was still broken :) Anyway, I'm fine with having bash_completion git snapshots. I've just installed bash-completion-git-20090924 with yaourt - works fine. The only issue is: dd if -> dd if\= (but that's not so critical) Cheers, Sergey Strange, for me the completion works fine: $ dd if=/h $ dd if=/home The only thing is I'm not using the package bash-completion, but bash completion works anyway for me. Maybe someone could try to remove bash-completion package and try again. Armando
Re: [arch-general] New Page added to wiki - Add_New_Partitions_To_Existing_System
David C. Rankin wrote: Listmates, After running out of room on my / partition on my Archlinux install and recovering by adding a couple of additional partitions, I put together a little howto in the wiki concerning the process in case anyone else finds themselves in the same situation: http://wiki.archlinux.org/index.php/Add_New_Partitions_To_Existing_System As always, writing it up for the wiki took a whole lot longer than fixing the original problem, but now it's done. Look it over, add to it, find all my typos, etc.. Hopefully it will be useful. Hi David, Another option would be LVM. With it you could easily grow your (logical) partitions and even adding another disk if needed. Armando
Re: [arch-general] [EMAIL PROTECTED] Midori + sun jre plugin
Javier Vasquez wrote: Hi, Does anyone know how to enable sun jre plugin within midori. Midori actually recognizes the flash plugin pretty well, but I can't get it to work on web pages requiring jre... I'm liking midori because of being lighter than seamonkey on my box, but I miss jre support... I was looking for a midori distribution list, but found none, so I was hoping someone under arch-general would know, :) Thanks, Hello, Midori is based on WebKit engine. Maybe you could find something about jre support on its site: http://webkit.org/ Armando
Re: [arch-general] [arch-dev-public] pkgstats: first results
Charly Ghislain wrote: On Monday 10 November 2008 23:12:49 Hubert Grzeskowiak wrote: a pacman which sends informations home - unasked?! are you serious? that would be a data privacy horror! i don't want to have to observe pacman's traffic the whole time fearing leaks. a feature/bug like that would rather raise a huge scandal than appreciation. i have no doubt on this. Of course i dont want this to happen neither. Im just saying it would be the best population of result, 'statistically speaking'. As of pkgstat, yes it is heavily discussed, but i never installed it before i started reading this thread. Regards, Charly I agree with the statistical issue. Statistics is a funny thing. Maybe about 1500 user isn't a very significant part of the community. And as pointed by Charly, it could be a biased sample. Not to mention the problems with using IP to determine the uniqueness of the submissions (many machines under same IP, dinamic IPs). I'm not saying pkgstats is invalid. Only that the statistical results from it must be taken with a grain of salt. Armando
Re: [arch-general] [arch-dev-public] Snort UID / GID
Aaron Griffin wrote: On Thu, Jul 17, 2008 at 10:40 AM, Hugo Doria <[EMAIL PROTECTED]> wrote: Thus this way snort can work out of the box with less privileges. Anyone who wants can put snort to run with another user. And, in any case, this email was just a question. I don't see why people have such an issue with creating UIDs/GIDs out of the box. I don't have a problem with it, as long as we don't do it on every flippin package under the sun. Is it possible to use 'nobody' for snort, or is there a security risk there too? Have I heard someone saying "sensible defaults" ? Armando
Re: [arch-general] community/mc-utf8 to extra/mc
Sergej Pupykin wrote: Yes it also under mc 4.6.1-5. But this is a very minor thing, and i noticed that this only occurs whit german locale (ok, i don't tested others). But with LANG=C this doesn't happend. So it's maybe a (german) locale issue (false translation character in .po ?). In russian locale (ru_RU.UTF-8) too. Bug is near the utf8-patch I think. The same in pt_BR.utf8 (brazilian portuguese). Armando
Re: [arch-general] usb keyboard and mouse
Sergej Pupykin wrote: I use MS Inteli Mouse. And it does not want to work without usbmouse module if I plug it in into usb (without usb->ps/2 connector) Here my xorg.conf mouse section: Section "InputDevice" Identifier "mouse" Driver "evdev" Option "ButtonNumber" "5" Option "Name" "Autodetection" Option "ZAxisMapping" "4 5" EndSection I try now rmmod usbmouse on running X - mouse dissapeared modprobe usbmouse makes mouse work again If you changed MB maybe your evdev event number could have changed too. Option "Device""/dev/input/eventN" You can made it permanent using udev, see the posting by Asaru in this link: http://bbs.archlinux.org/viewtopic.php?id=34651 Armando
Re: [arch-general] resurrecting srcpac
Michael Klier wrote: Jason Chu wrote: Alrighty, mostly a couple questions: Would it be an idea to build as the original users who ran srcpac? I guess if you use sudo, that won't quite work... you'd need something pointing back to that user... I don't know if that's possible, because you don't know whether srcpac was invoked as root or via sudo. However, maybe a new separate user isn't needed and we could just (ab)use nobody for the makepkg calls. You could test for SUDO_USER environment variable. If it doesn't exists then it was not called through sudo and USER would give you the real user. Armando
Re: [arch-general] [English] New Distro - Can't Read German
Dan McGee wrote: On Mon, Mar 31, 2008 at 7:21 PM, pyther <[EMAIL PROTECTED]> wrote: I need you guys to recommend a new distro. Unfortunately I made a terrible mistake by taking Spanish two years ago (didn't learn much, but still...). This means I do not know German I will be unable to read man pages and what not! I am looking for an ENGLISH distro that is as similar to Arch Linux as possible. Any help would be great! We are not dropping internationalization support- we have long been one of the best distros for this. You will still have English-language manpages and everything else. However, our site will be primarily in German from this point out, so you may have a bit more help when troubleshooting problems, etc. Just as "de_DE" was available before, "en_US" will still be available to most programs. -Dan Can you send me again this post some hours later? It's still march 31 here... Armando
Re: [arch-general] Installation: after first reboot ext3 superblock mount time in future
Dan McGee wrote: On Sat, Mar 29, 2008 at 8:12 AM, Gerhard Brauer <[EMAIL PROTECTED]> wrote: Hello, i've noticed this meanwhile quiet often after many installations. Currently after a test with 2008.03-0.3, but also with older ISOs: After install and first reboot i got such fsck notice during rc: , | /dev/sda3: Superblock last mount time is in the future. FIXED | /dev/sda3 has gone 49710 days without being checked, check forced. ` Here¹ you could download a screenshot from such a situation where also a reboot is required after fsck. Cause this is the *first* reboot after installation users will get a bad impression about Arch. Oh noes! We couldn't ever have a bad impression! We might lose a user! Feel free to submit a patch against the installer (it is all in GIT on projects.archlinux.org), but justifying this problem by saying it gives a bad impression is not something that is going to make devs jump out and fix it- if anything it might bring out the cynical side as you can see above. -Dan Or maybe he (and others) could not be anymore interested in testing your (our) distro. As I had understood, Gerhard intended only to point a minor nuisance. Something that he, maybe, have not the technical expertise (or time) to patch. I think he means you (or other devs) could try to fix it if you like it (have the time for, judge it worth doing, etc). Linux users used to be a community ... Armando
Re: [arch-general] Missing man pages
Allan McRae wrote: Armando M. Baratti wrote: Mordechai Peller wrote: Michael Towers wrote: Mordechai Peller wrote: I notice that some of the man pages are missing, including: find, cat, ls, uniq, tee, and tail. They were in man-pages-2.74-1-i686.pkg.tar.gz, but not man-pages-2.77-1-i686.pkg.tar.gz or man-pages-2.78-1-i686.pkg.tar.gz. I've got them (man-pages-2.78-1). Have you got the latest /etc/profile, with 'unset MANPATH'? Typing 'unset MANPATH' fixed it, but I don't have a file '/etc/profile'. Thanks I'm having the same behaviour as stated by Mordechai. I have /etc/profile, but there is no 'unset MANPATH' in it. Below are my package versions: man-pages 2.78-1 filesystem 2007.11-6 My /etc/profile is attached. Armando You probably have an /etc/profile.pacnew which you can move to /etc/profile - be sure to make any additions that you have added to /etc/profile in /etc/profile.pacnew before moving (hmmm, I don't think you have any by the looks of the attached file). Exactly to the point, now it works fine. My aditions are on /etc/profile.d directory. Sometimes I forget to compare the .pacnew files with the ones I'm using... Thank you very much. Armando
Re: [arch-general] Missing man pages
Mordechai Peller wrote:
Michael Towers wrote:
Mordechai Peller wrote:
I notice that some of the man pages are missing, including: find,
cat, ls, uniq, tee, and tail. They were in
man-pages-2.74-1-i686.pkg.tar.gz, but not
man-pages-2.77-1-i686.pkg.tar.gz or man-pages-2.78-1-i686.pkg.tar.gz.
I've got them (man-pages-2.78-1). Have you got the latest
/etc/profile, with 'unset MANPATH'?
Typing 'unset MANPATH' fixed it, but I don't have a file '/etc/profile'.
Thanks
I'm having the same behaviour as stated by Mordechai.
I have /etc/profile, but there is no 'unset MANPATH' in it.
Below are my package versions:
man-pages 2.78-1
filesystem 2007.11-6
My /etc/profile is attached.
Armando
#
# /etc/profile
#
export PATH="/bin:/usr/bin:/sbin:/usr/sbin:/usr/X11R6/bin:/opt/bin"
export MANPATH="/usr/man:/usr/X11R6/man"
export LESSCHARSET="latin1"
export INPUTRC="/etc/inputrc"
export LESS="-R"
export LC_COLLATE="C"
export COLUMNS LINES
export PS1='[EMAIL PROTECTED] \W]\$ '
export PS2='> '
umask 022
if [ "$TERM" = "xterm" -o "$TERM" = "xterm-color" -o "$TERM" = "rxvt" -o
"$TERM" = "xterm-xfree86" ]; then
PROMPT_COMMAND='echo -ne "\033]0;[EMAIL PROTECTED]:${PWD/$HOME/~}\007"'
fi
# load profiles from /etc/profile.d
# (to disable a profile, just remove execute permission on it)
if [ `ls -A1 /etc/profile.d/ | wc -l` -gt 0 ]; then
for profile in /etc/profile.d/*.sh; do
if [ -x $profile ]; then
. $profile
fi
done
unset profile
fi
# End of file
