[arch-general] Heads up: Changes in the next mono release

2015-01-10 Thread Daniel Isenmann
Hi,

I just read an email from Miguel (Mono head developer) that in the next
mono release (I don't know when this will be) the .NET profile 2.0 and 4.0
will be removed. So the reference assemblies of .NET 2.0 and 4.0 will be no
longer in the package. As it seems the new mono release will have the
version 4.0, so they are doing a major version bump.

If you need them you have to stay with mono 3.10.0 or someone should
maintain an AUR package which provides these assemblies.

If someone wants to read the discussion on the mono mailinglist you can
find it on the mail archive webpage:
https://www.mail-archive.com/mono-devel-list@lists.ximian.com/msg30995.html

The packages which are provided in our repositories will be working with
the new mono release, I will take care of this and move the new mono
release to our repository only if all packages are working with it. If this
doesn't work, maybe I will provide an old mono3 package and a new mono
package for version = 4. If this is possible, have to check this first.

For all the AUR packages you are on your own to check them.

Cheers
Daniel


[arch-general] Drop windowmaker-crm-git from [extra], use windowmaker package

2012-02-21 Thread Daniel Isenmann

Hi,

now that Window Maker development resumed and the new source for the 
official Window Maker package is the git repository of crm, there is no 
need anymore to have the crm-git package in the [extra] repository 
beside the official stable package. I will move it to AUR soon and will 
maintain it at the AUR.


To all the users of the windowmaker-crm-git package, please install the 
windowmaker package from the [extra] repository, which is the latest 
stable source from windowmaker.org and even newer than the crm-git 
package. All features which are in the crm-git package are merged to the 
official windowmaker package because of the same source.


 -Daniel


Re: [arch-general] ArchLinux Cheat Cube (english)

2011-10-04 Thread Daniel Isenmann

Am 05.10.2011 07:52, schrieb Ángel Velásquez:

2011/10/5 Simon Schneiderschneida.si...@gmail.com:

Am 05.10.2011 07:38 schrieb Madhurya Kakatimkakati2...@gmail.com:

Hi,
I saw cheat cubes for Fedora and Ubuntu. However someone has created a
cheatcube for archlinux but it is in Spanish. I was wondering if anyone
could translate it into english.
Here is the link for the Spanish cheatcube
http://elblogdepicodev.blogspot.com/2010/03/arch-linux-cheat-cube.html

I can translate it, point me to the svg :)


Here is the download URL of the whole package, including SVG:

http://docs.google.com/uc?id=0B4yquUFv3csrYjM0YjM5OGQtZWI3MS00N2NiLWJjMjMtZmYxNjRiYjdiYzdkexport=downloadhl=es


Re: [arch-general] [arch-dev-public] [signoff] rp-pppoe-3.10-6

2011-04-26 Thread Daniel Isenmann

No signoffs? No one who use rp-pppoe?

Am 18.04.2011 09:14, schrieb Daniel Isenmann:

I have fixed:

FS#22481 - [rp-pppoe] remove from base group
FS#20925 - [rp-pppoe] pppoe-server has wrong hardcoded path to 
pppoe-plugin


Please signoff i686 and x86_64. I can't test it, because I don't use it.

 Daniel





[arch-general] [signoff] rp-pppoe-3.10-6

2011-04-18 Thread Daniel Isenmann

I have fixed:

FS#22481 - [rp-pppoe] remove from base group
FS#20925 - [rp-pppoe] pppoe-server has wrong hardcoded path to pppoe-plugin

Please signoff i686 and x86_64. I can't test it, because I don't use it.

 Daniel


[arch-general] wicd splitted in 'wicd' and 'wicd-gtk'

2011-03-20 Thread Daniel Isenmann
Hi,

like requested as a feature request (FS#22550) and as a solution to one
bug (FS#22423), I have splitted the wicd package into two seperated
packages. From now on there is

wicd:
All stuff you need to run the wicd daemon and the wicd-cli and
wicd-curses interfaces 

wicd-gtk:   
All  stuff you need to run the GTK interface of wicd and the autostart
file for the client to appear in the systray.

So if you want the GTK interface back you have to install wicd-gtk
manually after you have updated the wicd package.

Forum thread: https://bbs.archlinux.org/viewtopic.php?pid=905851

- Daniel


[arch-general] Changed GNUstep directory in new windowmaker package

2010-03-07 Thread Daniel Isenmann
Hi,

today I have released a new release of the windowmaker package. The
important change is the GNUstep directory. I have changed this
to /usr/lib/GNUstep. It was requested as a bug report
(http://bugs.archlinux.org/task/15301) and it’s now equal to Debian’s
GNUstep directory location.

That means, you have to change the directory for the WPrefs.App which
has now the new location. All other things should be run without
problems. If you have older GNUstep applications, you have to recompile
them with the new location if they way located in the old GNUstep
directory.

 -Daniel


[arch-general] [signoff] rp-pppoe-3.10-3

2010-02-01 Thread Daniel Isenmann
Hi,

this is a small fix for the bug reported here:
http://bbs.archlinux.org/viewtopic.php?pid=699763

Now, you have to set explicit the plugin path to the kernel mode
plugin if you want to use it. So, it's up to you if you need it or
not and it won't be set anymore as default, because it generated too
much errors for some users.

Please test it and signoff.

 -Daniel


Re: [arch-general] Black screen after waiting for udev uevents to be processed

2010-01-28 Thread Daniel Isenmann

Am 28.01.2010 13:25, schrieb Xianwen Chen:

Hello friends,

Starting from late Dec., my laptop goes black screen after waiting for udev uevents 
to be processed, after updating kernel to 2.26.32.*. How can I solve the problem?

Regards,

Wen


Have a look here:
http://bbs.archlinux.org/viewtopic.php?pid=695670#p695670

 -Daniel



[arch-general] [signoff] wicd-1.7.0-1

2010-01-17 Thread Daniel Isenmann
Hi,

there is a new version of wicd in [testing]. In the past there were
always problems in upgrading wicd, so I have decided to put it in
[testing] first. Please test it and give me some signoffs.

Big changelog:

1.7.0:
Changes for Packagers:
- Wicd now supports a -k option, which should be run by the
init script when the daemon is stopped to release the DHCP lease but
should not be run on a restart of the daemon.
- The ability has been added to split Wicd's components into
multiple directories. Use --gtk, --cli, --curses, and --daemon to
  setup.py configure to specify the locations of the respective
  components.
- The preferred way to run the GTK UI is now to use wicd-gtk,
not wicd-client. wicd-gtk is a new addition to 1.7 that will never
  run wicd-curses. wicd-client will automatically decide to run
  wicd-curses if there is no X session available.

Major Changes:
- Connection information is available by right clicking the
tray icon
- Can set the hostname per network for all DHCP clients
- urwid 0.9.9 is now supported
- Added wicd-cli, a command line interface for use in scripts
- Global scripts are now passed parameters specifying the
network

Minor Changes:
- Support for only displaying notifications using -o to
wicd-client
- Reconnecting now works when measuring signal strength in dBm
- ESSIDs made of numbers now work properly
- All valid wpa_supplicant drivers are now displayed
- Wired network is now displayed while scanning wireless
networks
- Added wicd-gtk, a command to always and only run the GTK UI
- Marked ioctl backend not supported
- Use dhcpcd-bin on Debian instead of dhcpcd script



 Daniel


Re: [arch-general] [arch-dev-public] [signoff] rp-pppoe-3.10-2

2010-01-10 Thread Daniel Isenmann
On Wed, 6 Jan 2010 14:20:32 +0100
Daniel Isenmann daniel.isenm...@gmx.de wrote:

 Hi,
 
 this is just a small fix for FS#13876 -[rp-pppoe] package: .so file
 in /etc (http://bugs.archlinux.org/task/13876). 
 The kernel-mode plugin is now under /usr/lib/rp-pppoe/rp-pppoe.so and
 the initial config file /etc/ppp/pppoe.conf has the new path included.
 Existing config file must be changed to the new path.
 
 I can't test it, so please test if everything is working and signoff.
 
  Daniel

Anyone?

 Daniel


Re: [arch-general] archlinux.org/~thomas/autowifi = 404

2009-09-19 Thread Daniel Isenmann
On Sat, 19 Sep 2009 14:11:02 +0300
Rogutės Sparnuotos rogu...@googlemail.com wrote:

 G'day,
 
 Anyone (Thomas?) knows where autowifi has gone?
 http://www.archlinux.org/~thomas/autowifi gives 404 Page Not Found.
 

It's now here: http://dev.archlinux.org/~thomas/autowifi/


Re: [arch-general] [signoff] dhclient-3.1.2p1

2009-07-20 Thread Daniel Isenmann
On Sun, 19 Jul 2009 16:27:20 -0400
Eric Bélanger snowmanisc...@gmail.com wrote:

 On Sun, Jul 19, 2009 at 4:06 PM, Daniel
 Isenmanndaniel.isenm...@gmx.de wrote:
  On Sun, 19 Jul 2009 21:08:21 +0200
  Thomas Bächler tho...@archlinux.org wrote:
 
  Daniel Isenmann schrieb:
   Please signoff both architectures. The new version fixes
   CVE-2009-0692 (https://www.isc.org/node/468).
  
   I have cleaned up the PKGBUILD and removes our patches. So please
   test it carefully and report any issue to the bugtracker or the
   ML. On works here on my PC, but it needs definitely more testing.
  
   Daniel
  
 
  Did you remove the patch to dhclient-script? I added a patch in
  there ages ago to kill all the down on the ifconfig lines. If you
  reverted that patch, mac80211 wireless cards will fail to work with
  dhclient, as bringing the interface down on a DHCPNAK will render
  the wireless connection unusable.
 
 
  Yes I have removed. I have asked before on the dev-public but nobody
  answered. I will release a new pkgrel with added patch soon.
 
  Any other things about the patches I should know?
 
 
 It conflicts with dhcp:
 
 error: could not prepare transaction
 error: failed to commit transaction (conflicting files)
 dhclient: /usr/include/isc-dhcp/boolean.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/dst.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/int.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/lang.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/list.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/result.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/types.h exists in filesystem
 dhclient: /usr/include/omapip/alloc.h exists in filesystem
 dhclient: /usr/include/omapip/buffer.h exists in filesystem
 dhclient: /usr/include/omapip/omapip.h exists in filesystem
 dhclient: /usr/lib/libomapi.a exists in filesystem
 Errors occurred, no packages were upgraded.

Fixed in pkgrel 2. Please test and signoff.

Daniel


[arch-general] [signoff] dhclient-3.1.2p1

2009-07-19 Thread Daniel Isenmann
Please signoff both architectures. The new version fixes CVE-2009-0692
(https://www.isc.org/node/468).

I have cleaned up the PKGBUILD and removes our patches. So please test
it carefully and report any issue to the bugtracker or the ML. On
works here on my PC, but it needs definitely more testing. 

Daniel


Re: [arch-general] [signoff] dhclient-3.1.2p1

2009-07-19 Thread Daniel Isenmann
On Sun, 19 Jul 2009 20:21:21 +0200
Daniel Isenmann daniel.isenm...@gmx.de wrote:

 Please signoff both architectures. The new version fixes CVE-2009-0692
 (https://www.isc.org/node/468).
 
 I have cleaned up the PKGBUILD and removes our patches. So please test
 it carefully and report any issue to the bugtracker or the ML. On
 works here on my PC, but it needs definitely more testing. 
 
 Daniel

I have opened a forum thread for issue discussion:
http://bbs.archlinux.org/viewtopic.php?pid=587153

If there are any issues...


Re: [arch-general] [signoff] dhclient-3.1.2p1

2009-07-19 Thread Daniel Isenmann
On Sun, 19 Jul 2009 21:08:21 +0200
Thomas Bächler tho...@archlinux.org wrote:

 Daniel Isenmann schrieb:
  Please signoff both architectures. The new version fixes
  CVE-2009-0692 (https://www.isc.org/node/468).
  
  I have cleaned up the PKGBUILD and removes our patches. So please
  test it carefully and report any issue to the bugtracker or the ML.
  On works here on my PC, but it needs definitely more testing. 
  
  Daniel
  
 
 Did you remove the patch to dhclient-script? I added a patch in there 
 ages ago to kill all the down on the ifconfig lines. If you
 reverted that patch, mac80211 wireless cards will fail to work with
 dhclient, as bringing the interface down on a DHCPNAK will render the
 wireless connection unusable.
 

Yes I have removed. I have asked before on the dev-public but nobody
answered. I will release a new pkgrel with added patch soon.

Any other things about the patches I should know?


Re: [arch-general] [signoff] dhclient-3.1.2p1

2009-07-19 Thread Daniel Isenmann
On Sun, 19 Jul 2009 16:27:20 -0400
Eric Bélanger snowmanisc...@gmail.com wrote:

 On Sun, Jul 19, 2009 at 4:06 PM, Daniel
 Isenmanndaniel.isenm...@gmx.de wrote:
  On Sun, 19 Jul 2009 21:08:21 +0200
  Thomas Bächler tho...@archlinux.org wrote:
 
  Daniel Isenmann schrieb:
   Please signoff both architectures. The new version fixes
   CVE-2009-0692 (https://www.isc.org/node/468).
  
   I have cleaned up the PKGBUILD and removes our patches. So please
   test it carefully and report any issue to the bugtracker or the
   ML. On works here on my PC, but it needs definitely more testing.
  
   Daniel
  
 
  Did you remove the patch to dhclient-script? I added a patch in
  there ages ago to kill all the down on the ifconfig lines. If you
  reverted that patch, mac80211 wireless cards will fail to work with
  dhclient, as bringing the interface down on a DHCPNAK will render
  the wireless connection unusable.
 
 
  Yes I have removed. I have asked before on the dev-public but nobody
  answered. I will release a new pkgrel with added patch soon.
 
  Any other things about the patches I should know?
 
 
 It conflicts with dhcp:
 
 error: could not prepare transaction
 error: failed to commit transaction (conflicting files)
 dhclient: /usr/include/isc-dhcp/boolean.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/dst.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/int.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/lang.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/list.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/result.h exists in filesystem
 dhclient: /usr/include/isc-dhcp/types.h exists in filesystem
 dhclient: /usr/include/omapip/alloc.h exists in filesystem
 dhclient: /usr/include/omapip/buffer.h exists in filesystem
 dhclient: /usr/include/omapip/omapip.h exists in filesystem
 dhclient: /usr/lib/libomapi.a exists in filesystem
 Errors occurred, no packages were upgraded.

I will remove those headers from the dhclient package. Thanks for
reporting.


Re: [arch-general] [signoff] dhclient-3.1.2p1

2009-07-19 Thread Daniel Isenmann
On Sun, 19 Jul 2009 22:38:00 +0200
Thomas Bächler tho...@archlinux.org wrote:

 Daniel Isenmann schrieb:
  Yes I have removed. I have asked before on the dev-public but nobody
  answered. I will release a new pkgrel with added patch soon.
  
  Any other things about the patches I should know?
  
 
 I must have missed that. Isn't the 3.X version out of date anyway? 
 Hasn't there been a dhcp 4 release for years?
 

Yes, there is a dhcp 4 release, but it doesn't work here. The 3.1.2p1
release is also marked as a productive stable release, so it's ok to
use this release for fixing the security issue. 

I will have a look at the dhcp 4 release later.


Re: [arch-general] What's with kdemod packages and kdemod plasmoids?

2009-04-24 Thread Daniel Isenmann
On Thu, 23 Apr 2009 23:23:11 -0700 (PDT)
Alexander Kotlerman shura1...@yahoo.com wrote:

 I've got a question for everyone:
 
 Why is it that kdemod is not cleanly packaged in arch linux? I mean,
 I try to install kdemod-extragear group but I can't beacuse there are
 conflicts: packages like kdemod-extragear-bespin,
 kdemod-extragear-bespin-svn, and kdemod-extragear-bespin-svn are all
 part of kdemod-extragear and prevent the whole group from installing.
 The same goes for plasmoids. I cannot install kdemod-plasmoids
 because it takes doubles and pacman complains that a file exists in
 both packages! Another reason for this rant is plasmoids not being to
 run at all. My lancelot plasmoid does not work at all! It just comes
 up with can not find required component: lancelot_launcher
 
 Anyone want to take a stab at this?
 
  Alexander Kotlerman (Shura)


Hi,

I hope that you know that kdemod isn't officially from ArchLinux. It's
from another project called Chakra. I have seen that they have a
mailing list and a forum specific for kdemod. Maybe you get better
answers for kdemod there. 

Cheers,
 Daniel


Re: [arch-general] [arch-dev-public] [signoff] pptpclient 1.7.2-2

2009-02-22 Thread Daniel Isenmann
On Sun, 15 Feb 2009 20:04:54 +0100
Daniel Isenmann daniel.isenm...@gmx.de wrote:

 On Tue, 10 Feb 2009 18:05:26 +0100
 Daniel Isenmann daniel.isenm...@gmx.de wrote:
 
  Hi,
  
  please signoff for both architectures. I can't test it because I
  don't use it.
  
  Following bug was fixed: 
  
  [pptp-1.7.2-1] try to use /bin/ip instead of /usr/sbin/ip 
  FS#11939 (http://bugs.archlinux.org/task/11939)
  
  
  Cheers,
   Daniel
 
 Anyone?

Ok, there were no concerns about this package since nearly two weeks
and sadly no signoffs :( . So I assume that it works. I will move it to
core this afternoon.

Cheers, 
 Daniel


[arch-general] [signoff] pptpclient 1.7.2-2

2009-02-10 Thread Daniel Isenmann
Hi,

please signoff for both architectures. I can't test it because I don't
use it.

Following bug was fixed: 

[pptp-1.7.2-1] try to use /bin/ip instead of /usr/sbin/ip 
FS#11939 (http://bugs.archlinux.org/task/11939)


Cheers,
 Daniel


Re: [arch-general] Moonlight 1.0

2009-01-23 Thread Daniel Isenmann
On Thu, 22 Jan 2009 11:22:12 -0600
Aaron Griffin aaronmgrif...@gmail.com wrote:

 Back on topic:
 One user talking on an ML does not make a package important. I have
 not yet run into a site that requires moonlight/silverlight. So, until
 we're actually going to get usage out of this package, putting it in
 extra is wasted effort. Now, if we have a dev willing to do it, that's
 fine - I'd recommend asking the mono maintainer or something of the
 sort. But considering it's not in the repos yet, I don't think we have
 any devs that care that much.

Ok, after all this discussion on this topic, I think I can manage the
moonlight package. I will have a look into the moonlight package. I
will open a new thread about this later on the public-dev-mailinglist,
if it's necessary to discuss further things. 

moonlight isn't a big package and it belongs (more or less) to mono, so
I can handle it together with mono.

 The proper course for things of this nature is to put it in the AUR,
 and we can garner some need from that.
 
 Cheers,
 Aaron

Cheers,
 Daniel


Re: [arch-general] Moonlight 1.0

2009-01-22 Thread Daniel Isenmann
On Thu, January 22, 2009 12:28 pm, Amanai wrote:
 On Thu, 22 Jan 2009 03:19:55 -0800, Thomas Bohn tho...@bohnomat.de
 wrote:

 On 01:25, Thu 22 Jan 09, Amanai wrote:

 The final Version from Moonlight 1.0 released on January 20th. Will
 this
 be avaible in the Archlinux repo's extra?

 Currently the SVN version of Moonlight is available via AUR, the package
 is called moon-svn.

 Thomas


 I pick this up. I don't want to build it and upload moonlight for AUR. I
 don't want to use any packages from AUR.

 Archlinux have in Extra Repo's

 flashplugin
 swfdec
 gnash
 libflashsupport

 it is just missing moonlight!


Why not just installing the xpi-file for Firefox directly from the mono
project? It works really great. Ok, it's not compiled from source, but
it's available for i586 and x86_64.

See here: http://www.go-mono.com/moonlight/

Daniel



[arch-general] Fw: [arch-dev-public] [signoff] pptpclient 1.7.2

2008-10-05 Thread Daniel Isenmann
In testing for both arches. Please signoff, I can't test it because I
don't use it.

Daniel


Changes:

- port for Solaris 10/11
- make copyright and license clearer
- add packet reordering test code for pptpd testing
- ignore transient send errors
- fix flaw in return status check of select in GRE pipe (possibly
  fixes Debian Bug #427586)
- add route to PPTP server
- remove non-free reference documentation
- fix quoting and pppd options
- pptpsetup script with man page (Debian Bug #167216)