Bug#405520: lyx-qt frontend looks like gtk
Package: lyx-qt Version: 1.4.3-2 Severity: normal I just installed fresh on a new laptop and now the lyx frontend looks like gtk. Am I missing any libraries? Regards, Andrei -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages lyx-qt depends on: ii libaiksaurus-1.2-0c2a 1.2.1+dev-0.12-3 an English-language thesaurus (dev ii libaspell15 0.60.4-4 GNU Aspell spell-checker runtime l ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries ii libqt3-mt 3:3.3.7-2Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii lyx-common 1.4.3-2 High Level Word Processor - common ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages lyx-qt recommends: pn latex-xft-fonts(no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406665: Additional info
By chance I discovered that the locale influences this. My default locale was en_us.UTF-8 UTF 8, but when I changed to ro_RO ISO-8859-2 then it worked as it should. HTH, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#405520: [Pkg-lyx-devel] Bug#405520: lyx-qt frontend looks like gtk
On Thu, 4 Jan 2007 11:35:20 +0100 Per Olofsson <[EMAIL PROTECTED]> wrote: > Hi Andrei, > > On Thursday 04 January 2007 09:25, Andrei Popescu wrote: > > I just installed fresh on a new laptop and now the lyx frontend > > looks like gtk. Am I missing any libraries? > > No. There's no GTK frontend for LyX in Debian, and if you were > missing libraries, you wouldn't be able to start LyX at all. Probably > you just have a GTK-like theme configured in Qt. You can change the > theme by running qtconfig-qt3 (you might need to install it with > apt-get first). The strange thing is that other qt apps don't look the same, but rather the way lyx also used to look like, even though they also use (depend on) libqt3-mt. After more digging I also installed kcontrol. Under Appearance & Themes -> Style -> Widget Style it has Plastik, which is the one used by the other apps, but qtconfig-qt3 does not have that theme and its own appearance is the same as lyx. Maybe it's something about libqt3-mt? Regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#406665: /etc/init.d/console-screen.sh: console-screen.sh does not change font for tty6 (but does for 1-5)
Package: console-tools Version: 1:0.2.3dbs-65 Severity: normal File: /etc/init.d/console-screen.sh I have in /etc/console-tools/config: SCREEN_FONT=Lat2-Terminus16.psf During boot the font is changed for tty1-5 but not for tty6. Regards, Andrei -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages console-tools depends on: ii debconf [debconf-2.0] 1.5.11Debian configuration management sy ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries ii libconsole 1:0.2.3dbs-65 Shared libraries for Linux console ii lsb-base 3.1-22Linux Standard Base 3.1 init scrip Versions of packages console-tools recommends: ii console-common0.7.68 Basic infrastructure for text cons ii console-data 2:1.01-6 Keymaps, fonts, charset maps, fall -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#410376: module-init-tools: blacklisting module pcspkr does not work
Package: module-init-tools Version: 3.3-pre4-1 Severity: normal I created a file /etc/modprobe.d/00local with: blacklist ipv6 blacklist pcspkr This works for ipv6 but not for pcspkr. Regards, Andrei -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages module-init-tools depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii lsb-base3.1-23 Linux Standard Base 3.1 init scrip module-init-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#413729: Other affected packages
Hello, This bug also affects icewm. If you have: TaskBarShowAPMStatus=1 in ~/.icewm/preferences then icewm will fail to load. Regards, Andrei P.S. I know this is a "me too", but maybe it could be useful to have it documented somewhere. -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#414901: icewm will hang if no battery status possible
Package: icewm Version: 1.2.30-1 Severity: normal Hello, Due to a recent bug in acpid (#413729) I discovered that icewm will hang if you have TaskBarShowAPMStatus=1 in ~/.icewm/preferences and the proper module(s) are not loaded. I think the proper way to handle it is to either (silently?) omit the power status or show someting like "N/A". Regards, Andrei -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages icewm depends on: ii icewm-common 1.2.30-1 wonderful Win95-OS/2-Motif-like wi ii imlib11 1.9.14-32 Imlib is an imaging library for X ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libesd0 0.2.36-3 Enlightened Sound Daemon - Shared ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-21 GCC support library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii libx11-6 2:1.0.3-6 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxrandr22:1.1.0.2-5X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii zlib1g1:1.2.3-13 compression library - runtime icewm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#417640: fuse-utils: [Install error] dpkg: --compare versions takes three arguments: ...
Package: fuse-utils Version: 2.6.3-2 Severity: normal Here is the full output: -- ~# aptitude install ntfs-3g Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following NEW packages will be automatically installed: fuse-utils libfuse2 libntfs-3g0 The following NEW packages will be installed: fuse-utils libfuse2 libntfs-3g0 ntfs-3g 0 packages upgraded, 4 newly installed, 0 to remove and 0 not upgraded. Need to get 260kB of archives. After unpacking 700kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Get:1 http://ftp.ro.debian.org sid/main fuse-utils 2.6.3-2 [72.4kB] Get:2 http://ftp.ro.debian.org sid/main libfuse2 2.6.3-2 [68.7kB] Get:3 http://ftp.ro.debian.org sid/main libntfs-3g0 1:0.0.0+20061031-10 [89.6kB] Get:4 http://ftp.ro.debian.org sid/main ntfs-3g 1:0.0.0+20061031-10 [29.6kB] Fetched 260kB in 2s (123kB/s) Preconfiguring packages ... Selecting previously deselected package fuse-utils. (Reading database ... 82745 files and directories currently installed.) Unpacking fuse-utils (from .../fuse-utils_2.6.3-2_i386.deb) ... dpkg: --compare-versions takes three arguments: Type dpkg --help for help about installing and deinstalling packages [*]; Use `dselect' or `aptitude' for user-friendly package management; Type dpkg -Dhelp for a list of dpkg debug flag values; Type dpkg --force-help for a list of forcing options; Type dpkg-deb --help for help about manipulating *.deb files; Type dpkg --license for copyright license and lack of warranty (GNU GPL) [*]. Options marked [*] produce a lot of output - pipe it through `less' or `more' ! dpkg: --compare-versions takes three arguments: Type dpkg --help for help about installing and deinstalling packages [*]; Use `dselect' or `aptitude' for user-friendly package management; Type dpkg -Dhelp for a list of dpkg debug flag values; Type dpkg --force-help for a list of forcing options; Type dpkg-deb --help for help about manipulating *.deb files; Type dpkg --license for copyright license and lack of warranty (GNU GPL) [*]. Options marked [*] produce a lot of output - pipe it through `less' or `more' ! Selecting previously deselected package libfuse2. Unpacking libfuse2 (from .../libfuse2_2.6.3-2_i386.deb) ... Selecting previously deselected package libntfs-3g0. Unpacking libntfs-3g0 (from .../libntfs-3g0_1%3a0.0.0+20061031-10_i386.deb) ... Setting up fuse-utils (2.6.3-2) ... creating fuse device node... udev active, devices will be created in /dev/.static/dev/ creating fuse group... Adding group `fuse' (GID 108) ... Done. Selecting previously deselected package ntfs-3g. (Reading database ... 82779 files and directories currently installed.) Unpacking ntfs-3g (from .../ntfs-3g_1%3a0.0.0+20061031-10_i386.deb) ... Setting up libfuse2 (2.6.3-2) ... Setting up libntfs-3g0 (0.0.0+20061031-10) ... Setting up ntfs-3g (0.0.0+20061031-10) ... Setting ntfs-3g suid root with group fuse...done Users from 'fuse' group can now mount NTFS volume. -- I didn't have a chance to check if the package works or not. Regards, Andrei -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages fuse-utils depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii makedev 2.3.1-83 creates device files in /dev ii sed 4.1.5-1 The GNU sed stream editor ii ucf 2.0020 Update Configuration File: preserv ii udev0.105-4 /dev/ and hotplug management daemo fuse-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385689: pycmail: missing examples mentioned in docs
Package: pycmail
Version: 0.1.2
Severity: minor
The examples dir in /usr/share/doc/pycmail contains only a copy of
/etc/pycmailrc
Here are a few lines of my .pycmailrc with comments if you would like to include
them:
###
# Override the system default set in /etc/pycmailrc
default = MailDir("~/Maildir/")
# After we specified our default, we need to activate it
# documentation is not very clear about this
SetDefault()
# Sort mailing list to its own maildir using the List-Id: header
if InHeader("List-Id", "debian-user"):
Set(MailDir("~/Maildir/.Debian-User/"))
Stop()
###
Thanks for reading
Andrei
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/dash
Kernel: Linux 2.6.17-2-vserver-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages pycmail depends on:
ii python2.4.3-11 An interactive high-level object-o
Versions of packages pycmail recommends:
ii procmail 3.22-16Versatile e-mail processor
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#732947: Debian Software Update Doesn't Work Effectively
Control: reassign -1 update-notifier 0.99.3debian11 On Du, 22 dec 13, 17:12:58, John Ammerman wrote: > Package: Gnome Software Update > Version: Don't Know, whatever the default update software in Debian 7.3. > > User is forced to use apt-update or synaptic to update the system. > > The ONLY time the software does seem to work is when there are nonsecurity > bug fixes that appear roughly once a month. I don't know why it doesn't > work when there are security updates alone and I've been trying to > track down the issue. I am merely throwing it to the community now. > -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#733343: reconserver FTBFS on all architectures
On Sb, 28 dec 13, 18:45:48, Andreas Barth wrote: > Package: reconserver > Version: 0.9.1-1 Hmm, the BTS doesn't know about this package (yet?), CCing maintainers. > Severity: serious > > Hi, > > your package FTBFS on all architectures where it had been tried: > | configure: WARNING: unrecognized options: --disable-maintainer-mode > |dh_auto_build -a -O--builddirectory=. > | make[1]: Entering directory `/«PKGBUILDDIR»' > | g++ -DPACKAGE_NAME=\"reConServer\" -DPACKAGE_TARNAME=\"reconserver\" > -DPACKAGE_VERSION=\"0.9.1\" -DPACKAGE_STRING=\"reConServer\ 0.9.1\" > -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DPACKAGE=\"reconserver\" > -DVERSION=\"0.9.1\" -I. -D_FORTIFY_SOURCE=2 -DRESIP_FIXED_POINT > -I/usr/include/sipxtapi -D__pingtel_on_posix__ -D_linux_ -D_REENTRANT > -D_FILE_OFFS -DDEFAULT_BRIDGE_MAX_IN_OUTPUTS=20 -DRESIP_TOOLCHAIN_GNU > -DUSE_CARES -DUSE_SSL -DUSE_IPV6 -g -O2 -Wformat -Werror=format-security > -fpermissive -c -o reConServer.o reConServer.cxx > | In file included from /usr/include/recon/UserAgent.hxx:4:0, > | from reConServer.cxx:41: > | /usr/include/recon/ConversationManager.hxx:12:31: fatal error: > resip/stack/Uri.hxx: No such file or directory > | #include > |^ > | compilation terminated. > | make[1]: *** [reConServer.o] Error 1 > | make[1]: Leaving directory `/«PKGBUILDDIR»' > | dh_auto_build: make -j1 returned exit code 2 > | make: *** [build-arch] Error 2 > | dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 > > > Can you please build your package in a clean chroot before upload > (i.e. in a chroot where nothing except build-essential and > build-dependencies are installed)? > > > > Andi -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#733584: Unable to `npm install annostring`
On Lu, 30 dec 13, 05:32:53, openda...@hushmail.com wrote: > Package: annostring > Version: 0.2.2 > > Unable to `npm install annostring` on Ubuntu (Linux 3.11.0-12-generic): Please report this to Ubuntu then. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#733899: gnome-terminal3.4.1.1-2: with using MC while changing dir. white cluterring on blue MC screen making unreadable.
Control: reassign -1 gnome terminal 3.4.1.1-2 On Mi, 01 ian 14, 22:44:33, slof wrote: > Package: gnome-terminal3.4.1.1-2 > Version: 3.4.1.1 > Severity: normal > > Dear Maintainer, > *** Please consider answering these questions, where appropriate *** > >* What led up to the situation? > using midnight commander with gnome therminal >* What exactly did you do (or not do) that was effective (or > ineffective)? > fork a xterm from gnome-terminal and use MC from there > >* What was the outcome of this action? > none of this strange behaviour in xterm >* What outcome did you expect instead? Hi, I'm reassigning you bug to the correct package, so that the gnome-terminal maintainer(s) actually see it, but it would be nice if you could describe your issue a bit more than what you wrote in the subject. Maybe you could make a screenshot and post it somewhere? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#733912: RFP: s6 - a small suite of programs for UNIX, designed to allow process supervision
Control: reassign -1 wnpp On Jo, 02 ian 14, 06:24:40, Sergiusz Pawlowicz wrote: > Package: s6 > Version: 1.1.1 > Severity: wishlist > > Please pack s6[0], a small suite of programs for UNIX, designed > to allow process supervision (a.k.a service supervision), in > the line of daemontools and runit. > > [0] http://skarnet.org/software/s6/ Could you maybe provide more information about this software, like what makes it better than daemontools and runit, etc. Also, the typical ITP/RFP template also requires Author's name and licence under which the software is available. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#734076: libxul: occasionally crashes with segfault
Control: reassign -1 src:iceweasel On Vi, 03 ian 14, 09:38:27, Alex Rozenshteyn wrote: > Package: xulrunner-23.0 > Version: 23.0.1-1 This package doesn't exit in Debian (anymore?). I'm reassigning this bug to an existing package, so it's not "lost", but please re-test with a recent xulrunner and let the maintainer know about the result. Thanks, Andrei > Severity: important > File: libxul > > Dear Maintainer, > I clicked on a link in Iceweasel, and it crashed. The only debug information > I found was the following (in syslog): > > Jan 3 09:28:05 zuko kernel: [471781.725597] mozStorage #9[7232]: segfault at > 7fa40370 ip 7fa49f25cc95 sp 7fa474dfe5f0 error 4 in > libxul.so[7fa49e956000+1a37000] > > I'm not sure where else to look for debug information. > > -- System Information: > Debian Release: jessie/sid > APT prefers testing-proposed-updates > APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (50, > 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.11-2-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 xulrunner-23.0 depends on: > ii libasound21.0.27.2-3 > ii libatk1.0-0 2.10.0-2 > ii libbz2-1.01.0.6-5 > ii libc6 2.17-97 > ii libcairo2 1.12.16-2 > ii libdbus-1-3 1.6.18-2 > ii libdbus-glib-1-2 0.100.2-1 > ii libevent-2.0-52.0.21-stable-1 > ii libfontconfig12.11.0-2 > ii libfreetype6 2.5.1-1 > ii libgcc1 1:4.8.2-10 > ii libgdk-pixbuf2.0-02.28.2-1+b1 > ii libglib2.0-0 2.36.4-1 > ii libgtk2.0-0 2.24.22-1 > ii libhunspell-1.3-0 1.3.2-6 > ii libmozjs23d 23.0.1-1 > ii libnspr4 2:4.10.2-1 > ii libnss3 2:3.15.3.1-1 > ii libpango-1.0-01.36.0-1+b1 > ii libpangocairo-1.0-0 1.36.0-1+b1 > ii libpangoft2-1.0-0 1.36.0-1+b1 > ii libpixman-1-0 0.32.4-1 > ii libsqlite3-0 3.8.2-1 > ii libstartup-notification0 0.12-3 > ii libstdc++64.8.2-10 > ii libvpx1 1.2.0-2 > ii libx11-6 2:1.6.2-1 > ii libxext6 2:1.3.2-1 > ii libxrender1 1:0.9.8-1 > ii libxt61:1.1.4-1 > ii zlib1g1:1.2.8.dfsg-1 > > xulrunner-23.0 recommends no packages. > > Versions of packages xulrunner-23.0 suggests: > ii libcanberra0 0.30-2 > ii libgnomeui-0 2.24.5-2 > > -- no debconf information -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#582635: This is fixed in squeeze
fixed 582635 0.15.12-1.1 thanks It was fixed earlier, but at least we know the version in squeeze is ok. Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#604769: marked as pending
On Mi, 24 nov 10, 18:36:39, Christian PERRIER wrote: > tag 604769 pending > thanks > > Hello, > > Bug #604769 reported by you has been fixed in the Git repository. You can > see the changelog below, and you can check the diff of the fix at: > > http://git.debian.org/?p=dpkg/dpkg.git;a=commitdiff;h=6b40324 Thanks for the info, but is there any chance to slip in a last-last-last-minute update in a few hours? Thanks, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#604914: dpkg: Suggesting minor i18n changes
Package: dpkg Version: 1.15.8.6 Severity: wishlist Tags: l10n Hi, While translating dpkg to Romanian I stumbled across a few things that you might want to consider: #: lib/dpkg/database.c:196 #, c-format msgid "size %7d occurs %5d times\n" Please use plurals #: lib/dpkg/ehandle.c:107 msgid "out of memory pushing error handler: " What is this? Could you please add a note/explanation for translators or rephrase? #: lib/dpkg/parsehelp.c:136 msgid "must start with an alphanumeric" character? #: lib/dpkg/parsehelp.c:202 msgid "" msgstr "" "package" or "version"? At least for Romanian it matters because the translation is not gender-neutral. #: src/help.c:137 #, c-format msgid "" "%d expected program not found in PATH or not executable.\n" "NB: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin." msgid_plural "" "%d expected programs not found in PATH or not executable.\n" "NB: root's PATH should usually contain /usr/local/sbin, /usr/sbin and /sbin." msgstr[0] "" I might want to split this in two strings, since the "NB:" part is identical, but not a biggie Thanks for reading, Andrei -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.9 Advanced front-end for dpkg -- 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#738765: boot.img in daily image files exceed 10mb limit
Control: reassign -1 debian-installer 20140212+deb7u1.b2
On Mi, 12 feb 14, 14:14:28, Shinn, Rob wrote:
> Package: debian-installer-netboot-sparc
> Version: 20140212+deb7u1.b2
>
> When booting any of the current SPARC boot.img files on d-i.debian.org/daily-
> images on my SunFire V240, via either rarpd+tftpd or using a dnsmaq-based
> DCHP
> setup, I get:
>
> {1} ok boot net
> Boot device: /pci@1f,70/network@2 File and args:
> 1000 Mbps FDX Link up
> Requesting Internet Address for 0:3:ba:xx:xx:xx
> Requesting Internet Address for 0:3:ba:xx:xx:xx
> ERROR: /packages/obp-tftp: Last Trap: Fast Data Access MMU Miss
>
> According to this thread;
> http://comments.gmane.org/gmane.linux.debian.ports.sparc/14994
>
> This happens because boot.img exceed a "magic" 10mb limit. This problem does
> not occur with the boot.img file from Wheezy, which is under the magic 10mb
> limit.
>
> --
> Rob Shinn
> E-ONE IT | Sr. Unix Systems Engineer | W: 352-861-3256 | M: 352-286-7716
> 1701 S.W. 37th Ave., Ocala, FL 34474
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt
signature.asc
Description: Digital signature
Bug#738846: invoke-rc.d: unknown initscript, /etc/init.d/ceph-mds-all not found.
Control: reassign -1 src:ceph 0.72.2-1 On Jo, 13 feb 14, 13:35:49, Jonas Smedegaard wrote: > Source: ceph-mds > Version: 0.72.2-1 > Severity: important > > During install of the ceph-mds package, I notice the following emitted: > > invoke-rc.d: unknown initscript, /etc/init.d/ceph-mds-all not found. > > Seems to me there is a bug in the init script. > > - Jonas -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738861: libosinfo: new upstream release (0.2.9)
Control: reassign -1 src:libosinfo 0.2.8-1 On Jo, 13 feb 14, 17:09:22, Andreas Henriksson wrote: > Source: libosinfo-1.0-0 > Version: 0.2.8-1 > Severity: wishlist > > Dear Maintainer, > > Upcoming version of eg. Tracker will require libosinfo >= 0.2.9. > An updated package in Debian Unstable would be appreciated. > thanks! -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738863: openvswitch-switch: TCP does not work properly with virtio-net when 3.12 kernel and tx/rx offloading is on
Control: reassign -1 src:openvswitch 1.9.3+git20131029-1.1 On Jo, 13 feb 14, 16:05:53, Gary Hawkins wrote: > Source: openvswitch-switch > Version: 1.9.3+git20131029-1.1 > Severity: important > > Dear Maintainer, > >* What led up to the situation? > > I ran apt-get upgrade/aptitude safe-upgrade on the host to upgrade my testing > box to latest testing packages. > >* What exactly did you do (or not do) that was effective (or > ineffective)? > > After installing the latest 3.12 kernel (linux-image-3.12-1-amd64, version > 3.12.9-1) from testing causes TCP connections to stop working on qemu/kvm > connected to openvswitch by way of a virtio-net tap > device. Packet traces show lots of TCP retransmission errors. Very > occasionally a TCP connection works, but is dropped soon after. Most often > the connection stops working entirely. > > If I run the command: > ethtool -K tso off gro off gso off tx off rx off > > everything starts working again. > > Going back to 3.11 kernel also makes things work. > >* What was the outcome of this action? > > Using 3.12 kernel from testing causes TCP connections to stop working on > qemu/kvm guests and generates large numbers of TCP retransmission errors > >* What outcome did you expect instead? > > Using 3.12 kernel from testing should not break TCP connections on qemu/kvm > guests > > > > -- System Information: > Debian Release: jessie/sid > APT prefers testing > APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739307: ITP : ngp -- ncurses code parsing tool
Control: reassign -1 wnpp On Lu, 17 feb 14, 17:22:44, Jonathan Klee wrote: > Package: ngp > Severity: wishlist > > * Package name: ngp > Version : 0.1 > Upstream Author : Jonathan Klee > * URL : https://github.com/jonathanklee/ngp > * License : GPL > * Description : ncurses code parsing tool > > ngp lets you look for a pattern in your source code directory and display > results in ncurses. ngp lets you browse results in a Vim-like style. ngp > lets you open a result with your favorite editor at the right line. > > Package has already been uploaded : http://mentors.debian.net/package/ngp You may want to file an RFS bug. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739358: Please downgrade dependency on MySQL
Control: reassign -1 src:libapache-mod-musicindex 1.3.7-2 On Lu, 17 feb 14, 21:45:39, martin f krafft wrote: > Source: libapache2-mod-musicindex > Version: 1.3.7-2 > Severity: wishlist > > Please change the dependency on libmysqlclient18 to a recommendation > or even a suggestion (and change the code to conditionally load the > MySQL stuff). libmysqlclient18 or MySQL is fortunately not required > to use libapache2-mod-musicindex and I'd really rather not have it > on my systems. > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > > -- > .''`. martin f. krafft Related projects: > : :' : proud Debian developer http://debiansystem.info > `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org > `- Debian - when you have better things to do than fixing systems -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#661861: PC Engines Alix 3C2: Boot hang waiting for /dev to be fully populated
Control: reassign -1 src:linux On Du, 16 feb 14, 20:38:14, Daniel Bayer wrote: > Hi! > > I just had the same problem on Alix 2d3 with BIOS v0.99 while > updating to wheezy. It turned out that the system hangs when > loading the cs5535-mfgpt module: > > | Waiting for /dev to be fully populated... > | [8.547274] cfg80211: Calling CRDA to update world regulatory domain > | [8.554139] input: PC Speaker as /devices/platform/pcspkr/input/input0 > | [9.071321] geode-aes: GEODE AES engine enabled. > | [9.073504] ath5k :00:0c.0: registered as 'phy0' > | [9.802039] Error: Driver 'pcspkr' is already registered, aborting... > | [9.885425] cs5535-mfgpt cs5535-mfgpt: reserved resource region [io > 0x6200-0x623f] > > The module should output a second line reporting the number of free > timers. This did not happen. So I assume the system crashed somewhere > in the scan_times() function of cs5535-mfgpt. I played a little bit > with the mfgptfix boot command line option, but the system always > crashed. But simply removing the cs5535-mfgpt fixed the problem. > > In the end I found the "MFGPT workaround" option in the BIOS, which was > enabled: > > | BIOS setup: > | > | (9) 9600 baud (2) 19200 baud *3* 38400 baud (5) 57600 baud (1) 115200 baud > | (C) CHS mode *L* LBA mode *W* HDD wait *V* HDD slave *U* UDMA enable > | *M* MFGPT workaround > | (P) late PCI init > | *R* Serial console enable > | (E) PXE boot enable > | (X) Xmodem upload > | (Q) Quit > > After disabling it the system booted fine with cs5535-mfgpt enabled and > mfgptfix not set. Now everything works as expected. > > > Daniel -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739173: python-pyopencl: unnecessary Recommends on its documentation
Control: reassign -1 pyopencl 2013.2-1 On Du, 16 feb 14, 13:30:54, Simon McVittie wrote: > Source: python-pyopencl > Version: 2013.2-1 > Severity: minor > > python-pyopencl Recommends python-pyopencl-doc, which Recommends > python-pyopencl and python3-pyopencl. > > This means that when python-pyopencl is pulled in by a dependency or > recommendation (the case where I encountered it was that xpra Recommends > python-pyopencl), users with Recommends enabled also get python3-pyopencl > and its dependency stack, which seems excessive. > > I think these relationships should all be Suggests. > > Regards, > S -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739173: python-pyopencl: unnecessary Recommends on its documentation
Control: reassign -1 src:pyopencl 2013.2-1 On Du, 16 feb 14, 13:30:54, Simon McVittie wrote: > Source: python-pyopencl > Version: 2013.2-1 > Severity: minor > > python-pyopencl Recommends python-pyopencl-doc, which Recommends > python-pyopencl and python3-pyopencl. > > This means that when python-pyopencl is pulled in by a dependency or > recommendation (the case where I encountered it was that xpra Recommends > python-pyopencl), users with Recommends enabled also get python3-pyopencl > and its dependency stack, which seems excessive. > > I think these relationships should all be Suggests. > > Regards, > S -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739176: python-pyopencl: should depend on a specific implementation of opencl-icd and libopencl1
Control: reassign -1 src:pyopencl 2013.2-1 On Du, 16 feb 14, 13:39:59, Simon McVittie wrote: > Source: python-pyopencl > Version: 2013.2-1 > Severity: minor > > python-pyopencl Depends: libopencl1 and opencl-icd. These are virtual > packages, so apt will pick a more or less random implementation of the > virtual package to satisfy the dependency; in my case, using aptitude > with contrib and non-free enabled, aptitude chose the nVidia implementations. > > As far as I can tell, users of OpenCL need an opencl-icd implementation > that matches their hardware, and a libopencl1 implementation that is > capable of loading that opencl-icd implementation. > > The package descriptions suggest that ocl-icd-libopencl1 is able to > load any of the three ICDs (Intel, nVidia, AMD) and it also > seems to be the only one in main, so it's an obvious choice for the > libopencl1 implementation: "Depends: ocl-icd-libopencl1 | libopencl1". > > As for the ICD, perhaps it should be "Depends: beignet | opencl-icd"? > That won't work on non-Intel hardware, but at least it's satisfiable > in main, and seems slightly more likely to work than apt choosing one > at random. > > Regards, > S -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739046: gnome: alt+tab to switch between windows is disabled by default
Control: reassign -1 gnome On Sb, 15 feb 14, 13:23:04, Manfred Hund wrote: > Source: gnome > Version: 3.8 > Severity: minor > > Hi Maintainers, > >* I just did an upgrade from wheezy to jessie and i had to manually enable > ALT+TAB > for switching between windows. >* to fix this misbehaviour i had to open > "settings->keyboard->shortcuts->navigation" and > assign the ALT-TAB shortcut >* would be nice to have this setting as a default, > even though i like the decision to change debian's default desktop > environment to xfce. > https://lists.debian.org/debian-devel/2013/10/msg00496.html, > https://archive.fosdem.org/2013/schedule/event/challenges_gnome/ :) > > > > -- System Information: > Debian Release: jessie/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739045: plasma-widget-networkmanagement: description reference itself instead of the package it is transitional for
Control: reassign -1 src:plasma-nm 0.9.3.2-2 On Sb, 15 feb 14, 12:46:00, Jonas Smedegaard wrote: > Source: plasma-widget-networkmanagement > Severity: minor > > plasma-widget-networkmanagement is described as a transitional package > for plasma-widget-networkmanagement - i.e. for itself. > > I believe that should instead be plasma-nm. > > - Jonas -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739280: packages.debian.orgh: changelog/copyright link results in 404 on package wheezy/file
Control: reassign -1 www.debian.org Control: retitle -1 packages.debian.org: changelog/copyright link results in 404 on package wheezy/file Control: user -1 www.debian@packages.debian.org Control: usertag -1 packages.debian.org On Lu, 17 feb 14, 13:40:49, Andreas Schwarz wrote: > Package: packages.debian.orgh > Version: packages.debian.org > Severity: minor > > Dear Maintainer, > > on https://packages.debian.org/wheezy/file the links "Debian Changelog" / > "Copyright File" results in 404 and "Debian Patch Tracker" produces an error > > "There was an error processing ur request > > can't find any package named or containing 'file'" > > best wishes > A. Schwarz > > > > -- System Information: > Debian Release: 7.4 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#726495: FW: Bug#673859: panflute: please detect dbus-python via Python (not pkg-config) or build-depend on python-dbus-dev
Attached what seems to be another occurrence, this time of an already existing bug (#673859). I also got the "Processed:" e-mail claiming src:panflute is unknown, though the package is still in oldstable. Processing commands for cont...@bugs.debian.org: > severity 673859 important Bug #673859 [src:panflute] panflute: please detect dbus-python via Python (not pkg-config) or build-depend on python-dbus-dev Warning: Unknown package 'src:panflute' Severity set to 'important' from 'wishlist' Warning: Unknown package 'src:panflute' > thanks Stopping processing here. Please contact me if you need assistance. -- 673859: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673859 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems Hope this helps, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt --- Begin Message --- severity 673859 important thanks On Mon, 21 May 2012 at 19:33:13 +0100, Simon McVittie wrote: > The correct, long-term solution for packages that don't implement a main loop > is to check for the dbus Python module (and, if required, the > dbus.mainloop.glib Python module) as you would for a pure-Python module: > run "python -c 'import dbus'", or use the AX_PYTHON_MODULE macro, or whatever. > In fact, it seems you already do this... wheezy was released a long time ago. Any progress on this? I intend to drop the dependency in my next dbus-python upload, at which point I'll upgrade this bug to RC severity. Regards, S --- End Message --- signature.asc Description: Digital signature
Bug#673859: panflute: please detect dbus-python via Python (not pkg-config) or build-depend on python-dbus-dev
On Lu, 17 feb 14, 15:08:10, Simon McVittie wrote: > severity 673859 important > thanks > > On Mon, 21 May 2012 at 19:33:13 +0100, Simon McVittie wrote: > > The correct, long-term solution for packages that don't implement a main > > loop > > is to check for the dbus Python module (and, if required, the > > dbus.mainloop.glib Python module) as you would for a pure-Python module: > > run "python -c 'import dbus'", or use the AX_PYTHON_MODULE macro, or > > whatever. > > In fact, it seems you already do this... > > wheezy was released a long time ago. Any progress on this? http://packages.qa.debian.org/p/panflute/news/20111031T163915Z.html Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739591: libclosure-compiler-java: libguava-java dependency needs to be versioned
Control: reassign -1 src:closure-compiler 20130227+dfsg1-4 On Jo, 20 feb 14, 16:50:08, Paul Wise wrote: > Source: libclosure-compiler-java > Version: 20130227+dfsg1-4 > Severity: normal > > I tried to run libclosure-compiler-java from jessie with libguava-java > from wheezy but I got this error. After upgrading libguava-java to the > jessie version the crash no longer happens. Please change the > libguava-java dependency to (>= 15.0), according to these links that is > the needed version right now: > > https://code.google.com/p/closure-compiler/source/browse/lib/guava.jar?name=v20140110 > https://github.com/michaelklishin/urly/issues/8 > > java.lang.NoSuchMethodError: > com.google.common.io.ByteStreams.limit(Ljava/io/InputStream;J)Ljava/io/InputStream; > at > com.google.javascript.jscomp.CommandLineRunner.getDefaultExterns(CommandLineRunner.java:943) > at > com.google.javascript.jscomp.CommandLineRunner.createExterns(CommandLineRunner.java:868) > at > com.google.javascript.jscomp.AbstractCommandLineRunner.doRun(AbstractCommandLineRunner.java:739) > at > com.google.javascript.jscomp.AbstractCommandLineRunner.run(AbstractCommandLineRunner.java:380) > at > com.google.javascript.jscomp.CommandLineRunner.main(CommandLineRunner.java:980) > > -- > bye, > pabs > > http://wiki.debian.org/PaulWise -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739633: c-repl depends on libreadline-ruby which no longer exists
Control: reassign -1 c-repl On Jo, 20 feb 14, 16:55:07, peter green wrote: > Package: libreadline-ruby > Severity: serious > Tags: sid patch > > Your package depends on libreadline-ruby. A recent version of the > libruby package (currently in sid but not yet in jessie) dropped the > provides of libreadline-ruby. I brought this up on #debian-ruby > (conversation pasted below) and it seems you can just drop the > dependency. > > I notice that libruby seems to have dropped the provides > of libreadline-ruby breaking c-repl > was this intentional? I can't find any mention of it in > the changelog > <--snip--> > that's part of "Drop Conflicts/Replaces/Provides on obsolete > packages that are not even on squeeze anymore > " > plugwash, ^ > so what should c-repl do? change it's dependency to libruby? > seeing that it already depends on ruby... probably drop the > libreadline-ruby dep -- http://nuvreauspam.ro/posts/2010/neticheta-pe-mail/ http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739635: Recommend trend
Control: reassign -1 src:debian-science On Jo, 20 feb 14, 18:43:49, Yuri D'Elia wrote: > Source: science-viewing > Severity: wishlist > > I was browsing through science-viewing, and found 'feedgnuplot' as a > recommendation. Though not as flexible as feedgnuplot+gnuplot, I'm using > 'trend' for realtime data visualization since gnuplot is just too slow. > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (900, 'unstable'), (800, 'experimental') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.12-1-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 -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739698: openstack-dashboard: should compress css and js during postinst
Control: reassign -1 src:horizon 2013.2.2-1 On Vi, 21 feb 14, 14:27:50, Gonéri Le Bouder wrote: > Source: openstack-dashboard > Version: 2013.2.2-1 > Severity: normal > > Dear Maintainer, > > Horizon expects the CSS and JS to be compressed by python-lesscpy. This > can be done offline ( COMPRESS_OFFLINE=True) or on the fly. In the > second case, the compession is rather long (=~ between 10s and 30s) and > happens on every pages until the caches are ready. > > The following command can be used to refresh the case: > /usr/share/openstack-dashboard/manage.py compress > > Best regards, > -- > Gonéri -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739762: RFP: umtsmon -- graphical program for connecting cellphones or gsm-modems to the internet
Control: reassign -1 wnpp Control: retitle -1 RFP: umtsmon -- graphical program for connecting cellphones or gsm-modems to the internet On Sb, 22 feb 14, 12:36:02, Hans wrote: > Package: umtsmon > Version: 0.9 > > Dear maintainers, > > I found this nice programm, which allows easy connection of GSM, GPRS, HSPDA > etc. devices to the internet. During my search I found nothing similar, so > please take a look at it. Although there is an old debian package available, > which is running well, it would be nice if you could try to rebuild it with > newer libs (i.e. qt4 instead of qt3). > > You do not need to add new features, just rebuild. > > Package details: > > URL: http://umtsmon.sourceforge.net > License: GPL2 > Packagename: umtsmon > Version: 0.9 (hint: latest version 0.10 is running very unstable, but 0.9 is > running stable) > > Developer: Klaas van Gend and several others, please > see also http://umtsmon.sourceforge.net/authors.shtml > > Description: UMTSmon is a tool to control and monitor a wireless mobile > network card (GPRS, EDGE, WCDMA, UMTS, HSDPA) in a laptop running the Linux > operating system. It handles PIN codes, operator choice (roaming), signal > strength and network statistics, sending/receiving SMS . > > It probably also works well with several 3G phones that provide a serial > interface in Linux. > > Download-URL for binary and sourcce: > http://sourceforge.net/projects/umtsmon/files/ > > Download-URL for CVS: http://sourceforge.net/projects/umtsmon/ > > Personal statement: I am running this app now for several years on my EEEPC > and my Acer Aspire 7530G with an Huawei-stick. No Problems at all. It is > working much more stable than network-manager or umts-panel for example. You > can see signal strength, send and receive SMS and it is highly configurable. > It is really worth, to take a look at it. Pity that it is orphaned, really! > > Thank you for reading this. > > Best regards > > Hans-J. Ullrich > > > P.S. my ryportbug does not work, so I had to send this via e-mail. Sorry for > that. -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739767: The partitioning phase of the installer crashes when using usb as installation medium
Control: reassign -1 debian-installer On Sb, 22 feb 14, 13:08:23, Mark Nuyts wrote: > Package: installer > > severity: important > > > Dear Installer Team, > > I used the nightly build of the Jessy i386 mini.iso (22-Feb-2014 > 00:16) to install to an old laptop. > > I wrote the mini.iso to a usb-stick using unetbootin. > > During the partitioning phase of the installation i got the following error: > > "Error informing the kernel about modifications to partition /dev/sda1 > -- Device or resource busy. This means Linux won't know about any > changes you made to /dev/sda1 until you reboot --" > > There is an option to ignore, but this doesn't alleviate the problem. > > As a usb-stick is an increasingly popular installation medium, I would > categorize this bug as important. > > > Work around: > > + Remove the usb-stick with the netinstaller before entering the > partioning phase of the installation. > > Greetings, > > > Mark -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739806: [google-chrome-stable] [4276:4276:0222/132825:ERROR:profile_sync_service.cc(1311)] History Delete Directives datatype error was encountered: Delete directives not supported with encryption
On Sb, 22 feb 14, 14:16:59, Weiller Ronfini wrote: > Package: google-chrome-stable > Version: 33.0.1750.117-1 > Severity: normal There is no such package in Debian, please report any issues to where you obtained it from. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739895: python-taurus-doc: ships with duplicates of Tango icons, and icons that could be shared
Control: reassign -1 src:taurus On Du, 23 feb 14, 17:10:13, Jonas Smedegaard wrote: > Source: python-taurus-doc > Severity: normal > > The binary package python-taurus-doc ships with a large compilation of > icons. Some from the Tango set, and some from another RRZE set. > > Please save space by recommending tango-icon-team and replace Tango > icons with symlinks. > > Also, please consider packaging an independent rrze-icon-theme package > using http://rrze-icon-set.berlios.de/ as upstream source, and similarly > recommend + symlink those. > > > Regards, > > - Jonas > -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739935: py3versions: please ignore empty lines before Source section in control files
Control: reassign -1 src:python3-defaults 3.2.3-6 On Lu, 24 feb 14, 03:17:59, Bálint Réczey wrote: > Source: python3-minimal > Version: 3.2.3-6 > Severity: normal > Tags: patch > > Dear Maintainer, > > Autogenerated debian/control files may contain empty lines before the > Source section which seems to be valid to me. > > For example meld's control file looks like this: > # This file is autogenerated. DO NOT EDIT! > # > # Modifications should be made to debian/control.in instead. > # This file is regenerated automatically in the clean target. > > Source: meld > Section: gnome > Priority: optional > ... > > py3versions fails to parse such files: > $ py3versions -r debian/control > py3versions: not a control file: debian/control, > $ > > The following small patch solves the problem: > --- /usr/bin/py3versions2012-10-21 23:50:01.0 +0200 > +++ py3versions2014-02-24 03:06:46.082912790 +0100 > @@ -183,7 +183,7 @@ > with open(fn, encoding='utf-8') as controlfile: > lines = [line.strip() for line in controlfile] > for line in lines: > -if line == '': > +if line == '' and section != None: > if pkg == 'Source': > break > section = None > > pyversions uses a similar check: > ... >if line == '': > if section == None: > continue > if pkg == 'Source': > break > section = None > ... > > > Cheers, > Balint -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739972: missing kernel config options for support of mirabox
Control: reassign -1 src:linux 3.13-1~exp1 On Lu, 24 feb 14, 14:22:03, Jasmin Schnatterbeck wrote: > Source: linux-image-3.13-trunk-armmp > Version: 3.13-1~exp1 > Severity: important > > the mentioned multiplatform kernel ist intended to run on armada 370 > SOCs. A system using this SOC is the Mirabox. > > I noticed, that the following modules are missing in the armmp kernel to > support the device properly: > > xhci controller: > CONFIG_USB_XHCI_HCD=m > > mwifiex wifi: > CONFIG_MWIFIEX=m > CONFIG_MWIFIEX_SDIO=m > > Futhermore hctosys-on-boot does not work. As the /etc/init.d/hwlock.sh > script does not run in rcS, because udev is already active, the system > time relies on the kernel, that needs to set it from rtc on boot time. > In order to make this work, the rtc driver must be compiled-in (as far > as I investigated the situation): > > RTC_DRV_MV=y > > Furthermore the PCI-Controller of the device needs the following kernel > option to make it work: > > CONFIG_PCI_MVEBU=y > > The mentioned modifications are tested locally and work. > > If the options for RTC and PCI (non-module) conflict with other options > (related to another device), a separated flavour would still be > necessary. > > Cheers > Jasmin -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739948: [kinetic-audio-setup] kinetic-audio-setup [INTL:de] German translation of debconf template
Control: reassign -1 kinect-audio-setup 0.3.2 On Lu, 24 feb 14, 10:39:19, Stephan Beck wrote: > Package: kinetic-audio-setup > Version: 0.3.2 > Severity: wishlist > Tags: l10n patch > > --- Please enter the report below this line. --- > > Hello, > > please find attached the German translation of the debconf template for > the mentioned package. File name: de.po > > Please move the file to the folder it belongs to. > > Feel free to report any errors regarding the translation's content or > formatting issues by contacting me at my email address. > > > Kind regards > > Stephan Beck > > > --- System information. --- > Architecture: i386 > Kernel: Linux 3.9.6 > > Debian Release: 7.4 > 990 stable security.debian.org > 990 stable ftp.de.debian.org > 500 stable-updates ftp.de.debian.org > > --- Package information. --- > Package's Depends field is empty. > > Package's Recommends field is empty. > > Package's Suggests field is empty. > > > > # German translation for kinect-audio-setup. > # Copyright (C) 2014 Antonio Ospite > > # This file is distributed under the same license as the kinect-audio-setup > package. > # Stephan Beck , 2014. > # > msgid "" > msgstr "" > "Project-Id-Version: kinect-audio-setup 0.3.2\n" > "Report-Msgid-Bugs-To: kinect-audio-se...@packages.debian.org\n" > "POT-Creation-Date: 2014-02-17 18:39+0100\n" > "PO-Revision-Date: 2014-02-23 23:04-\n" > "Last-Translator: Stephan Beck \n" > "Language-Team: Debian German translation team "debian.org>\n" > "Language: de\n" > "MIME-Version: 1.0\n" > "Content-Type: text/plain; charset=UTF-8\n" > "Content-Transfer-Encoding: 8bit\n" > > #. Type: boolean > #. Description > #: ../templates:2001 > msgid "Do you accept the Microsoft Kinect for Windows EULA?" > msgstr "Stimmen Sie der EULA f??r Microsoft Kinect f??r Windows zu?" > > #. Type: boolean > #. Description > #: ../templates:2001 > msgid "" > "In order to fetch the binary firmware needed by the kinect-audio-setup " > "package, you need to agree to the End User License Agreement (EULA) of the " > "Microsoft Kinect for Windows Software Development Kit:" > msgstr "" > "Um die f??r das Paket kinect-audio-setup notwendige Bin??r-Firmware > abzurufen, " > "ist Ihre Zustimmung zur Lizenzvereinbarung f??r Endbenutzer (EULA) des " > "Software Development Kit von Microsoft Kinect f??r Windows erforderlich:" > > #. Type: error > #. Description > #: ../templates:3001 > msgid "EULA not accepted" > msgstr "EULA nicht zugestimmt" > > #. Type: error > #. Description > #: ../templates:3001 > msgid "" > "You need to accept the End User License Agreement (EULA) of the Microsoft " > "Kinect for Windows Software Development Kit in order to fetch the binary " > "firmware needed by the kinect-audio-setup package." > msgstr "" > "Ihre Zustimmung zur Lizenzvereinbarung f??r Endbenutzer (EULA) des Software " > "Development Kit von Microsoft Kinect f??r Windows ist erforderlich, um die > f??r " > "das Paket kinect-audio-setup notwendige Bin??r-Firmware abzurufen." > > #. Type: error > #. Description > #: ../templates:3001 > msgid "You can do this later with \"dpkg-reconfigure kinect-audio-setup\"." > msgstr "" > "Sie k??nnen dies sp??ter noch erledigen, indem Sie ??dpkg-reconfigure > kinect-" > "audio-setup?? ausf??hren." -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#740041: xen-netfront: reduce gso_max_size to account for max TCP header
Control: reassign -1 src:linux 3.2.41-2+deb7u2 Control: fixed -1 3.2.51-1 On Ma, 25 feb 14, 16:25:48, Kris Shannon wrote: > Source: linux-2.6 > Version: 2.6.32-48 > Control: found -1 linux/3.2.41-2+deb7u2 > Control: fixed -1 linux/3.2.51-1 > > Separate bug for domU (xen-netfront) side of Bug #701744 as requested in > https://lists.debian.org/debian-kernel/2014/02/msg00297.html > <1393274681.6823.101.ca...@deadeye.wl.decadent.org.uk> > > Summary: > > The security fix for XSA-39 revealed a GSO size calculation bug. > > Patches for both xen-netback and xen-netfront were created and fixed upstream. > > Either patch was enough to fix the regression and a work-around (turning off > GSO) was found. > > Bug #701744 was closed with the backporting of the xen-netback patch to both > the Squeeze and Wheezy kernels. > > The xen-netfront patch was backported to the 3.2.47 kernel and included in > the Debian Wheezy kernel 3.2.51-1 -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#740073: netinst hangs on scanning CD-ROM [was: Message with no Package: tag cannot be processed! (Installation report)]
Control: reassign -1 debian-installer Control: retitle -1 netinst hangs on scanning CD-ROM On Ma, 25 feb 14, 15:10:34, Siarhei Akhramenia wrote: > Package: network installer (netinst) > > Boot method: debian testing netinst > Image version: > http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso > Date: Tue 25 Feb 14:33:39 FET 2014 > > Machine: x64 IBM PC > Processor: Intel Core i5-2500K CPU @ 3.7GHz > Memory: 8 GB > Partitions: 100M ext2 as /boot; 1G swap; 7G ext4 as /; 3G ext4 as /home > > Output of lspci -knn (or lspci -nn): virtualbox machine > > Base System Installation Checklist: > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it > > Initial boot: [ OK ] > Detect network card:[ OK ] > Configure network: [ OK ] > Detect CD: [ OK ] > Load installer modules: [ OK ] > Detect hard drives: [ OK ] > Partition hard drives: [ OK ] > Install base system:[ OK ] > Clock/timezone setup: [ OK ] > User/password setup:[ OK ] > Install tasks: [ E ] > Install boot loader:[ ] > Overall install:[ ] > > Comments/Problems: Problem with 'Configure mirrors' step; system hangs > on scanning CD-ROM (???), looks like it doesn't see any mirrors; the > problem also described by me here: > http://forums.debian.net/viewtopic.php?f=17&t=111983 > > I tried debian testin netinst several times for the last 3 or 4 days, > the problem is still there. I cannot use old images because they > cannot finish installation and hang right after installing the system > (cannot do finish steps). Please, guys, fix broken netinst for the > testing branch. Thank you very much! > > > > On Tue, Feb 25, 2014 at 2:45 PM, Debian Bug Tracking System < > ow...@bugs.debian.org> wrote: > > > Your message didn't have a Package: line at the very first line of the > > mail body (part of the pseudo-header), or didn't have a Package: line > > at all. Unfortunatly, this means that your message has been ignored > > completely. > > > > Without this information we are unable to categorise or otherwise deal > > with your problem report. Please _resubmit_ your report to > > sub...@bugs.debian.org and tell us which package the > > report is for. For help, check out > > http://www.debian.org/Bugs/Reporting. > > > > Your message was dated Tue, 25 Feb 2014 14:42:11 +0300 and had > > message-id > jbt8f7uagyp-qx8...@mail.gmail.com> > > and subject Installation report. > > The complete text of it is attached to this message. > > > > If you need any assistance or explanation please contact > > ow...@bugs.debian.org and include the the attached > > message. > > > > If you didn't send the attached message (spam was sent forging your > > from address), we apologize; please disregard this message. > > > > -- > > -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 > > Debian Bug Tracking System > > Contact ow...@bugs.debian.org with problems > > > > > > -- Forwarded message -- > > From: Siarhei Akhramenia > > To: sub...@bugs.debian.org > > Cc: > > Date: Tue, 25 Feb 2014 14:42:11 +0300 > > Subject: Installation report > > > > Boot method: debian testing netinst > > Image version: > > http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso > > Date: Tue 25 Feb 14:33:39 FET 2014 > > > > Machine: x64 IBM PC > > Processor: Intel Core i5-2500K CPU @ 3.7GHz > > Memory: 8 GB > > Partitions: 100M ext2 as /boot; 1G swap; 7G ext4 as /; 3G ext4 as /home > > > > Output of lspci -knn (or lspci -nn): virtualbox machine > > > > Base System Installation Checklist: > > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it > > > > Initial boot: [ OK ] > > Detect network card:[ OK ] > > Configure network: [ OK ] > > Detect CD: [ OK ] > > Load installer modules: [ OK ] > > Detect hard drives: [ OK ] > > Partition hard drives: [ OK ] > > Install base system:[ OK ] > > Clock/timezone setup: [ OK ] > > User/password setup:[ OK ] > > Install tasks: [ E ] > > Install boot loader:[ ] > > Overall install:[ ] > > > > Comments/Problems: Problem with 'Configure mirrors' step; system hangs on > > scanning CD-ROM (???), looks like it doesn't see any mirrors; the problem > > also described by me here: > > http://forums.debian.net/viewtopic.php?f=17&t=111983 > > > > I tried debian testin netinst several times for the last 3 or 4 days, the > > problem is still there. I cannot use old images because they cannot finish > > installation and hang right after installing the system (cannot do finish > > steps). Please, guys, fix broken netinst for the testing branch. Thank you > > very much! > > > > > > -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transiti
Bug#740112: marked as done (qemu-debootstrap: add support for arm64 architecture)
Control: reopen -1 Control: severity -1 wishlist Should read all mails before closing bugs... Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#736283: sponsorship-request: RFS: lcas/1.3.19-2 -- Fix for FTBFS bug
Control: reassign -1 sponsorship-requests
On Ma, 21 ian 14, 23:02:02, Dennis van Dok wrote:
> Package: sponsorship-request
> Severity: normal
>
>
> Dear mentors,
>
> I am looking for a sponsor for my package "lcas"
>
> * Package name: lcas
>Version : 1.3.19-2
>Upstream Author :
> * URL : http://wiki.nikhef.nl/grid/Site_Access_Control
> * License : Apache 2.0
>Section : libs
>
> It builds those binary packages:
>
> lcas-interface - Local Centre Authorization Service API
> liblcas-dev - Local Centre Authorization Service development files
> liblcas0 - Local Centre Authorization Service runtime
>
> To access further information about this package, please visit the
> following URL:
>
> http://mentors.debian.net/package/lcas
>
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x
> http://mentors.debian.net/debian/pool/main/l/lcas/lcas_1.3.19-2.dsc
>
> Changes since the last upload:
>
> * Adding build-depend on pkg-config (Closes: #730884)
> * Use dh-autoreconf instead of autotools-dev to also fix FTBFS on
> ppc64el by getting new libtool macros (still updates
> config.{sub,guess}). (Thanks Logan Rosen)
>
> LCAS and several other middleware packages fail to build from source
> with a recent update to the Globus Toolkit. By adding pkg-config to
> the build dependencies this is fixed. The same problem holds for the
> packages lcmaps-plugins-basic, lcmaps-plugins-verify-proxy,
> lcmaps-plugins-voms, lcmaps-plugins-jobrep, lcas-lcmaps-gt4-interface,
> and lcmaps.
>
> I would be very grateful if someone would upload these packages for me,
> as I'm still in the process of becoming a maintainer.
>
>
> Regards,
>Dennis van Dok
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt
signature.asc
Description: Digital signature
Bug#159785: message-goto-gcc
On Vi, 24 ian 14, 10:30:26, jida...@jidanni.org wrote: > Dear b...@gnus.org, please make and bind message-goto-gcc . Hi, Please mind this bug is currently not assigned to an existing Debian package, so it's not seen by people actually interested in it. Would you please be so kind to reassign it accordingly? Thanks, Andrei (looking after bugs filed against unknown packages) -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#736853: netinstall: no info about 32/64bit incompatibility on installation
Control: reassign -1 debian-installer On Lu, 27 ian 14, 11:29:03, Vladimir Hidalgo wrote: > Package: Kernel (?) > > > I was trying to install Debian 64bits in Virtual Box but it froze on > selection of the first install option. > > After several minutes I tried "Expert Mode" only to see the message > about 32/64 bits incompatibility as I was trying to install the 64 > version on a 32 virtual machine. > > I suggest that would be nice if the installer checked this > incompatibility before displaying the menu (much like Ubuntu does) > with a error message. -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#736973: RFS: nftables/0.100-1 [ITP]
Control: reassign -1 sponsorship-requests On Ma, 28 ian 14, 21:40:45, Arturo Borrero Gonzalez wrote: > Package: sponsorship-request > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "nftables" > > * Package name: nftables >Version : 0.100-1 >Upstream Author : Patric McHardy > * URL : http://netfilter.org/projects/nftables/index.html > * License : GPL-2 >Section : net > > It builds those binary packages: > nftables - Program to control packet filtering rules by Netfilter project > > To access further information about this package, please visit the following > URL: > http://mentors.debian.net/package/nftables > > Alternatively, one can download the package with dget using this command: > dget -x > http://mentors.debian.net/debian/pool/main/n/nftables/nftables_0.100-1.dsc > > A few notes about the upstream: > * nftables kernel support is included with Linux 3.13. > * nftables userspace tool (nft, this package) requires libnftnl (another > RFS). > * this is the first mainstream release of nftables, not suitable for > production yet. > > Regards, > Arturo Borrero Gonzalez -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#737245: Wheezy kernel fails to browse NFS export with 64 bits inode
Control: reassign src:linux On Vi, 31 ian 14, 19:58:18, Emmanuel Florac wrote: > Package: linux-image > > > Mounting an NFS export from a large XFS filesystem, either using > NFS3 or NFS4, on a freshly installed wheezy : > > # uname -a > Linux violon 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux > # mount 10.1.2.3:/mnt/export /mnt/nfs > # ls /mnt/nfs > Stale NFS handle. > # umount /mnt/nfs > # mount -o vers=3 10.1.2.3:/mnt/export /mnt/nfs > # ls /mnt/nfs > Stale NFS handle. > > This is if the inode number on the /mnt/export XFS fs on the server is > 64 bits. If the inode is smaller and fits in 32 bits, it works perfectly > fine. This is a very annoying bug. > > There are no errors in dmesg or /var/log/messages. > > Running on the file server Wheezy with a custom kernel (plain vanilla > source from kernel.org). > > > -- > > Emmanuel Florac | Direction technique > | Intellique > | > | +33 1 78 94 84 02 > -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#737383: maildrop: notmuch complains about maildrop delivered messages
Package: maildrop Version: 2.7.1-1 Severity: normal Dear Maintainer, I'm using maildrop to deliver to various Maildirs (which are then indexed with notmuch and read with mutt). As of 2.7.1-1 maildrop adds on top of any message a header like: From amp@sid.nuvreauspam Sun Feb 2 12:28:13 2014 As a consequence notmuch complains like this: amp@sid:~$ notmuch new Warning: /home/amp/Maildir/new/1391336893.M959803P4710V0806I0004236B_0.sid,S=1902 is an mbox containing a single message, likely caused by misconfigured mail delivery. Support for single-message mboxes is deprecated and may be removed in the future. Processed 1 file in almost no time. Added 1 new message to the database. Removed 1 message. The complete file is attached to prevent mangling by MUA/MTA/MDA. Downgrading to 2.6.0-1 makes the warning disappear. This happens both for locally delivered messages or Debian list messages retrieved with getmail. Postfix invokes maildrop with mailbox_command = maildrop Getmail invokes maildrop with [destination] type = MDA_external path = /usr/bin/maildrop unixfrom = True If you need more information please don't hesitate to ask. Kind regards, Andrei -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maildrop depends on: ii courier-authlib 0.63.0-6+b1 ii libc62.17-97 ii libgcc1 1:4.8.2-14 ii libgdbm3 1.8.3-12 ii libpcre3 1:8.31-2 ii libstdc++6 4.8.2-14 Versions of packages maildrop recommends: ii postfix [mail-transport-agent] 2.10.2-1 maildrop suggests no packages. -- Configuration Files: /etc/maildroprc changed: DEFAULT="$HOME/Maildir" SENDMAIL=/usr/sbin/sendmail -- no debconf information >From amp@sid.nuvreauspam Sun Feb 2 12:28:13 2014 Return-Path: X-Original-To: amp@sid.nuvreauspam Delivered-To: amp@sid.nuvreauspam Received: by sid.nuvreauspam (Postfix, from userid 1077) id D5664C0797; Sun, 2 Feb 2014 12:28:13 +0200 (EET) Date: Sun, 2 Feb 2014 12:28:13 +0200 From: Andrei POPESCU To: Andrei POPESCU Subject: Test maildrop Message-ID: <20140202102813.GC1706@sid.nuvreauspam> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="t0UkRYy7tHLRMCai" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) --t0UkRYy7tHLRMCai Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable test --=20 If you can't explain it simply, you don't understand it well enough. (Albert Einstein) http://nuvreauspam.ro/gpg-transition.txt --t0UkRYy7tHLRMCai Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJS7h29AAoJEP/HhUTvIjQcyEsQAIamZkcuUytfR+BYXo03Ny9f MFvseQ4cDoFPQ6mOwF221lkfD1UV2K5Dtt2Yz/Y60g7tzNqKlmoYWap9pMXfyaFX GfOa22zfrPdbDaiUDe2sh+1EbhLQnOUa3+vM6tVtF01xem+8gkZBVRz7YUS5IOy6 UauEDVhdgvJwD2FliE6KdB9/GXZeHSTC8wKsw+VxliQlHFKSLf8w+F4SkMtU2J/l jT856J0TEvP4v2txXAtSgzyYPXKKMN77e+cqsdOVmHCm9YOvhluXaZWt3GeHSqic TiTpZLohbWPlx3Ast+DnYW38631LXqT08nhw1KQiU5W517MZ9k0EVi0uHVOCssGV 6CnJdlUAua0KyTpRJggcXLeoyWl9tSRWE9vK20A1VEaymZO5SGl7JjxjgnTefsSq FdGBZVVwYtmY0Lb6MJgRtgL+Cm1iaMZeXSOEaBZ9RLNlY2kSMXRi5P/CfS9NxRKn BSiwD7dA4t0dIRFcjmn7+Bb8ODfy7DUpIiINM9yw+kDZaF7S+f/1KD7rrd4KJv4q splFkOqRaO+/s/DJE6dKdx/iwOKM25mU0uxHiCpacMP89hKEVJokZSTJH4vxmPFd mJuxXn/hUd+IIpKd6qFt9L+nwo7t0Qrpg7uYoOsv6hv/Z47rV7WnEskckbOaHIPf OuY/PW5tbrrWxZAUd4Ql =DTcW -END PGP SIGNATURE- --t0UkRYy7tHLRMCai--
Bug#737492: glx-diversions: Leaves dangling diversions after uninstallation
Control: reassign -1 src:glx-alternatives On Lu, 03 feb 14, 17:48:20, Brendon Green wrote: > Source: glx-diversions > Severity: critical > Justification: breaks unrelated software > > Dear Maintainer, > > I am in the process of upgrading my system from mixed (preferring stable) > to mixed (preferring unstable), in order to take advantage of recent advances > in nouveau. > > In preparation for this, I removed all packages related to the nvidia binary > driver, including glx-diversions. I am not sure which version of > glx-diversions caused the problem, as I have been swapping between versions > in an attempt to improve graphics performance. Excerpt from aptitude.log is > below. > > When an attempt was made to upgrade libgl1-mesa-glx, it was discovered that > the following diversions were in effect, pointing to the nonexistant > directory /usr/lib/mesa-diverted/: > > sudo dpkg-divert --list | grep 'mesa\|glx' > > diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to > /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions > diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to > /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions > diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to > /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions > diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to > /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions > diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to > /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions > diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to > /usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions > diversion of /usr/lib/libGL.so.1.2.0 to /usr/lib/mesa-diverted/libGL.so.1.2.0 > by glx-diversions > > > Removing these erroneous diversions (using dpkg-divert --remove) then allowed > the upgrade of libgl1-mesa-glx to succeed. > > When installing the nvidia driver, I have used only packages in Debian. I > have not, at any time, used nvidia-installer on this system. > > zcat /var/log/aptitude.1.gz | cat - /var/log/aptitude | grep glx-diversions > > [INSTALL, DEPENDENCIES] glx-diversions:amd64 > [REMOVE] glx-diversions:amd64 > [INSTALL, DEPENDENCIES] glx-diversions:amd64 > [REMOVE] glx-diversions:amd64 > [INSTALL, DEPENDENCIES] glx-diversions:amd64 > [UPGRADE] glx-diversions:amd64 0.2.2 -> 0.4.0~bpo70+1 > [REMOVE] glx-diversions:amd64 > [INSTALL, DEPENDENCIES] glx-diversions:amd64 > [REMOVE] glx-diversions:amd64 > [INSTALL, DEPENDENCIES] glx-diversions:amd64 > [REINSTALL] glx-diversions:amd64 > [DOWNGRADE] glx-diversions:amd64 0.4.1 -> 0.2.2 > [REMOVE] glx-diversions:amd64 > > > -- System Information: > Debian Release: jessie/sid > APT prefers testing-updates > APT policy: (900, 'testing-updates'), (900, 'stable-updates'), (900, > 'unstable'), (900, 'testing'), (900, 'stable'), (500, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) > Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#737588: libc6: Missing a static /etc/ld.so.conf makes life difficult for multiarch users
Control: reassign -1 libc6 2.17-97 On Ma, 04 feb 14, 14:09:05, Paul Harvey wrote: > Source: libc6 > Version: 2.17-97 > Severity: important > > Dear Maintainer, > > I have embarked on a journey to use multistrap to build a debian rootfs for an > armel target from an amd64 host. > > Having completed this step: > > sudo multistrap -a armel -d EmDebian/ -f emdebian.conf > > I then try to: > > sudo chroot EmDebian/ > > But was getting this error: > > chroot: cannot run command `/bin/bash': No such file or directory > > After attempting all the normal work-arounds for this problem, and a little > IRC > discussion with wookey on oftc.net in #emdebian, we discovered I was missing > $CHROOTDIR/etc/ld.so.conf. > > Copying this file from my host's /etc/ld.so.conf - which contained only > "include /etc/ld.so.conf.d/*.conf" into the chroot directory - fixed the > problem. > > It seems that ld.so.conf is generated in the postinst script. Is this > necessary? > > We can't run postinst scripts until we chroot in and do dpkg --configure -a, > but dpkg won't work until we chroot in and do dpkg --configure -a... > > For now, I'll need to: > echo 'include /etc/ld.so.conf.d/*.conf' >> $CHROOTDIR/etc/ld.so.conf > > before I can chroot into $CHROOTDIR. > > > > -- System Information: > Debian Release: jessie/sid > APT prefers testing > APT policy: (899, 'testing'), (500, 'testing-updates'), (500, 'unstable'), > (500, 'stable'), (500, 'oldstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: armel > > Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#737699: hidapi: HIDAPI Package Does Not Support kFreeBSD
On Mi, 05 feb 14, 09:02:07, Scott Talbert wrote: > > hidapi is a package that I'm working on getting into Debian: > http://mentors.debian.net/package/hidapi Ah, ok. > My mentor suggested that I file this bug pre-emptively, but it > appears the bug system does not support tracking bugs for packages > not yet in Debian. :) Actually it kinda' does. As soon as the package is uploaded the bug will be assigned correctly. Depending on how far in the future an upload is supposed to happen you can either reopen the bug or file a new one once the package is available. Kind regards, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#737731: libhwloc-plugins: depends on ocl-icd-libopencl1 instead of libopencl1
Control: reassign -1 src:hwloc On Mi, 05 feb 14, 14:50:39, Giuseppe Bilotta wrote: > Source: libhwloc-plugins > Version: 1.8-1 > Severity: normal > > This prevents installation on systems that are using some other package > providing libopencl1. I believe libhwloc-plugins should depend on the generic > virtual libopencl1 rather than on a specific implementation. > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.12-1-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 -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#737842: Please package php5 debhelper sequence independently
Control: reassign -1 src:php5 On Jo, 06 feb 14, 13:17:57, Wolodja Wentland wrote: > Source: php5-dev > Severity: wishlist > > Dear Michal, > > it would, in my opinion, be a good idea to package the new php5 dh sequence > independently as having it coupled makes it incredibly hard to backport > modules that use this sequence to wheezy. If it had been packaged > independently it would make it would be much easier to backport the dh > sequence for those packages that build-depend on it. > > Thank you for your consideration. > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_GB.utf-8, LC_CTYPE=en_GB.utf-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738067: proftpd-basic: sftp crash with long files, solved in 1.3.4b
Control: reassign -1 src:proftpd-dfsg On Vi, 07 feb 14, 17:18:25, Marco Innocenti wrote: > Source: proftpd-basic > Version: 1.3.4a > Severity: important > Tags: patch > > We were trying to upload a 100MB file using sftp but proftpd kept crashing. > I upgraded the software using the version currently in testing (1.3.5~rc3) and > the problem has gone away. > > I think that I was hit by http://bugs.proftpd.org/show_bug.cgi?id=3743 which > is > solved in 1.3.4b or changing 2 lines in the sources > (http://bugs.proftpd.org/attachment.cgi?id=3730) > > > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738096: O: repgtk -- GTK+ binding for librep
Control: reassign -1 wnpp Control: retitle -1 O: rep-gtk -- GTK+ binding for librep On Vi, 07 feb 14, 10:00:57, Rodrigo Gallardo wrote: > Package: repgtk > Severity: normal > > I have not been acting as a responsible developer for several years > now. I am orphaning all my packages and will be submitting my > resignation soon. > > > -- > Rodrigo Gallardo -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738166: afterstep-data: Please Depend on fonts-freefont-ttf instead of ttf-freefont
Control: reassign -1 src:afterstep On Sb, 08 feb 14, 11:06:50, Christian Perrier wrote: > Source: afterstep-data > Severity: normal > > Hello, > > The ttf-freefont binary package has been renamed to fonts-freefont-ttf > as per the Font Packaging Team internal naming policy. > > The package provides a transitional package but we would like to drop > it and therefore we need packages that depend on, ttf-freefont to > switch their dependency to fonts-freefont-ttf. > > While at it, you can then also drop the versioned dependency as the > first release of fonts-freefont-ttf obviously matches the minimal > version you intended to depend upon. > > Thanks in advance. > > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (101, 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738172: Track renames of source packages
Control: reassign -1 security-tracker On Sb, 08 feb 14, 11:46:48, Moritz Muehlenhoff wrote: > Package: security-tracker.debian.org > Severity: wishlist > > It would be useful to track source package renames. For that we'd need a > mapping file of the old source package name and the new one. Specific > example: If a entry is commited for src:linux a script could automatically > add an entry for "linux-2.6 ". > > Cheers, > Moritz The BTS might benefit from something like this as well (but also for binary packages), so that bugs are not "lost" on package renames (emacs, linux, gcc, etc.) :p Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738525: nvidia-kernel-source: process signals masked by nvidia drivers.
Control: reassign -1 src:nvidia-graphics-drivers 319.82-1 On Lu, 10 feb 14, 16:20:33, Andrew King wrote: > Source: nvidia-kernel-source > Version: 319.82 > Severity: important > Tags: upstream > > Dear Maintainer, > > nvidia drivers mask signals in terminals (CTRL-Z, CTRL-C), intermittenty. > > has been reported upstream. > > see > https://devtalk.nvidia.com/default/topic/638521/linux/gnome-terminal-problems- > ctrl-c-and-exit/ > http://stackoverflow.com/a/20219577 > https://bugzilla.redhat.com/show_bug.cgi?id=1028272 > > > > > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.11-1-amd64 (SMP w/12 CPU cores) > Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738577: grub-efi: incompatable licence error
Control: reassign -1 src:grub2 On Lu, 10 feb 14, 13:06:48, Ben Hildred wrote: > Source: grub-efi > Severity: normal > Tags: upstream > > background: > I am attempting to network boot a early mac mini (core solo 32 bit/ 32bit > efi) > with debian. My netboot server runs debian and other diskless boxes boot > debian > and other operating systems from this server. > One severe problem I have is finding a functional boot loader. One of the > more > interesting failures was when I assembled a 32 bit efi grub image with all > modules from the stable binary. This errored out with incompatible license. > Using the tool by Sukminder (http://unix.stackexchange.com/questions/74087 > /grub-incompatible-license-error) I narrowed it down to the module adler23.mod > the problem whent away when this module was not included. I checked the source > from git and this module should be gpl3+. It appears arch linux has a similar > problem with a different module, so I suspect something fragile in the build > system from upstream. > > > > -- System Information: > Debian Release: 7.4 > APT prefers oldstable-updates > APT policy: (500, 'oldstable-updates'), (500, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#738695: Package: ipsec-tools (1:0.8.0-14) - IPSEC GRE Tunnel over IPv6
Control: reassign -1 ipsec-tools 1:0.8.0-14 On Ma, 11 feb 14, 21:48:49, Abhishek Dwivedi wrote: > Package: ipsec-tools (1:0.8.0-14) Just for future reference, when you submit bugs the version information has to be in a dedicated field: Version: x.x.x.x Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#731282: ITP: diylc -- electronic circuit designer for stripboards
Control: reassign -1 wnpp Control: retitle -1 ITP: diylc -- electronic circuit designer for stripboards Control: owner -1 chrisofbris...@gmail.com On Ma, 03 dec 13, 22:41:24, ChrisofBristol (gmail) wrote: > Package: DIY Layout Creator > Version: 3.28.0 > > *The licence the package is provided under;* GPL3 > > *Short and long descriptions of the package;* > *Short:* Electronic circuit layout designer for stripboards. > > *Long:* DIY Layout Creator (DIYLC for short) is a drawing tool > developed with help of a large online community of DIY electronics > enthusiasts. It incorporates many ideas that came from people using older > versions of the application. The goal is to provide a simple interface and > enough power to let the user draw schematics, board/chassis layouts and > wiring diagrams quickly and without a steep learning curve. > > *Where the package can be obtained from:* > It has already been packaged by > GetDeb:http://www.getdeb.net/software/DIY%20Layout%20Creator > The source is available > here:https://code.google.com/p/diy-layout-creator/source/checkout > > Mentors > > I would like a sponsor for the "DIY Layout Creator" package. The maintainer > isbanc...@gmail.com but he is not a Linux user, so I am the Linux contact. > > This is an extremely useful and effective package with a well thought out and > easy to use interface. It has already been downloaded tens of thousands of > times for various operating systems. Including it in Debian would enable > Debian users to find and install it easily. In order to look for sponsors you will have to file a separate RFS bug against the sponsorship-requests pseudo-package. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#731367: binutils-arm-linux-gnueabihf: ld does not do indirect linking correct when cross building
On Mi, 04 dec 13, 08:25:06, Shawn Landden wrote: > Package: binutils-arm-linux-gnueabihf > Version: 2.23.90.20131017-1 > Severity: important > Tags: patch There is no such package in Debian, maybe it's only in Ubuntu? Please close or reassign as needed. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#731410: RFP: libapache2-mod-cluster -- mod_cluster is an intelligent Apache httpd-based load-balancer
Control: reassign -1 wnpp On Jo, 05 dec 13, 09:26:25, Dominik Pieper wrote: > Package: libapache2-mod-cluster > Severity: *wishlist* > URL: https://www.jboss.org/mod_cluster > License: LGPL > Description: mod_cluster is an httpd-based load balancer. Like mod_jk and > mod_proxy, mod_cluster uses a communication channel to forward requests > from httpd to one of a set of application server nodes. Unlike mod_jk and > mod_proxy, mod_cluster leverages an additional connection between the > application server nodes and httpd. The application server nodes use this > connection to transmit server-side load balance factors and lifecycle > events back to httpd via a custom set of HTTP methods, affectionately > called the Mod-Cluster Management Protocol (MCMP). This additional feedback > channel allows mod_cluster to offer a level of intelligence and granularity > not found in other load balancing solutions. -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#731457: libc: resolver doesn't fall back to secondary dns-server or retry, when first is ipv6 and unreachable
Control: reassign -1 libc6 On Jo, 05 dec 13, 15:47:50, Richard van der Hoff wrote: > Package: libc > Version: glibc > Severity: normal > Tags: ipv6 > > If the first entry in /etc/resolv.conf is an ipv6 address, and the second is > an ipv4 address, then, if the ipv6 lookup fails, then no fallback takes > place > to the secondary (or tertiary) servers. > > Furthermore, if a 'search' list is specified, and an ipv6 address is > present in the list, then no retries take place on any server. > > For example, given the following in /etc/resolv.conf: > > nameserver 0100::1 > nameserver 4.4.4.4 > > "getent ahosts www.google.com" returns no entries. tcpdump shows that the > secondary server is never polled, although the primary is polled twice. > > > Given the following in /etc/resolv.conf: > > search zzz.com > nameserver 0100::1 > nameserver 4.4.4.4 > > tcpdump shows the first server being queried for www.google.com, and > then for www.google.com.zzz.com. The secondary server is never queried > at all (as above), and the primary is only queried once for each hostname. > > > > > > -- System Information: > Debian Release: 7.1 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#731509: libc6: provide a way to read the environment in ifunc dispatch functions
Control: reassign -1 src:libc6 On Vi, 06 dec 13, 07:33:39, Vincent Danjean wrote: > Source: libc6 > Version: 2.17-97 > Severity: wishlist > Tags: upstream > > Hi, > > I'm using ifunc functions but I would like to read the environment in order > to select the runtime function. > A small program easily shows that the libc 'environ' variable (nor > "_environ" > nor "__environ") is not yet initialized (so the 'getenv' function does not > work either). > > Is there a way I did not find to access to the environment of the program > at the point where ifunc functions are resolved? > > Looking at the sources, the environment is read way before by ld.so itself > (looking for LD_... envvar). However, the pointer to the initial environment > is not exported by ld.so (at least I did not find it). It is given to the > libc, but too late (in ./csu/init-first.c if I read the sources correctly). > > Would it be possible to export the initial environment (ie the __environ > variable used by ld.so with another name, not the __environ of the libc)? > Or can the call to the ifunc resolver function have a (char**envp) parameter > (it would be backward binary compatible but programs requiring this > behavior would need to depends on recent version of libc)? > Or would it be possible to initialize the libc __environ variable more > quickly? > I'm willing to prepare and test patches if you tell me which solution > I should implement. > > Regards, > Vincent > > PS: I attach a small program showing the environ is not yet initialized. > PPS: I already post my question on stackoverflow without any useful answer > http://stackoverflow.com/questions/20353246/reading-the-environment-when-executing-elf-ifunc-dispatch-functions > > -- System Information: > Debian Release: jessie/sid > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), > (500, 'stable'), (500, 'oldstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > armel > mipsel > > Kernel: Linux 3.12-rc7-amd64 (SMP w/8 CPU cores) > Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#732019: PyPy plugin support for uWSGI
Control: reassign -1 uwsgi 1.9.17.1-5 Control: severity -1 wishlist On Jo, 12 dec 13, 15:06:28, Teg Skywalker wrote: > Package: uwsgiVersion: 1.9.17.1-5Severity: wishlist > I was wondering when you were planning to build PyPy support into uwsgi as a > plugin like uwsgi-plugin-pypy since you have python and python3 supported and > in separate packages? I think this would be an excellent package as many of > us would like to use PyPy for our online applications and according to > http://uwsgi-docs.readthedocs.org/en/latest/PyPy.html, PyPy support has been > around since version 1.2. > Since the Debian version of uWSGI integrates the languages as separate > plugins, many guides I found in integrating it wanted me to build uWSGI from > source for which I wouldn't want to do as I want updates to come to me > upstream in apt. If you guys have any plans for PyPy, then that would be > great and even having something in experimental form or in unstable at first > would be VERY VERY beneficial. > I am using Debian GNU/Linux Jessie (testing) > -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#732135: RFS: spatialite/4.1.1-5
Control: reassign -1 sponsorship-requests On Sb, 14 dec 13, 16:24:20, Bas Couwenberg wrote: > Package: sponshorship-requests > Severity: normal > > Dear mentors, > > As part of the upcoming SpatiaLite transition am I looking for a sponsor for > my package "spatialite". > > Please refer to the thread on debian-gis@ for more information on this > transition: https://lists.debian.org/debian-gis/2013/10/msg9.html > > Package name: spatialite > Version : 4.1.1-5 > Upstream Author : Alessandro Furieri > URL : https://www.gaia-gis.it/fossil/libspatialite/ > License : MPL-1.1 or GPL-2.0+ or LGPL-2.1+ > Section : science > > It builds those binary packages: > > libspatialite-dev - Geospatial extension for SQLite - development files > libspatialite5 - Geospatial extension for SQLite - libraries > libspatialite5-dbg - Geospatial extension for SQLite - debugging symbols > > To access further information about this package, please visit the following > URL: > > http://mentors.debian.net/package/spatialite > > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/s/spatialite/spatialite_4.1.1-5.dsc > > More information about SpatiaLite can be obtained from > https://www.gaia-gis.it/fossil/libspatialite/. > > Changes since the last upload: > > * Enable building with libxml2 support. > * Add 11-link-libxml2.patch to link libxml2 when building test cases. > * Update symbols file for XML related symbols. > * Bump Standards-Version to 3.9.5, no changes required. > > > Regards, > Sebastiaan Couwenberg -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#723177: Incompatible phys driven by Marvell phy driver?
On Vi, 13 dec 13, 11:06:04, Ian Campbell wrote: > > [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723177 > [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723177#50 Hi Ian, Please mind this bug is currently not assigned to an existing package (you can see this at the top of the bugreport page, where it says "Maintainer for linux-image-3.10-3-kirwood is (unknown)". Because of this it won't show on bug page of current Linux images and messages to the bug report don't reach the linux-image-* Maintainers. You might want to reassign it to an existing package or to src:linux. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#732587: debian expert install on iscsi-device
Control: reassign -1 open-iscsi 2.0.873 On Jo, 19 dec 13, 03:50:46, Vyska Steve-Kai wrote: > Package: open-scsi > Version: 2.0.873 > > > > I’m trying to install an daily mini.iso net install (18.12.2013) testing > (jessie). > > The idea is to install an diskless client using an iscsi-lun as root > partition and only /boot on a separate disk. The installer realizes this and > set up an alternativ initramfs, so the trigger for this kind of installation > is set in there expert guy. But there are several other problems, which are > not triggered. > > 1. When the installation finishes, and the reboot starts you get an error, > that there is no network. The reason here is, that the udevs are not filled > completely when the networks fires up. This is an old known bug #693558 and > can be easily solved by adding „wait_for_dev 10 in > /usr/share/initramfs-tools/scripts/local-top/iscsi before the > configure_networking line and restart update-initramfs -u > > 2. When this is done the system will still not start. The Problem is the > nodes definition. The nodes-information is written at the very last point of > the installation process. just right before the system asks to reboot. The > Problem here is that the nodes are set to be mounted manually (node.startup = > manual instead of node-startup = automatic). Even when u have already in an > console edit the file as soon as the system prompts to reboot this is set to > manual and you can not alter this once you hit return without changing it > before. > > 3. The next interesting issu is, that i was not able to use an login / > password combination for the setup. When starting not as a root system > everything works fine with the same configuration, but when u mount it in the > initramfs you always get an auth error from there. > > 4. I set up 3 iscsi nodes. The first node works fine when using the > workarounds listed here. But the other 2 nodes are not connoted. The system > says that there is a session error (Error 15 session exists) and exits the > daemon, letting the first node being up. resulting fsck to crash because the > device do not exists (work around here is of course the stab changing from > default 0 2 to 0 0 for this device). > > I hope i wrote everything correct here and it helps people either changing > something or getting their system online, sorry for the bad english :D it’s > been a while i need to write stuff in english :D. When u need additional > Infos / configs / data / whatever just send me an email and when it is > possible i’ll provide the information you need > > Greets > > Steve -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#732622: snp-sites: ITP First time debian snp-sites package
Control: reassign -1 wnpp On Jo, 19 dec 13, 12:47:52, Jorge Soares wrote: > Package: snp-sites > Version: 1 > Severity: normal > > Dear Maintainer, > > I would like to regiater my intent to package the software snp-sites > > -- System Information: > Debian Release: 7.2 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#726639: Bug on Boost thread 1.49.0 using Debian Wheezy making the program freeze on BeagleBone Black
Control: reassign -1 libboost-thread1.49.0
On Jo, 17 oct 13, 17:32:00, Frank Talamy wrote:
> Package: boost-thread
> Version: 1.49.0
>
> I am currently working on a C++ app that runs on my PC just fine and I want
> to make it work on a BeagleBone Black on which I have already installed a
> Debian Wheezy.
>
> I'm cross compiling using ELDK v5.3 and qmake from my PC (Intel Celeron,
> Debian Wheezy, boost v1.49.0-3.2) to the BeagleBone Black (ARM Cortex A8,
> Debian Wheezy, boost v1.49.0-3.2).
>
> Everything works like it should, but every now and then, my app freezes (is
> stuck on a __pthread_mutex_lock) when a boost::thread is created or the app
> is waiting for a boost::thread::join().
>
> I attached a small source code that generates a program that freezes in a
> similar fashion when executed on the BeagleBone Black. There is also the
> backtrace printed when the app freezes (GDB) and the .pro file used when
> executing the qmake command.
>
> It looks like an upgrade of boost to version 1.54 fixes the issue. But it
> seems that Debian chose Boost 1.49.0 as a stable library for Wheezy so I
> make this bug report even if it was already corrected in a newer release.
>
> I've already posted this issue on Stackoverflow and Boost bug report :
>
> http://stackoverflow.com/questions/18107163/application-boostthread-stuck-on-mutex-lock-when-compiled-for-arm-running-on-b
>
> https://svn.boost.org/trac/boost/ticket/9086
> (gdb) bt
> #0 __libc_do_syscall () at
> ../ports/sysdeps/unix/sysv/linux/arm/eabi/libc-do-syscall.S:44
> #1 0xb6756f92 in __lll_lock_wait (futex=0x1881c, private=0) at
> ../ports/sysdeps/unix/sysv/linux/arm/nptl/lowlevellock.c:47
> #2 0xb675357a in __pthread_mutex_lock (mutex=0x1881c) at
> pthread_mutex_lock.c:61
> #3 0xb68029dc in pthread_mutex_lock (mutex=) at forward.c:182
> #4 0xb6991710 in lock (this=0xb69a2c68) at
> ./boost/smart_ptr/detail/spinlock_pt.hpp:41
> #5 scoped_lock (pv=0x1f714, this=) at
> ./boost/smart_ptr/detail/spinlock_pool.hpp:65
> #6 atomic_increment (pw=0x1f714) at
> ./boost/smart_ptr/detail/sp_counted_base_spin.hpp:41
> #7 add_ref_copy (this=0x1f710) at
> ./boost/smart_ptr/detail/sp_counted_base_spin.hpp:90
> #8 shared_count (r=..., this=) at
> ./boost/smart_ptr/detail/shared_count.hpp:316
> #9 shared_ptr (this=) at ./boost/smart_ptr/shared_ptr.hpp:164
> #10 operator= (r=..., this=0x1f604) at ./boost/smart_ptr/shared_ptr.hpp:311
> #11 boost::thread::start_thread (this=0x1f5e8) at
> libs/thread/src/pthread/thread.cpp:185
> #12 0xcf7c in boost::thread::thread boost::_mfi::mf0,
> boost::_bi::list1 > > > (this=0x1f5e8,
> f=...)
> at
> /opt/eldk-5.3/armv7a-hf/sysroots/armv7ahf-vfp-neon-linux-gnueabi/usr/include/boost/thread/detail/thread.hpp:205
> #13 0xaa44 in sub_dummy_class::start (this=0x1cfdc) at main.cpp:51
> #14 0xabc4 in dummy_class::start (this=0x1cf90) at main.cpp:96
> #15 0xac44 in main (argc=1, argv=0xbefff834) at main.cpp:109
> #include
> #include
>
> #define NB_THREADS 20
> #define THREAD_LIFE_DURATION5
>
> int g_nb_thread = 0;
>
> boost::thread * subRegisterThread(boost::thread * pthread)
> {
> printf("Register thread #%d %p created\n",
> g_nb_thread++, pthread);
>
> return pthread;
> }
>
> /// Sub dummy class
>
> class sub_dummy_class
> {
> public:
> boost::thread *mThread;
>
> sub_dummy_class();
> ~sub_dummy_class();
> void loop();
> void start();
> };
>
>
>
> sub_dummy_class::sub_dummy_class()
> {
> mThread = NULL;
> }
>
> sub_dummy_class::~sub_dummy_class()
> {
> if(mThread)
> {
> mThread->join();
> }
> }
>
> void sub_dummy_class::start()
> {
> mThread = subRegisterThread(new
> boost::thread(boost::bind(&sub_dummy_class::loop, this)));
> }
>
> void sub_dummy_class::loop()
> {
> int life_duration = THREAD_LIFE_DURATION;
> while(life_duration > 0)
> {
> life_duration--;
> printf("Got %d seconds to live !\n", life_duration);
> usleep(100);
> }
> return;
> }
>
>
> // Dummy class
>
> class dummy_class
> {
> public:
>
> sub_dummy_class dummies[NB_THREADS];
>
> dummy_class();
> ~dummy_class();
> void start();
>
>
> };
>
> dummy_class::dummy_class()
> {
>
> }
>
> dummy_class::~dummy_class()
> {
>
> }
>
> void dummy_class::start()
> {
> for(int i = 0 ; i < NB_THREADS ; i++)
> {
> dummies[i].start();
> }
> }
>
>
> int main(int argc, char* argv[])
> {
> printf("Starting program\n");
>
> printf("Creating dummy class\n");
> dummy_class *DC = new dummy_class();
>
> printf("Starting dummy class\n");
> DC->start();
>
> printf("Deleting dummy class\n");
> delete DC;
>
> return 0;
> }
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
ht
Bug#726750: xserver-xorg-base: Xorg crashes often when switching to a VT if multiple X servers are running
Control: reassign -1 xserver-xorg-core
On Vi, 18 oct 13, 21:05:23, Aleksej wrote:
> Package: xserver-xorg-base
> Version: /usr/bin/Xorg
> Severity: normal
>
> Dear Maintainer,
>
> When one X server is running started by the display manager,
> and another one is running as a non-root user ("X :1"),
> on switching from either X to a VT (virtual console), that X sometimes
> crashes.
>
> The stack trace is similar to the one in
> https://bugzilla.redhat.com/show_bug.cgi?id=951164
>
>
> -- System Information:
> Debian Release: jessie/sid
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores)
> Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> *** Xorg.0.log.old (with duplicate blocks stripped)
> [50.338]
> X.Org X Server 1.14.3
> Release Date: 2013-09-12
> [50.338] X Protocol Version 11, Revision 0
> [50.338] Build Operating System: Linux 3.10-2-amd64 x86_64 Debian
> [50.338] Current Operating System: Linux [snip] 3.10-3-amd64 #1
> SMP Debian 3.10.11-1 (2013-09-10) x86_64
> [50.339] Kernel command line: BOOT_IMAGE=/vmlinuz-3.10-3-amd64
> root=UUID=ec90c795-a078-4c8c-b7dd-a88b57963c28 ro quiet
> [50.339] Build Date: 05 October 2013 02:04:26PM
> [50.339] xorg-server 2:1.14.3-4 (Julien Cristau )
> [50.339] Current version of pixman: 0.30.2
> [50.339] Before reporting problems, check http://wiki.x.org
> to make sure that you have the latest version.
> [50.339] Markers: (--) probed, (**) from config file, (==)
> default setting,
> (++) from command line, (!!) notice, (II) informational,
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> [50.339] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Oct 18
> 12:05:54 2013
> [50.464] (==) Using config file: "/etc/X11/xorg.conf"
> [50.464] (==) Using config directory: "/etc/X11/xorg.conf.d"
> [50.464] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
> [50.535] (==) ServerLayout "aticonfig Layout"
> [50.535] (**) |-->Screen "aticonfig-Screen[0]-0" (0)
> [50.535] (**) | |-->Monitor ""
> [50.581] (**) | |-->Device "radeon"
> [50.581] (==) No monitor specified for screen "aticonfig-Screen[0]-0".
> Using a default monitor configuration.
> [50.581] (==) Automatically adding devices
> [50.581] (==) Automatically enabling devices
> [50.581] (==) Automatically adding GPU devices
> [50.668] (==) FontPath set to:
> /usr/share/fonts/X11/misc,
> /usr/share/fonts/X11/cyrillic,
> /usr/share/fonts/X11/100dpi/:unscaled,
> /usr/share/fonts/X11/75dpi/:unscaled,
> /usr/share/fonts/X11/Type1,
> /usr/share/fonts/X11/100dpi,
> /usr/share/fonts/X11/75dpi,
> built-ins
> [50.668] (==) ModulePath set to "/usr/lib/xorg/modules"
> [50.668] (II) The server relies on udev to provide the list of
> input devices.
> If no devices become available, reconfigure udev or disable
> AutoAddDevices.
> [50.684] (II) Loader magic: 0x7f3feeaa6d00
> [50.684] (II) Module ABI versions:
> [50.684] X.Org ANSI C Emulation: 0.4
> [50.684] X.Org Video Driver: 14.1
> [50.684] X.Org XInput driver : 19.1
> [50.685] X.Org Server Extension : 7.0
> [50.685] (II) xfree86: Adding drm device (/dev/dri/card0)
> [50.692] (--) PCI:*(0:0:1:0) 1002:9802:1849:9802 rev 0, Mem @
> 0xc000/268435456, 0xfeb0/262144, I/O @ 0xf000/256
> [50.693] (II) Open ACPI successful (/var/run/acpid.socket)
> [50.976] Initializing built-in extension Generic Event Extension
> [50.976] Initializing built-in extension SHAPE
> [50.976] Initializing built-in extension MIT-SHM
> [50.976] Initializing built-in extension XInputExtension
> [50.976] Initializing built-in extension XTEST
> [50.976] Initializing built-in extension BIG-REQUESTS
> [50.976] Initializing built-in extension SYNC
> [50.976] Initializing built-in extension XKEYBOARD
> [50.976] Initializing built-in extension XC-MISC
> [50.976] Initializing built-in extension SECURITY
> [50.976] Initializing built-in extension XINERAMA
> [50.976] Initializing built-in extension XFIXES
> [50.976] Initializing built-in extension RENDER
> [50.976] Initializing built-in extension RANDR
> [50.976] Initializing built-in extension COMPOSITE
> [50.976] Initializing built-in extension DAMAGE
> [50.976] Initializing built-in extension MIT-SCREEN-SAVER
> [50.976] Initializing built-in extension DOUBLE-BUFFER
> [50.977] Initializing built-in extension RECORD
> [50.977] Initializing built-in extension DPMS
> [50.977] Initializing built-in extension X-Resource
> [50.977] Initializing built-in extension XVideo
> [50.977] Initializing built-in extension XVideo-MotionCompensation
> [50.977] Initializi
Bug#726821: linux: "shutdown -h now" reboots instead shutting down the system
Control: reassign -1 linux-image-3.2.0-4-amd64 On Sb, 19 oct 13, 17:20:44, Camaleón wrote: > Package: linux-image-3.2.0-3-amd64 > Version: 3.2.51-1 > Severity: normal Based on the version I'm guessing you meant -4, reassigning accordingly. BTW, classic debugging question: did you try a newer kernel (e.g. from backports, which has 3.10)? > I'm experiencing the same problem as reported at BTS #691902¹ but given the > difference in hardware I open a new report. > > Running Debian Wheezy, XFCE and nouveau driver, whether I try to shutdown > the system by either: > > - using XFCE's menu entry; > - issuing on xfce4-terminal "shutdown -h now"; > - stopping lightdm service and then issuing on tty1 "shutdown -h now"; > > I get the same random behaviour: system restarts instead shtting down. > But this happens sometimes, other times it shutdowns fine (error ratio > is about 50%). > > Note 1: I have several computers running the same configuration > (wheezy+xfce) but this issue is only reproducible under one system that > uses nouveau driver (the others run nvidia closed source driver). The > other difference is the hardware itself which is different on every > computer. > > Note 2: this is a production system so cannot perform any hard test > (e.g., installing a new kernel or compile it from scratch). > > Attaching dmesg. > > ¹http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691902 Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#727084: src:python-abiword: libabiword-3.0 mini-transition
Control: reassign -1 pyabiword 0.8.0-11 On Ma, 22 oct 13, 17:22:00, Dmitry Smirnov wrote: > Package: src:python-abiword > Version: 0.8.0-11 > Severity: normal > > Dear Jonas, > > "libabiword-3.0" is in experimental and "python-abiword" is the only > reverse dependency that is still bound to "libabiword-2.9". Please > consider updating your package for this mini-transition. > > With minimum changes to Build-Depends and to "configure.in" (see > below) I was able to build "python-abiword" successfully with > "libabiword-3.0", however I can't test the run-time functionality of > the re-built package. > > > --- a/configure.in > +++ b/configure.in > @@ -16,9 +16,9 @@ > AC_STDC_HEADERS > AM_PROG_LIBTOOL > AC_C_CONST > > -abi_pkg='abiword-2.9 >= 2.9.0' > +abi_pkg='abiword-3.0 >= 3.0.0' > PKG_CHECK_MODULES(ABIWORD, "$abi_pkg") > AC_SUBST(ABIWORD_CFLAGS) > AC_SUBST(ABIWORD_LIBS) > > > Thanks. > > -- > Best wishes, > Dmitry Smirnov > GPG key : 4096R/53968D1B -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#726986: Add support for BIND9 Response Rate Limiting (RRL)
Control: reassign -1 bind9 1:9.9.3.dfsg.P2-4 Control: severity -1 wishlist On Lu, 21 oct 13, 11:14:58, Martin Sebald wrote: > Package: bind > Version: 1:9.9.3.dfsg.P2-4 > > Hello, > > please include support for BIND9 Response Rate Limiting (RRL) into Debian > package of BIND9. > > See: > https://www.isc.org/blogs/isc-adds-ddos-defense-module-to-bind-software/ > http://ss.vix.su/~vjs/rrlrpz.html > http://www.redbarn.org/dns/ratelimits > > Reason: > Many DNS Servers, including ours, are suffering from severe DoS attacks. > This module seems to be the best protection against thos DoS attacks at the > moment. > > Thanks and cheers, > Martin -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#727669: Protect against CSRF attacks by using tokens on destructive actions
Control: reassign -1 php-horde-ingo 3.1.2-1 On Vi, 25 oct 13, 07:40:03, Mike Gabriel wrote: > Package: php-ingo > Severity: important > Version: 3.1.2-1 > > Upstream fixed a CSRF issue (CVE-2013-6275) in Ingo. > > The upstream bug is found here: > http://bugs.horde.org/ticket/12796 > > The upstream patch is this: > http://bugs.horde.org/h/services/download/?app=whups&actionID=download_file&file=bug_12796.patch&ticket=12796&fn=%2Fbug_12796.patch > > Greets, > Mike > -- > > DAS-NETZWERKTEAM > mike gabriel, herweg 7, 24357 fleckeby > fon: +49 (1520) 1976 148 > > GnuPG Key ID 0x25771B31 > mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de > > freeBusy: > https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb > pub 4096R/25771B31 2012-07-20 Mike Gabriel > uidMike Gabriel > > uidMike Gabriel > uidMike Gabriel > uidMike Gabriel > sub 4096R/3D7D2E42 2012-07-20 -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#734274: project-history: Fix dead links to "Debian counting site" and typo
Control: reassign -1 debian-history On Du, 05 ian 14, 14:47:19, Daniele Forsi wrote: > Package: project-history > Severity: normal > Tags: patch > > Dear Maintainer, > > the attached patch fixes two dead links in the text about Potato, namely > http://libresoft.es/debian-counting/potato/index.php?menu=Statistics > http://libresoft.es/debian-counting/ > while the current links seem to be > http://debian-counting.libresoft.es/potato/ > http://debian-counting.libresoft.es/ > > The same line contains a typo: s/statitics/statistics/ > > -- System Information: > Debian Release: jessie/sid > APT prefers testing > APT policy: (500, 'testing') > Architecture: i386 (i686) > > Kernel: Linux 3.11-2-686-pae (SMP w/2 CPU cores) > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Index: project-history.sgml > === > --- project-history.sgml (revisione 10351) > +++ project-history.sgml (copia locale) > @@ -659,7 +659,7 @@ > An interesting fact about Debian 2.2 is that it showed how > an free software effort could lead to a modern operating system despite > all the issues around it. This was studiedThe > - id="http://libresoft.es/debian-counting/potato/index.php?menu=Statistics"; > name="raw statitics data"> for Potato are also available at id="http://libresoft.es/debian-counting/"; name="Debian counting site">, as > well > +http://debian-counting.libresoft.es/potato/"; name="raw statistics > data"> for Potato are also available at id="http://debian-counting.libresoft.es/"; name="Debian counting site">, as > well > as papers analysing later releases. > thoroughly by a group of interested people in > an article called http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#734426: mariadb: [INTL:ru] Russian debconf templates translation update
Control: reassign -1 src:mariadb-5.5 On Ma, 07 ian 14, 07:19:32, Yuri Kozlov wrote: > Package: mariadb > Version: 5.5_5.5.32-1 > Severity: wishlist > Tags: l10n patch > > Dear Maintainer, > *** Please consider answering these questions, where appropriate *** > >* What led up to the situation? >* What exactly did you do (or not do) that was effective (or > ineffective)? >* What was the outcome of this action? >* What outcome did you expect instead? > > *** End of the template - remove these lines *** > > Russian debconf templates translation update is attached. > > -- System Information: > Debian Release: 7.2 > APT prefers stable > APT policy: (500, 'stable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > armhf > armel > > Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) > Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#734642: Blank CD-Rs/DVD-Rs/DVD-RWs not being detected, making it impossible to write images and other content to them
Control: reassign -1 dvd+rw-tools 7.1-6 On Mi, 08 ian 14, 19:39:59, Jonathan Andrew Upton wrote: > Package: dvd-rw-tools > Version: 7.1-6 > > Whenever I insert a blank audio disk (e.g. a blank CD-R, a blank > DVD-R or a blank DVD-RW), Debian will not detect the media within > the optical disk drive, whereas these disks with already-existing > content on them, along with USB media, will be detected instantly. > This means that I cannot write images and other media to these > disks. > > I suggest that this bug is fixed. > > I am using Debian GNU/Linux 7.2, kernel 7.3. > > (I am not sure as to whether or not this package is why the fault > exists, but I have never submitted a bug report before, so please do > not take this the wrong way. Thanks.) -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#731016: Can't mount external USB HD Asus AN300
Control: reassign -1 src:linux On Ma, 07 ian 14, 10:01:50, Ido Halperin wrote: > > I have just upgraded into kernel 3.12-1-amd64 but the problem persists. > > Until this issue will be solved I am trying to find some way to manually > create the block device for this HDD but I don't know where I should > look. > I found some pages about adding scsi device and following that I typed: > > > **$ dmesg | tail -n 100 > > [...] > > [24690.748752] usb 2-4: new SuperSpeed USB device number 7 using > xhci_hcd > [24690.765189] usb 2-4: New USB device found, idVendor=0b05, > idProduct=17b6 > [24690.765196] usb 2-4: New USB device strings: Mfr=2, Product=3, > SerialNumber=1 > [24690.765200] usb 2-4: Product: Super Speed Mass Storage > [24690.765203] usb 2-4: Manufacturer: USB3.0 Device > [24690.765205] usb 2-4: SerialNumber: 40201208020A > [24690.765975] usb-storage 2-4:1.0: USB Mass Storage device detected > [24690.766258] scsi17 : usb-storage 2-4:1.0 > [24691.768698] scsi 17:0:0:0: Direct-Access USB3.0 D Super Speed > Mass 0PQ: 1 ANSI: 0 > [24691.768878] scsi 17:0:0:1: CD-ROMASMT VirtualCDROM > PQ: 0 ANSI: 0 > [24691.769160] scsi 17:0:0:0: Attached scsi generic sg2 type 0 > [24691.769681] sr1: scsi-1 drive > [24691.769834] sr 17:0:0:1: Attached scsi CD-ROM sr1 > [24691.769920] sr 17:0:0:1: Attached scsi generic sg3 type 5 > [24691.820241] xhci_hcd :00:14.0: WARN Event TRB for slot 14 ep 2 > with no TDs queued? > [24691.960100] ISO 9660 Extensions: Microsoft Joliet Level 3 > [24691.960231] ISOFS: changing to secondary root > > > > I understand from that output that 17:0:0:0 is my hdd. > I tried: > > **$ echo "0 0 0" > /sys/class/scsi_host/host17/scan > > but no progress was achieved. > Do you know if there is some scsi administration tool that may help > me tom manually create the block device file? > > Ido. > -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#734756: Install failed
Control: reassign -1 installation-report On Jo, 09 ian 14, 08:21:21, John S. Hart wrote: > Package: installation-reports Boot method: CD > Image version: debian-3.1.0-1-486 > Date: January 9, 2014 10:00 AM Machine: home built > Processor:Intel Core2Duo > Memory:2GB > Partitions: standard for newbies Output of lspci -knn (or lspci -nn): ?? > Base System Installation Checklist: > [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial > boot: [O ] > Detect network card:[O ] > Configure network: [O ] > Detect CD: [O ] > Load installer modules: [O ] > Detect hard drives: [O ] > Partition hard drives: [O ] > Install base system:[O ] > Clock/timezone setup: [O ] > User/password setup:[O ] > Install tasks: [O ] > Install boot loader:[O ] > Overall install:[E ] Comments/Problems: Everything went well until > "Select and Install Software". At that > point the install seems to hang up. I waited 20 minutes and the > progress bar never incremented from 1%. I had previously used > this CD to install to an external USB drive and had no problems. > Do I need a different .iso ? > > Regards, > John Hart > > > > > > > > " I am the master of my fate: > I am the captain of my soul." Henley -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#734852: puppetmaster: Init script returns exit 0 for status when default has START=no
Control: reassign -1 puppetmaster
On Vi, 10 ian 14, 10:47:09, Greg Sutcliffe wrote:
> Source: puppetmaster
> Severity: normal
> Tags: patch
>
> Dear Maintainer,
>
> Currently, if one sets START=no in /etc/default/puppetmaster, the init script
> will
> exit with exit-code 0, regardless of whether the service is running or not.
> In the
> case where you have a puppet manifest like:
>
> service { 'puppetmaster': ensure => stopped }
>
> Puppet will try to stop the service on every agent run, because status is
> returning
> zero, so Puppet thinks it is running.
>
> This issue was fixed upstream in this commit:
>
> https://github.com/puppetlabs/puppet/commit/e48902a7d881e84861d366af5ff88fc0146037da
>
> As it's a one-liner, could this be backported into the Debian packages?
>
> Thanks,
> Greg
>
> -- System Information:
> Debian Release: 7.1
> APT prefers stable-updates
> APT policy: (500, 'stable-updates'), (500, 'stable'), (500, 'oldstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
--
http://wiki.debian.org/FAQsFromDebianUser
Offtopic discussions among Debian users and developers:
http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic
http://nuvreauspam.ro/gpg-transition.txt
signature.asc
Description: Digital signature
Bug#735021: Dpkg::Path: Please expose dpkg-query --control-show and --control-list
Control: reassign -1 libdpkg-perl On Sb, 11 ian 14, 17:36:22, Geoffrey Thomas wrote: > Package: libdpkg-query > Version: 1.17.5 > Severity: wishlist I'm guessing you meant -perl, not -query. > > Hi, > > dpkg-query's manpage says that --control-path is deprecated in favor > of --control-show and --control-list, but Dpkg::Path only offers a > wrapper around --control-path. Can you expose --control-show and > --control-list via some API in Dpkg::Path? > > Thanks, > -- > Geoffrey Thomas > https://ldpreload.com > geo...@ldpreload.com -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#735278: Lsof is needed by checkrestart but it's tagged as 'recommends'
Control: reassign -1 debian-goodies 0.61 On Ma, 14 ian 14, 14:22:36, Jorma Uotila wrote: > Package: debian-goodiesVersion: 0.61 > If installing recommended packages is disabled checkrestart won't work > because it depends on lsof http://packages.debian.org/wheezy/lsof which is > tagged to debian-goodies as recommended package. > Here is the output from checkrestart: > $ checkrestartERROR: This program needs lsof in order to run.Please install > the lsof package in your system.$ > I believe lsof should be moved to be as 'depends' because of this. > I am using 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 > -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#735619: RFP: chaiscript -- Embedded Scripting Language Designed for C++
Control: reassign -1 wnpp Control: severity -1 wishlist On Jo, 16 ian 14, 19:15:08, Jeffrey Cliff wrote: > Package: chaiscript > Severity: RFP > > Website: http://www.chaiscript.com/ > Github: https://github.com/ChaiScript/ChaiScript : > > Description: > "ChaiScript is one of the only embedded scripting language designed > from the ground up to directly target C++ and take advantage of modern > C++ development techniques, working with the developer like he expects > it to work. Being a native C++ application, it has some advantages > over existing embedded scripting languages: > > It uses a header-only approach, which makes it easy to integrate with > existing projects. 2) It maintains type safety between your C++ > application and the user scripts. 3) It supports a variety of C++ > techniques including callbacks, overloaded functions, class methods, > and stl containers." > > It is licensed under a BSD-like license. -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#735844: New Version gir1.2-goocanvas-2.0-9?
Control: reassign -1 gir1.0-goocanvas-0.10 On Vi, 17 ian 14, 22:27:28, Ross Gammon wrote: > Package: gir1.0-goocanvas > Severity: wishlist > > Hi, > > I am trying to package a new version of my package Gramps for Debian. > Previously, it depended on python-pygoocanvas, but now upstream are > telling me that a newer gir*-goocanvas package is needed. Apparently, > installing the gir1.2-goocanvas-2.0-9 package from Ubuntu does the > trick for the upstream guys that use Debian. > > Are there plans to update this package in the near future? Should the > bug be reported against the goocanvas source package instead? > > Regards, > > Ross -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#735839: /init: exec: line 331: switch_root: not found
Control: reassign -1 src:linux
On Vi, 17 ian 14, 21:39:09, Bertrand GRONDIN wrote:
>
> Package: linux-image-3.12.0.131108-gdn
> Version: 3.12
> Severity: critical
> Tags: d-i
> Justification: breaks the whole system
>
> After installing new linux kernel, I have the following message :
>
> I have to load preinstalled kernel. If you reinstall it, by example, you
> have
> this message.
>
> /init: exec: line 331: switch_root: not found
> kernel panic - not syncing: attempted to kill init!
> exit code: 0x0200
>
>
>
> -- System Information:
> Debian Release: jessie/sid
> APT prefers testing-proposed-updates
> APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'),
> (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.12.0.131108-gdn (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages linux-image-3.12.0.131108-gdn depends on:
> ii coreutils 8.21-1
> ii debconf [debconf-2.0] 1.5.52
>
> linux-image-3.12.0.131108-gdn recommends no packages.
>
> Versions of packages linux-image-3.12.0.131108-gdn suggests:
> pn fdutils
> pn ksymoops
> pn linux-doc-3.12.0.131108-gdn | linux-source-3.12.0.131108-gdn
> pn linux-image-3.12.0.131108-gdn-dbg
>
> --===5649671868940448812==
> MIME-Version: 1.0
> Content-Transfer-Encoding: 8bit
> Content-Type: text/plain; charset="utf-8"
> Content-Disposition: attachment; filename="grub.cfg"
>
> #
> # DO NOT EDIT THIS FILE
> #
> # It is automatically generated by grub-mkconfig using templates
> # from /etc/grub.d and settings from /etc/default/grub
> #
>
> ### BEGIN /etc/grub.d/00_header ###
> if [ -s $prefix/grubenv ]; then
> set have_grubenv=true
> load_env
> fi
> set default="0"
>
> if [ x"${feature_menuentry_id}" = xy ]; then
> menuentry_id_option="--id"
> else
> menuentry_id_option=""
> fi
>
> export menuentry_id_option
>
> if [ "${prev_saved_entry}" ]; then
> set saved_entry="${prev_saved_entry}"
> save_env saved_entry
> set prev_saved_entry=
> save_env prev_saved_entry
> set boot_once=true
> fi
>
> function savedefault {
> if [ -z "${boot_once}" ]; then
> saved_entry="${chosen}"
> save_env saved_entry
> fi
> }
> function load_video {
> if [ x$feature_all_video_module = xy ]; then
> insmod all_video
> else
> insmod efi_gop
> insmod efi_uga
> insmod ieee1275_fb
> insmod vbe
> insmod vga
> insmod video_bochs
> insmod video_cirrus
> fi
> }
>
> if [ x$feature_default_font_path = xy ] ; then
> font=unicode
> else
> insmod part_msdos
> insmod ext2
> set root='hd0,msdos8'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos8
> --hint-efi=hd0,msdos8 --hint-baremetal=ahci0,msdos8 --hint='hd0,msdos8'
> 740e0848-bcc5-411a-b0ea-64ef31a954d0
> else
> search --no-floppy --fs-uuid --set=root 740e0848-bcc5-411a-b0ea-64ef31a954d0
> fi
> font="/share/grub/unicode.pf2"
> fi
>
> if loadfont $font ; then
> set gfxmode=auto
> load_video
> insmod gfxterm
> set locale_dir=$prefix/locale
> set lang=fr_FR
> insmod gettext
> fi
> terminal_output gfxterm
> if [ "${recordfail}" = 1 ] ; then
> set timeout=-1
> else
> set timeout=5
> fi
> ### END /etc/grub.d/00_header ###
>
> ### BEGIN /etc/grub.d/05_debian_theme ###
> insmod part_msdos
> insmod ext2
> set root='hd0,msdos8'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos8
> --hint-efi=hd0,msdos8 --hint-baremetal=ahci0,msdos8 --hint='hd0,msdos8'
> 740e0848-bcc5-411a-b0ea-64ef31a954d0
> else
> search --no-floppy --fs-uuid --set=root 740e0848-bcc5-411a-b0ea-64ef31a954d0
> fi
> insmod png
> if background_image /share/images/desktop-base/joy-grub.png; then
> set color_normal=white/black
> set color_highlight=black/white
> else
> set menu_color_normal=cyan/blue
> set menu_color_highlight=white/blue
> fi
> ### END /etc/grub.d/05_debian_theme ###
>
> ### BEGIN /etc/grub.d/10_linux ###
> function gfxmode {
> set gfxpayload="${1}"
> }
> set linux_gfx_mode=
> export linux_gfx_mode
> menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class
> gnu --class os $menuentry_id_option
> 'gnulinux-simple-6b7438e1-b248-490c-8019-9af66aa7e176' {
> load_video
> insmod gzio
> insmod part_msdos
> insmod ext2
> set root='hd0,msdos5'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5
> --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 --hint='hd0,msdos5'
> 6b7438e1-b248-490c-8019-9af66aa7e176
> else
> search --no-floppy --fs-uuid --set=root 6b7438e1-b248-490c-8019-9af66aa7e176
> fi
> echo 'Chargement de Linux 3.12.6.131226-gdn…'
> linux /boot/vmlinuz-3.12.6.131226-gdn
> root=UUID=6b7438e1-b248-490c-8019-9af66aa7e176 ro quiet
> echo 'Chargement du disque mémoire initial…'
> initrd /boot/initrd.img-3.12.6.131226-gdn
> }
> submenu 'Options avancées pour Debian GNU/Linu
Bug#735838: /init: exec: line 331: switch_root: not found
Control: reassign -1 src:kernel
Control: merge -1 735839
On Vi, 17 ian 14, 21:38:56, Bertrand GRONDIN wrote:
>
>
> Package: linux-image-3.12.0.131108-gdn
> Version: 3.12
> Severity: critical
> Tags: d-i
> Justification: breaks the whole system
>
> After installing new linux kernel, I have the following message :
>
> I have to load preinstalled kernel. If you reinstall it, by example, you
> have
> this message.
>
> /init: exec: line 331: switch_root: not found
> kernel panic - not syncing: attempted to kill init!
> exit code: 0x0200
>
>
>
> -- System Information:
> Debian Release: jessie/sid
> APT prefers testing-proposed-updates
> APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'),
> (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 3.12.0.131108-gdn (SMP w/4 CPU cores)
> Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Versions of packages linux-image-3.12.0.131108-gdn depends on:
> ii coreutils 8.21-1
> ii debconf [debconf-2.0] 1.5.52
>
> linux-image-3.12.0.131108-gdn recommends no packages.
>
> Versions of packages linux-image-3.12.0.131108-gdn suggests:
> pn fdutils
> pn ksymoops
> pn linux-doc-3.12.0.131108-gdn | linux-source-3.12.0.131108-gdn
> pn linux-image-3.12.0.131108-gdn-dbg
>
> --===5649671868940448812==
> MIME-Version: 1.0
> Content-Transfer-Encoding: 8bit
> Content-Type: text/plain; charset="utf-8"
> Content-Disposition: attachment; filename="grub.cfg"
>
> #
> # DO NOT EDIT THIS FILE
> #
> # It is automatically generated by grub-mkconfig using templates
> # from /etc/grub.d and settings from /etc/default/grub
> #
>
> ### BEGIN /etc/grub.d/00_header ###
> if [ -s $prefix/grubenv ]; then
> set have_grubenv=true
> load_env
> fi
> set default="0"
>
> if [ x"${feature_menuentry_id}" = xy ]; then
> menuentry_id_option="--id"
> else
> menuentry_id_option=""
> fi
>
> export menuentry_id_option
>
> if [ "${prev_saved_entry}" ]; then
> set saved_entry="${prev_saved_entry}"
> save_env saved_entry
> set prev_saved_entry=
> save_env prev_saved_entry
> set boot_once=true
> fi
>
> function savedefault {
> if [ -z "${boot_once}" ]; then
> saved_entry="${chosen}"
> save_env saved_entry
> fi
> }
> function load_video {
> if [ x$feature_all_video_module = xy ]; then
> insmod all_video
> else
> insmod efi_gop
> insmod efi_uga
> insmod ieee1275_fb
> insmod vbe
> insmod vga
> insmod video_bochs
> insmod video_cirrus
> fi
> }
>
> if [ x$feature_default_font_path = xy ] ; then
>font=unicode
> else
> insmod part_msdos
> insmod ext2
> set root='hd0,msdos8'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos8
> --hint-efi=hd0,msdos8 --hint-baremetal=ahci0,msdos8 --hint='hd0,msdos8'
> 740e0848-bcc5-411a-b0ea-64ef31a954d0
> else
> search --no-floppy --fs-uuid --set=root
> 740e0848-bcc5-411a-b0ea-64ef31a954d0
> fi
> font="/share/grub/unicode.pf2"
> fi
>
> if loadfont $font ; then
> set gfxmode=auto
> load_video
> insmod gfxterm
> set locale_dir=$prefix/locale
> set lang=fr_FR
> insmod gettext
> fi
> terminal_output gfxterm
> if [ "${recordfail}" = 1 ] ; then
> set timeout=-1
> else
> set timeout=5
> fi
> ### END /etc/grub.d/00_header ###
>
> ### BEGIN /etc/grub.d/05_debian_theme ###
> insmod part_msdos
> insmod ext2
> set root='hd0,msdos8'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos8
> --hint-efi=hd0,msdos8 --hint-baremetal=ahci0,msdos8 --hint='hd0,msdos8'
> 740e0848-bcc5-411a-b0ea-64ef31a954d0
> else
> search --no-floppy --fs-uuid --set=root
> 740e0848-bcc5-411a-b0ea-64ef31a954d0
> fi
> insmod png
> if background_image /share/images/desktop-base/joy-grub.png; then
> set color_normal=white/black
> set color_highlight=black/white
> else
> set menu_color_normal=cyan/blue
> set menu_color_highlight=white/blue
> fi
> ### END /etc/grub.d/05_debian_theme ###
>
> ### BEGIN /etc/grub.d/10_linux ###
> function gfxmode {
> set gfxpayload="${1}"
> }
> set linux_gfx_mode=
> export linux_gfx_mode
> menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class
> gnu --class os $menuentry_id_option
> 'gnulinux-simple-6b7438e1-b248-490c-8019-9af66aa7e176' {
> load_video
> insmod gzio
> insmod part_msdos
> insmod ext2
> set root='hd0,msdos5'
> if [ x$feature_platform_search_hint = xy ]; then
> search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5
> --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 --hint='hd0,msdos5'
> 6b7438e1-b248-490c-8019-9af66aa7e176
> else
> search --no-floppy --fs-
Bug#728332: plain/login authentication failure - no mechanism available
Control: reassign -1 libsasl2-2 2.1.25.dfsg1-6+deb7u1
On Mi, 30 oct 13, 20:58:16, Christian Schwamborn wrote:
> Package: libsasl2
> Version: 2.1.25.dfsg1-6+deb7u1
> Severity: important
>
> A quote from the upstream bugreport:
>
> Formerly (as of 2.1.23) SASL library did not care if there was no
> auxprop plugin set up/present, current (2.1.25) library _requires_
> the presence of properly comfigured and working auxprop plugin,
> making SASL usesless as an auth provider in daily operations.
>
> The following configuration works with cyrus-sasl 2.1.23 and fails
> miserably with "no mechs available" with cyrus-sasl 2.1.25:
>
> - run saslauthd with pam as an auth mechanism
> - run postfix (or any other daemon) with pwcheck_method set to saslauthd
>
> The root cause is the call to _sasl_auxprop_lookup_user_props that
> has been added to _sasl_canon_user(_lookup) which causes
> authentication to fail if no auxprop plugin in configured.
>
>
> This issue is known in the cyrus-sasl and ubuntu bugtracker aswell:
> https://bugzilla.cyrusimap.org/show_bug.cgi?id=3590
> https://bugs.launchpad.net/ubuntu/+source/cyrus-sasl2/+bug/875440
>
> I attached the patch from revision d1b57852247641be30decc480b0719d322f0bc5c
>
> I hope this can be applied to wheeze, since it really breaks an easy
> mailserver setup.
>
> Cheers,
> Christian Schwamborn
> From d1b57852247641be30decc480b0719d322f0bc5c Mon Sep 17 00:00:00 2001
> From: Alexey Melnikov
> Date: Thu, 19 Apr 2012 14:41:12 +0100
> Subject: Fixed PLAIN/LOGIN authentication failure when using saslauthd with
> no auxprop plugins
>
> PLAIN/LOGIN plugins should be able to work with no auxprop plugins configured,
> for example if they are using saslauthd. This patch fixes them to work
> in such configurations. In order to achieve this the following changes were
> made
>
> 1) SASL_NOMECH should be handled the same way as SASL_NOUSER while looking
> up auxprop properties.
> 2) SASL PLAIN/LOGIN should pass "this identity was verified externally"
> to auxprop lookup. This will prevent auxprop lookup from failing with
> SASL_NOMECH. Note that they verify user accounts using checkpass interface
> anyway.
>
> Cyrus SASL Bug # 3590
>
> Test-information:
> The following SASL plugins were tested:
> PLAIN, EXTERNAL, SCRAM-SHA-1, LOGIN (partially)
> They were tested with missing auxprop plugins and with a present one.
> ---
> include/sasl.h |4 +++-
> lib/canonusr.c |8 +---
> plugins/login.c |6 --
> plugins/plain.c |2 +-
> 4 files changed, 13 insertions(+), 7 deletions(-)
>
> diff --git a/include/sasl.h b/include/sasl.h
> index 2ac5300..ed27104 100755
> --- a/include/sasl.h
> +++ b/include/sasl.h
> @@ -633,8 +633,10 @@ typedef int sasl_server_userdb_setpass_t(sasl_conn_t
> *conn,
> /* One of the following two is required */
> #define SASL_CU_AUTHID 0x01
> #define SASL_CU_AUTHZID 0x02
> +
> /* Combine the following with SASL_CU_AUTHID, if you don't want
> - to fail if auxprop returned SASL_NOUSER */
> + to fail if auxprop returned SASL_NOUSER/SASL_NOMECH.
> + This flag has no effect on SASL_CU_AUTHZID. */
> #define SASL_CU_EXTERNALLY_VERIFIED 0x04
>
> #define SASL_CU_OVERRIDE 0x08/* mapped to SASL_AUXPROP_OVERRIDE
> */
> diff --git a/lib/canonusr.c b/lib/canonusr.c
> index 0049d13..faee103 100644
> --- a/lib/canonusr.c
> +++ b/lib/canonusr.c
> @@ -241,12 +241,14 @@ static int _sasl_auxprop_lookup_user_props (sasl_conn_t
> *conn,
> }
> }
>
> - if (result == SASL_NOUSER && (flags & SASL_CU_EXTERNALLY_VERIFIED)) {
> + if ((flags & SASL_CU_EXTERNALLY_VERIFIED) && (result == SASL_NOUSER ||
> result == SASL_NOMECH)) {
> /* The called has explicitly told us that the authentication
> identity
> -was already verified. So a failure to retrieve any associated
> properties
> +was already verified or will be verified independently.
> +So a failure to retrieve any associated properties
> is not an error. For example the caller is using Kerberos to
> verify user,
> but the LDAPDB/SASLDB auxprop plugin doesn't contain any
> auxprops for
> -the user. */
> +the user.
> +Another case is PLAIN/LOGIN not using auxprop to verify user
> passwords. */
> result = SASL_OK;
> }
> }
> diff --git a/plugins/login.c b/plugins/login.c
> index ee44be6..f2a05ac 100644
> --- a/plugins/login.c
> +++ b/plugins/login.c
> @@ -179,9 +179,11 @@ static int login_server_mech_step(void *conn_context,
>
> /* canonicalize username first, so that password verification is
>* done against the canonical id */
> - result = params->canon_user(params->utils->conn, text->username,
> + result = params->canon_user(params->utils->conn,
> + text->username,
> text->username_len,
> -
Bug#714345: Subject: Re: Bug#714345: alsa-base: No sound on PowerPC with Jessie upgrade
Control: reassign -1 src:linux On Vi, 01 nov 13, 04:28:49, elsner@googlemail.com wrote: > Hello, > > i had the same problem on a PowerBook g4, kernel 3.10. > > Found a hint in another bug-report on google: > It turns out that module "i2c_powermac" simply wasn't loaded. > This module is the driver for the i2c bus, on which the snd_aoa-modules > depend. > Makes sense, huh? > > For whatever reason the module isn't autoloaded anymore. > > A simple "modprobe i2c_powermac" made my soundcard work again. > Next step: enter the module in /etc/modules and be happy. > > Hope this helps > > Regards > > Karl Elsner > > > > > > Von meinem iPad gesendet -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#728776: RFP: f-irc -- an irc-client for the console/terminal
Control: reassign -1 wnpp On Ma, 05 nov 13, 13:41:00, Folkert van Heusden (Hackerspace Gouda) wrote: > Package: f-irc > > > Subject: RFP: f-irc -- an irc-client for the console/terminal Please note that RFP bugs should be filed against the wnpp pseudo-package (I already took care of this one). > DESCRIPTION: > F-IRC is an IRC client for terminals/command-line/console. > Its goal is to be as user friendly as possible with easy navigation > and keyboard shortcuts for quick navigation. It has an as much a > gentle learning curve as possible. Sounds interesting. Maybe you should also mention important advantages compared to other clients, like irssi. > URL: > http://www.vanheusden.com/f-irc/ > > COPYRIGHT: > (C) 2006-2013 by folk...@vanheusden.com > > LICENSE: > GPLv2 Did you consider preparing a Debian package yourself? You can get help with that (and finding a sponsor) on http://lists.debian.org/debian-mentors Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#729083: RFS: alienfeed/0~20131106+gitf33a8ecb54-1 [ITP]
Control: reassign -1 sponsorship-requests On Vi, 08 nov 13, 14:27:38, Javier P.L. wrote: > Package: sponsorship-request > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "alienfeed" > > * Package name: alienfeed >Version : 0~20131106+gitf33a8ecb54-1 >Upstream Author : Jared Wright > * URL : https://github.com/jawerty/AlienFeed > * License : MIT >Section : web > > It builds those binary packages: > > alienfeed - Reddit command-line client > > alienfeed depens on python-praw which is currently not available on > Debian but who can be fetched from > > > http://mentors.debian.net/debian/pool/main/p/python-praw/python-praw_2.1.11-1.dsc > > To access further information about this package, please visit the > following URL: > > http://mentors.debian.net/package/alienfeed > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/a/alienfeed/alienfeed_0~20131106+gitf33a8ecb54-1.dsc > > Regards, >Javier Lopez -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#729082: RFS: python-praw/2.1.11-1 [ITP]
Control: reassign -1 sponsorship-requests On Vi, 08 nov 13, 14:24:04, Javier P.L. wrote: > Package: sponsorship-request > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "python-praw" > > * Package name: python-praw >Version : 2.1.11-1 >Upstream Author : Timothy Mellor > * URL : https://github.com/praw-dev/praw > * License : GPL >Section : web > > It builds those binary packages: > > python-praw - Python Reddit API Wrapper > > To access further information about this package, please visit the > following URL: > > http://mentors.debian.net/package/python-praw > > Alternatively, one can download the package with dget using this command: > > dget -x > http://mentors.debian.net/debian/pool/main/p/python-praw/python-praw_2.1.11-1.dsc > > Regards, >Javier Lopez -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#729542: firmware-ipw2200: instability with firmware 3.1
Control: reassign -1 firmware-ipw2x00 0.36+wheezy.1 On Mi, 13 nov 13, 18:44:36, Andres Salomon wrote: > Package: firmware-ipw2200 > Version: 0.36+wheezy.1 > > On my thinkpad x40, after a full day of use the wireless stops > functioning. This is with the ipw2200 3.1 firmware, which is currently > in wheezy (and sid, I believe). Reloading the ipw2200 module allows it > to start working again. I've tried this with multiple kernels (3.2 in > wheezy, 3.10 in wheezy-backports) and get the same result. > > I found a thread that looks like a similar problem, which suggested > downgrading the firmware. I will give that a try with 3.0 firmware. > > Here's the thread: > http://forums.gentoo.org/viewtopic-t-819782-start-0.html > > Here's dmesg output: > [8.613489] libipw: 802.11 data/management/control stack, git-1.1.13 > [8.613552] libipw: Copyright (C) 2004-2005 Intel Corporation > > [8.876998] snd_intel8x0 :00:1f.5: setting latency timer to 64 > [9.398883] ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, > 1.2.2kmprq > [9.398962] ipw2200: Copyright(c) 2003-2006 Intel Corporation > [9.399455] ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection > [9.442738] ipw2200 :02:02.0: firmware: agent loaded ipw2200-bss.fw > into memory > [9.570550] ipw2200: Detected geography ZZR (14 802.11bg channels, 0 > 802.11a channels) > [9.800073] intel8x0_measure_ac97_clock: measured 55167 usecs (2658 > samples) > [9.800137] intel8x0: clocking to 48000 > [9.803211] [drm] Memory usable by graphics device = 128M > [9.803279] i915 :00:02.0: setting latency timer to 64 > [9.804832] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). > [9.804891] [drm] Driver supports precise vblank timestamp query. > [9.813730] vgaarb: device changed decodes: > PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem > [9.824340] [drm] initialized overlay support > [9.926898] fbcon: inteldrmfb (fb0) is primary device > [ 10.570137] Console: switching to colour frame buffer device 128x48 > [ 10.589161] i915 :00:02.0: fb0: inteldrmfb frame buffer device > [ 10.589385] i915 :00:02.0: registered panic notifier > [ 10.589610] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on > minor 0 > [ 12.271843] Adding 498008k swap on /dev/sda2. Priority:-1 extents:1 > across:498008k > [ 12.903779] EXT3-fs (sda3): using internal journal > [ 13.146486] loop: module loaded > [ 15.235663] kjournald starting. Commit interval 5 seconds > [ 15.236284] EXT3-fs (sda1): using internal journal > [ 15.245055] EXT3-fs (sda1): mounted filesystem with ordered data mode > [ 28.637793] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready > [ 1770.320059] ipw2200: Firmware error detected. Restarting. > [ 2444.719565] ipw2200: Firmware error detected. Restarting. > [ 2582.956118] ipw2200: Failed to send SYSTEM_CONFIG: Already sending a > command. > [ 3993.115919] ipw2200: Failed to send SYSTEM_CONFIG: Already sending a > command. > [ 4224.987218] ipw2200: Failed to send SYSTEM_CONFIG: Already sending a > command. > [ 4674.398093] ipw2200: Failed to send SYSTEM_CONFIG: Already sending a > command. > [ 5091.795353] ipw2200: Failed to send SYSTEM_CONFIG: Already sending a > command. > [ 5624.415277] ipw2200: Failed to send SYSTEM_CONFIG: Already sending a > command. > [ 5658.786056] ipw2200: Failed to send SYSTEM_CONFIG: Already sending a > command. > [ 7039.317926] ipw2200: Failed to send SYSTEM_CONFIG: Already sending a > command. > [ 7547.025554] ipw2200: Failed to send ASSOCIATE: Already sending a command. > [16192.912553] e1000: eth0 NIC Link is Up 100 Mbps Full Duplex, Flow Control: > RX/TX > [16192.912630] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#729533: Debian errors by design
On Jo, 14 nov 13, 02:18:11, Rorschach Rev wrote: > Are you claiming that the installer is not the responsibility of the > distribution, or are you claiming that you don't know how to file this > because it isn't a .deb file so you're just going to close the issue? > Isn't the purpose of bug reports to identify when something doesn't work, > as opposed to "well it worked for me once before so it is fine"? > ntfs-3g couldn't be installed with internet access and internet access > couldn't be installed without ntfs write ability or external hardware. No, I closed your report because I can't make heads or tails of it. I could have just reassigned it to the Debian Installer package, but then the Developers would have probably done the same. I would recommend you post to debian-user with a detailed description of the steps you performed and the error message(s) you encountered. Since it seems you need firmware during the installation try using an image from here: http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/ Kind regards, Andrei P.S. Please keep the bug in CC -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
