Building kernel outside of /usr/src (with an unprivileged user)
Hello, while trying to build a patched CURRENT src on a STABLE FreeBSD 9 I was wondering if it would be possible to have the source directory (src) in a different place from /usr (e.g. in /home/myuser/src) where it can be built with an unprivileged user and without interference with the STABLE sources in /usr/src. Does anyone have an idea how to achieve this? Kind regards, Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Filesystem dump incremental?
Hello, currently I am experiencing something confusing. Some hours ago I did a level 0 dump with the following command: dump -a -0 -f /mnt/da0/backup-compaq.0.dump / This results in a quite big dump file. After changing a couple of files, I tried to do another dump. This time as level 1. My expectation was that the resulting dump would only contain the files which changed since the level 0 dump. dump -a -1 -f /mnt/da0/backup-compaq.1.dump / To my surprise this seems to generate another full dump instead of incremental. What did I miss or what mistake do I make? The filesystem is mounted with the following options: ufs, local, journaled soft-updates Regards, Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Filesystem dump incremental?
Thanks Mike and Matthew, the -u switch was what I missed. It now works fine. Regards, Matthias On 17.05.2012 13:52, Mike Clarke wrote: On Thursday 17 May 2012, Matthias Petermann wrote: dump -a -1 -f /mnt/da0/backup-compaq.1.dump / Try a new full backup with dump -0aLuf /mnt/da0/backup-compaq.1.dump / then for the incremental use dump -1aLuf /mnt/da0/backup-compaq.1.dump / The option you're missing is "u", but "L" is worth using as well when you're backing up a mounted filesystem. You could hack the contents of /etc/dumpdates to avoid having to repeat the level zero dump if you know the date and time when the original one was started. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: libreoffice package and port troubles
Hi, a couple of days ago I had the same issue. Install via pkg_add -r did result in the same error you reported. But building LIbreOffice from the ports worked well. The pkg_add issue only appeared on i386 system for me, it worked on amd64 so I guess the i386 packages are corrupted? Kind regards, Matthias Am Freitag, 15. Juni 2012 14:27 CEST, jb schrieb: Hi, FreeBSD 9.0. I can not build a port of LibreOffice: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/168717 I can not install package too: # pkg_add -r libreoffice Fetching ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-9.0-release/L atest libreoffice.tbz...lib/libreoffice/basis3.4/program/libunopkgapp.so: bzip decompression failed ... < 123 errors about dependencies out of sync due to prior ports updates > ... pkg_add: warning: package 'libreoffice-3.4.4' requires 'libwpg-0.2.0_1', but 'libwpg-0.2.1_1' is installed # Could we somehow improve on this process ? jb ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Jailed slapd process not visible with ps within a jail
Hello, under my FreeBSD 9 I recently found a behavior I cannot explain. The systems fingerprint is: netti2# uname -a FreeBSD netti2 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:15:25 UTC 2012 r...@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 There is a Jail "myjail". I create a shell within the Jail with: jail -c path=/jails/myjail ip4.addr=10.1.138 host.hostname=myjail command=/bin/sh Within the Jail I have openldap installed, devfs is mounted to /jails/myjail/dev. As the installation info proposed I added the following to rc.conf: slapd_enable="YES" slapd_flags='-h "ldapi://%2fvar%2frun%2fopenldap%2fldapi/ ldap://0.0.0.0/";' slapd_sockets="/var/run/openldap/ldapi" Then I run the slapd server with /usr/local/etc/rc.d/slapd start. When I now do "ps aux" within the Jail, it doesn't show me the slapd process but doing the same in the Host system, I can see it. [matthias@netti2 /usr/home/matthias]$ ps ax|grep slap 6255 ?? IsJ0:00,06 /usr/local/libexec/slapd -h ldapi://%2fvar%2frun%2fop What I am doing wrong? Did I miss some important fact? Kind regards, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Jailed slapd process not visible with ps within a jail
Hi Matthew, thanks for your response. On Wed, 04 Jul 2012 08:05:00 +0100 Matthew Seaman wrote: > What does > > # ps -uxp 6255 > > show, from within the jail? (if you've restarted slapd since, > substitute the current PID, obviously.) This is funny, I restarted the whole system since my last mail and now I cannot reproduce the issue. The process shows up in both the host and the jail. When I had the issue I also tried the ps aux without grep but did not see the process too. Actually the jail is very thin, so this could be overseen. Following man(1) the -p switch does apply a filter by process id, I guess the process should have been visible also without? Kind regards, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
How to achieve E-Mail Notification on root login?
Hello, given there is a FreeBSD system with users in the wheel group, what is the best practise to send out a notification via E-Mail if one of them becomes root via su? In an ideal case the E-Mail would contain the user name and the time. I thought about using sudo but this is not in the base system which I would prefer. Kind regards, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Jailed process listening to broadcast address of host system - possible?
Hello, is there any way to listen to a networks broadcast adress from within a Jail? Given ist the following setup: * The host (IP 192.168.2.127) * The jail (same IP as host, 192.168.2.127) When I do: $ nc -l 192.168.2.255 I got the following results: root@host # nc -l 192.168.2.255 root@jail # nc -l 192.168.2.255 nc: Can't assign requested address The latter is the problem. I already sat security.jail.allow_raw_sockets=1 and now not sure if I am trying to do something which is not allowed by design? Thanks in advance, Matthias # Additional Information: ## ifconfig (host): root@host # ifconfig -a em0: flags=8843 metric 0 mtu 1500 options=9b ether 08:00:27:b3:64:f2 inet 192.168.2.127 netmask 0xff00 broadcast 192.168.2.255 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=63 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff00 inet 10.0.0.1 netmask 0x inet 10.0.0.2 netmask 0x inet 10.0.0.3 netmask 0x inet 10.0.0.4 netmask 0x inet 10.0.0.5 netmask 0x nd6 options=21 pflog0: flags=141 metric 0 mtu 33152 nd6 options=21 ## ifconfig (jail): root@jail # ifconfig -a em0: flags=8843 metric 0 mtu 1500 options=9b ether 08:00:27:b3:64:f2 inet 192.168.2.127 netmask 0xff00 broadcast 192.168.2.255 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=63 pflog0: flags=141 metric 0 mtu 33152 -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: backups using rsync
Hello, Zitat von Giorgos Keramidas : If this is a UFS2 filesystem, it may be a good idea to snapshot the filesystem, and then rsync-backup the snapshot instead. Last time I tried UFS2 snapshots I found out two serious limitations. The first is it doesn't work when UFS Journaling is used. The second is that taking a snapshop on a large filesystem can cause parts of the system to freeze for many minutes up to hours when accessing files part of the snapshot, depending on the size of the filesystem. That's why I could not use it on my server with > 1TB UFS2. Did this improve in the last year? (I guess my experience is from the time around 9.0 release). Kind regards, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Jailed process listening to broadcast address of host system - possible?
Hello, thanks for your response. Zitat von Fbsd8 : Since your talking about a jail process, you really need to provide details on how you configured the jail and if your using the interface parameter? The jail is configured using the interface parameter, sat to the same IP as the Host. More details I can provide tonight. Kind regards, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Managing conflicts between ports (same package with multiple maintained versions)
Hello, I am the maintainer of most of the Tryton ports. Tryton is a python based application framework where you can easily build your own business modules on top. It also provides some default modules for common uses. Currently Tryton 2.4 series is in the ports. From upstream the successor Tryton 2.6 is available. At Tryton, also previous releases are supported for an extended time. This is required, because users who spent time to build their own modules on top of e.g. 2.4 should not be forced to migrate immediately to 2.6 (and likely use a different API) just for a security patch or a bug fix. Thats why I want to bring in 2.6 to the ports while continuing maintaining 2.4. During the planning, I ran into the following issue: Tryton 2.4 and 2.6 install files to the same Python site-packages directory /usr/local/lib/python2.7/site-packages/trytond-2.4.5-py2.7.egg /usr/local/lib/python2.7/site-packages/trytond-2.6.3-py2.7.egg Even there "egg" names are different, the contained package names are equal: /usr/local/lib/python2.7/site-packages/trytond-2.4.5-py2.7.egg/trytond /usr/local/lib/python2.7/site-packages/trytond-2.6.3-py2.7.egg/trytond So for the python interpreter it would not be clear which one to import if you just "import trytond". Renaming the package names doesn't look reasonable because it would require patching all Tryton modules (and will make it incompatible with custom built modules). So I think it is required to define it as a conflict if two versions of Tryton will be installed at the same time. My first approach was to define CONFLICTS= trytond-* in the Makefiles of trytond 2.4 and 2.6. This works and prevents installing two different versions. But portlint doesn't seem happy with it: root@compaq:/usr/ports/finance/trytond # portlint -AC [...] FATAL: Package conflicts with itself. You should remove "trytond-*" from CONFLICTS. 1 fatal error and 4 warnings found. root@compaq:/usr/ports/finance/trytond # So it looks like I need to explicitly specify the conflicting versions, e.g. in Tryton 2.4 Makefile put: CONFLICTS= trytond-2.6.* But this will force me to update the 2.4 Ports everytime a new series of Tryton gets introduced. Is there a better way to achieve this? Thanks in advance & kind regards, Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Managing conflicts between ports (same package with multiple maintained versions)
Thanks Matthew, your recommendation works for me. As I expect from time to time also an older version getting EOL'd, the amount of versions to look ahead can be estimated quite well. Kind regards, Matthias On 04/21/13 17:57, Matthew Seaman wrote: On 21/04/2013 10:24, Matthias Petermann wrote: root@compaq:/usr/ports/finance/trytond # portlint -AC [...] FATAL: Package conflicts with itself. You should remove "trytond-*" from CONFLICTS. 1 fatal error and 4 warnings found. root@compaq:/usr/ports/finance/trytond # So it looks like I need to explicitly specify the conflicting versions, e.g. in Tryton 2.4 Makefile put: CONFLICTS= trytond-2.6.* But this will force me to update the 2.4 Ports everytime a new series of Tryton gets introduced. The usual idiom would be to use a more complex globbing expression, perhaps like so: CONFLICTS= trytond-2.[012356789].* However clearly this won't account for all possible future versions. The thing you have to ask yourself is 'will the upstream be releasing new version series so frequently that I need to add code to all the tryton ports to account for it?' It may well be the case that updating the CONFLICTS setting in all the ports for the different streams whenerver a new stream is released really is the most effective solution. Cheers, Matthew ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Laptop Fn key causes X (Gnome 2) to sleep immediately
Hello, I have a Lenovo X121e running Current with X and the Gnome desktop. Beside other issues[1] there is a strange behavior of Gnome-Desktop (and GDM too). When I press "Fn" without any additional key, the device immediately goes to sleep. As the X121e cannot resume properly from sleep, this forces me to reboot. This problem appears to be only exist when using Gnome / GDM. Pure X with TWM doesn't have this issue. I already tried to re-map the Fn key (I found in some mailing this might have the keycode 150) to a "less dangerous" key: $ xmodmap -e "keycode 150 = Delete" this brought no change. Has anyone an idea if Gnome re-maps the keys in some way or how I can disable this? At the moment this is the only blocker to use this Laptop for daily work, as I tend to accidently touch the Fn key more often than I want to reboot ;-) Thanks in advance & kind regards, Matthias [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=544740+551865+/usr/local/www/db/text/2013/freebsd-current/20130707.freebsd-current ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Laptop Fn key causes X (Gnome 2) to sleep immediately
Hello, I have a Lenovo X121e running Current with X and the Gnome desktop. Beside other issues[1] there is a strange behavior of Gnome-Desktop (and GDM too). When I press "Fn" without any additional key, the device immediately goes to sleep. As the X121e cannot resume properly from sleep, this forces me to reboot. This problem appears to be only exist when using Gnome / GDM. Pure X with TWM doesn't have this issue. I already tried to re-map the Fn key (I found in some mailing this might have the keycode 150) to a "less dangerous" key: $ xmodmap -e "keycode 150 = Delete" this brought no change. Has anyone an idea if Gnome re-maps the keys in some way or how I can disable this? At the moment this is the only blocker to use this Laptop for daily work, as I tend to accidently touch the Fn key more often than I want to reboot ;-) Thanks in advance & kind regards, Matthias [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=544740+551865+/usr/local/www/db/text/2013/freebsd-current/20130707.freebsd-current ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Laptop Fn key causes X (Gnome 2) to sleep immediately
Hi Adrian, Zitat von Adrian Chadd : Hi! I'm glad someone else is seeing this! I have the same behaviour with KDE4 on my T60 and T400. If I go to run amiwm (because hey, Workbench is awesome!) it doesn't happen. .. and bah, I wish the resume worked for you. It works fine for me on T42i, T60, T400. Thanks for your response. The fact it happens also in KDE appears interesting... so the root cause might exist in a component on top of pure X which is shared by Gnome and KDE. I will definitely do more investigation on this at the weekend. Hopefully some time suspend/resume will also work on the newer Lenovo models (I would be curious if the wakeup problem is Intel/KMS only or if also the NVidia models e.g. T430 NVS are affected). Kind regards, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Laptop Fn key causes X (Gnome 2) to sleep immediately
Hi, Am 16.08.2013 13:58, schrieb Polytropon: I have tested a Lenovo R61i running Xfce, and I don't experience the strange behaviour desribed. However, using the "xev" event tester, the keycode for the Fn key is being displayed as 227, and the KeyPress event is held (!) until the key is released, which means KeyPress and KeyRelease happen immediately after each other. Because my IBM T60p is still in the ICU, I can't test this, but I would assume to get a similar result. thanks, I just used xev (with X and only TWM). It reports the Fn key as keycode 150. Looks like this is different across the Thinkpad models. It would also be nice if "as much as possible" would work on the older models (including the "docking stations"), because Thinkpads seem to live much longer (and therefore will probably many more years in productive use), compared to their crappy "competitors" on the laptop market. :-) Agree :-) Regards, Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Laptop Fn key causes X (Gnome 2) to sleep immediately
Hi, a short update on this. I just found out: at least in Gnome 2 the behavior can be prevented by using the gconf-settings tool, changing the value of the key "/apps/gnome-power-manager/buttons/suspend" from "suspend" to "nothing". Seems like some ubuntu users had the same issue as I found the workaround there. Kind regards, Matthias Am 16.08.2013 08:44, schrieb Adrian Chadd: Hi! I'm glad someone else is seeing this! I have the same behaviour with KDE4 on my T60 and T400. If I go to run amiwm (because hey, Workbench is awesome!) it doesn't happen. .. and bah, I wish the resume worked for you. It works fine for me on T42i, T60, T400. -adrian On 15 August 2013 23:32, Matthias Petermann <mailto:matth...@d2ux.org>> wrote: Hello, I have a Lenovo X121e running Current with X and the Gnome desktop. Beside other issues[1] there is a strange behavior of Gnome-Desktop (and GDM too). When I press "Fn" without any additional key, the device immediately goes to sleep. As the X121e cannot resume properly from sleep, this forces me to reboot. This problem appears to be only exist when using Gnome / GDM. Pure X with TWM doesn't have this issue. I already tried to re-map the Fn key (I found in some mailing this might have the keycode 150) to a "less dangerous" key: $ xmodmap -e "keycode 150 = Delete" this brought no change. Has anyone an idea if Gnome re-maps the keys in some way or how I can disable this? At the moment this is the only blocker to use this Laptop for daily work, as I tend to accidently touch the Fn key more often than I want to reboot ;-) Thanks in advance & kind regards, Matthias [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=544740+551865+/usr/local/www/db/text/2013/freebsd-current/20130707.freebsd-current ___ freebsd-questions@freebsd.org <mailto:freebsd-questions@freebsd.org> mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org <mailto:freebsd-questions-unsubscr...@freebsd.org>" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Laptop Fn key causes X (Gnome 2) to sleep immediately
Am 17.08.2013 03:22, schrieb Polytropon: On Fri, 16 Aug 2013 18:07:25 -0700, Adrian Chadd wrote: What keyboard / laptop has the key code '150' map to 'go to sleep' ? My Sun Type 7 USB keyboard has the "Copy" key at code 150... :-) In my case it is a Lenovo X121e. Regards, Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Laptop Fn key causes X (Gnome 2) to sleep immediately
At the moment it is not clear to me at which layer the issue is originated. In fact the acpi_ibm module doesn't work completely for the Lenovo X121e (brightness control with Fn+F8/F7 nonfunctional), so the issue might be related to this. I shall file a PR during the day. Kind regards, Matthias Zitat von Adrian Chadd : Right, but this sounds like some bug to send upstream. Or at least patch in our port(s) for this stuff. What keyboard / laptop has the key code '150' map to 'go to sleep' ? -adiran On 16 August 2013 17:09, Matthias Petermann wrote: Hi, a short update on this. I just found out: at least in Gnome 2 the behavior can be prevented by using the gconf-settings tool, changing the value of the key "/apps/gnome-power-manager/buttons/suspend" from "suspend" to "nothing". Seems like some ubuntu users had the same issue as I found the workaround there. Kind regards, Matthias Am 16.08.2013 08:44, schrieb Adrian Chadd: Hi! I'm glad someone else is seeing this! I have the same behaviour with KDE4 on my T60 and T400. If I go to run amiwm (because hey, Workbench is awesome!) it doesn't happen. .. and bah, I wish the resume worked for you. It works fine for me on T42i, T60, T400. -adrian On 15 August 2013 23:32, Matthias Petermann wrote: Hello, I have a Lenovo X121e running Current with X and the Gnome desktop. Beside other issues[1] there is a strange behavior of Gnome-Desktop (and GDM too). When I press "Fn" without any additional key, the device immediately goes to sleep. As the X121e cannot resume properly from sleep, this forces me to reboot. This problem appears to be only exist when using Gnome / GDM. Pure X with TWM doesn't have this issue. I already tried to re-map the Fn key (I found in some mailing this might have the keycode 150) to a "less dangerous" key: $ xmodmap -e "keycode 150 = Delete" this brought no change. Has anyone an idea if Gnome re-maps the keys in some way or how I can disable this? At the moment this is the only blocker to use this Laptop for daily work, as I tend to accidently touch the Fn key more often than I want to reboot ;-) Thanks in advance & kind regards, Matthias [1] http://docs.freebsd.org/cgi/getmsg.cgi?fetch=544740+551865+/usr/local/www/db/text/2013/freebsd-current/20130707.freebsd-current ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to " freebsd-questions-unsubscr...@freebsd.org" ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Since SquirrelMail Looks Like It Will Never Be Supported Again...
Hi Tim, Am 30.08.2013 23:20, schrieb Tim Daneliuk: SquirrelMail seems to be forever on hold because of an incompatibility with PHP 5. So I am going to have to replace it as our Webmail interface. So, I'm looking for recommendation from the tribe here on what I should use instead: 1) Easy to use. Mostly this gets used by people when they are away from the office and then only occasionally. 2) It would be really nice if the program could import the Thunderbird Address Book. 3) Easy to install and maintain. You might want to take a look at Horde Webmail Edition 5.x [1]. It is not just Webmail but a comprehensive Groupware, offering Calendar, Address Book, Task Lists, Wiki and so on. But it can be customized to only show what you really need. My experience is that it is very easy to use and can be set up with reasonable effort via ports[2]. The current version offers ActiveSync, CalDAV, CardDAV for Synchronization with mobile and desktop clients as well as a nice looking functional Web Interface. We use Horde 5.x since ~2 years now and made good experiences with it. Kind regards, Matthias [1] http://www.horde.org/apps/webmail [2] http://www.freshports.org/deskutils/horde-groupware/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Intel graphics card brightness control issue
Hi Ethan, Zitat von "Ethan W. House" : What could be causing my brightness control to not work on my Intel graphics card. The acpi values change but no effect takes place. ehouse@derpy ~ $ sudo sysctl hw.acpi.video.lcd0.brightness=50 hw.acpi.video.lcd0.brightness: 100 -> 50 ehouse@derpy ~ $ sudo sysctl hw.acpi.video.lcd0.active=1 hw.acpi.video.lcd0.active: 0 -> 0 I also have an issue were upon resume by machine reboots. I believe the two might be related but I am not sure. I found a couple of other email chains with similar issues but most of them have been inactive for more then a year. Which Laptop model do you have? This issue appears a bit familiar to me[1] - I have the same on my Thinkpad. As a workaround you could try to change the brightness by direct ACPI calls. Preparation: * install sysutils/acpi_call * kldload acpi_call Change brightness: * acpi_call -p '\VBRU' (Brightness Up) * acpi_call -p '\VBRD' (Brightness Down) It might be that these calls are specific to Thinkpads, not sure if they work with others. You can try to find out with acpidump[1]. Kind regards, Matthias [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/181357 [2] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/acpi-debug.html -- Matthias Petermann Ihr Partner für anspruchsvolle IT-Lösungen www.petermann-it.de - lösungsorientiert, innovativ und erfolgreich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Joystick for FreeBSD/Flightgear
Hello, I'm curious which of the currently available joysticks are supposed to work with FreeBSD. I'd like to use it for playing games/flightgear. There was some discussion[1] which looks like joysticks should work in general, and I guess there are some models supported better than others. Can anyone give a recommendation what to buy to be confident it works? Kind regards, Matthias [1] http://forums.freebsd.org/showthread.php?t=18454 -- Matthias Petermann Ihr Partner für anspruchsvolle IT-Lösungen www.petermann-it.de - lösungsorientiert, innovativ und erfolgreich ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
bsdinstall to jail aborted (9.0-RELEASE-p3, amd64)
Hello, currently I experienced an unexpected behavior of the FreeBSD bsdinstall installer. Some weeks ago I could use it sucessfully to create a jail environment with # bsdinstall jail /jails/myjail Today I tried to repeat this on another system(2) and it fails after the selection of the to-be-used mirror. Also re-trying it on the original system(1) leads to an error but a different one. Since then I upgraded from 9.0-RELEASE to 9.0-RELEASE-p3 using freebsd-update. Here are the symptoms: (2) FreeBSD 9.0-RELEASE-p3 amd64: After typing "bsdinstall..." it brings me directly to the mirror selection list, but after selecting a mirror it aborts with an error message "An installation step has beeen aborted. Would you like to restart the installer or exit the installer?" (1) FreeBSD 9.0-RELEASE-p3 i386: After typing "bsdinstall..." it brings me to the distribution select dialog. After selection of the distribution set, it shows the mirror selection dialog. After selecting a mirror it aborts with a fetch error "Error while fetching /base.txz: Invalid URL scheme" I tried different mirrors, too. And they all seem to be basically online - pointing an FTP client to them showed no errors. So what am I doing wrong? Does bsdinstall maintain some hidden configuration file which may influence its behavior? The environment variables mentioned in bsdinstall(8) are not set on both systems. Or is there a known issue with 9.0-RELEASE-p3 which appears different on amd64 and i386 systems? It would be great if anyone could validate this. Kind regards, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: bsdinstall to jail aborted (9.0-RELEASE-p3, amd64)
Hi Darren, thanks for diving into the issue. I looked through the mentioned places in the bsdinstall code and understand it now. On Sat, 28 Jul 2012 17:24:48 +0400 Darren Baginski wrote: > I thing release/arch selection has to be a part of the installer, either > directly or via environment variables. Yes, I think so too. I guess there usually no FTP directories created for patch level releases like 9.0-RELEASE-p3? Your proposal to introduce a new environment variable like TARGET makes sense. This could work like an override - when it is not set it can fall back to the default (using uname -r which makes sense for the installation media). Should I file a PR or did you already? Thanks, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: bsdinstall to jail aborted (9.0-RELEASE-p3, amd64)
Hi Darren, On Sun, 29 Jul 2012 04:57:43 +0400 Darren Baginski wrote: > No, feel free to open if you feel it needed. > I would say it's more a feature request, but without it, bsdinstall not > usable on non release environments. thanks, I submitted the PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=170264 Kind regards, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Introducing new ports - best practises
Hello, at the moment I am working on porting the Tryton business solution and later GNU Health is planned. Tryton is made up of small modules (Python Eggs), each of them providing data models and business logic for a particular business domain - e.g. product management, invoicing, crm, sales... . The modules depend on each other in some ways. What is the proposed way to get this modules into the Ports Collection? Should I submit a PR for each single module or it is reasonable to create one PR for a bunch of new ports of the same category when they belong logically together? Thanks, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Scalable Opengroupware (SOGo) in FreeBSD ports tree
Hello, I am thinking about creating a port for SOGo[1]. Is there already someone working on it? Kind regards, Matthias [1] http://www.sogo.nu/english.html -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
WARNING: FreeBSD 9.0-RELEASE is approaching its End-of-Life date.
Hello, from a freshly installed FreeBSD 9.0-RELEASE I did a freebsd-update to bring it to the latest patch level. After: # freebsd-update fetch I got this message: WARNING: FreeBSD 9.0-RELEASE is approaching its End-of-Life date. It is strongly recommended that you upgrade to a newer release within the next 2 months. What does this exactly mean? Is the whole 9.0 Series approaching EOL, or does this only apply to the initial 9.0-RELEASE _AND NOT_ to e.g. 9.0-RELEASE-p3 ? Where can I find more information on the planned lifecycles of the current and upcoming releases? Are there any? Thanks & kind regards Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: WARNING: FreeBSD 9.0-RELEASE is approaching its End-of-Life date.
Hi, On Thu, 15 Nov 2012 14:35:52 -0800 Michael Sierchio wrote: > http://www.freebsd.org/security/ > > Scroll down about halfway. 9.0 is a regular release, EOL is January 31, 2013. > > Alternate releases are extended releases, so 9.1 will have a 2 year > support span. Thanks for the clearification. One technical thing: is it possible, to upgrade from FreeBSD 9.0 to 9.1 with the freebsd-update utility? Kind regards, Matthias -- Matthias Petermann ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: WARNING: FreeBSD 9.0-RELEASE is approaching its End-of-Life date.
Hi Andreas, do I understand it right - the default behaviour of freebsd-update will be to update a 9.0 system to 9.1 when it becomes available? So this is a rolling procedure? I ask this because I could not find a parameter etc. in the man page which may influent this, e.g. to limit updates to stay in a main release (9.0, 9.0-p1, 9.0-p., 9.0-p12) but don't upgrade to 9.1. Kind regards, Matthias Am Freitag, 16. November 2012 00:25 CET, Andreas Rudisch <"cyb."@gmx.net> schrieb: On Thu, 15 Nov 2012 23:46:53 +0100 Matthias Petermann wrote: > Thanks for the clearification. One technical thing: is it possible, to upgrade > from FreeBSD 9.0 to 9.1 with the freebsd-update utility? Yes, it is. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
"last" not showing recent login activity
Hello, on one of my systems I just found out that "last" only shows some old login / logout activity, but not the recent actvities. The strange thing... everytime I log into the system, /var/log/utx.log gets update to the current timestamp (and also grows by some bytes). But "last" only shows very old data... srv# last -f utx.log -d 20121218 matthias pts/3 Mon Dec 3 23:32 still logged in matthias pts/2 Mon Dec 3 23:31 still logged in Is there any reason why I can't see the recent logins there? Which component does write data to utx.log - is this done via syslog or a lower level mechanism? Thanks, Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: "last" not showing recent login activity
Hi Matthew, Zitat von Matthew Seaman : Errr... OK. Yours is a different issue with utx.log. It is not syslog that updates utx.log but the various programs like login(1) or sshd(8) that actually handle the authentication when you try and log in. Most applications achieve that via the pam_lastlog(8) module. As to why you cannot see anything in the file beyond a certain point: perhaps the file data got corrupted in the middle? You might be able to tell by examining the file with hd(1) or getent(1) -- try: getent utmpx log /var/log/utx.log You might also fine the getutxent(3) man page enlightening. Thanks - that's exactly the information I was looking for. I investigated the utx.log with getent and hd. Looks like your guess is proven - it contains definitely more data than last actually shows. I did not find the reason in detail yet but I could track this down to an event occured on the affected machine during the time of the last shown data (had to perform a hardware reset due to a hanging FS snapshot, causing me to do a manual fsck). Kind regards, Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
How to handle parallel versions of maintained port?
Hello, Tryton is a three tier business application framework, consisting of a common server component (finance/trytond), a client (finance/tryton) and a large number of modules (finance/trytond_*) which add support for specific business cases to it. At the time it was introduced to the ports, version 2.4 was the latest major version. Now version 2.6 is available. I am going to continue maintaining version 2.4 as well as willing to introduce 2.6. The following discussion is a request for recommendation how to scale this up to supporting more versions of Tryton in parallel. Current: finance/tryton (2.4.x) finance/trytond(2.4.x) finance/trytond_account(2.4.x) [~40 more] . (2.4.x) finance/trytond_account_statement (2.4.x) Following the scheme of e.g. the mysql port, I would like to rename all the current tryton ports like this: finance/tryton24 (2.4.x) finance/trytond24(2.4.x) finance/trytond_account24(2.4.x) [~40 more] .(2.4.x) finance/trytond_account_statement24 (2.4.x) The 2.6 series will then be introduced in this schema: finance/tryton26 (2.6.x) finance/trytond26(2.6.x) finance/trytond_account26(2.6.x) [~40 more] .(2.6.x) finance/trytond_account_statement26 (2.6.x) This leads to the two questions I have: 1) How will the renaming of the existing tryton ports to tryton24 handled properly? Just submit a PR "Please replace finance/tryton with finance/tryton24" for each port? 2) Expecting more versions in the future, this will increase the amount of ports (especially the finance/trytond_* modules) by almost 50 modules in the finance category per version. Would this be an issue? Kind regards Matthias ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"