- Arch-general - lists.archlinux.org

Re: [arch-general] [aur-general] [arch-dev-public] GHC 7.8.1 packaging decisions for Arch Linux
by Thomas Dziedzic 11 Apr '14

11 Apr '14

On Thu, Apr 10, 2014 at 7:20 PM, Jeremy Audet <ichimonji10(a)gmail.com> wrote: > > Doesn't every language with its own package manager have this problem? > For example, Python. Is there a good solution? Users knowing about this > issue and making their own decisions is the current solution on every > distro I'm familiar with. > > Aye. There are some upshots to allowing users to install software via > either the system package manager or a language-specific one, instead of > forcing them down a single path. For example, with ruby: tools such as > bundler, rbenv and rvm provide users with some awesome capabilities, such > as being able to install multiple versions of Ruby and multiple versions of > gems, either system-wide, in a user's home directory or in a custom > directory. That's very useful, and the user should have that option - but > if the user wants a simpler, more straightforward option, they can use > `gem` or `pacman`. (And the choice between gem and pacman has its own > tradeoffs.) > > Couldn't the same be said of Haskell packages? Using pacman to manage > haskell packages provides some niceties, such as automatic updates > (whenever -Syu is performed), whereas cabal-install provides its own > niceties, such as access to numerous packages. So... is there anything > wrong with letting the user choose the tool that suits their needs? > I guess I should modify my wording for Change 2 to be: "Change 2: Make a news item stating that either cabal-install or pacman packages are now the recommended way to install haskell packages. Not both in one system."

1 0

[arch-general] svntogit stuck
by Armin K. 10 Apr '14

10 Apr '14

In case some of the people responsible for it are reading this: svn2git is stuck for 2 days without any changes although the packages are being upgraded. I can't even examine changes for packages through al.o/packages anymore. -- Note: My last name is not Krejzi.

5 5

Re: [arch-general] [arch-dev-public] [aur-general] GHC 7.8.1 packaging decisions for Arch Linux
by Thomas Dziedzic 10 Apr '14

10 Apr '14

On Wed, Apr 9, 2014 at 8:12 PM, Allan McRae <allan(a)archlinux.org> wrote: > > Now that aside is finished, what is the deal with that arch-haskell > group? Is it still going? Would they want to provide packages > officially instead? I wouldn't actually be opposed to this idea. A lot of effort is duplicated with regards to Archlinux's official haskell packages and Arch-Haskell's packages. We could try to work out something between the existing haskell package maintainers and arch-haskell maintainers. It might lead to a possibly better overall haskell experience on archlinux. Arch-haskell could maintain official haskell packages using pacman. I (and anyone interested) could support haskell package installation using the cabal-install route.

2 1

[arch-general] My Apache Sever Compromised?
by Jameson 10 Apr '14

10 Apr '14

I'm seeing some very strange behavior from my Apache web server, and I'm afraid it may have been compromised. Every time I start it, my router is saturated with the maximum number of connections it can handle, and my access_log starts filling with lines like: 208.115.242.252 - - [29/Mar/2014:22:04:54 -0400] "GET http://ads.yahoo.com/st?ad_type=iframe&ad_size=300x250&section=3730175&pub_… HTTP/1.0" 200 5463 74.63.219.228 - - [29/Mar/2014:22:04:54 -0400] "GET http://ads.yahoo.com/st?ad_type=iframe&ad_size=728x90&section=5101980&pub_u… HTTP/1.0" 200 5432 198.100.123.53 - - [29/Mar/2014:22:04:54 -0400] "GET http://www.superficialgirl.com/miss/160x600.php HTTP/1.0" 200 374 198.100.121.56 - - [29/Mar/2014:22:04:53 -0400] "GET http://content.yieldmanager.edgesuite.net/atoms/14/0d/e5/b4/140de5b4c2f26dd… HTTP/1.0" 200 20393 199.83.93.35 - - [29/Mar/2014:22:04:54 -0400] "GET http://ro2.biz/pixel.png HTTP/1.0" 200 151 172.246.127.211 - - [29/Mar/2014:22:04:54 -0400] "GET http://ads.yahoo.com/imp?Z=300x250&s=5507180&_salt=2285596723&B=12&m=2&H=ht… I don't serve any adds from this server. It's just a few webapps that I use personally. Has anyone seen anything like this before? Any advice? Thanks, =-Jameson

8 11

[arch-general] Error in chrome when I moved sidebar
by Maykel Franco 10 Apr '14

10 Apr '14

Hi, I get this lines in chrome when I moved sidebar the right: http://es.tinypic.com/view.php?pic=14kbeyw&s=8#.Ux8-xpDuKnk Can I help me please? Is a bug the chrome? Thanks in advanced.

3 4

[arch-general] X11vnc in xbmc archlinux
by Maykel Franco 10 Apr '14

10 Apr '14

Hi, I configured the archlinux + xbmc. I will like remote control xbmc with x11vnc from other machine. Now, I control the xbmc with xbmc remote from android. And also start x11vnc when archlinux boot... Thanks in advanced.

4 6

[arch-general] Error when I try update pacman -Syu
by Maykel Franco 10 Apr '14

10 Apr '14

I have this error when I like update all system: root@arch-maykel /home/maykel/ # LANG=C pacman -Syu :: Synchronizing package databases... core is up to date extra is up to date community is up to date multilib is up to date archlinuxfr is up to date :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... :: jre7-openjdk and jre7 are in conflict (java-runtime). Remove jre7? [y/N] error: unresolvable package conflicts detected error: failed to prepare transaction (conflicting dependencies) :: jre7-openjdk and jre7 are in conflict (java-runtime=7) I find the solution in https://bbs.archlinux.org/viewtopic.php?id=154154 but not worked for me: root@arch-maykel /home/maykel/ # LANG=G yaourt -Rdd jre7-openjdk error: target not found: jre7-openjd Thanks in advanced.

4 6

[arch-general] Yakuake not expand with shorcut
by Maykel Franco 10 Apr '14

10 Apr '14

Hi, I like very much yakuake. I like expand the terminal to right, left, up, down with shourcut , but not found when assign the keys. Attach photo. http://imgur.com/a/sf4it - Grow terminal to the left, to the right, to the top...not found with keys... Why? I don't now why. Yakuake in gentoo works very well to expand the terminal. Yakuake depend the konsole. Sorry for my english. Thanks in advanced.

1 1

Re: [arch-general] [arch-dev-public] [aur-general] GHC 7.8.1 packaging decisions for Arch Linux
by Daniel Micay 10 Apr '14

10 Apr '14

On 09/04/14 11:12 PM, Allan McRae wrote: > On 10/04/14 12:58, Thomas Dziedzic wrote: >> On Wed, Apr 9, 2014 at 12:07 AM, Magnus Therning <magnus(a)therning.org>wrote: >>>> >>>> I'm guessing this means cabal-install now is the only package outside >>>> of [community] that uses ghc to build. Is that right? >>>> >> That would be correct. >> >> >>>> Is the plan then that any future tools (i.e. non-libraries) >>>> implemented in Haskell would go into [community]? >> >> This would also be correct. I believe that most people who use packages in >> our supported repos don't actually use the haskell libraries themselves, >> but rather the tools that depend on them. (e.g. xmonad) >> I am not against keeping these tools around and their dependencies if >> someone wants to maintain them, but I personally have no interest in >> maintaining them myself. > > I am fine with this decision. Although I think it better to use a > system package manager if at all possible, I do recognise that this > takes man power that we do not have for haskell. People still have the > option of using the AUR over cabal-install if they want to use the > package manager (or system wide installs - is cabal-install a per user > thing?) > > <aside> > In my ideal situation, we would have a team of people for each of the > "major" programming languages who would determine packaging policy and > provide packages for many of the libraries for that language. Sort of > like how we have multiple people who deal with KDE and GNOME updates. > With a team based setup, it would be easier to have more junior people > brought on to help. > </aside> > > Now that aside is finished, what is the deal with that arch-haskell > group? Is it still going? Would they want to provide packages > officially instead? It's definitely still active. They seem to have all the necessary automation worked out. AFAICT they do an automated conversion from the cabal files and maintain a set of patches for adding external dependencies, etc. https://github.com/archhaskell

2 1

[arch-general] Inconsistencies with cc and c++ binaries
by Jordan Horwich 10 Apr '14

10 Apr '14

The /usr/bin/cc executable is a symbolic link to /usr/bin/gcc whereas the /usr/bin/c++ executable appears to be a hardlink to /usr/bin/g++. Why are the links different types? Wouldn't it be more clear to make both symbolic links or both hard links? -- Jordan

1 0