Bug#764230: redmine: Internal error when editing users (ActionView::Template::Error )
Package: redmine Version: 3.0~20140825-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Login as administrator, go to administration, go to users, select user (or press new user). * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? Internal error. The logfile showed: ActionView::Template::Error (no implicit conversion of String into Array): 10: p%= f.text_field :lastname, :required = true %/p 11: p%= f.text_field :mail, :required = true %/p 12: % unless @user.force_default_language? % 13: p%= f.select :language, lang_options_for_select %/p 14: % end % 15: % if Setting.openid? % 16: p%= f.text_field :identity_url %/p app/helpers/application_helper.rb:1029:in `lang_options_for_select' app/views/users/_form.html.erb:13:in `_app_views_users__form_html_erb__1720985141237142236_34552300' app/views/users/_general.html.erb:2:in `block in _app_views_users__general_html_erb__3501010150217120230_34458200' app/helpers/application_helper.rb:1044:in `labelled_form_for' app/views/users/_general.html.erb:1:in `_app_views_users__general_html_erb__3501010150217120230_34458200' app/views/common/_tabs.html.erb:22:in `block in _app_views_common__tabs_html_erb___69755598759631896_34356560' app/views/common/_tabs.html.erb:21:in `each' app/views/common/_tabs.html.erb:21:in `_app_views_common__tabs_html_erb___69755598759631896_34356560' app/helpers/application_helper.rb:319:in `render_tabs' app/views/users/edit.html.erb:9:in `_app_views_users_edit_html_erb__197469349748282668_52815340' * What outcome did you expect instead? Web interface to edit users. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages redmine depends on: ii bundler 1.7.2-2 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.53 ii libjs-scriptaculous 1.9.0-2 ii redmine-sqlite 3.0~20140825-1 ii ruby1:2.1.0.4 ii ruby-actionpack-action-caching 1.1.1-1 ii ruby-awesome-nested-set 3.0.0-1 ii ruby-coderay1.1.0-2 ii ruby-i18n 0.6.9-2 ii ruby-jquery-rails 3.1.2-2 ii ruby-mime-types 1.25-2 ii ruby-net-ldap 0.8.0-1 ii ruby-openid 2.5.0debian-1 ii ruby-protected-attributes 1.0.8-1 ii ruby-rack 1.5.2-2 ii ruby-rack-openid1.4.2-1 ii ruby-rails 2:4.1.6-1 ii ruby-rails-observers0.1.1-1 ii ruby-redcarpet 3.1.2-1 ii ruby-request-store 1.1.0-1 ii ruby-rmagick2.13.2-4+b1 ii ruby1.9.1 [ruby-interpreter]1.9.3.484-2 ii ruby2.0 [ruby-interpreter] 2.0.0.484+really457-3 ii ruby2.1 [ruby-interpreter] 2.1.3-1 Versions of packages redmine recommends: ii libfcgi-ruby1.9.1 0.9.2.1-1 ii ruby-fcgi [libfcgi-ruby1.9.1] 0.9.2.1-1+b3 ii ruby-passenger 4.0.52-1 Versions of packages redmine suggests: pn bzr none pn cvs none pn darcs none ii git 1:2.1.1-1 ii mercurial 3.1.1-1 pn subversion none -- debconf information: redmine/instances/default/remote/host: redmine/instances/default/remote/newhost: redmine/instances/default/pgsql/changeconf: false * redmine/instances/default/dbconfig-install: true * redmine/instances/default/db/dbname: redmine_default redmine/instances/default/pgsql/method: unix socket redmine/instances/default/db/app-user: redmine redmine/instances/default/dbconfig-upgrade: true redmine/missing-redmine-package: redmine/instances/default/purge: false * redmine/instances/default/database-type: sqlite3 redmine/instances/default/dbconfig-reinstall: false redmine/instances/default/pgsql/admin-user: postgres redmine/instances/default/pgsql/authmethod-user: password redmine/instances/default/remove-error: abort redmine/instances/default/install-error: abort redmine/instances/default/internal/reconfiguring: false * redmine/instances/default/db/basepath: /var/lib/dbconfig-common/sqlite3/redmine/instances/default redmine/instances/default/mysql/admin-user: root * redmine/instances/default/default-language: en redmine/instances/default/pgsql/authmethod-admin: ident redmine/instances/default/pgsql/no-empty-passwords: redmine/instances/default/dbconfig-remove:
Bug#718624: Binary package?
I just ran into this problem. I tried building the package myself, but I was unable to (got some message saying 'dh_auto_clean: invalid or non-existing path to the source directory: qt'). Probably just my inexperience in building from source. Anyway, if the bug is solved by this patch, could I convince you to upload an updated binary package? Thanks! Koen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734315: dma: No information on how to use CERTFILE
Package: dma Version: 0.9-1 Severity: normal Dear Maintainer, I was trying to use a certificate for dma, so I can let my mail server accept incoming connections irrespective of the IP address. I(t) failed, but I was unable to find any documentation about how to set this up. Any help would be appreciated! * What led up to the situation? I tried to use a self-signed certificate but simply specifiying it didn't work. * What exactly did you do (or not do) that was effective (or ineffective)? I created a self-signed certificate, and added CERTFILE /etc/dma/server.cert server.cert is owned by root:mail, and mode is set to 640. * What was the outcome of this action? mail.log shows: SSL: Cannot load private key `/etc/dma/server.cert': error:140B0009:SSL routines:SSL_CTX_use_PrivateKey_file:PEM lib * What outcome did you expect instead? No error message, mail delivered to smarthost. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (550, 'experimental'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dma depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii libssl1.0.01.0.1e-6 ii ucf3.0027+nmu1 dma recommends no packages. dma suggests no packages. -- Configuration Files: /etc/dma/auth.conf [Errno 13] Permission denied: u'/etc/dma/auth.conf' -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680347: No disk found (C602 chipset)
Package: debian-installer Hi, I was trying to install Debian on a new Lenovo S30 system. I downloaded the file http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso (label: Debian GNU/Linux testing Wheezy - Official Snapshot amd64 NETINST Binary-1 20120704-09:15) and started the installer from the CD. Unfortunately, it was unable to detect any drives. I did some searching, and found that it seems to not contain the right drivers for the SAS controller of my system. lspci -v shows 05:00.0 Serial Attached SCSSI controller: Intel Corporation C602 chipset 4-Port SATA Storage Control Unit (rev 06). When running from a Knoppix CD, I got some line saying 'Kernel driver in use: isci'. I do not see that line when running the Debian installer. For reference, lspci -n shows '05:00.0 0107: 8086:1d6b (rev 06)'. It seems to me that the installer doesn't contain or is unable to load the isci driver. Best, Koen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659041: How to upgrade?
On 06/07/2012 10:57 PM, Vincent Bernat wrote: Unfortunately, I am not aware of any automated upgrade script. This shouldn't be too much work: dump SQLite data, inject them into MySQL. The schemas are almost compatible. Just as a warning to other users: It's not that simple. I had to manually edit the SQLite dump, because the ordering of the fields had changed. There might be some easy way of fixing that, but I'm not a seasoned DBA. Anyway, it seems to work now. Best, Koen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659041: How to upgrade?
Is there any advice on upgrading existing installations? Is the data transferred from SQLite to MySQL/PostgreSQL, or is this a manual process? In the latter case, are there any instructions available for moving existing data over from SQLite to MySQL/PostgreSQL? I would very much like to update and am willing to move away from SQLite if that's needed, but I wouldn't like my data to be purged. Best, Koen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640145: radicale: New versions available
Package: radicale Version: 0.4-2.1 Severity: wishlist I noticed that, while the Debian sid and wheezy package is at version 0.4, the current version of radicale is 0.6.1. Any chance on an update? -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages radicale depends on: ii python2.6.7-3interactive high-level object-orie ii python-radicale 0.4-2.1simple calendar server - module radicale recommends no packages. radicale suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499411: GTK_PATH
An alternative workaround for people like me who are reluctant to make changes to the file system, is to set GTK_PATH to /usr/lib32/gtk-2.0. I have not tested this extensively, but it seems to fix the Gtk-WARNING messages. Best, Koen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487876: Version 1.53 available
On Wed, 2008-06-25 at 13:06 +1000, kelmo wrote: The BTS already contains: http://bugs.debian.org/484019 Sorry about that. I guess I only checked the -utils and -common packages, but missed the -source package. Best, Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487876: Version 1.53 available
Package: ndiswrapper Version: 1.52-1 I noticed that a new version (1.53) is available since May 27th. It fixes a problem I've been facing since a while (from the homepage): Fixed rx key authentication sequence number conversion from Windows to Linux so WPA authentication doesn't sometimes go into re-key auth loop. I'd be very happy with an updated Debian package! Best, Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479643: Fixed in 1.99
This problem is fixed in the 1.99 version (released on May 1st). From the changelog of 1.99: - Handle recent kernels returning unsupported from the cpu freq scaling_setspeed sysfs entry. It was causing the hibernate script to die prematurely. So I guess that when Martin updates the package to the newest version, he can close the bug. (Should I tag this report as fixed-upstream, or is that the maintainers job?) Best, Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#422210: Same here
Same here, with either my default LANG setting ([EMAIL PROTECTED]) or LANG=C. When choosing Document Settings, I get Scribus crashes due to Signal #11 which is rather annoying if you have to change the page size... Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410164: Works on AMD64
Hi, I just wanted to let you know that I was able to compile and use 1.37 on AMD64 (I had to rebuild the package, of course). With the 1.30 version, I experienced compile problems with 2.6.20, but this one seems to work fine. Thanks for supplying the package! Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402075: dovecotpw only prints help message on powerpc
Op do, 14-12-2006 te 11:35 +0100, schreef Fabio Tranchitella: I'm not able to test dovecotpw on powerpc because I am away from my usual workstation so I can't connect to debian.org machines. I'll test it next week, in the meanwhile could you please check if previous versions worked correctly? I don't have another machine to test on, and I really don't want to take down my mailserver to test older versions. I remember, however, that this problem came up some time ago, but I didn't find the time to report it and hoped it would go away 'automatically'. I've only been running Dovecot for 3-4 months, though, so I have no idea whether it worked before that time. Thanks! Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402075: dovecotpw only prints help message on powerpc
Package: dovecot-common Version: 1.0.rc15-1 Severity: Important When running dovecotpw on powerpc (a Buffalo Linkstation HG), no matter what command line parameters I pass, I always get the help message. For example: # dovecotpw -l usage: dovecotpw [-l] [-p plaintext] [-s scheme] [-u user] [-V] -lList known password schemes -p plaintext New password -s scheme Password scheme -u user Username (if scheme uses it) -VInternally verify the hash When doing the same on i386, it does work correctly, so it seems architecture-dependent. Thanks! Koen Vermeer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278419: Any update on the bug evolution: images do not load?
For the current version in testing (2.6.1-3), it seems to be fine. I think the bug was solved (for me) when upgrading to a 2.4.x version, although I don't recall the right value for x anymore. If you want to test this specifically with 2.6.2, let me know, but I don't anticipate a regression. So, as far as I am concerned, this bug could be closed, but I'm not the original submitter. Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359622: Same here
I got exactly the same error: [EMAIL PROTECTED]:~$ sudo lanmap -vvv -i ethw verbosity level 3 using devices ethw... reporting every 60 seconds... 8459 records loaded from /usr/share/lanmap//data/mac_vendor opening ethw in promiscuous mode... device 'ethw' net: 0x0001A8C0, mask: 0x00FF == 0 Machines === Error: Layout was not done. Missing layout plugins? mv: cannot stat `/usr/share/lanmap//tmp.lanmap': Onbekend bestand of map I downloaded the source (http://www.parseerror.com/lanmap/rev/lanmap-2006-02-27-80.zip) and tried to locate the string 'Missing layout', but couldn't find it. Could it come from twopi? Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359622: Same here
Op di, 28-03-2006 te 23:34 +0200, schreef Koen Vermeer: Could it come from twopi? It seems so. I captured the parameters passed to twopi and ran it manually: [EMAIL PROTECTED]:~$ twopi -Tpng -o /usr/share/lanmap//tmp.lanmap lanmap.dot Error: Layout was not done. Missing layout plugins? No idea how to fix this, though. Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#240065: Couldn't reproduce in 2.2.3-4
Hi, I just tried to reproduce this bug in 2.2.3-4, but I was unable to. Maybe close the bug, just like #231020? Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316614: Still at 1.07
Just wanted to draw attention to the fact that it's still stuck at 1.07 in de Debian repository. I don't get why the bug is 'done'... Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319156: aspell-nl: Depends on unavailable libaspell15
Package: aspell-nl Version: 1:0.1e-36 Severity: important This package depends on libaspell15, which is unavailable in unstable. Instead, libaspell15c2 is in unstable. Any chance on a new version of aspell-nl that depends on libaspell15c2 instead of libaspell15? I know there are issues with the transition to gcc 4 and this is probably related to that, but I was unable to find any roadmap for the transition. Thanks! Koen -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11koen Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aspell-nl depends on: ii libaspell150.60.2+20050121-3 The GNU Aspell spell-checker runti aspell-nl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#314056: 1.0e fixed it
Hi, This seems to have been fixed in upstream 1.0e (June 18). The newest version is 1.0f (June 19). Time for an updated package? Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312755: Fixed in 1.0f
Hi, Just wanted to let you know that this seems to have been fixed in upstream version 1.0f (June 19). Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311761: Removed legacy drivers
I don't agree that upgrading would be excellent. I have one of the 'legacy' GPU's for which support is removed in this release. Additionally, I was unable to find the 'legacy drivers' that the README mentions. Snippet from README.txt: Support for legacy GPUs has been removed from the unified driver. These legacy GPUs will continue to be maintained through special legacy GPU driver releases. Please see Appendix A for a list of legacy GPUs. Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278419: Status on 2.0.4-1
Hi, Just wanted to let you know that I'm still encountering this bug on the 2.0.4-1 version that I'm currently running (which is the latest in testing). I might try 2.2.2-1 one of these days to see if it'll solve my problem. -- Koen Vermeer [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#278419: No luck with 2.2.2-2 either
I couldn't resist, and I updated to 2.2.2-2. It still doesn't load/show the images, though. Some additional information: After selecting View - Message Display - Load Images, I can see in the status bar some messages about retrieving images. I'm not sure if there is any network traffic, and the images aren't displayed. If more information is needed, let me know! Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287936: Fixed by upstream
According to upstream's changelog, this is fixed in 1.03: 1.03 (5 January 2005) - Add ndiswrapper to blacklist. - Fix blacklisted modules without versions bug. (Peter Cech) - Fix random services-stopping-twice bug. - Add --bug-report option. - Support unloading particular versions of modules. - Use the hwclock.sh init script on Debian. - Restart services in reverse order to stopping them. Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287935: Seems to be fixed upstream
Although I cannot find a changelog entry for this, I think this bug is fixed by upstream. Small extract from the current (1.05) clock scriptlet: if [ x$DISTRIBUTION = xdebian ] ; then /etc/init.d/hwclock.sh stop /dev/null 21 else and: if [ x$DISTRIBUTION = xdebian ] ; then /etc/init.d/hwclock.sh start /dev/null 21 else Koen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]