Bug#933652: Missing files in package: SQL upgrade scripts.
Package: python3-cinder Version: 2:13.0.3-1 Openstack components regularly prune their SQL upgrade scripts. Here's an example of why this can be a problem (this isn't an actual real case, just for illustration purposes): Say release no. 14 of openstack only contains SQL upgrade scripts that work from release 12 onwards. Trying to upgrade a release 11 database immediately to release 14 will not work and requires two separate steps, first installing release 12, then running update, then installing release 14, and running the SQL update again. When trying to update an openstack running on debian 9 to one running on debian 10, you can see why this is an issue: For example, the 'cinder' package is updated from 'Newton' (DB version 79) immediately to 'Rocky'. "Rocky" database updates start at version 86 (the 'full database' script creates version 86). That means the 79-80, 80-81, 81-82, ..., 84-85 scripts are missing from the /usr/lib/python3/dist-packages/cinder/db/sqlalchemy/migrate_repo/versions/ directory. To solve this, you would probably have to copy over 073_cinder_init.py until 085_modify_workers_updated_at.py from https://github.com/openstack/cinder/tree/stable/pike/cinder/db/sqlalchemy/migrate_repo/versions into the package, and remove the existing 085_cinder_init.py. ("Pike" is an openstack release in -between Newton (debian 9) and Rocky (debian 10)). Then, you have an unbroken chain of SQL update scripts that will update the database from version 79 all the way to version 123. This problem is likely to also occur with various other openstack components.
Bug#932813: RabbitMQ init scripts are broken
Package: rabbitmq-server Version: 3.7.8-4 Severity: minor Problem encountered while trying to update to debian-10. Steps to reproduce: 1. Uninstall rabbitmq with ‘apt-get remove rabbitmq-server’ 2. Install rabbitmq with ‘apt-get install rabbitmq-server’ Expected result: Rabbitmq is installed and immediately running via a systemd unit file and init script. Actual result: Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libfile-copy-recursive-perl libjs-swfobject libjs-twitter-bootstrap libodbc1 tcpd Use 'apt autoremove' to remove them. The following NEW packages will be installed: rabbitmq-server 0 upgraded, 1 newly installed, 0 to remove and 359 not upgraded. Need to get 0 B/9,227 kB of archives. After this operation, 14.3 MB of additional disk space will be used. Selecting previously unselected package rabbitmq-server. (Reading database ... 105086 files and directories currently installed.) Preparing to unpack .../rabbitmq-server_3.7.8-4_all.deb ... Unpacking rabbitmq-server (3.7.8-4) ... Setting up rabbitmq-server (3.7.8-4) ... Job for rabbitmq-server.service failed because the control process exited with error code. See "systemctl status rabbitmq-server.service" and "journalctl -xe" for details. invoke-rc.d: initscript rabbitmq-server, action "restart" failed. ● rabbitmq-server.service - RabbitMQ Messaging Server Loaded: loaded (/lib/systemd/system/rabbitmq-server.service; enabled; vendor preset: enabled) Drop-In: /etc/systemd/system/rabbitmq-server.service.d └─limits.conf Active: activating (auto-restart) (Result: exit-code) since Tue 2019-07-23 17:04:53 CEST; 8ms ago Process: 31923 ExecStop=/usr/sbin/rabbitmqctl stop (code=exited, status=127) Process: 31921 ExecStart=/usr/sbin/rabbitmq-server (code=exited, status=127) Main PID: 31921 (code=exited, status=127) Jul 23 17:04:53 st05 systemd[1]: rabbitmq-server.service: Unit entered failed state. Jul 23 17:04:53 st05 systemd[1]: rabbitmq-server.service: Failed with result 'exit-code'. dpkg: error processing package rabbitmq-server (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for systemd (232-25+deb9u11) ... Errors were encountered while processing: rabbitmq-server E: Sub-process /usr/bin/dpkg returned an error code (1) Something is broken in the init script. If you later attempt to start rabbitmq manually by running the executable indicated (/usr/sbin/rabbitmq-server) the program (so far) appears to run correctly. Running it via the system script later (systemctl start rabbitmq-server) produces the same error. There is no log output when rabbitmq fails this way. No startup log, No crash log, simply nothing, so the program is likely never ran.
Bug#918164: Broken with Thunderbird 60
Hi everyone, On Sat, 23 Feb 2019 12:16:37 +0100 Carsten Schoenert wrote: > On Thu, Jan 03, 2019 at 11:21:19PM +0100, Moritz Muehlenhoff wrote: > > The plugin is broken with Thunderbird 60 in stretch and sid, after > > installation it's disabled and only prints "Timeline is > > incompatible with Thunderbird 60.4". ... > currently the package xul-ext-timeline is useless as it isn't usable > in any release of Debian any more. > ... > We should remove this package completely from the Debian archives. I agree that the package should be removed. Therefore i filed a removal bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=923141 Thanks for taking care of security and Thunderbird! :-) Best wishes, Matthias pgpyeLCtovzgZ.pgp Description: Digitale Signatur von OpenPGP
Bug#923141: RM: xul-ext-timeline -- ROM; Package doesn't work with Tunderbird anymore and upstream stopped development
Package: ftp.debian.org Severity: normal As mentioned in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918164 the package is unusable with any version of Thunderbird and upstream stopped development. Please remove the package from the archive. pgpd1DqotiOVM.pgp Description: Digitale Signatur von OpenPGP
Bug#889435: Updating the build-helper-maven-plugin Uploaders list
Hello everyone, On Sat, 3 Feb 2018 17:26:19 +0100 Tobias Frost wrote: > Source: build-helper-maven-plugin > Version: 1.8-1 3.0.0-1 > Severity: minor > User: m...@qa.debian.org > Usertags: mia-teammaint > > Damien Raude-Morvan has not been working on > the build-helper-maven-plugin package for quite some time. > We are tracking their status in the MIA team and would like to ask you > to remove them from the Uploaders list of the package so we can close > that part of the file. please remove me as well from the uploaders. best wishes, Matthias Schmitz pgp33T5XULEWK.pgp Description: Digitale Signatur von OpenPGP
Bug#883059: dangling symlink: apm.8 links to snooze.8, which was removed in 0.10-14
What arch did that happen on? (Your system info lists amd64. pmud should not be built on that arch). But more to the point - in the binary-arch rule, the snooze man page is removed from the packaged files for the pmud-utils package, but not for the pmud package, The symlink to apm.8 OTOH is only done for the pmud package. I notice there is another missing man page (wakebay.8) in -14. Looks as though the manpages install debhelper script failed. I'll see what I can do to get this one rebuilt. Cheers, Michael On Wed, Nov 29, 2017 at 9:32 PM, Michael Stapelberg wrote: > Package: pmud > Version: 0.10-14 > Severity: normal > > In 0.10-13, snooze.8 was present. > In 0.10-14, snooze.8 is no longer present. > > I presume this was done accidentally, as the snooze binary still exists. > > -- System Information: > Debian Release: buster/sid > APT prefers testing > APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, > 'testing-debug'), (500, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386, armel, mipsel, arm64 > > Kernel: Linux 4.13.0-1-amd64 (SMP w/12 CPU cores) > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), > LANGUAGE=de_DE.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system)
Bug#881034: Sid: Galera-3 default configuration; nodes beyond primary will not connect.
Package: galera-3 Version: 25.3.19-2 Severity: minor Tags: sid The default configuration of Galera-3 systemd scripts for the mariaDB server in debian Sid is incorrect. The secondary (tertiary, etc.) nodes do not connect to the primary node. The problem may also be with one of the 'systemd' or 'mariadb' packages, and the script may be provided upstream. This information is unknown to me. Reproducing the issue: 1) Create 3 connected VMs or connect 3 physical machines on a LAN with a default debian install. 2) Install the galera-3, mariadb-client, mariadb-server, and rsync packages. 3) Configure /etc/mysql/conf.d/galera.cnf with the recommended settings. In my case, each of 3 servers had a configuration file like this (the two bottom lines are changed on a server-to-server basis): [mysqld] #mysql settings binlog_format=ROW default-storage-engine=innodb innodb_autoinc_lock_mode=2 innodb_doublewrite=1 query_cache_size=0 query_cache_type=0 bind-address=0.0.0.0 #galera settings wsrep_on=ON wsrep_provider=/usr/lib/galera/libgalera_smm.so wsrep_cluster_name="osdb_cluster" wsrep_cluster_address=gcomm://10.0.40.111,10.0.40.112,10.0.40.113 wsrep_sst_method=rsync wsrep_node_address="10.0.40.111" wsrep_node_name="galera01" 4) Bootstrap the cluster by using the recommended script on the primary node, by calling $ galera_new_cluster 5) Using the recommended way, check whether the cluster is started: MariaDB [(none)]> SHOW STATUS LIKE 'wsrep_cluster_size'; ++---+ | Variable_name | Value | ++---+ | wsrep_cluster_size | 1 | ++---+ 1 row in set (0.01 sec) 6) Now, on the second node, try the recommended way of starting this node (as described on galera's home page): $ systemctl start mysql Here's where the bug happens. This operation fails with the mysql server not starting on the second node, while we're expecting a two-node cluster. Below is the output passed to the file '/var/log/mysql/error.log'. 2017-11-06 17:10:13 139930521723456 [Note] WSREP: Read nil XID from storage engines, skipping position init 2017-11-06 17:10:13 139930521723456 [Note] WSREP: wsrep_load(): loading provider library '/usr/lib/galera/libgalera_smm.so' 2017-11-06 17:10:13 139930521723456 [Note] WSREP: wsrep_load(): Galera 3.19(rb98f92f) by Codership Oy loaded successfully. 2017-11-06 17:10:13 139930521723456 [Note] WSREP: CRC-32C: using hardware acceleration. 2017-11-06 17:10:13 139930521723456 [Note] WSREP: Found saved state: ----:-1, safe_to_bootsrap: 1 2017-11-06 17:10:13 139930521723456 [Note] WSREP: Passing config to GCS: base_dir = /var/lib/mysql/; base_host = 10.0.40.113; base_port = 4567; cert.log_conflicts = no; debug = no; evs.auto_evict = 0; evs.delay_margin = PT1S; evs.delayed_keep_period = PT30S; evs.inactive_check_period = PT0.5S; evs.inactive_timeout = PT15S; evs.join_retrans_period = PT1S; evs.max_install_timeouts = 3; evs.send_window = 4; evs.stats_report_period = PT1M; evs.suspect_timeout = PT5S; evs.user_send_window = 2; evs.view_forget_timeout = PT24H; gcache.dir = /var/lib/mysql/; gcache.keep_pages_size = 0; gcache.mem_size = 0; gcache.name = /var/lib/mysql//galera.cache; gcache.page_size = 128M; gcache.recover = no; gcache.size = 128M; gcomm.thread_prio = ; gcs.fc_debug = 0; gcs.fc_factor = 1.0; gcs.fc_limit = 16; gcs.fc_master_slave = no; gcs.max_packet_size = 64500; gcs.max_throttle = 0.25; gcs.recv_q_hard_limit = 9223372036854775807; gcs.recv_q_soft_limit = 0.25; gcs.sync_donor = no; gmcast.segment = 0; gmcast.version = 0; pc.announce_timeout = PT3S; pc.checksum = false; pc.ig 2017-11-06 17:10:13 139930521723456 [Note] WSREP: GCache history reset: old(----:0) -> new(----:-1) 2017-11-06 17:10:13 139930521723456 [Note] WSREP: Assign initial position for certification: -1, protocol version: -1 2017-11-06 17:10:13 139930521723456 [Note] WSREP: wsrep_sst_grab() 2017-11-06 17:10:13 139930521723456 [Note] WSREP: Start replication 2017-11-06 17:10:13 139930521723456 [Note] WSREP: Setting initial position to ----:-1 2017-11-06 17:10:13 139930521723456 [Note] WSREP: protonet asio version 0 2017-11-06 17:10:13 139930521723456 [Note] WSREP: Using CRC-32C for message checksums. 2017-11-06 17:10:13 139930521723456 [Note] WSREP: backend: asio 2017-11-06 17:10:13 139930521723456 [Note] WSREP: gcomm thread scheduling priority set to other:0 2017-11-06 17:10:13 139930521723456 [Warning] WSREP: access file(/var/lib/mysql//gvwstate.dat) failed(No such file or directory) 2017-11-06 17:10:13 139930521723456 [Note] WSREP: restore pc from disk failed 2017-11-06 17:10:13 139930521723456 [Note] WSREP: GMCast version 0 2017-11-06 17:10:13 139930521723456 [Note] WSREP: (f877f818, 'tcp://0.0.0.0:4567') listening at tcp://0.0.0.0:4567 2017-11-06 17:10:13 139930521723456 [Note] WSREP: (f877f818,
Bug#856660: munin-plugins-c: Substitutions missing in manpage
package src:munin-c tags 856660 + confirmed upstream thanks Hi, On Fri, 03 Mar 2017 13:43:33 +0100 Jerome Warnier wrote: > Package: munin-plugins-c > Version: 0.0.9-1 > Severity: minor > The manpage is missing several substitutions. > e.g.: > @@pkglibexecdir@@/munin-plugins-c it looks like the substitution never worked. I'll check how to fix this. Best wishes, Matthias pgp_xGlIHI8Bg.pgp Description: Digitale Signatur von OpenPGP
Bug#871108: munin-c: FTBFS: threads.c:62:30: error: '%s' directive output may be truncated writing up to 255 bytes into a region of size 250 [-Werror=format-truncation=]
package munin-c tags 871108 + confirmed fixed-upstream thanks On Sun, 6 Aug 2017 17:31:20 -0400 Lucas Nussbaum wrote: > Source: munin-c > Version: 0.0.9-1 > Severity: serious > Tags: buster sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20170805 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build > on amd64. Thanks for the report. The issue is already fixed upstream. I'll check if upstream releases a new version soon and if not i'll add a patch to the actual package. Best wishes, Matthias pgp31JzTW0C3p.pgp Description: Digitale Signatur von OpenPGP
Bug#857766: flashplugin-nonfree: ERROR 404: File not found
Package: flashplugin-nonfree Version: 1:3.6.1+deb8u1 Followup-For: Bug #857766 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? apt-get update-flashplugin-nonfree --install * What exactly did you do (or not do) that was effective (or ineffective)? charles@debian:/etc/apt$ sudo update-flashplugin-nonfree --install * What was the outcome of this action? charles@debian:/etc/apt$ sudo update-flashplugin-nonfree --install --2017-03-19 02:30:40-- https://fpdownload.adobe.com/get/flashplayer/pdc/24.0.0.186/flash_player_npapi_linux.x86_64.tar.gz Resolving fpdownload.adobe.com (fpdownload.adobe.com)... 23.202.233.69 Connecting to fpdownload.adobe.com (fpdownload.adobe.com)|23.202.233.69|:443... connected. HTTP request sent, awaiting response... 404 Not Found 2017-03-19 02:30:40 ERROR 404: Not Found. * What outcome did you expect instead? flashplugin-nonfree would update, so that I could report another bug. I'm a bit confused on playing any Flash on firefox -- Package-specific info: Debian version: 8.7 Architecture: amd64 Package version: 1:3.6.1+deb8u1 MD5 checksums: 29c85bc8504422120cf89702986ff8e1 /var/cache/flashplugin-nonfree/get-upstream-version.pl md5sum: /usr/lib/flashplugin-nonfree/libflashplayer.so: No such file or directory Alternatives: flash-mozilla.so - auto mode link currently points to /usr/lib/gnash/libgnashplugin.so /usr/lib/gnash/libgnashplugin.so - priority 10 Current 'best' version is '/usr/lib/gnash/libgnashplugin.so'. lrwxrwxrwx 1 root root 34 Mar 19 01:21 /usr/lib/mozilla/plugins/flash-mozilla.so -> /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to /etc/alternatives/flash-mozilla.so -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages flashplugin-nonfree depends on: ii binutils 2.25-5 ii ca-certificates20141019+deb8u2 ii debconf [debconf-2.0] 1.5.56 ii gnupg 1.4.18-7+deb8u3 ii libatk1.0-02.14.0-1 ii libcairo2 1.14.0-2.1+deb8u2 ii libcurl3-gnutls7.38.0-4+deb8u5 ii libfontconfig1 2.11.0-6.3+deb8u1 ii libfreetype6 2.5.2-3+deb8u1 ii libgcc11:4.9.2-10 ii libglib2.0-0 2.42.1-1+b1 ii libgtk2.0-02.24.25-3+deb8u1 ii libnspr4 2:4.12-1+debu8u1 ii libnss32:3.26-1+debu8u1 ii libpango1.0-0 1.36.8-3 ii libstdc++6 4.9.2-10 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxt6 1:1.1.4-1+b1 ii wget 1.16-1+deb8u1 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: ii fonts-dejavu 2.34-1 pn hal ii iceweasel 45.8.0esr-1~deb8u1 pn konqueror-nsplugins pn ttf-mscorefonts-installer pn ttf-xfree86-nonfree -- no debconf information
Bug#239816: bug#16134: libparted Atari partition table support
Thorsten, Am 16.10.2016 um 11:42 schrieb Thorsten Glaser: > Michael Schmitz dixit: > >> Did you write the table on the host and then had to byte swap to get it >> read in ARAnyM? >> >> Just checked - Atari byte order disk image files of IDE disks don't need >> byte swapping. Host native byte order ones do, that suggests your > > ARAnyM writes in byte-swapped order by default, to enable some sort > of optimisations. When dd(1)ing onto IDE/CF discs used by real hardware Thanks for clarifying this - the IDE disk image file I mentioned above was one created from my Falcon disk on the PC so unreadable on the PC directly but works by implicit swapping in ARAnyM. > Ataris, you do *not* need to byte-swap from x86, but you *do* need to > byte-swap relative to standard ARAnyM disc images. (Or enable swapping > in ARAnyM… disable really, but that means to enable its option.) Now I'm officially confused. What do you consider a standard ARAnyM disk image - ARAnyM (Atari) byte order or host (really IDE standard) byte order? The way you describe it, the standard disk image format (which needs the byteswap option enabled, or swapping by DD when copying to media intended for use on Atari) would be in PC host byte order? > Took me some time to figure this out, but in the end, we had it. > > The same applies for floppy discs in ARAnyM vs. real x86/Atari HW. The floppy interface is 8 bit so needs no swapping, or wired up the right way. Either way, on-disk byte order is the same on Atari and PC. (Atari only managed to botch up the IDE interface, apparently estimating the chance of someone using an IDE disk to transfer data very small...) Cheers, Michael > > bye, > //mirabilos >
Bug#239816: bug#16134: libparted Atari partition table support
Hi Adrian, Am 16.10.2016 um 08:32 schrieb John Paul Adrian Glaubitz: > On 10/15/2016 09:15 PM, Michael Schmitz wrote: >> good to see you managed to fix the libparted issues! > > Thanks. I just happened to be in the situation that I'm writing a guide > how to set up a minimal Debian/m68k system on ARAnyM from scratch. > >>> Ah, it works after enabling byte-swapping in ARAnyM :). >> >> Did you write the table on the host and then had to byte swap to get it >> read in ARAnyM? > > Correct. I created an empty image, mapped it to /dev/loop0 using losetup > and ran my patched version of parted to create an Atari partition table > plus two partitions for the system and swap. > > In ARAnyM, I had to enable byte-swapping as otherwise the partitions > were not recognized. > >> Just checked - Atari byte order disk image files of IDE disks don't need >> byte swapping. Host native byte order ones do, that suggests your >> partition table is in host native order. To get it to work in ARAnyM out >> of the box, and more importantly on real hardware the partition table >> would need to be written to the disk image with byte swapping. > > Wouldn't ARAnyM or a real Atari write the data byte-swapped to the > disk anyway? I would expect that parted just uses the host order Correct - running parted on Atari or ARAnyM would write the data in the correct order without a swap option. It's just preparing disk images on another system (and then using dd to copy that image to a physical disk) that would need a different byte order. > which is why I had to byte-swap the disk image when using it in > ARAnyM. But I think we could add the byte-swapping later if > necessary. You mean when creating a disk image from the loopback device, or when copying the image to disk? That might be a more generic way to handle the weird Atari IDE byte order (including creating filesystems on the image and copying data over). Best leave the code as is for now until we've had a chance to test. I'll have to get a scratch disk for testing anyway. Cheers, Michael >> Note that SCSI disks don't need byte swapping so if you want to support >> both targets, libparted would need a byte swap option ... > > Ok, good to know. > > Adrian >
Bug#239816: bug#16134: libparted Atari partition table support
Adrian, good to see you managed to fix the libparted issues! Am 16.10.2016 um 02:53 schrieb John Paul Adrian Glaubitz: > On 10/15/2016 03:11 PM, John Paul Adrian Glaubitz wrote: >> I then tried the image on Aranym but to my disappointment, the kernel did >> not recognize the partition table, so there is still something wrong with >> the patch as-is. > > Ah, it works after enabling byte-swapping in ARAnyM :). Did you write the table on the host and then had to byte swap to get it read in ARAnyM? Just checked - Atari byte order disk image files of IDE disks don't need byte swapping. Host native byte order ones do, that suggests your partition table is in host native order. To get it to work in ARAnyM out of the box, and more importantly on real hardware the partition table would need to be written to the disk image with byte swapping. Note that SCSI disks don't need byte swapping so if you want to support both targets, libparted would need a byte swap option ... Michael > Alright, will clean this up, add tests and then get it merged! > > Adrian >
Bug#812853: libglfw3-dev: package cmake files
FWIW, I just built the glfw master from source, deployed to a non-standard location and setting CMAKE_PREFIX_PATH accordingly seems to make everything be picked up properly. Didn't look at the specific issues in that pull request however. [this time with bugs.debian.org on Cc] On 01/27/2016 09:40 AM, James Cowgill wrote: > I believe the cmake config files are currently broken, at least > according to this: > https://github.com/glfw/glfw/pull/460
Bug#812855: libglm-dev: please ship cmake config files
Package: libglm-dev Version: 0.9.7.1-1 Severity: wishlist Please ship the cmake files generated when building the package from source in the debian packages, which makes it easier to build cmake based projects against it. For reference, Arch Linux ships the following files: glm /usr/lib/cmake/glm/glmConfig.cmake glm /usr/lib/cmake/glm/glmTargets.cmake glm /usr/lib/cmake/glm/glmVersion.cmake Thanks! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect -- no debconf information
Bug#812853: libglfw3-dev: package cmake files
Package: libglfw3-dev Version: 3.1.2-1 Severity: minor Please ship the cmake files generated when building the package from source in the debian packages, which makes it easier to build cmake based projects against it. For reference, Arch Linux ships the following files: glfw /usr/lib/cmake/glfw/glfw3Config.cmake glfw /usr/lib/cmake/glfw/glfw3ConfigVersion.cmake glfw /usr/lib/cmake/glfw/glfwTargets-noconfig.cmake glfw /usr/lib/cmake/glfw/glfwTargets.cmake Thanks! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages libglfw3-dev depends on: ii libglfw3 3.1.2-1 ii libglu1-mesa-dev [libglu-dev] 9.0.0-2 ii mesa-common-dev10.3.2-1+deb8u1 libglfw3-dev recommends no packages. libglfw3-dev suggests no packages. -- no debconf information
Bug#812851: libyaml-cpp-dev: libboost-dev dependency missing
Package: libyaml-cpp-dev Version: 0.5.2-3 Severity: normal As the subject says, boost headers are needed to build programs against libyaml-cpp-dev, so they should be added to the list of dependencies: /usr/include/yaml-cpp/node/ptr.h:11:32: fatal error: boost/shared_ptr.hpp: No such file or directory Thanks! -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages libyaml-cpp-dev depends on: ii libyaml-cpp0.5v5 0.5.2-3 libyaml-cpp-dev recommends no packages. libyaml-cpp-dev suggests no packages. -- no debconf information
Bug#809691: kbibtex: Please upgrade to version 0.6
Package: kbibtex Version: 0.4-4+b1 Severity: normal Dear Maintainer, please upgrade to the version 0.6 released in August 2015. KBibTex 0.44 is really outdated and misses many bug-fixes and features of later versions. Thanks in advance! -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kbibtex depends on: ii kde-runtime 4:15.08.3-1 ii libc6 2.21-6 ii libgcc1 1:5.3.1-5 ii libkdecore5 4:4.14.14-1+b1 ii libkdeui5 4:4.14.14-1+b1 ii libkfile4 4:4.14.14-1+b1 ii libkio5 4:4.14.14-1+b1 ii libkparts44:4.14.14-1+b1 ii libnepomuk4 4:4.14.14-1+b1 ii libnepomukutils4 4:4.14.14-1+b1 ii libpoppler-qt4-4 0.38.0-2 ii libqt4-dbus 4:4.8.7+dfsg-5 ii libqt4-network4:4.8.7+dfsg-5 ii libqt4-svg4:4.8.7+dfsg-5 ii libqt4-xml4:4.8.7+dfsg-5 ii libqtcore44:4.8.7+dfsg-5 ii libqtgui4 4:4.8.7+dfsg-5 ii libqtwebkit4 2.3.4.dfsg-6 ii libsoprano4 2.9.4+dfsg-3+b1 ii libstdc++65.3.1-5 ii libxml2 2.9.3+dfsg1-1 ii libxslt1.11.1.28-2.1 Versions of packages kbibtex recommends: ii texlive-bibtex-extra 2015.20151225-2 Versions of packages kbibtex suggests: pn bibtex2html pn latex2rtf ii texlive-latex-base 2015.20151225-1 -- no debconf information
Bug#719601: RFS: datatables.js -- jQuery plug-in that makes nice tables from different data sources
Hi Sascha, hi *, Am Thu, 15 Oct 2015 21:18:51 +0100 schrieb Sascha Steinbiss : > >> Please either do > >>> > >>> 1. merge your repository into collab-maint/jquery-datatables.git > >> > >> Well, the JS policy [1] stating that the repository should reflect > >> the source package name, which according to the policy should have > >> a different name than the one Matthias chose several years ago for > >> his one. But they also state it's not a hard requirement so I > >> guess this is an option. > > > > I think you should follow JS policy which I was not aware about. > > So the best thing to do would probably be to rename the existing > > repository to collab-maint/datatables.js.git. > > I agree. @Matthias, would that be OK with you? I can take over this > package for now. please take over :-). Best wishes, Matthias pgpn3RwwMshaU.pgp Description: Digitale Signatur von OpenPGP
Bug#273015: Problem with backlit keyboard on aluminium powerbook
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mathieu, no need for Dan to test - I've managed to solve my X11 problems and verify keyboard backlight works with this udev rules file. Do you want me to submit a patch against the pbbuttonsd package? Cheers, Michael > Mathieu, > > the attached udev rules file will load the i2c-dev module at boot time. > > I've copied it into /etc/udev on my system, and linked it as > ../050_pbbuttonsd.rules > inside /etc/udev/rules.d as it's done for mouseemu. > > Maybe Dan could test this solution - I can't get a stable X desktop > session on my PowerBook5,5 model with Jessie. > > Cheers, > > Michael > > > > On Sat, Aug 15, 2015 at 3:33 AM, Mathieu Malaterre wrote: >> Control: tags -1 - moreinfo >> Control: tags -1 confirmed >> >> >> Michael, >> >> On Thu, Aug 13, 2015 at 4:32 AM, Dan DeVoto wrote: >>> >>> Hi, >>> >>> On Jessie with version 0.7.9-5 I still have to manually add i2c-dev to >>> /etc/modules to get the keyboard backlight working. >> >> You mentionned earlier working on a patch. Can you prepare something for >> udev ? >> >> Thanks. >> -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJV2sglAAoJEDrYLNS0xPtMJXMP/jPSf8KB3a5mtSy7WTYyhRbu f4aGbHQqcsFA0lIMO08z9FjpVcrFYOP73um0HbnG9e7rm4dAUommA9oLhd+1K3us 4cARGEkn0w8eFqYjNsyV4t/Pfc2nAO5k8hUBscbdL0eMchFyXofjo66yg0vyP/Dh 1k/KpnGZWJYJBQ1pV6yNPPhnKxYuO8R3R7gfllhzaHUBY57+WPNs09i2+enoswxI eJVbuYimiCkOG0IP7Uh2TFbRUkvInJqkz7BukfkE9Fl0buzwUbQxaISw1UqZSucO n100Y7uZu+4BIZqsc1J3kbZM6mf0hzePlFphr8ba16/fkKP5JJhixqm2GZL2fUQQ CMERw/n64tqtSpJMvKn/QKJPMrcIRqU4oobO2F7aqXkdWtgG7ODYRaUMPo5dgXZ9 Q8NKcYzN0KsUfnYleUKPw3QIqS3HXxfjP9+gCcK+Ney2rLnqvW20E6NVT/ph+mHV 3w/vPRUB3tWIMrgW452xrMYB/ftS3G2T/CuZ3GDlQL+poe3XJGszNO1IxPxDbFH5 U056Aw2u4r67JdZikNjo1bUF3hzFpkQsY6bcD2JLimKy0GvUt/wf1/xt4W0U4rbq m+AzM4ZESUgrEhj/7KolryNGUn7dJyFrVoNQRqiaNLd3vMWauHq1fe8eAnTXBoSG KRX8yExgIbG9JtzQSrOL =O0lp -END PGP SIGNATURE-
Bug#273015: Problem with backlit keyboard on aluminium powerbook
Mathieu, the attached udev rules file will load the i2c-dev module at boot time. I've copied it into /etc/udev on my system, and linked it as ../050_pbbuttonsd.rules inside /etc/udev/rules.d as it's done for mouseemu. Maybe Dan could test this solution - I can't get a stable X desktop session on my PowerBook5,5 model with Jessie. Cheers, Michael On Sat, Aug 15, 2015 at 3:33 AM, Mathieu Malaterre wrote: > Control: tags -1 - moreinfo > Control: tags -1 confirmed > > > Michael, > > On Thu, Aug 13, 2015 at 4:32 AM, Dan DeVoto wrote: >> >> Hi, >> >> On Jessie with version 0.7.9-5 I still have to manually add i2c-dev to >> /etc/modules to get the keyboard backlight working. > > You mentionned earlier working on a patch. Can you prepare something for > udev ? > > Thanks. > pbbuttonsd.rules Description: Binary data
Bug#273015: Problem with backlit keyboard on aluminium powerbook
Control: tags -1 - moreinfo Mathieu, currently upgrading to the latest testing weekly build. I'll look into what's required for udev to load the correct module. Cheers, Michael On Sat, Aug 15, 2015 at 3:33 AM, Mathieu Malaterre wrote: > Control: tags -1 - moreinfo > Control: tags -1 confirmed > > > Michael, > > On Thu, Aug 13, 2015 at 4:32 AM, Dan DeVoto wrote: >> >> Hi, >> >> On Jessie with version 0.7.9-5 I still have to manually add i2c-dev to >> /etc/modules to get the keyboard backlight working. > > You mentionned earlier working on a patch. Can you prepare something for > udev ? > > Thanks. >
Bug#789526: RFS: trac-mercurial/1.0.0.7+hged4f0932196b-1 [RC]
Package: sponsorship-requests Severity: important Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my updated package "trac-mercurial" which fixes the RC bug #787722. Package name: trac-mercurial Version : 1.0.0.7+hged4f0932196b-1 It builds those binary packages: trac-mercurial - Mercurial version control backend for Trac To access further information about this package, please visit the Debian tracker and the following URL: https://tracker.debian.org/pkg/trac-mercurial and http://mentors.debian.net/package/trac-mercurial Changes since the last upload: * New upstream version Closes: #787722 * [6d47d45] Imported Upstream version 1.0.0.7+hged4f0932196b * [738a79e] lintian: Bump standards version Best wishes, Matthias Schmitz -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#787722: trac-mercurial: Upstream Defect #11696 applies to Jessie, too
Hi Volker, On Thu, 04 Jun 2015 14:55:34 +0200 Volker Birk wrote: > Package: trac-mercurial > Version: 1.0.0.3+hg8df754d9b36a-1.1 > Severity: grave > Tags: upstream patch > Justification: renders package unusable > > Dear Maintainer, > > Jessie's trac-mercurial has this bug, which is upstream, and there is > a three line patch to fix it. You find everything (including the > patch) here: > > http://trac.edgewall.org/ticket/11696 > > I tested the fixing patch, and it solves the problem. thanks for the bug report! I updated the package to the latest upstream version for unstable[1]. I'll also prepare an upload for a Jessie point-release. [1] http://anonscm.debian.org/cgit/collab-maint/trac-mercurial.git/log/ Best wishes, Matthias > > Yours, > VB. > > -- System Information: > Debian Release: 8.0 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.16.0-4-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 > Init: sysvinit (via /sbin/init) > > Versions of packages trac-mercurial depends on: > ii mercurial 3.1.2-2+deb8u1 > ii python 2.7.9-1 > ii trac 1.0.2+dfsg-2 > > trac-mercurial recommends no packages. > > trac-mercurial suggests no packages. > > -- no debconf information > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#786579: src:powerpc-utils: please update to latest upstream release (1.2.25)
reassign 786579 powerpc-ibm-utils close 786579 thank you Logan, the package you are looking for is named powerpc-ibm-utils. The 1.2 powerpc-utils source found at sourceforge is an entirely new code base geared towards the IBM power architecture, while the 1.1 source (which is what the Debian powerpc-utils package is derived from) is for the old Mac/CHRP/etc. architectures. Unfortunate choice of duplicate package name upstream. I've had similar bug reports in the past - see 736404 for one. Debian's powerpc-ibm-utils is at the correct source revision level, so I am closing this bug report, after reassigning to that package. Thank you. Regards, Michael Schmitz Logan Rosen wrote: Package: src:powerpc-utils Version: 1.1.3-25 Severity: wishlist Dear Maintainer, Please update the packaging to the latest upstream release of powerpc-utils, which is currently 1.1.3-25: http://sourceforge.net/projects/powerpc-utils/files/powerpc-utils/powerpc-utils-1.2.25.tar.gz/download Thanks, Logan Rosen -- System Information: Debian Release: jessie/sid APT prefers wily-updates APT policy: (500, 'wily-updates'), (500, 'wily-security'), (500, 'wily'), (100, 'wily-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-18-generic (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 Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#785442: DKMS build fails at linux-4.0.0
Package: nvidia-legacy-304xx-kernel-dkms Version: 304.125-1 Severity: important Hello, I found out that updating to kernel version 4.0.0 breaks the nvidia legacy module. The dkms build fails, possibly because deprecated structures in the code. Thanks, Robert *** /var/lib/dkms/nvidia-legacy-304xx/304.125/build/make.log DKMS make.log for nvidia-legacy-304xx-304.125 for kernel 4.0.0-1-amd64 (x86_64) Sat May 16 12:38:06 IDT 2015 make: Entering directory '/var/lib/dkms/nvidia-legacy-304xx/304.125/build' make KBUILD_VERBOSE=1 -C /lib/modules/4.0.0-1-amd64/build M=/var/lib/dkms /nvidia-legacy-304xx/304.125/build modules make[1]: Entering directory '/usr/src/linux-headers-4.0.0-1-amd64' Makefile:10: *** mixed implicit and normal rules: deprecated syntax make -C /usr/src/linux-headers-4.0.0-1-amd64 KBUILD_SRC=/usr/src/linux- headers-4.0.0-1-common \ -f /usr/src/linux-headers-4.0.0-1-common/Makefile modules test -e include/generated/autoconf.h -a -e include/config/auto.conf || ( \ echo >&2; \ echo >&2 " ERROR: Kernel configuration is invalid."; \ echo >&2 " include/generated/autoconf.h or include/config/auto.conf are missing.";\ echo >&2 " Run 'make oldconfig && make prepare' on kernel src to fix it."; \ echo >&2 ; \ /bin/false) mkdir -p /var/lib/dkms/nvidia-legacy-304xx/304.125/build/.tmp_versions ; rm -f /var/lib/dkms/nvidia-legacy-304xx/304.125/build/.tmp_versions/* make -f /usr/src/linux-headers-4.0.0-1-common/scripts/Makefile.build obj=/var/lib/dkms/nvidia-legacy-304xx/304.125/build echo \#define NV_COMPILER \"` gcc-4.9 -v 2>&1 | tail -n 1`\" > /var/lib/dkms /nvidia-legacy-304xx/304.125/build/nv_compiler.h gcc-4.9 -Wp,-MD,/var/lib/dkms/nvidia-legacy-304xx/304.125/build/.nv.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.9/include -I/usr/src/linux- headers-4.0.0-1-common/arch/x86/include -Iarch/x86/include/generated/uapi -Iarch/x86/include/generated -I/usr/src/linux-headers-4.0.0-1-common/include -Iinclude -I/usr/src/linux-headers-4.0.0-1-common/arch/x86/include/uapi -Iarch/x86/include/generated/uapi -I/usr/src/linux- headers-4.0.0-1-common/include/uapi -Iinclude/generated/uapi -include /usr/src /linux-headers-4.0.0-1-common/include/linux/kconfig.h -I/var/lib/dkms/nvidia- legacy-304xx/304.125/build -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno- trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function- declaration -Wno-format-security -std=gnu89 -m64 -mno-80387 -mno-fp-ret-in-387 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate- outgoing-args -DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_SSSE3=1 -DCONFIG_AS_CRC32=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno- sse2 -mno-3dnow -mno-avx -fno-delete-null-pointer-checks -O2 --param=allow- store-data-races=0 -Wframe-larger-than=2048 -fstack-protector -Wno-unused-but- set-variable -fno-var-tracking-assignments -g -pg -mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -Werror=implicit-int -Werror=strict-prototypes -Werror=date- time -DCC_HAVE_ASM_GOTO -I/var/lib/dkms/nvidia-legacy-304xx/304.125/build -Wall -MD -Wsign-compare -Wno-cast-qual -Wno-error -D__KERNEL__ -DMODULE -DNVRM -DNV_VERSION_STRING=\"304.125\" -Wno-unused-function -Wuninitialized -mno-red- zone -mcmodel=kernel -UDEBUG -U_DEBUG -DNDEBUG -DMODULE -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(nv)" -D"KBUILD_MODNAME=KBUILD_STR(nvidia)" -c -o /var/lib/dkms/nvidia-legacy-304xx/304.125/build/.tmp_nv.o /var/lib/dkms/nvidia- legacy-304xx/304.125/build/nv.c In file included from /usr/src/linux- headers-4.0.0-1-common/include/uapi/linux/stddef.h:1:0, from /usr/src/linux- headers-4.0.0-1-common/include/linux/stddef.h:4, from /usr/src/linux- headers-4.0.0-1-common/include/uapi/linux/posix_types.h:4, from /usr/src/linux- headers-4.0.0-1-common/include/uapi/linux/types.h:13, from /usr/src/linux- headers-4.0.0-1-common/include/linux/types.h:5, from /usr/src/linux- headers-4.0.0-1-common/include/uapi/linux/capability.h:16, from /usr/src/linux- headers-4.0.0-1-common/include/linux/capability.h:15, from /usr/src/linux- headers-4.0.0-1-common/include/linux/sched.h:15, from /usr/src/linux- headers-4.0.0-1-common/include/linux/utsname.h:5, from /var/lib/dkms/nvidia-legacy-304xx/304.125/build/nv- linux.h:42, from /var/lib/dkms/nvidia-legacy-304xx/304.125/build/nv.c:13: /usr/src/linux-headers-4.0.0-1-common/include/asm-generic/qrwlock.h: In function ‘queue_write_trylock’: /usr/src/linux-headers-4.0.0-1-common/include/asm-generic/qrwlock.h:
Bug#82600: Arbeitsagentur Arbeitsstellen ab sofort
Herzlichen Gruß, die Arbeitsvermittlung stellt Ihnen nachfolgend eine interessante Stelle in einem internationalen Team von zu Hause aus vor, ohne Fahrtkosten, ohne Anfahrt, ohne Verkehrsstress: Wir bieten qualitative und moderne Arbeitsplätze auch in ländlichen Regionen europaweit und bieten gleichzeitig hervorragende Qualität für unsere Auftraggeber. Zur Erweiterung unseres Teams suchen wir ab sofort: Kollegen (m/w) für Home-office Tätigkeit im Bereich Telekommunikation und Büroarbeit Ihre Tätigkeitsschwerpunkte wären: - Unterlagen empfangen, bearbeiten und weiterleiten - Dokumente kopieren/einscannen - Mails beantworten - Tätigkeit im Home Office in freien Zeiteinteilung - Umgang mit zur Verfügung gestellten Büroausstattungen Wir erwarten: - Problemloser Umgang mit E-mail, PC und Internet - Deutsch fließend, Fremdsprachen wären vorteilhaft - zuverlässiges Arbeiten im Team - Zielstrebigkeit und Pünktlichkeit Wir bieten Ihnen eine Stelle als Festangestellter oder als Selbständige mit einem Stundenlohn von 20 € Brutto pro Stunde in selbständigen Arbeitsweise und einer modernen Beschäftigungsform, sowie eine abwechslungsreiche Tätigkeit ohne Fahrzeit mit flexiblen Arbeitszeiten. Es werden keine fachlichen Kenntnisse vorausgesetzt. Die Einarbeitung findet schrittweise durch professionelle Mitarbeiten statt. Die benötigte technische Ausrüstung stellen wir Ihnen frei zur Verfügung. Die Arbeitsstelle kann gerne nebenberuflich ausgeführt werden sowie von Rentnern und Hausfrauen. Sie sind bereit für flexible Arbeitszeitmodelle und die Arbeit im Home Office? Wenn wir Ihr Interesse geweckt haben, senden Sie uns Ihre Bewerbung per E-Mail an: enite...@doramail.com Ihre persönlichen Unterlagen behandeln wir vertraulich. Hochachtungsvoll Schmitz EURL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#782441: ITP: rkt -- CLI for running App Containers
Package: wnpp Severity: wishlist Owner: Matthias Schmitz * Package name: rkt Version : 0.5.3 Upstream Author : CoreOS Project * URL : https://github.com/coreos/rkt/ * License : Apache 2.0 Programming Lang: Go Description : CLI for running App Containers Rocket is an alternative to the Docker runtime, designed for server environments with the most rigorous security and production requirements. Rocket is oriented around the App Container specification, a new set of simple and open specifications for a portable container format. I would like to maintain the package as part of the Debian Go Packaging Team. best wishes, Matthias ~ pgpHD5ekMMxN1.pgp Description: Digitale Signatur von OpenPGP
Bug#168814: Arbeitsagentur Online 24 stellt neue Jobs vor
Herzlichen Gruß, unsere Firma ist ein führendes europäisches Unternehmen und sucht im Augenblick motivierte Angestellte zur Vervollständigung des Teams in der EU. Die Leistungen werden europaweit gefragt, und Sie haben die Möglichkeit unabhängig von Ihrem Wohnort zu beginnen. Wir bieten Stellen für jeden. Die Arbeit kann sowohl von Rentnern, Hausfrauen als auch nebenberuflich ausgeführt werden. Verpackungsaushilfe, Sekretärservice, Bewerter, und vieles mehr wird aktuell angeboten. Es werden Ihnen vorhandene Aufträge und die jeweilige Vergütung angeboten und Sie entscheiden sich. Jede Aufgabe wird unterschiedlich vergütet, normalerweise erhalten Sie bei 3-5 Stunden am Arbeitstag 1400 bis 2000 Euro Brutto im Monat. Sie haben keine Ausgaben und können sofort bei uns anfangen. Kennziffer TM8706412647 Es sind 13 freie Positionen zu besetzen. Die benötigte technische Ausrüstung wird von uns frei zur Verfügung gestellt. Die Arbeit kann gerne von Rentnern, Hausfrauen und auch nebenberuflich aufgenommen werden. Ihre Voraussetzungen wären technische Grundkenntnisse im Umgang mit dem Fotoapparat, Ehrlichkeit, Zielstrebigkeit, Flexibilität, Freundlichkeit Haben Sie Interesse weitere Informationen zu erhalten? Wir bieten Ihnen herausfordernde Aufgaben, interessante Perspektiven und attraktive Konditionen Bitte bewerben Sie sich per Email mit Ihren vollständigen Bewerbungsunterlagen, Ihres frühestmöglichen Eintrittstermins sowie der Kennziffer. quip...@sanfranmail.com Sie erhalten weitere Einzelheiten zugeschickt. Ihre persönlichen Unterlagen behandeln wir vertraulich. Es grüßt Sie Ihre Schmitz LTD Passage des Deux-Pavillons 95 Orly 5359 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774883: remove pmud from jessie
On 09/01/15 20:50, Mathieu Malaterre wrote: Control: severity -1 grave See 774883#12 (Thanks Ben !) The package has been non-functional for the last three releases. Do not ship on jessie. The apm_bios device workaround was only relevant for Xfree, its lack does not affect functionality of pmud for power management otherwise. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#774632: /dev/apm_bios (char 10 134)
Mathieu, I got your other two bug reports (powerpc-utils) but not that one. The old address is dead, I've waited for some weak pretext to send out an update for pmud. You have just given me that pretext :-) Truth to be told - I had not tested pmud on a system with recent devfsd/udev implementations. I need to look into why the legacy test for udev presence fails on modern systems. /dev/apm_bios is legacy (the whole pmud/powerpc-utils stuff is legacy, to be honest). But for all I can see, the package installation does not fail because of the failure to detect apm_bios or udev (that message is just a warning) but because the pmud init script is not correctly parsed by update-rc.d (because it lacks the correct LSB headers). This is what I need to fix, really. Cheers, Michael On Fri, Jan 9, 2015 at 5:55 AM, Mathieu Malaterre wrote: > Dear Michael, > > Sorry for the private email. I wanted to check that you are receiving > the bugs from pmud package, since it is still using your old email > adress: schm...@biophys.uni-duesseldorf.de > > If you did receive pmud bug report, then please discard this email. > Otherwise I am interested in your comments for: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774632#5 > > Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#770907: /sbin/trackpad: trackpad command will not enable tap to click
Thanks Herminio, so just to clarify - you had never used the 'trackpad' util before on Xubuntu or Debian Jessie, and instead used other system settings features to control the function of your trackpad? I initially thought from your bug description that the 'trackpad' tool suddenly stopped working, after it had worked fine before. Now it looks more likely that the 'trackpad' tool would not have worked for you in Xubuntu either. Regards, Michael Schmitz On Thu, Nov 27, 2014 at 4:42 AM, Herminio Hernandez, Jr. wrote: > Xubuntu 12.04 shipped by defaul with the 3.11 kernel. The release notes are > here. The version of Jesse I am using is the Beta 2 running the 3.16-2 > kernel. The only real change was the DE. When I was running MATE in the > system setting I was able enable tap to click. However in LXDE I was not > forcing to try the cli option. Here is my complet dmesg. > > On Tue, Nov 25, 2014 at 7:28 PM, Michael Schmitz > wrote: >> >> Herminio, >> >> can you send a complete dmesg log, not just the part where devices are >> listed? Ben Herrenschmidt would like to have a look at the log. >> >> Also - what kernel versions did you run on the Xubuntu and Jessie >> installations? Any boot messages retained from those >> (/var/log/kern/log)? >> >> Regards, >> >> Michael Schmitz >> >> >> On Wed, Nov 26, 2014 at 12:04 PM, Herminio Hernandez, Jr. >> wrote: >> > No problem any way I can help >> > >> > On Tue, Nov 25, 2014 at 5:01 PM, Michael Schmitz >> > wrote: >> >> >> >> Hi Herminio, >> >> >> >> thanks, that device tree demonstrates substantial differences between >> >> the old PowerBook5,5 hardware and the newer 5,6 one. No mention of ADB >> >> or trackpad in your device tree. >> >> >> >> I'll seek clarification from Ben Herrenschmidt about the changes to >> >> the macio-adb driver in the 3.x kernels ... >> >> >> >> Thanks for your help! >> >> >> >> Regards, >> >> >> >> Michael Schmitz >> >> >> >> On Wed, Nov 26, 2014 at 11:30 AM, Herminio Hernandez, Jr. >> >> wrote: >> >> > sorry no attachment >> >> > >> >> > On Tue, Nov 25, 2014 at 4:30 PM, Herminio Hernandez, Jr. >> >> > wrote: >> >> >> >> >> >> try this >> >> >> >> >> >> On Tue, Nov 25, 2014 at 3:35 PM, Michael Schmitz >> >> >> >> >> >> wrote: >> >> >>> >> >> >>> Herminio, >> >> >>> >> >> >>> I got one approx. 20 minutes ago which only contained a symbolic >> >> >>> link >> >> >>> to /sys/firmware/devicetree/base - what I need is that >> >> >>> /sys/firmware/devicetree/base path packed up, >> >> >>> >> >> >>> Thanks, >> >> >>> >> >> >>> Michael Schmitz >> >> >>> >> >> >>> >> >> >>> On Wed, Nov 26, 2014 at 10:29 AM, Herminio Hernandez, Jr. >> >> >>> wrote: >> >> >>> > did youget my attachment? >> >> >>> > >> >> >>> > On Tue, Nov 25, 2014 at 3:27 PM, Michael Schmitz >> >> >>> > >> >> >>> > wrote: >> >> >>> >> >> >> >>> >> OK, that should help - I would still need your OF device tree to >> >> >>> >> see >> >> >>> >> what the 3.x kernels' ADB driver should make of the ADB I/O >> >> >>> >> requests >> >> >>> >> from trackpad. >> >> >>> >> >> >> >>> >> Regards, >> >> >>> >> >> >> >>> >> Michael Schmitz >> >> >>> >> >> >> >>> >> >> >> >>> >> On Wed, Nov 26, 2014 at 10:20 AM, Herminio Hernandez, Jr. >> >> >>> >> wrote: >> >> >>> >> > I found a work around I was able to get two finger right >> >> >>> >> > working >> >> >>> >> > by >> >> >>> >> > using >> >> >>> >> > this command synclient TapButton2=3. I added th
Bug#770907: /sbin/trackpad: trackpad command will not enable tap to click
Herminio, can you send a complete dmesg log, not just the part where devices are listed? Ben Herrenschmidt would like to have a look at the log. Also - what kernel versions did you run on the Xubuntu and Jessie installations? Any boot messages retained from those (/var/log/kern/log)? Regards, Michael Schmitz On Wed, Nov 26, 2014 at 12:04 PM, Herminio Hernandez, Jr. wrote: > No problem any way I can help > > On Tue, Nov 25, 2014 at 5:01 PM, Michael Schmitz > wrote: >> >> Hi Herminio, >> >> thanks, that device tree demonstrates substantial differences between >> the old PowerBook5,5 hardware and the newer 5,6 one. No mention of ADB >> or trackpad in your device tree. >> >> I'll seek clarification from Ben Herrenschmidt about the changes to >> the macio-adb driver in the 3.x kernels ... >> >> Thanks for your help! >> >> Regards, >> >> Michael Schmitz >> >> On Wed, Nov 26, 2014 at 11:30 AM, Herminio Hernandez, Jr. >> wrote: >> > sorry no attachment >> > >> > On Tue, Nov 25, 2014 at 4:30 PM, Herminio Hernandez, Jr. >> > wrote: >> >> >> >> try this >> >> >> >> On Tue, Nov 25, 2014 at 3:35 PM, Michael Schmitz >> >> wrote: >> >>> >> >>> Herminio, >> >>> >> >>> I got one approx. 20 minutes ago which only contained a symbolic link >> >>> to /sys/firmware/devicetree/base - what I need is that >> >>> /sys/firmware/devicetree/base path packed up, >> >>> >> >>> Thanks, >> >>> >> >>> Michael Schmitz >> >>> >> >>> >> >>> On Wed, Nov 26, 2014 at 10:29 AM, Herminio Hernandez, Jr. >> >>> wrote: >> >>> > did youget my attachment? >> >>> > >> >>> > On Tue, Nov 25, 2014 at 3:27 PM, Michael Schmitz >> >>> > >> >>> > wrote: >> >>> >> >> >>> >> OK, that should help - I would still need your OF device tree to >> >>> >> see >> >>> >> what the 3.x kernels' ADB driver should make of the ADB I/O >> >>> >> requests >> >>> >> from trackpad. >> >>> >> >> >>> >> Regards, >> >>> >> >> >>> >> Michael Schmitz >> >>> >> >> >>> >> >> >>> >> On Wed, Nov 26, 2014 at 10:20 AM, Herminio Hernandez, Jr. >> >>> >> wrote: >> >>> >> > I found a work around I was able to get two finger right working >> >>> >> > by >> >>> >> > using >> >>> >> > this command synclient TapButton2=3. I added that to my >> >>> >> > 50-synaptics >> >>> >> > file >> >>> >> > so it will stick on reboot. >> >>> >> > >> >>> >> > On Tue, Nov 25, 2014 at 3:15 PM, Michael Schmitz >> >>> >> > >> >>> >> > wrote: >> >>> >> >> >> >>> >> >> Herminio, >> >>> >> >> >> >>> >> >> that just contains a symbolic link - could you please tar up >> >>> >> >> /sys/firmware/devicetree/base/ now? >> >>> >> >> >> >>> >> >> Assuming, of course, that directory exists ... >> >>> >> >> >> >>> >> >> Regards, >> >>> >> >> >> >>> >> >> Michael Schmitz >> >>> >> >> >> >>> >> >> >> >>> >> >> On Wed, Nov 26, 2014 at 10:04 AM, Herminio Hernandez, Jr. >> >>> >> >> wrote: >> >>> >> >> > Here you go! >> >>> >> >> > >> >>> >> >> > On Tue, Nov 25, 2014 at 2:53 PM, Michael Schmitz >> >>> >> >> > >> >>> >> >> > wrote: >> >>> >> >> >> >> >>> >> >> >> Herminio, >> >>> >> >> >> >> >>> >> >> >> On Wed, Nov 26, 2014 at 8:37 AM, Herminio Hernandez, Jr. >> >>> >> >> >> wrote: >> >>> >> >>
Bug#770907: /sbin/trackpad: trackpad command will not enable tap to click
Hi Herminio, thanks, that device tree demonstrates substantial differences between the old PowerBook5,5 hardware and the newer 5,6 one. No mention of ADB or trackpad in your device tree. I'll seek clarification from Ben Herrenschmidt about the changes to the macio-adb driver in the 3.x kernels ... Thanks for your help! Regards, Michael Schmitz On Wed, Nov 26, 2014 at 11:30 AM, Herminio Hernandez, Jr. wrote: > sorry no attachment > > On Tue, Nov 25, 2014 at 4:30 PM, Herminio Hernandez, Jr. > wrote: >> >> try this >> >> On Tue, Nov 25, 2014 at 3:35 PM, Michael Schmitz >> wrote: >>> >>> Herminio, >>> >>> I got one approx. 20 minutes ago which only contained a symbolic link >>> to /sys/firmware/devicetree/base - what I need is that >>> /sys/firmware/devicetree/base path packed up, >>> >>> Thanks, >>> >>> Michael Schmitz >>> >>> >>> On Wed, Nov 26, 2014 at 10:29 AM, Herminio Hernandez, Jr. >>> wrote: >>> > did youget my attachment? >>> > >>> > On Tue, Nov 25, 2014 at 3:27 PM, Michael Schmitz >>> > wrote: >>> >> >>> >> OK, that should help - I would still need your OF device tree to see >>> >> what the 3.x kernels' ADB driver should make of the ADB I/O requests >>> >> from trackpad. >>> >> >>> >> Regards, >>> >> >>> >> Michael Schmitz >>> >> >>> >> >>> >> On Wed, Nov 26, 2014 at 10:20 AM, Herminio Hernandez, Jr. >>> >> wrote: >>> >> > I found a work around I was able to get two finger right working by >>> >> > using >>> >> > this command synclient TapButton2=3. I added that to my >>> >> > 50-synaptics >>> >> > file >>> >> > so it will stick on reboot. >>> >> > >>> >> > On Tue, Nov 25, 2014 at 3:15 PM, Michael Schmitz >>> >> > >>> >> > wrote: >>> >> >> >>> >> >> Herminio, >>> >> >> >>> >> >> that just contains a symbolic link - could you please tar up >>> >> >> /sys/firmware/devicetree/base/ now? >>> >> >> >>> >> >> Assuming, of course, that directory exists ... >>> >> >> >>> >> >> Regards, >>> >> >> >>> >> >> Michael Schmitz >>> >> >> >>> >> >> >>> >> >> On Wed, Nov 26, 2014 at 10:04 AM, Herminio Hernandez, Jr. >>> >> >> wrote: >>> >> >> > Here you go! >>> >> >> > >>> >> >> > On Tue, Nov 25, 2014 at 2:53 PM, Michael Schmitz >>> >> >> > >>> >> >> > wrote: >>> >> >> >> >>> >> >> >> Herminio, >>> >> >> >> >>> >> >> >> On Wed, Nov 26, 2014 at 8:37 AM, Herminio Hernandez, Jr. >>> >> >> >> wrote: >>> >> >> >> > The command returned nothing. Here is from the kernel config >>> >> >> >> > >>> >> >> >> > rican-linux@debian-ppc:~$ sudo cat >>> >> >> >> > /usr/src/linux-headers-3.16.0-4-powerpc/.config |grep ADB >>> >> >> >> > CONFIG_ADB=y >>> >> >> >> > CONFIG_ADB_CUDA=y >>> >> >> >> > CONFIG_ADB_PMU=y >>> >> >> >> > CONFIG_ADB_PMU_LED=y >>> >> >> >> > CONFIG_ADB_MACIO=y >>> >> >> >> > CONFIG_INPUT_ADBHID=y >>> >> >> >> > CONFIG_NET_TEAM_MODE_LOADBALANCE=m >>> >> >> >> >>> >> >> >> The necessary ADB support is there, but the device tree shows no >>> >> >> >> ADB >>> >> >> >> devices. You have not had the main board exchanged since using >>> >> >> >> Xubuntu, by any chance? >>> >> >> >> >>> >> >> >> Can you tar up the contents of /proc/device-tree for me to >>> >> >> >> compare >>> >> >> >> with what I have on my PowerBook? >>> >> >> >> >>> >>
Bug#770907: /sbin/trackpad: trackpad command will not enable tap to click
Herminio, I got one approx. 20 minutes ago which only contained a symbolic link to /sys/firmware/devicetree/base - what I need is that /sys/firmware/devicetree/base path packed up, Thanks, Michael Schmitz On Wed, Nov 26, 2014 at 10:29 AM, Herminio Hernandez, Jr. wrote: > did youget my attachment? > > On Tue, Nov 25, 2014 at 3:27 PM, Michael Schmitz > wrote: >> >> OK, that should help - I would still need your OF device tree to see >> what the 3.x kernels' ADB driver should make of the ADB I/O requests >> from trackpad. >> >> Regards, >> >> Michael Schmitz >> >> >> On Wed, Nov 26, 2014 at 10:20 AM, Herminio Hernandez, Jr. >> wrote: >> > I found a work around I was able to get two finger right working by >> > using >> > this command synclient TapButton2=3. I added that to my 50-synaptics >> > file >> > so it will stick on reboot. >> > >> > On Tue, Nov 25, 2014 at 3:15 PM, Michael Schmitz >> > wrote: >> >> >> >> Herminio, >> >> >> >> that just contains a symbolic link - could you please tar up >> >> /sys/firmware/devicetree/base/ now? >> >> >> >> Assuming, of course, that directory exists ... >> >> >> >> Regards, >> >> >> >> Michael Schmitz >> >> >> >> >> >> On Wed, Nov 26, 2014 at 10:04 AM, Herminio Hernandez, Jr. >> >> wrote: >> >> > Here you go! >> >> > >> >> > On Tue, Nov 25, 2014 at 2:53 PM, Michael Schmitz >> >> > >> >> > wrote: >> >> >> >> >> >> Herminio, >> >> >> >> >> >> On Wed, Nov 26, 2014 at 8:37 AM, Herminio Hernandez, Jr. >> >> >> wrote: >> >> >> > The command returned nothing. Here is from the kernel config >> >> >> > >> >> >> > rican-linux@debian-ppc:~$ sudo cat >> >> >> > /usr/src/linux-headers-3.16.0-4-powerpc/.config |grep ADB >> >> >> > CONFIG_ADB=y >> >> >> > CONFIG_ADB_CUDA=y >> >> >> > CONFIG_ADB_PMU=y >> >> >> > CONFIG_ADB_PMU_LED=y >> >> >> > CONFIG_ADB_MACIO=y >> >> >> > CONFIG_INPUT_ADBHID=y >> >> >> > CONFIG_NET_TEAM_MODE_LOADBALANCE=m >> >> >> >> >> >> The necessary ADB support is there, but the device tree shows no ADB >> >> >> devices. You have not had the main board exchanged since using >> >> >> Xubuntu, by any chance? >> >> >> >> >> >> Can you tar up the contents of /proc/device-tree for me to compare >> >> >> with what I have on my PowerBook? >> >> >> >> >> >> Regards, >> >> >> >> >> >> Michael Schmitz >> >> >> >> >> >> >> >> >> >> >> >> > >> >> >> > On Tue, Nov 25, 2014 at 1:22 PM, Michael Schmitz >> >> >> > >> >> >> > wrote: >> >> >> >> >> >> >> >> Herminio, >> >> >> >> >> >> >> >> your keyboard and trackpad appear to be USB devices, instead of >> >> >> >> ADB >> >> >> >> ones. My PowerBook (5,5) has the ADB ones - I recall that Apple >> >> >> >> changed the keyboard/trackpad to USB later on. >> >> >> >> >> >> >> >> The trackpad tool from powerpc-utils only supports the ADB >> >> >> >> hardware >> >> >> >> variant. sorry. >> >> >> >> >> >> >> >> I'm fairly certain this has been raised in the past - while >> >> >> >> support >> >> >> >> to >> >> >> >> program the trackpad via USB could be added in principle, what is >> >> >> >> needed is a detailed description of the commands necessary to >> >> >> >> detect >> >> >> >> and reprogram the trackpad device. >> >> >> >> >> >> >> >> You report that the trackpad setting was working when you used >> >> >> >> Xubuntu >> >> >> >> and Jessie - this suggests that your hardware is in fact capable >> &
Bug#770907: /sbin/trackpad: trackpad command will not enable tap to click
OK, that should help - I would still need your OF device tree to see what the 3.x kernels' ADB driver should make of the ADB I/O requests from trackpad. Regards, Michael Schmitz On Wed, Nov 26, 2014 at 10:20 AM, Herminio Hernandez, Jr. wrote: > I found a work around I was able to get two finger right working by using > this command synclient TapButton2=3. I added that to my 50-synaptics file > so it will stick on reboot. > > On Tue, Nov 25, 2014 at 3:15 PM, Michael Schmitz > wrote: >> >> Herminio, >> >> that just contains a symbolic link - could you please tar up >> /sys/firmware/devicetree/base/ now? >> >> Assuming, of course, that directory exists ... >> >> Regards, >> >> Michael Schmitz >> >> >> On Wed, Nov 26, 2014 at 10:04 AM, Herminio Hernandez, Jr. >> wrote: >> > Here you go! >> > >> > On Tue, Nov 25, 2014 at 2:53 PM, Michael Schmitz >> > wrote: >> >> >> >> Herminio, >> >> >> >> On Wed, Nov 26, 2014 at 8:37 AM, Herminio Hernandez, Jr. >> >> wrote: >> >> > The command returned nothing. Here is from the kernel config >> >> > >> >> > rican-linux@debian-ppc:~$ sudo cat >> >> > /usr/src/linux-headers-3.16.0-4-powerpc/.config |grep ADB >> >> > CONFIG_ADB=y >> >> > CONFIG_ADB_CUDA=y >> >> > CONFIG_ADB_PMU=y >> >> > CONFIG_ADB_PMU_LED=y >> >> > CONFIG_ADB_MACIO=y >> >> > CONFIG_INPUT_ADBHID=y >> >> > CONFIG_NET_TEAM_MODE_LOADBALANCE=m >> >> >> >> The necessary ADB support is there, but the device tree shows no ADB >> >> devices. You have not had the main board exchanged since using >> >> Xubuntu, by any chance? >> >> >> >> Can you tar up the contents of /proc/device-tree for me to compare >> >> with what I have on my PowerBook? >> >> >> >> Regards, >> >> >> >> Michael Schmitz >> >> >> >> >> >> >> >> > >> >> > On Tue, Nov 25, 2014 at 1:22 PM, Michael Schmitz >> >> > >> >> > wrote: >> >> >> >> >> >> Herminio, >> >> >> >> >> >> your keyboard and trackpad appear to be USB devices, instead of ADB >> >> >> ones. My PowerBook (5,5) has the ADB ones - I recall that Apple >> >> >> changed the keyboard/trackpad to USB later on. >> >> >> >> >> >> The trackpad tool from powerpc-utils only supports the ADB hardware >> >> >> variant. sorry. >> >> >> >> >> >> I'm fairly certain this has been raised in the past - while support >> >> >> to >> >> >> program the trackpad via USB could be added in principle, what is >> >> >> needed is a detailed description of the commands necessary to detect >> >> >> and reprogram the trackpad device. >> >> >> >> >> >> You report that the trackpad setting was working when you used >> >> >> Xubuntu >> >> >> and Jessie - this suggests that your hardware is in fact capable of >> >> >> addressing the trackpad as ADB device, and the LXDE kernel instead >> >> >> exposes the ADB devices as USB ones. >> >> >> >> >> >> Could you please check that the command >> >> >> >> >> >> find /proc/device-tree -type d -name adb >> >> >> >> >> >> returns one path name, and this path contains a 'mouse@3' or similar >> >> >> directory? >> >> >> >> >> >> Could you also check that the option CONFIG_ADB is enabled in your >> >> >> kernel's config? >> >> >> >> >> >> Regards, >> >> >> >> >> >> Michael Schmitz >> >> >> >> >> >> >> >> >> On Wed, Nov 26, 2014 at 5:03 AM, Herminio Hernandez, Jr. >> >> >> wrote: >> >> >> > I am running Apple PowerBook G4. This was working when I using >> >> >> > Xubuntu >> >> >> > and >> >> >> > also when I was running the MATE desktop when I installed Jesse. >> >> >> > It >> >> >> > was >> >> >> > just >> >> >
Bug#770907: /sbin/trackpad: trackpad command will not enable tap to click
Herminio, that just contains a symbolic link - could you please tar up /sys/firmware/devicetree/base/ now? Assuming, of course, that directory exists ... Regards, Michael Schmitz On Wed, Nov 26, 2014 at 10:04 AM, Herminio Hernandez, Jr. wrote: > Here you go! > > On Tue, Nov 25, 2014 at 2:53 PM, Michael Schmitz > wrote: >> >> Herminio, >> >> On Wed, Nov 26, 2014 at 8:37 AM, Herminio Hernandez, Jr. >> wrote: >> > The command returned nothing. Here is from the kernel config >> > >> > rican-linux@debian-ppc:~$ sudo cat >> > /usr/src/linux-headers-3.16.0-4-powerpc/.config |grep ADB >> > CONFIG_ADB=y >> > CONFIG_ADB_CUDA=y >> > CONFIG_ADB_PMU=y >> > CONFIG_ADB_PMU_LED=y >> > CONFIG_ADB_MACIO=y >> > CONFIG_INPUT_ADBHID=y >> > CONFIG_NET_TEAM_MODE_LOADBALANCE=m >> >> The necessary ADB support is there, but the device tree shows no ADB >> devices. You have not had the main board exchanged since using >> Xubuntu, by any chance? >> >> Can you tar up the contents of /proc/device-tree for me to compare >> with what I have on my PowerBook? >> >> Regards, >> >> Michael Schmitz >> >> >> >> > >> > On Tue, Nov 25, 2014 at 1:22 PM, Michael Schmitz >> > wrote: >> >> >> >> Herminio, >> >> >> >> your keyboard and trackpad appear to be USB devices, instead of ADB >> >> ones. My PowerBook (5,5) has the ADB ones - I recall that Apple >> >> changed the keyboard/trackpad to USB later on. >> >> >> >> The trackpad tool from powerpc-utils only supports the ADB hardware >> >> variant. sorry. >> >> >> >> I'm fairly certain this has been raised in the past - while support to >> >> program the trackpad via USB could be added in principle, what is >> >> needed is a detailed description of the commands necessary to detect >> >> and reprogram the trackpad device. >> >> >> >> You report that the trackpad setting was working when you used Xubuntu >> >> and Jessie - this suggests that your hardware is in fact capable of >> >> addressing the trackpad as ADB device, and the LXDE kernel instead >> >> exposes the ADB devices as USB ones. >> >> >> >> Could you please check that the command >> >> >> >> find /proc/device-tree -type d -name adb >> >> >> >> returns one path name, and this path contains a 'mouse@3' or similar >> >> directory? >> >> >> >> Could you also check that the option CONFIG_ADB is enabled in your >> >> kernel's config? >> >> >> >> Regards, >> >> >> >> Michael Schmitz >> >> >> >> >> >> On Wed, Nov 26, 2014 at 5:03 AM, Herminio Hernandez, Jr. >> >> wrote: >> >> > I am running Apple PowerBook G4. This was working when I using >> >> > Xubuntu >> >> > and >> >> > also when I was running the MATE desktop when I installed Jesse. It >> >> > was >> >> > just >> >> > slowing down my system so I moved to LXDE as my desktop. bellow are >> >> > my >> >> > logs. >> >> > >> >> > rican-linux@debian-ppc:~$ cat /proc/cpuinfo >> >> > processor : 0 >> >> > cpu : 7447A, altivec supported >> >> > clock : 833.333000MHz >> >> > revision : 1.2 (pvr 8003 0102) >> >> > bogomips : 36.86 >> >> > timebase : 18432000 >> >> > platform : PowerMac >> >> > model : PowerBook5,6 >> >> > machine : PowerBook5,6 >> >> > motherboard : PowerBook5,6 MacRISC3 Power Macintosh >> >> > detected as : 287 (PowerBook G4 15") >> >> > pmac flags : 001b >> >> > L2 cache : 512K unified >> >> > pmac-generation : NewWorld >> >> > Memory : 2048 MB >> >> > rican-linux@debian-ppc:~$ uname -a >> >> > Linux debian-ppc 3.16-2-powerpc #1 Debian 3.16.3-2 (2014-09-20) ppc >> >> > GNU/Linux >> >> > rican-linux@debian-ppc:~$ >> >> > >> >> > rican-linux@debian-ppc:~$ dmesg |grep device >> >> > [0.000229] Console: colour dummy device 80x25 >> >> > [0.001498] Initializing cgroup subsys devices >> >> > [0.030250] device-tree: Duplicate name
Bug#770907: /sbin/trackpad: trackpad command will not enable tap to click
Hi, That's the question I am trying to answer - note that my OF device tree also lists keyboard and mouse devices as USB devices under the UniNorth bridge. Comparing the macio ADB kernel driver, it seems the recent 3.x kernels do not probe for ADB devices through the ADB bus but instead rely on them being enumerated in the OF device tree. That might be the root cause of your problem. I'll check your device tree and see what I can find out. Regards, Michael Schmitz On Wed, Nov 26, 2014 at 8:39 AM, Herminio Hernandez, Jr. wrote: > Also why would the kernel see my built in keyboard and trackpad as USB? > > On Tue, Nov 25, 2014 at 1:37 PM, Herminio Hernandez, Jr. > wrote: >> >> The command returned nothing. Here is from the kernel config >> >> rican-linux@debian-ppc:~$ sudo cat >> /usr/src/linux-headers-3.16.0-4-powerpc/.config |grep ADB >> CONFIG_ADB=y >> CONFIG_ADB_CUDA=y >> CONFIG_ADB_PMU=y >> CONFIG_ADB_PMU_LED=y >> CONFIG_ADB_MACIO=y >> CONFIG_INPUT_ADBHID=y >> CONFIG_NET_TEAM_MODE_LOADBALANCE=m >> >> >> On Tue, Nov 25, 2014 at 1:22 PM, Michael Schmitz >> wrote: >>> >>> Herminio, >>> >>> your keyboard and trackpad appear to be USB devices, instead of ADB >>> ones. My PowerBook (5,5) has the ADB ones - I recall that Apple >>> changed the keyboard/trackpad to USB later on. >>> >>> The trackpad tool from powerpc-utils only supports the ADB hardware >>> variant. sorry. >>> >>> I'm fairly certain this has been raised in the past - while support to >>> program the trackpad via USB could be added in principle, what is >>> needed is a detailed description of the commands necessary to detect >>> and reprogram the trackpad device. >>> >>> You report that the trackpad setting was working when you used Xubuntu >>> and Jessie - this suggests that your hardware is in fact capable of >>> addressing the trackpad as ADB device, and the LXDE kernel instead >>> exposes the ADB devices as USB ones. >>> >>> Could you please check that the command >>> >>> find /proc/device-tree -type d -name adb >>> >>> returns one path name, and this path contains a 'mouse@3' or similar >>> directory? >>> >>> Could you also check that the option CONFIG_ADB is enabled in your >>> kernel's config? >>> >>> Regards, >>> >>> Michael Schmitz >>> >>> >>> On Wed, Nov 26, 2014 at 5:03 AM, Herminio Hernandez, Jr. >>> wrote: >>> > I am running Apple PowerBook G4. This was working when I using Xubuntu >>> > and >>> > also when I was running the MATE desktop when I installed Jesse. It was >>> > just >>> > slowing down my system so I moved to LXDE as my desktop. bellow are my >>> > logs. >>> > >>> > rican-linux@debian-ppc:~$ cat /proc/cpuinfo >>> > processor : 0 >>> > cpu : 7447A, altivec supported >>> > clock : 833.333000MHz >>> > revision : 1.2 (pvr 8003 0102) >>> > bogomips : 36.86 >>> > timebase : 18432000 >>> > platform : PowerMac >>> > model : PowerBook5,6 >>> > machine : PowerBook5,6 >>> > motherboard : PowerBook5,6 MacRISC3 Power Macintosh >>> > detected as : 287 (PowerBook G4 15") >>> > pmac flags : 001b >>> > L2 cache : 512K unified >>> > pmac-generation : NewWorld >>> > Memory : 2048 MB >>> > rican-linux@debian-ppc:~$ uname -a >>> > Linux debian-ppc 3.16-2-powerpc #1 Debian 3.16.3-2 (2014-09-20) ppc >>> > GNU/Linux >>> > rican-linux@debian-ppc:~$ >>> > >>> > rican-linux@debian-ppc:~$ dmesg |grep device >>> > [0.000229] Console: colour dummy device 80x25 >>> > [0.001498] Initializing cgroup subsys devices >>> > [0.030250] device-tree: Duplicate name in PowerPC,G4@0, renamed to >>> > "l2-cache#1" >>> > [0.045852] vgaarb: device added: >>> > PCI::00:10.0,decodes=io+mem,owns=mem,locks=none >>> > [0.062275] pci 0001:10:19.0: Can't enable PCI device, BIOS handoff >>> > failed. >>> > [0.062296] pci 0001:10:1a.0: enabling device ( -> 0002) >>> > [0.114960] pci 0001:10:1b.0: enabling device ( -> 0002) >>> > [0.170924] pci 0001:10:1b.1: enabling device ( -> 0002) >>> > [0.226921] pci 0001:10:1b.2: enablin
Bug#770907: /sbin/trackpad: trackpad command will not enable tap to click
Herminio, On Wed, Nov 26, 2014 at 8:37 AM, Herminio Hernandez, Jr. wrote: > The command returned nothing. Here is from the kernel config > > rican-linux@debian-ppc:~$ sudo cat > /usr/src/linux-headers-3.16.0-4-powerpc/.config |grep ADB > CONFIG_ADB=y > CONFIG_ADB_CUDA=y > CONFIG_ADB_PMU=y > CONFIG_ADB_PMU_LED=y > CONFIG_ADB_MACIO=y > CONFIG_INPUT_ADBHID=y > CONFIG_NET_TEAM_MODE_LOADBALANCE=m The necessary ADB support is there, but the device tree shows no ADB devices. You have not had the main board exchanged since using Xubuntu, by any chance? Can you tar up the contents of /proc/device-tree for me to compare with what I have on my PowerBook? Regards, Michael Schmitz > > On Tue, Nov 25, 2014 at 1:22 PM, Michael Schmitz > wrote: >> >> Herminio, >> >> your keyboard and trackpad appear to be USB devices, instead of ADB >> ones. My PowerBook (5,5) has the ADB ones - I recall that Apple >> changed the keyboard/trackpad to USB later on. >> >> The trackpad tool from powerpc-utils only supports the ADB hardware >> variant. sorry. >> >> I'm fairly certain this has been raised in the past - while support to >> program the trackpad via USB could be added in principle, what is >> needed is a detailed description of the commands necessary to detect >> and reprogram the trackpad device. >> >> You report that the trackpad setting was working when you used Xubuntu >> and Jessie - this suggests that your hardware is in fact capable of >> addressing the trackpad as ADB device, and the LXDE kernel instead >> exposes the ADB devices as USB ones. >> >> Could you please check that the command >> >> find /proc/device-tree -type d -name adb >> >> returns one path name, and this path contains a 'mouse@3' or similar >> directory? >> >> Could you also check that the option CONFIG_ADB is enabled in your >> kernel's config? >> >> Regards, >> >> Michael Schmitz >> >> >> On Wed, Nov 26, 2014 at 5:03 AM, Herminio Hernandez, Jr. >> wrote: >> > I am running Apple PowerBook G4. This was working when I using Xubuntu >> > and >> > also when I was running the MATE desktop when I installed Jesse. It was >> > just >> > slowing down my system so I moved to LXDE as my desktop. bellow are my >> > logs. >> > >> > rican-linux@debian-ppc:~$ cat /proc/cpuinfo >> > processor : 0 >> > cpu : 7447A, altivec supported >> > clock : 833.333000MHz >> > revision : 1.2 (pvr 8003 0102) >> > bogomips : 36.86 >> > timebase : 18432000 >> > platform : PowerMac >> > model : PowerBook5,6 >> > machine : PowerBook5,6 >> > motherboard : PowerBook5,6 MacRISC3 Power Macintosh >> > detected as : 287 (PowerBook G4 15") >> > pmac flags : 001b >> > L2 cache : 512K unified >> > pmac-generation : NewWorld >> > Memory : 2048 MB >> > rican-linux@debian-ppc:~$ uname -a >> > Linux debian-ppc 3.16-2-powerpc #1 Debian 3.16.3-2 (2014-09-20) ppc >> > GNU/Linux >> > rican-linux@debian-ppc:~$ >> > >> > rican-linux@debian-ppc:~$ dmesg |grep device >> > [0.000229] Console: colour dummy device 80x25 >> > [0.001498] Initializing cgroup subsys devices >> > [0.030250] device-tree: Duplicate name in PowerPC,G4@0, renamed to >> > "l2-cache#1" >> > [0.045852] vgaarb: device added: >> > PCI::00:10.0,decodes=io+mem,owns=mem,locks=none >> > [0.062275] pci 0001:10:19.0: Can't enable PCI device, BIOS handoff >> > failed. >> > [0.062296] pci 0001:10:1a.0: enabling device ( -> 0002) >> > [0.114960] pci 0001:10:1b.0: enabling device ( -> 0002) >> > [0.170924] pci 0001:10:1b.1: enabling device ( -> 0002) >> > [0.226921] pci 0001:10:1b.2: enabling device (0004 -> 0006) >> > [0.988432] radeonfb :00:10.0: enabling device (0006 -> 0007) >> > [2.034168] Console: switching to colour frame buffer device 160x53 >> > [2.123200] pata-pci-macio 0002:24:0d.0: enabling device ( -> >> > 0002) >> > [3.160097] mousedev: PS/2 mouse device common for all mice >> > [3.168453] input: PMU as /devices/virtual/input/input0 >> > [3.492861] b43-pci-bridge 0001:10:12.0: enabling device (0004 -> >> > 0006) >> > [3.503014] usbcore: registered new device driver usb >> > [3.529009] ssb: Sonics Silicon Backplane found on PCI device >> > 0001:10:12.
Bug#770907: /sbin/trackpad: trackpad command will not enable tap to click
Hi, what hardware exactly does this happen on? Please provide a copy of your boot log detailing the devices detected. Note that the existence of /dev/adb does not necessarily imply presence of ADB support by your hardware, or the presence of a trackpad device on the ADB bus in particular. Regards, Michael Schmitz Package: powerpc-utils Version: 1.1.3-25 Severity: normal File: /sbin/trackpad Tags: d-i Dear Maintainer, For some reason I am getting this error when I try to enable tap to click using the trackpad command. rican-linux@debian-ppc:~/Documents$ sudo trackpad tap [sudo] password for rican-linux: writing /dev/adb: No such device or address However I do have that device... rican-linux@debian-ppc:~/Documents$ ls -l /dev/adb crw--- 1 root root 56, 0 Nov 24 21:44 /dev/adb rican-linux@debian-ppc:~/Documents$ -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 3.16-2-powerpc 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 powerpc-utils depends on: ii libc6 2.19-13 powerpc-utils recommends no packages. powerpc-utils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#762790: powerpc-utils: maintainer address bounces
Hi, sorry about the bounce - I had been assured mail forwarding would be set up when the mailserver handling that address was retired. Shall I prepare a source-only upload to correct the address? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#765292: slurm: FTBFS on kfreebsd-*: error: operator '||' has no right operand
Hi Sebastian, Am Tue, 14 Oct 2014 00:31:07 +0200 schrieb Sebastian Ramacher : > Source: slurm > Version: 0.4.1-1 > Severity: serious > Justification: fails to build from source (but built successfully in > the past) > thanks for the report! I prepared a new upload to fix this bug. https://mentors.debian.net/package/slurm Best wishes, Matthias > slurm failed to build on kfreebsd-*: > | gcc -o slurm.o -c -g -O2 -fstack-protector-strong -Wformat > -Werror=format-security -D_FORTIFY_SOURCE=2 -D__Debian__ > -D_HAVE_NCURSES -D_HAVE_NCURSES_COLOR slurm.c | slurm.c:53:40: error: > operator '||' has no right operand | #elif __FreeBSD__ || > __FreeBSD_kernel__ | ^ | > slurm.c:75:2: warning: #warning "Your OS is not supported. Including > dummy code!" [-Wcpp] | #warning "Your OS is not supported. Including > dummy code!" | ^ | slurm.c: In function 'slurm_shutdown': > | slurm.c:1607:2: warning: ignoring return value of 'system', > declared with attribute warn_unused_result [-Wunused-result] | > system("clear"); | ^ > | scons: *** [slurm.o] Error 1 > | scons: building terminated because of errors. > > See > https://buildd.debian.org/status/fetch.php?pkg=slurm&arch=kfreebsd-amd64&ver=0.4.1-1&stamp=1412407785 > for a full build log. > > Cheers signature.asc Description: PGP signature
Bug#571120: RFS: pisa/python-pisa
Hi Martin, hi *, Am Wed, 23 Apr 2014 17:55:02 + schrieb "W. Martin Borgert" : > Quoting Matthias Schmitz : > > Would you (or somebody from the Debian Python Modules > > Team) please have a look over my changes [2] and if it fits upload > > the package? > > Looks good to me. > > PS: Sorry for the late reply - to many public holidays ;~) any progress here? I'am afraid pisa and therewith trac-wikiprint is gone today... Could please somebody upload the fixed pisa version [1]? [1] http://anonscm.debian.org/viewvc/python-modules/packages/pisa/trunk/ Thanks and best wishes, Matthias > signature.asc Description: PGP signature
Bug#571120: RFS: pisa/python-pisa
Hello Martin, hello DPMT :-), i updated the package python-pisa [1] and fixed a rc bug to avoid its removal. Would you (or somebody from the Debian Python Modules Team) please have a look over my changes [2] and if it fits upload the package? Best wishes, Matthias [1] http://packages.qa.debian.org/p/pisa.html [2] http://anonscm.debian.org/viewvc/python-modules/packages/pisa/trunk/debian/ signature.asc Description: PGP signature
Bug#738140: powerpc-utils: please enable build on ppc64el
Adam, I can add ppc64el, but someone else will need to compile it even on powerpc - my toolchain is in a truly sorry state. I could NMU-with-consent, or even add myself to Uploaders and co- maintain, if you'd be okay with that? I'd be absolutely OK with that. Given the upload history, I get the impression it's mostly self-maintaining anyway, but it wouldn't hurt to bring it up to current packaging/toolchain/etc standards, and I'd be happy to do that. Go ahead - I still use Debian on my powerbook but I admit to being mostly out of it now, A bit of m68k stuff, not much time for anything else. With ppc Macs not longer a moving target, there's the odd wishlist item filed that I can't really do much about, and it's tracking package standards changes and such like mostly. Still tends to bitrot if not looked after. I'll look into the epoch thing - do I need to conflict on powerpc-ibm-utils as well? Nope. We're carrying both (just as Debian is), we just accidentally got an inflated version number when someone took an IBM wishlist "please upgrade to new version" bug at face value without looking closely enough, and I had to revert: https://launchpad.net/ubuntu/+source/powerpc-utils/1.2.18+r1.1.3 -24ubuntu1 Happens if you're in a hurry I guess. If adding an epoch sorts it out for you, I'm fine with that. Thanks for pointing out that powerpc-ibm-utils has already been packaged. I'll try to keep that in mind for the next odd wishlist request in a few year's time. Packaged, and orphaned. I think I'll rescue -ibm-utils while I'm on this warpath, and make sure the world's in good shape. I would have expected better of them. Anyway, if that keeps them off our back, it's well worth the effort. Thanks for volunteering, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#738140: powerpc-utils: please enable build on ppc64el
Hi Adam, I can add ppc64el, but someone else will need to compile it even on powerpc - my toolchain is in a truly sorry state. I'll look into the epoch thing - do I need to conflict on powerpc-ibm-utils as well? Thanks for pointing out that powerpc-ibm-utils has already been packaged. I'll try to keep that in mind for the next odd wishlist request in a few year's time. Cheers, Michael Package: powerpc-utils Severity: normal It would be lovely if you added ppc64el to the arch list for powerpc-utils to enable building on that new port (already in Ubuntu, and likely to show up in debian-ports at some point in the not-too-distant future). Also, while this is a bit of a strange request, I'd love it if you could add an epoch to the version to help your downstreams (namely us, *sigh*) skip over a versioning snafu where someone accidentally "upgraded" powerpc- utils to powerpc-ibm-utils and I had to revert it. ... Adam -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-7-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737957: [Packaging] Bug#737957: munin: depends on transitional package ttf-dejavu
Hi Holger, hi *, Am Sat, 8 Feb 2014 00:40:04 +0100 schrieb Holger Levsen : > On Samstag, 8. Februar 2014, Matthias Schmitz wrote: > > I updated the d/control in the branches 'debian' [1] and the > > 'debian-experimental' [2] so with the next release / upload this > > should be fixed. > > no, you didn't - or you didn't push the debian-experimental branch > (yet?) :) exactly! :-) > cheers, > Holger - I'm currently too busy with other stuff to work on > munin myself, but I'll happily review and upload, if I can. Both > 2.0.19-4 or 2.1.5-1 2.1.5-1 is prepared for upload but i have to take another look at the apache stuff in 2.0.19-4. Best wishes, Matthias signature.asc Description: PGP signature
Bug#737957: munin: depends on transitional package ttf-dejavu
Hi Helmut, hi *, On Fri, Feb 07, 2014 at 09:46:38AM +0100, Helmut Grohne wrote: > Package: munin > Version: 2.0.19-3 > Severity: minor > > The munin package depends on the ttf-dejavu package. The latter is being > hit by the fonts transition from ttf-* package names to fonts-* package > names. In order to make removal of ttf-dejavu possible (the ultimate > goal), munin needs to stop depending on it. Since ttf-dejavu (and its > dependencies) provide compatibility symlinks, simply swapping out the > dependency from ttf-dejavu to fonts-dejavu may break things. It must be > verified that the compatibility symlinks are not used by munin. How does > munin use these fonts? Via rrdtool? Munin doesn't use the font file directly but configures RRDs::graph to use it by adding --font 'DejaVuSans' to the config options of RRDs. So it should be safe to replace ttf-dejavu by fonts-dejavu in the Depends:. I updated the d/control in the branches 'debian' [1] and the 'debian-experimental' [2] so with the next release / upload this should be fixed. best wishes, Matthias [1] http://anonscm.debian.org/gitweb/?p=collab-maint/munin.git;a=shortlog;h=refs/heads/debian [2] http://anonscm.debian.org/gitweb/?p=collab-maint/munin.git;a=shortlog;h=refs/heads/debian-experimental -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719601: What is the status of the packaging?
Hi Ben, hi Ole, hi *, On Fri, Jan 31, 2014 at 08:28:21PM +0100, Matthias Schmitz wrote: > On Fri, Jan 24, 2014 at 09:11:51PM +0100, Ole Streicher wrote: > > Control: affects -1 + python-astropy > > > > I am packaging python-astropy, and this package includes > > jquery.datatable.min.js for some extended functionality. I would like to > > replace this by this Debian package. What is the current status here? > i started the packaging here [1] and mailed with Ben Armstrong who is willing > (or was ;) ) to sponsor it but i lost track > > I'll take a look at the package and answer soon. If you like ping my again in > some days if i don't document the progress here. i updated the package and pushed the changes to git.debian.org [1]. I reworked the creation of the dfsg-clean orig tarball now only three files get deleted for legal reasons. Ben if you still wan't to sponsor the package would you please review? Best wishes, Matthias [1] http://anonscm.debian.org/gitweb/?p=collab-maint/jquery-datatables.git;a=summary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719601: What is the status of the packaging?
Hi Ole, On Fri, Jan 24, 2014 at 09:11:51PM +0100, Ole Streicher wrote: > Control: affects -1 + python-astropy > > I am packaging python-astropy, and this package includes > jquery.datatable.min.js for some extended functionality. I would like to > replace this by this Debian package. What is the current status here? i started the packaging here [1] and mailed with Ben Armstrong who is willing (or was ;) ) to sponsor it but i lost track I'll take a look at the package and answer soon. If you like ping my again in some days if i don't document the progress here. best wishes, Matthias [1] http://anonscm.debian.org/gitweb/?p=collab-maint/jquery-datatables.git;a=summary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736404: Need to update powerpc-utils to version 1.2.18
tags 736404 wontfix close 736404 thank you Thierry, as you should be well aware, the sourceforge powerpc-utils is an entirely new codebase, targeting very different systems from those that the current Debian powperpc-utils package targets. Updating the current powerpc-utils package from the new repository would break the package, because functionality present in the old package will be lost. I believe I have pointed this out in the past, on occasion of a similar request. Renaming current powerpc-utils to powermac-utils might be possible, but it would be impossible to ensure all users on old powerpc (PowerMac) hardware actually install a transitional package effecting the name change before replacing it with one geared towards power64 hardware. Last but not least, I lack the required hardware to test a power64 package. You should consider creating a new package for your purpose - power64-utils comes to mind here. Regards, Michael Schmitz Thierry@vnet wrote: Package: powerpc-utils Version: 1.1.3-24 Package should be upgraded to the upstream release 1.2.18 located at http://sourceforge.net/projects/powerpc-utils/files/powerpc-utils/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734471: libjs-slimbox: Please update the package to the newest upstream version
Package: libjs-slimbox Version: 2.04-1 Severity: wishlist Dear Sascha, a newer upstream version is of slimbox is available: slimbox 2.05. It would be nice if you update the package. Best wishes, Matthias -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-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 libjs-slimbox depends on no packages. Versions of packages libjs-slimbox recommends: ii javascript-common 11 libjs-slimbox suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734469: libjs-slimbox: Please add libjs-jquery to Depends:
Package: libjs-slimbox Version: 2.04-1 Severity: normal Dear Sascha, slimbox requires jquery to work so the libjs-slimbox package should depend on libjs-jquery. Best wishes, Matthias -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-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 libjs-slimbox depends on no packages. Versions of packages libjs-slimbox recommends: ii javascript-common 11 libjs-slimbox suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723026: [Packaging] Bug#723026: munin uses deprecated defined(@array) from Log4Perl::Config
Hi Holger, hi *, - Ursprüngliche Mitteilung - > On Montag, 30. Dezember 2013, Matthias Schmitz wrote: > > the message is triggered by Log4perl/Config.pm which indeed use this > > deprecated define(@...) in the version 1.29-1. This was also reported > > in http://bugs.debian.org/721998 and fixed with the upload of the new > > upstream release. > > > > Please upgrade to the latest liblog-log4perl-perl to get rid of this > > message. > > so this isnt a munin bug and should be closed/reassigned/affects? I close this bug report as the original bug #721998 is already fixed. Best wishes, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732462: [Packaging] Bug#732462: munin-node: unowned directories after purge: /var/lib/munin-node/plugin-state/{munin, nobody, root}/
Hi Holger, hi Steve, hi *, On Wed, Dec 18, 2013 at 03:13:21PM +0100, Holger Levsen wrote: > On Mittwoch, 18. Dezember 2013, Matthias Schmitz wrote: > > How should we deal with this data? When purging 'munin' we don't delete > > the rrd files. But the statefiles are not this important should we > > simply delete them at purge? > > yes. (They'd be outdated after a short time anyway..) i prepared a postrm for munin-plugins-core and pushed it to the git repo. http://anonscm.debian.org/gitweb/?p=collab-maint/munin.git;a=commit;h=163f8192cda7a7318a94c5849562508d385c5dce Please have a look :-) Best wishes, Matthias > > > cheers, > Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#722654: Munin's apache.conf isn't fully compatible with Apache 2.4
Hi Adrian, hi *, On Fri, Sep 13, 2013 at 04:31:25AM +0200, Adrian Immanuel Kiess wrote: > Package: munin > Version: 2.0.17-2 > Severity: important > > munin does not work any longer because the Alias statement of apache2 does not > work correctly anymore. I already filed a bugreport against apache2 because of > this. i could not reproduce a problem with the Alias statement. Please check if the needed module mod_alias is loaded in your apache installation (e.g. sudo apache2ctl -t -D DUMP_MODULES | grep alias). Nevertheless we have an issue with the access control directives "Allow from.." in the apache.conf. As upgrading.html [1] points out we should replace them with the new Require directives from the new mod_authz_host module. At the moment the configuration leads to "403 Forbidden" in the browser and "AH01630: client denied by server configuration: /var/cache/munin/www/" in apache's error.log. [1] http://httpd.apache.org/docs/current/upgrading.html#run-time Best wishes, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#723026: munin uses deprecated defined(@array) from Log4Perl::Config
Hi Adrian, hi *, i accidentally answered the wrong bug report (#722654 instead of #723026) so here again with the right bug number. On Fri, Sep 13, 2013 at 04:31:25AM +0200, Adrian Immanuel Kiess wrote: > Package: munin > Version: 2.0.17-2 > Severity: important > ... > In addition to that, munin uses depecated defined(@array) from > Log4Perl::Config. This is very annoying, the error message is sent > all five minutes to my inbox. > > Error message: > > defined(@array) is deprecated > at /usr/share/perl5/Log/Log4perl/Config.pm line 864. > (Maybe you should just omit the defined()?) the message is triggered by Log4perl/Config.pm which indeed use this deprecated define(@...) in the version 1.29-1. This was also reported in http://bugs.debian.org/721998 and fixed with the upload of the new upstream release. Please upgrade to the latest liblog-log4perl-perl to get rid of this message. Sorry that it takes this long to answer to your report! Best wishes, Matthias > > -- System Information: > Debian Release: jessie/sid > APT prefers testing > APT policy: (900, 'testing'), (800, 'unstable') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.10-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 munin depends on: > ii adduser 3.113+nmu3 > ii cron 3.0pl1-124 > ii libdate-manip-perl 6.40-1 > pn libdigest-md5-perl > ii libfile-copy-recursive-perl 0.38-1 > ii libhtml-template-perl2.94-1 > ii libio-socket-inet6-perl 2.69-2 > ii liblog-log4perl-perl 1.29-1 > ii libparse-recdescent-perl 1.967009+dfsg-1 > ii librrds-perl 1.4.7-2+b1 > pn libstorable-perl > ii liburi-perl 1.60-1 > ii munin-common 2.0.17-2 > ii perl [libtime-hires-perl]5.18.1-3 > ii perl-modules 5.18.1-3 > ii rrdtool 1.4.7-2+b1 > ii ttf-dejavu 2.33+svn2514-3 > > Versions of packages munin recommends: > pn munin-doc > ii munin-node 2.0.17-2 > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#733520: RFP: python-flaskext.restful -- Extension to Flask for building REST APIs
Package: wnpp Severity: wishlist * Package name: python-flaskext.restful Version : 0.2.1 Upstream Author : Kyle Conroy * URL : https://github.com/twilio/flask-restful/ * License : BSD Programming Lang: Python Description : Extension to Flask for building REST APIs >From the documentation site [1]: Flask-RESTful is an extension for Flask that adds support for quickly building REST APIs. It is a lightweight abstraction that works with your existing ORM/libraries. Flask-RESTful encourages best practices with minimal setup. If you are familiar with Flask, Flask-RESTful should be easy to pick up. [1] http://flask-restful.readthedocs.org/en/latest/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732462: munin-node: unowned directories after purge: /var/lib/munin-node/plugin-state/{munin, nobody, root}/
Am Wed, 18 Dec 2013 13:22:22 +0100 schrieb Matthias Schmitz : > Hi Andreas, hi Holger, hi *! > > Am Wed, 18 Dec 2013 10:53:02 +0100 > schrieb Andreas Beckmann : > > > Package: munin-node > > Version: 2.0.19-2 > > Severity: important > > User: debian...@lists.debian.org > > Usertags: piuparts > ... > > >From the attached log (scroll to the bottom...): > > > > 0m32.7s ERROR: FAIL: Package purging left files on system: > > /var/lib/munin-node/plugin-state/munin/not owned > > /var/lib/munin-node/plugin-state/nobody/ not owned > > /var/lib/munin-node/plugin-state/root/ not owned > The directory "/var/lib/munin-node/" is created (and removed at purge) > by the package munin-plugins-core. Argl, i was a little rashly. Indeed munin-plugins-core doesn't remove the directory if its not empty. The files saved in the plugin-state// directories are created when a plugin runs that needs to save a state (ether within munin-node or with munin-run). How should we deal with this data? When purging 'munin' we don't delete the rrd files. But the statefiles are not this important should we simply delete them at purge? Best wishes, Matthias signature.asc Description: PGP signature
Bug#732462: munin-node: unowned directories after purge: /var/lib/munin-node/plugin-state/{munin, nobody, root}/
Hi Andreas, hi Holger, hi *! Am Wed, 18 Dec 2013 10:53:02 +0100 schrieb Andreas Beckmann : > Package: munin-node > Version: 2.0.19-2 > Severity: important > User: debian...@lists.debian.org > Usertags: piuparts > during a test with piuparts I noticed your package left unowned > directories on the system after purge, which is a violation of > policy 6.8: ... > >From the attached log (scroll to the bottom...): > > 0m32.7s ERROR: FAIL: Package purging left files on system: > /var/lib/munin-node/plugin-state/munin/ not owned > /var/lib/munin-node/plugin-state/nobody/ not owned > /var/lib/munin-node/plugin-state/root/ not owned The directory "/var/lib/munin-node/" is created (and removed at purge) by the package munin-plugins-core. So maybe the path name is "a little" misleading... Best wishes, Matthias signature.asc Description: PGP signature
Bug#239816: bug#16134: libparted Atari partition table support
Philip, On 12/17/2013 2:17 PM, Thorsten Glaser wrote: I thought so too, but it turns out that the Atari IDE interface is literally wired “the wrong way”, so you do need to bswap the entire disc – not just partition table or filesystem metadata – but also user data – before exchanging it between any other sy‐ stem with IDE and an Atari. Don’t mind that detail. Oh wow. That's some serous dain bramage... Yep, that's seriously borked up. Someone traded sanity and portability for speed (originally these machines did have a 16 MHz 68030 only). Can't have been delusions to be the only game in town at that stage (the Amigas and Macs already had 040 processors in use by that time), so it's even more amazing. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#239816: libparted Atari partition table support
John, as long as libparted (or some other PC side kernel magic automagically invoked by libparted - dm??) does take care of byte-swapping IDE data on the fly, go for it. I had a quick glance at the code and could find nothing to that effect. Otherwise, your only option would be to run gparted with these patches natively on ARAnyM, with the byte swapping taken care of by ARAnyM. Cheers, Michael Am 14.12.2013 um 11:54 schrieb John Paul Adrian Glaubitz: Hi! While chatting with someone who was trying to install Linux onto his ATARI Falcon 060, we stumbled into the task getting the hard disk partitioned for the ATARI Falcon to be used. Since I already successfully created an Amiga partition table with the help of gparted and libparted, I thought it would be as easy as that for ATARI partitions, too. Unfortunately, libparted currently doesn't support ATARI partition tables. However, there is a long-standing bug report open which contains the necessary patches for libparted to support that [1]. Since we're in the process of reviving the m68k port of Debian, I guess we should also put efforts into getting this patch finally to upstream so people can prepare their ATARI hard disks on their Linux PCs before using them in the ATARI or change partitions once Linux is running on their ATARIs. Adrian [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=239816 -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730584: xul-ext-timeline: Dependency to iceowl-extension always installs icedove
Package: xul-ext-timeline Version: 0.5-1 Severity: normal Hi, since the last update of the xul-ext-timeline the package has a fix dependency to iceowl-extension. This installs always an icedove even if iceowl is already installed. Icedove and Iceowl are added to the Depends: by ${xpi:Depends} but icedove without iceowl-extension can not use the timeline add-on. I propose to add "iceowl | iceowl-extension" again to the Depends: as this is the correct logic to choose between iceowl and icedove. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 Versions of packages xul-ext-timeline depends on: ii icedove 17.0.9-2 ii iceowl1.9-3 ii iceowl-extension 17.0.9-2 xul-ext-timeline recommends no packages. xul-ext-timeline suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#665688: which upstream commit fixed this?
Hi Holger, hi *, - Ursprüngliche Mitteilung - > which upstream commit fixed #665688? > this is the commit https://github.com/munin-monitoring/munin/commit/f55f5fe95762b219fbe905c8b6c6abe1c1ca85ce on the stable-2.0 branch. It is hacky but we try to get rid of the Makefile or at least much of it so this patch isn't on master. Best wishes, Matthias > > cheers, > Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719793: RFP: file-uploader -- file upload library for webpages
Package: wnpp Severity: wishlist * Package name: file-uploader Version : 2.0.0 Upstream Author : Simon East * URL : https://github.com/Valums-File-Uploader/file-uploader * License : GPL-2 Programming Lang: JavScript Description : file upload library for webpages Multiple file upload plugin for HTML forms. User-friendly progress-bar + uploads via drag-and-drop. Coded in Javascript + AJAX, not Flash. Server-side PHP, Java, & ColdFusion examples included. Needed as dependency for OpenNebula 4.2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719784: RFP: libjs-cryptojs -- collection of cryptographic algorithms implemented in JavaScript
Package: wnpp Severity: wishlist * Package name: libjs-cryptojs Version : 3.1 Upstream Author : Jeff Mott * URL : http://code.google.com/p/crypto-js/ * License : BSD-3 Programming Lang: JavaScript Description : collection of cryptographic algorithms implemented in JavaScript CryptoJS is a growing collection of standard and secure cryptographic algorithms implemented in JavaScript using best practices and patterns. They are fast, and they have a consistent and simple interface. Thi spackage is needed as dependency for OpenNebula 4.2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719783: RFP: libjs-jquery-layout -- jquery page layout manager
Package: wnpp Severity: wishlist * Package name: libjs-jquery-layout Version : 1.2.0 Upstream Author : Fabrizio Balliano, Kevin Dalman * URL : http://layout.jquery-dev.net/ * License : GPL + MIT Programming Lang: JavaScript Description : jquery page layout manager The UI Layout plug-in can create any UI look you want - from simple headers or sidebars, to a complex application with toolbars, menus, help-panels, status bars, sub-forms, etc. It is needed as dependency by OpenNebula 4.2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719779: RFP: ruby-rbvmomi -- interface to the VMware vSphere API
Package: wnpp Severity: wishlist * Package name: ruby-rbvmomi Version : 1.6.0 Upstream Author : RbVmomi Developers * URL : https://github.com/vmware/rbvmomi * License : MIT Programming Lang: Ruby Description : interface to the VMware vSphere API RbVmomi is a Ruby interface to the vSphere API to manage ESX and VirtualCenter servers. The current release supports the vSphere 5.0 API. It is needed as dependency for OpenNebula 4.2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719758: RFS: jgrowl/1.2.13-1 ITP to resolve OpenNebula dependency
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "jgrowl" * Package name: jgrowl Version : 1.2.13-1 Upstream Author : Stan Lemon * URL : https://github.com/stanlemon/jGrowl * License : GPL-2 or MIT Section : web It builds those binary packages: libjs-jquery-jgrowl - notification system for jquery To access further information about this package, please visit the following URL: http://mentors.debian.net/package/jgrowl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/j/jgrowl/jgrowl_1.2.13-1.dsc Regards, Matthias Schmitz signature.asc Description: PGP signature
Bug#719604: RFP: libjs-jquery-simple-dtpicker -- is a simple and clean jQuery date picker
Package: wnpp Severity: wishlist * Package name: libjs-jquery-simple-dtpicker Version : latest Upstream Author : Masanori Ohgita * URL : https://github.com/mugifly/jquery-simple-datetimepicker * License : MIT Programming Lang: JavaScript Description : is a simple and clean jQuery date picker The library is needed a dependency for OenNebula 4.2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719601: RFP: libjs-jquery-datatable -- is a jQuery plug-in that makes nice tables from different data sources.
Package: wnpp Severity: wishlist * Package name: libjs-jquery-datatable Version : 1.9.4 Upstream Author : SpryMedia * URL : http://datatables.net * License : GPL-2 or BSD Programming Lang: JavaScript Description : is a jQuery plug-in that makes nice tables from different data sources. The library is needed as dependency for OpenNebula 4.2.0. Its already shipped embedded in phpsysinfo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719594: RFP: libjs-jgrowl -- is an unobtrusive notification system for web applications.
Package: wnpp Severity: wishlist * Package name: libjs-jgrowl Version : 1.2.12 Upstream Author : Stan Lemon * URL : https://github.com/stanlemon/jGrowl * License : MIT Programming Lang: Javascript Description : is an unobtrusive notification system for web applications. jGrowl is a jQuery plugin that raises unobtrusive messages within the browser, similar to the way that OS X's Growl Framework works. The idea is simple, deliver notifications to the end user in a noticeable way that doesn't obstruct the work flow and yet keeps the user informed. It is needed for OpenNebula 4.2.0 to avoid shipping an embedded js library as. The library is already embedded in libjifty-perl and phpsysinfo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719449: ITP: munin-c -- This package should contain a partial C rewrite of various munin components.
Package: wnpp Owner: Matthias Schmitz Severity: wishlist * Package name: munin-c Version : 0.0.1 Upstream Author : Helmut Grohne , Steve Schnepp * URL : https://github.com/munin-monitoring/munin-c * License : GPL-2 Programming Lang: C Description : This package should contain a partial C rewrite of various munin components. The purpose is multiple: * reducing resource usage for embedded plateforms, specially when paired with the C rewrite of the core plugins. * no need for Perl * Everything runs from inetd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718959: munin: fails to install: You must invoke apache2-maintscript-helper with an unmodified environment when sourcing it
Hi everyone, this happens only with Apache 2.4. Best wishes, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#708864: Munin breaks Apache config on removal
Hi Jurij, On Sun, May 19, 2013 at 10:35:39AM +0100, Jurij Smakov wrote: > Package: munin > Version: 2.0.14-1 > Severity: important > > As illustrated by the following transcript, removing munin and > friends results in a dangling symlink > > /etc/apache2/conf.d/munin -> ../../munin/apache.conf > > which breaks apache configuration. thanks for this report! This happens because of an wrong test in munin.postrm. Instead of testing that a symlink exists we tested if a file exists. I fixed it in the git repository now the symlink is deleted on purge of munin. best wishes, Matthias signature.asc Description: PGP signature
Bug#717847: Logfiles should not be executable
Hi Cyril, On Thu, Jul 25, 2013 at 05:43:19PM +0200, Cyril Bouthors wrote: > Package: munin > Version: 2.0.6-4+deb7u1 > Severity: important > > Hi, > > I just installed Munin on a new machine and discovered that some > logfiles are executable! thanks for the report! The executable bit comes from a wrong chmod in munin.postinst. It is fixed now in the git repository. best regards, Matthias > > 17:42 root@monitoringvm1:/var/log/munin# ls -la > total 891024 > drwxr-xr-x 2 muninwww-data 4096 Jul 25 14:45 . > drwxr-xr-x 18 root root 4096 Jul 25 14:40 .. > -rwxr-x--- 1 www-data adm 0 Jul 25 14:41 > munin-cgi-graph.log -rwxr-x--- 1 www-data adm 0 Jul 25 > 14:41 munin-cgi-html.log -rw-r--r-- 1 muninmunin386888061 > Jul 25 17:42 munin-graph.log -rw-r--r-- 1 muninmunin > 11867 Jul 25 17:32 munin-html.log -rw-r--r-- 1 munin > munin 5308 Jul 25 17:40 munin-limits.log -rw-r--r-- 1 > root root 3296 Jul 25 14:40 munin-node-configure.log > -rw-r--r-- 1 root root 29637 Jul 25 17:27 munin-node.log > -rw-r--r-- 1 muninmunin525435358 Jul 25 17:42 > munin-update.log > > Would it be possible to fix this? signature.asc Description: PGP signature
Bug#672234: Backport trac-mercurial
Hi Maarten, > Is it possible to backport trac-mercurial to squeeze-backports? > > trac-mercurial from squeeze does not play nice with trac from > squeeze-backports, but trac-mercurial from wheezy does not give any > problems with trac from squeeze-backports is this bug still relevant? Maybe we can close it now as wheezy is released. Best wishes, Matthias signature.asc Description: PGP signature
Bug#705918: Must not depend on icedove but on icedove | iceowl
Package: xul-ext-timeline tags 705918 fixed pending thanks Hi Guido, hi *, i uploaded an updated package to mentors [1] which fixes this problem. The package has now a versioned Build-Depends: mozilla-devscripts (>= 0.34). In this version dh_xul-ext adds iceowl to the xpi:Depends and the right Depends: line is created. Best wishes, Matthias [1] https://mentors.debian.net/package/timeline signature.asc Description: PGP signature
Bug#705832: Should use em:requires
Package xul-ext-timeline notfound 0.4.2-2 thanks Hi Guido, hi *, > the extension is pretty useless without lightning so it should declare > that in it's install.rdf: > > > > > {e2fda1a4-762b-4020-b5ad-a41df1933103} > 0.9 > 1.* > > > > See: > > https://developer.mozilla.org/en/docs/Install_Manifests > > for more information. the tag is obsolete / not longer supported and in fact it is ignored by icedove (i tested it with a non resolvable dependency but timeline still works). This is also documented on https://developer.mozilla.org/en/docs/Install_Manifests A dependency to iceowl / iceowl-extension is declared in the package (as soon as #705918 is fixed) so this should work for the most cases. Best wishes, Matthias signature.asc Description: PGP signature
Bug#705394: #705394: Right click context menu lacks ticks
package xul-ext-timeline retitle 705394 Right click context menu lacks ticks tags 705394 + fixed pending thanks Hi everyone, i fixed the described problem and uploaded an updated package to mentors.debian.net: https://mentors.debian.net/package/timeline Dear Guido, would you please sponsor this upload? Best wishes, Matthias signature.asc Description: PGP signature
Bug#705396: Let dh_xul-ext add iceowl to xpi:Depends
tags 705396 patch thanks >From 14fa292cabdd3009e7f30457c7b04ab3613e1f96 Mon Sep 17 00:00:00 2001 From: Matthias Schmitz Date: Sun, 14 Apr 2013 11:47:06 +0200 Subject: [PATCH 2/3] Add iceowl to xpi:Depends auto-detection. --- data/xul-app-data.csv.Debian |1 + tests/dh_xul-ext/debian/install.rdf |8 tests/dh_xul-ext/expected_result/debian.substvars |8 3 files changed, 13 insertions(+), 4 deletions(-) diff --git a/data/xul-app-data.csv.Debian b/data/xul-app-data.csv.Debian index eb98c84..cd03c8a 100644 --- a/data/xul-app-data.csv.Debian +++ b/data/xul-app-data.csv.Debian @@ -3,3 +3,4 @@ id,package,sol,eol {3550f703-e582-4d05-9a08-453d09bdfdc6},icedove,1.5.0.7,* {92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a},iceape,1.0.6,* {a79fe89b-6662-4ff4-8e88-09950ad4dfde},conkeror,0.9,* +{718e30fb-e89b-41dd-9da7-e25a45638b28},iceowl,1.5,* diff --git a/tests/dh_xul-ext/debian/install.rdf b/tests/dh_xul-ext/debian/install.rdf index cee21e9..c18e0bd 100644 --- a/tests/dh_xul-ext/debian/install.rdf +++ b/tests/dh_xul-ext/debian/install.rdf @@ -36,5 +36,13 @@ 100.* + + + +{718e30fb-e89b-41dd-9da7-e25a45638b28} +1.5 +1.9 + + diff --git a/tests/dh_xul-ext/expected_result/debian.substvars b/tests/dh_xul-ext/expected_result/debian.substvars index 2ddae7a..f1c1023 100644 --- a/tests/dh_xul-ext/expected_result/debian.substvars +++ b/tests/dh_xul-ext/expected_result/debian.substvars @@ -1,5 +1,5 @@ -xpi:Depends=iceweasel (>= 3.5) | icedove (>= 3.0) | iceape (>= 2.0) | conkeror +xpi:Depends=iceweasel (>= 3.5) | icedove (>= 3.0) | iceape (>= 2.0) | conkeror | iceowl xpi:Recommends= -xpi:Breaks=conkeror (>> 100.+), iceape (<< 2.0), iceape (>> 2.4+), icedove (<< 3.0), icedove (>> 7.0~a1+), iceweasel (<< 3.5), iceweasel (>> 7.0~a0) -xpi:Enhances=conkeror, iceape, icedove, iceweasel -xpi:Provides=conkeror-test-package, iceape-test-package, icedove-test-package, iceweasel-test-package, test-package +xpi:Breaks=conkeror (>> 100.+), iceape (<< 2.0), iceape (>> 2.4+), icedove (<< 3.0), icedove (>> 7.0~a1+), iceowl (>> 1.9+), iceweasel (<< 3.5), iceweasel (>> 7.0~a0) +xpi:Enhances=conkeror, iceape, icedove, iceowl, iceweasel +xpi:Provides=conkeror-test-package, iceape-test-package, icedove-test-package, iceowl-test-package, iceweasel-test-package, test-package -- 1.7.10.4
Bug#705396: mozilla-devscripts: Let dh_xul-ext add iceowl to xpi:Depends
Package: mozilla-devscripts Version: 0.33 Severity: wishlist Dear Maintainer, please see the attached patch which added iceowl to the automatic detected programms for xpi:Depends. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-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 Versions of packages mozilla-devscripts depends on: ii perl 5.14.2-20 ii python 2.7.3-4 ii python-librdf 1.0.14.1-1 ii unzip 6.0-8 ii zip3.0-6 mozilla-devscripts recommends no packages. mozilla-devscripts suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#705372: ITP: xul-ext-timeline -- add timeline above the status bar of Icedove
Package: wnpp Severity: wishlist Owner: Matthias Schmitz * Package name: xul-ext-timeline Version : 0.4.2 Upstream Author : Teester * URL : https://addons.mozilla.org/en-US/thunderbird/user/teester/ * License : Mozilla Public License, version 1.1 Programming Lang: Javascript Description : Add a timeline above the status bar of Icedove This add-on adds a timeline above the status bar showing several hours (or days) into the past and future. Events are shown as boxes spanning the relevant time period and tasks with due dates are shown as lines at the due date. All Day events are shown as lines along the bottom of the timeline in the relevant calendar colour. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#569668: davmail ITP status update (Re: ITP: davmail)
Hi Geert, hi Alex, hello *, Am Mon, 1 Oct 2012 18:42:50 +0200 schrieb Geert Stappers : > On Mon, Oct 01, 2012 at 03:15:42PM +0200, Alexandre Rossi wrote: > > > > I'll be seeking sponsorship when wheezy is realeased, > > I want to be that sponsor. i used the packaging work of Alex and updated the packaging [1] to the newest version (davmail 4.2.1). As the Wheezy release will still take some little time what about uploading davmail (and the dependency libhtmlcleaner-java) to experimental? Best wishes from the Debian Groupware Meeting [2] :-), Matthias [1] http://anonscm.debian.org/gitweb/?p=pkg-java/davmail.git;a=summary [2] https://wiki.debian.org/GroupwareMeeting2013-04-12to14 signature.asc Description: PGP signature
Bug#78915: closed by Matteo Cypriani (Closing #78915 (fdutils bug: superformat doesn't work on m68k))
Matteo, > I am closing this bug because: > > 1. It has not been reproduced with the last version of fdutils, despite a > call > for testing launched in 2011 by myself. > > 2. m68k is not even a Debian architecture any more. Can't fault you there - I can't remember seeing the CFT but then, I had one ot two catastrophic mail spool crashes on this system. Anyway - > Furthermore, after discussing with Alain Knaff (fdutils' upstream), it > appears > that Amiga was never supported, as their floppy controller had nothing to do > with Intel controllers. However, Atari should probably work. According to the old bug report, it did fail on Atari. m68k/amiga not working I can see, and m68k/mac I never expected to work (similar for Apple ppc). > Please feel free to reopen this bug if you are able to reproduce it. I'll see whether I can get a recent version from debian-ports. Not a priority though unless a m68k user complains (heh). In the meantime - thanks for putting this one to rest. Michael > Date: Wed, 6 Dec 2000 14:09:04 +0100 (CET) > From: Michael Schmitz > To: sub...@bugs.debian.org > Subject: fdutils bug: superformat doesn't work on m68k (and ppc neither it > seems) > > Package: fdutils > Version: 5.3-3 > > superformat fails to work on m68k (Atari TT030, in this case). fdformat > has been removed from the archive in favor of superformat. No way of > formatting floppies under Linux now. > >From discussion on debian-powerpc it seems superformat won't work on ppc > machines either. > > Error message: > > m68k:~# superformat /dev/fd0 > get drive characteristics: Invalid argument > > Probable cause: superformat uses some ioctl not present on m68k. > > Please add fdformat back to the archive (doesn't seem to be in util-linux > 2.10f-3, only the nag script is there), or fix superformat to only use > system calls actually implemented on the architecture in question. Thanks. > > Michael Schmitz > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590778: RFA: trac-spamfilter -- Spam-prevention plugin for Trac
Hi everyone, as part of my attempt [1] to package trac version 1.0.1 i created an updated trac-spamfilter package[2]. As disscussed with Martin Borgert (debacle) it has to wait after the wheezy release. Best wishes, Matthias [1] http://wiki.debian.org/pkg-trac/version1.0.x [2] http://github.org/mattthias/pkg-trac-spamfilter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693395: powerpc-utils: tries to write /usr/share/man/man8/clock.8.gz, also owned by util-linux 2.20.1-5.2
Daniel, the speedy reply is just plain luck - I sometimes don't read this old mail account for weeks or months. Hi Schmitz-- On 11/15/2012 10:48 PM, schmitz wrote: what you see is not a bug, but caused by your attempt to install a powerpc package (which provides 'clock' separate from utli-linux') onto a i386 Debian installation (which has 'clock' installed from it's version of util-linux). In a word: you cannot do this. Extract the powerpc package into a separate directory tree using dpkg -x, please. Thanks for the very speedy followup. What i'm trying to do should be possible within debian's multiarch framework these days, but it think the problem is that grub-ieee1275-bin isn't yet properly multiarch. Thanks for pointing that out - I had skipped over the multiarch aspect of your bug. I have no experience with multiarch packages, and would need to take patches or hints from more knowledgeable developers. I've opened http://bugs.debian.org/693400 to try to solve the underlying problem (resolving that bug should make it so there is no attempt to jointly install a powerpc version of powerpc-utils on the same system as an i386 version of util-linux). That might be a more generic way to flag and fix this. You might also want to explore why grub-ieee1275-bin declares a dependency on powerpc-utils in the first place - what component of powerpc-utils is needed? As a workaround, such a component might be split off into a separate package. I'm a little surprised that apt let me get as far as i did without declaring that there was a conflict ahead of time, though. Is it possible to declare cross-architecture conflicts, now that there are the possibilities of multi-architecture installs? There are no conflicts declared at the package level - and that is all apt does check (otherwise apt would need knowledge of the package's files list, something that is internal to the package and not provided by the package lists). It looks as though a cross arch conflict declaration is necessary here. Such a thing may exist, I'm a bit rusty on this. This is likely a corner case and will only happen for packages that provide architecture hardware support of some sort. Someone needs to go through all package file lists and find potential conflicts in multiarch situations - might be combinatorially hard to do that. Cheers, Michael --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693395: powerpc-utils: tries to write /usr/share/man/man8/clock.8.gz, also owned by util-linux 2.20.1-5.2
close 693395 thank you Daniel, what you see is not a bug, but caused by your attempt to install a powerpc package (which provides 'clock' separate from utli-linux') onto a i386 Debian installation (which has 'clock' installed from it's version of util-linux). In a word: you cannot do this. Extract the powerpc package into a separate directory tree using dpkg -x, please. Cheers, Michael Schmitz Daniel Kahn Gillmor wrote: Package: powerpc-utils Version: 1.1.3-24 Severity: normal I'm doing something weird: i'm trying to use multiarch to install grub-ieee1275-bin:powerpc onto an i386 system, so that i can create a bootable USB stick that will work on another machine that does not yet have debian on it. on the i386 machine, I've done: dpkg --add-architecture powerpc apt-get update apt-get install grub-ieee1275-bin:powerpc/experimental This wants to pull in a bunch of powerpc libraries, which seems OK. i don't plan on using it, of course, since all i want is the grub modules from grub-ieee1275-bin:powerpc, but whatever. however this fails due to a conflict with util-linux: Selecting previously unselected package powerpc-utils. Unpacking powerpc-utils (from .../powerpc-utils_1.1.3-24_powerpc.deb) ... dpkg: error processing /var/cache/apt/archives/powerpc-utils_1.1.3-24_powerpc.deb (--unpack): trying to overwrite '/usr/share/man/man8/clock.8.gz', which is also in package util-linux 2.20.1-5.2 Unpacking grub-ieee1275-bin (from .../grub-ieee1275-bin_2.00-7_powerpc.deb) ... Processing triggers for install-info ... Processing triggers for menu ... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/powerpc-utils_1.1.3-24_powerpc.deb E: Sub-process /usr/bin/dpkg returned an error code (1) --dkg -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Foreign Architectures: powerpc Kernel: Linux 3.2.0-4-686-pae (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/bash Versions of packages powerpc-utils depends on: ii libc6 2.13-35 powerpc-utils recommends no packages. powerpc-utils suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#674753: djmount: Cannot read any media from mounted DLNA server
Hi everyone, i found a hint on the archlinux website: http://aur.archlinux.org/packages.php?ID=13817 Comment by: archtaku on Wed, 12 Jan 2011 00:43:52 + Just a warning, the upgrade to libupnp-1.6.10 has broken djmount for me on x86_64 (i686 is not affected). It causes problems with fuse when trying to allocate portions of the file, generating "fuse: read too many bytes" errors when djmount is run with loglevel debug. If you're having the same problem, downgrade to version 1.6.9 using the following command: sudo pacman -U http://arm.konnichi.com/extra/os/x86_64/libupnp-1.6.9-1-x86_64.pkg.tar.xz Then make sure to set libupnp not to update by adding it to IgnorePkg in /etc/pacman.conf so it won't update when you run pacman -Syu, and rebuild djmount against the older libupnp. Best wishes, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638295: debmirror: support alternative configuration files
Hi Joey, hi *, Am Mon, 25 Jun 2012 12:13:10 -0400 schrieb Joey Hess : > Matthias Schmitz wrote: > > arg, you are right. Is it ok to leave the old behavior (cli switch > > override configuration file setting) and add a warning to the > > --config-file switch that other cli switches will be ignored? > > The --config-file could *add* the specified file. Keep it reading > debmirror.conf before options, and then it could be used for setting > defaults that could be overridden by options and --config-file thanks for the quick reply :-). With the attached patch the default behavior is untouched (require debmirror.conf before cli switches) and the file read with --config-file is additional. But it still overrides all cli switches. Best wishes, Matthias From e2929b2c06c47b9df0c383c5ebcd84312b47fa5b Mon Sep 17 00:00:00 2001 From: Matthias Schmitz Date: Mon, 25 Jun 2012 20:41:21 +0200 Subject: [PATCH] Add switch to specify an additional configuration file at command line. --- debmirror | 19 +++ 1 file changed, 19 insertions(+) diff --git a/debmirror b/debmirror index ccb4fbd..f8b7da2 100755 --- a/debmirror +++ b/debmirror @@ -412,6 +412,14 @@ debmirror cleanup is disabled when this flag is specified. Separate pool and snapshot cleanup utilities are available at http://code.google.com/p/debmarshal/source/browse/#svn/trunk/repository2 +=item B<--config-file> + +Specify an additional configuration file. By default debmirror reads +/etc/debmirror.conf and ~/.debmirror.conf (see section FILES). + +WARNING: All parameters set in a configuration file specified with +--config-file cannot be overridden by a command line switch. + =back =head1 USING DEBMIRROR @@ -575,6 +583,7 @@ our $debmarshal=0; our $slow_cpu=0; our $check_gpg=1; our $new_mirror=0; +our $config_file=undef; my @errlog; my $HOME; ($HOME = $ENV{'HOME'}) or die "HOME not defined in environment!\n"; @@ -674,10 +683,20 @@ GetOptions('debug' => \$debug, 'debmarshal' => \$debmarshal, 'slow-cpu' => \$slow_cpu, 'help' => \$help, + 'config-file=s' => \$config_file, ) or usage; usage if $help; usage("invalid number of arguments") if $ARGV[1]; +# Load in additional config file +if ( defined $config_file ) { + if ( -r $config_file ) { + require $config_file; + } else { + die "Cannot open config file $config_file."; + } +} + # This parameter is so important that it is the only required parameter, # unless specified in a configuration file. $mirrordir = shift if $ARGV[0]; -- 1.7.10 signature.asc Description: PGP signature
Bug#638295: debmirror: support alternative configuration files
Hi Joey, hi *, Am Mon, 25 Jun 2012 10:43:02 -0400 schrieb Joey Hess : > Matthias Schmitz wrote: > > -# Load in config files > > @@ -674,10 +671,24 @@ GetOptions('debug' => > > \$debug, +# Load in config files > > This patch changes behavior in an important way: where before > command-line options overrode config file settings, now the config > file is loaded after option parsing and overrides options. arg, you are right. Is it ok to leave the old behavior (cli switch override configuration file setting) and add a warning to the --config-file switch that other cli switches will be ignored? Best wishes, Matthias signature.asc Description: PGP signature
Bug#638295: debmirror: support alternative configuration files
Hi Joey, hi everyone, i also need to specify an alternative configuration file to debmirror because i need to mirror Debian and Ubuntu on the same host. The attached patch adds the command line switch "--config-file=". Now i run debmirror like this: debmirror --config-file=/etc/debmirror-ubuntu.conf debmirror --config-file=/etc/debmirror-debian.conf Please review the patch and include if it is fine. best wishes, Matthias From 7a4f928a0c221e9a8003440cd57216d6bafcdfea Mon Sep 17 00:00:00 2001 From: Matthias Schmitz Date: Mon, 25 Jun 2012 10:32:01 +0200 Subject: [PATCH] Add switch to specify configuration file at command line. * Add command line switch --config-file= to allow specification of alternate configuration file. --- debmirror | 19 +++ 1 file changed, 15 insertions(+), 4 deletions(-) diff --git a/debmirror b/debmirror index ccb4fbd..9f6d687 100755 --- a/debmirror +++ b/debmirror @@ -575,14 +575,11 @@ our $debmarshal=0; our $slow_cpu=0; our $check_gpg=1; our $new_mirror=0; +our $config_file=undef; my @errlog; my $HOME; ($HOME = $ENV{'HOME'}) or die "HOME not defined in environment!\n"; -# Load in config files -require "/etc/debmirror.conf" if -r "/etc/debmirror.conf"; -require "$HOME/.debmirror.conf" if -r "$HOME/.debmirror.conf"; - # This hash contains the releases to mirror. If both codename and suite can be # determined from the Release file, the codename is used in the key. If not, # it can also be a suite (or whatever was requested by the user). @@ -674,10 +671,24 @@ GetOptions('debug' => \$debug, 'debmarshal' => \$debmarshal, 'slow-cpu' => \$slow_cpu, 'help' => \$help, + 'config-file=s' => \$config_file, ) or usage; usage if $help; usage("invalid number of arguments") if $ARGV[1]; +# Load in config files +if ( defined $config_file ) { + if ( -r $config_file ) { + require $config_file; + } else { + die "Cannot open config file $config_file."; + } +} else { + require "/etc/debmirror.conf" if -r "/etc/debmirror.conf"; + require "$HOME/.debmirror.conf" if -r "$HOME/.debmirror.conf"; +} + + # This parameter is so important that it is the only required parameter, # unless specified in a configuration file. $mirrordir = shift if $ARGV[0]; -- 1.7.10 signature.asc Description: PGP signature
Bug#671465: executables should have manual pages
Hi Kenyon, hi *, Am Fri, 04 May 2012 03:11:03 -0700 schrieb Kenyon Ralph : > Package: munin > Version: 2.0~rc5-3 > Severity: wishlist > File: /usr/sbin/munin-run > > Per Debian policy, there should be manual pages for munin executables, > such as munin-run, munindoc, etc. We should be able to use the > existing perldoc, just like how "perldoc perl" and "man perl" give the > same document. I don't know how that works, but probably pod2man is > used during Debian package creation to generate manual pages. there are manpages for every executable in the package munin and munin-node but there are all in the package munin-doc. Best regards, Matthias signature.asc Description: PGP signature
Bug#670466: vim: added FIXME XXX TODO keywords to html syntax file
Package: vim Severity: minor Tags: patch I added the XXX FIXME and TODO keywords to the html.vim syntax file, contained in comments, and added the necessary highlighting. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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/bash --- /usr/share/vim/vim73/syntax/html.vim 2012-02-11 03:59:05.0 + +++ /home/tarlika/.vim/syntax/html.vim 2012-04-25 20:15:11.0 +0100 @@ -105 +105,2 @@ - syn region htmlCommentPart contained start=+--+ end=+--\s*+ contains=@htmlPreProc + syn keyword htmlTodo contained TODO FIXME XXX + syn region htmlCommentPart contained start=+--+ end=+--\s*+ contains=@htmlPreProc,htmlTodo @@ -269,0 +271 @@ + HtmlHiLink htmlTodo Todo
Bug#664081: pdnsd: Some DNS servers seem to fail on empty queries (uptest=query)
Package: pdnsd Version: 1.2.7-par-1.2 Severity: normal Tags: upstream It seems that some DNS servers "in the wild" will respond with "failed" to the empty queries which are used to "uptest" (uptest=query) the servers. An example server would be: 217.237.148.70 (this is d-lb-a01.isp.t-ipnet.de.) In consequence the server is marked "down" after the initial test and not queried again util one does a "pdnsctl server name up". Only after this manual "up" will the server answer with valid answers to not empty questions. I'm not quite sure how pdnsd should handle this because you could also use another "uptest" mechanism and then it should work. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i486) Kernel: Linux 2.6.39-2-486 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 pdnsd depends on: ii adduser 3.113 add and remove users and groups ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii libc6 2.13-21Embedded GNU C Library: Shared lib Versions of packages pdnsd recommends: pn resolvconf (no description available) pdnsd suggests no packages. -- Configuration Files: /etc/default/pdnsd changed [not included] /etc/pdnsd.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#660632: syntax file dircolors.vim - add keywords
Package: vim Severity: minor Tags: patch The present syntax file (dated 23/6/2006) lacks a few keywords, which are used in dircolors 8.13: I added RESET MULTIHARDLINK CAPABILITY SETUID SETGID STICKY STICKY_OTHER_WRITABLE OTHER_WRITABLE. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (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/bash --- /usr/share/vim/vim73/syntax/dircolors.vim 2011-12-01 03:25:37.0 + +++ /home/tarlika/.vim/syntax/dircolors.vim 2012-02-20 11:52:04.0 + @@ -17,6 +17,8 @@ syn keyword dircolorsKeywordTERM LEFT LEFTCODE RIGHT RIGHTCODE END ENDCODE syn keyword dircolorsKeywordNORMAL NORM FILE DIR LNK LINK SYMLINK ORPHAN +\ RESET MULTIHARDLINK CAPABILITY SETUID SETGID +\ STICKY STICKY_OTHER_WRITABLE OTHER_WRITABLE \ MISSING FIFO PIPE SOCK BLK BLOCK CHR CHAR \ DOOR EXEC \ nextgroup=@dircolorsColors skipwhite
Bug#658914: imvirt: does not know about ARAnyM (m68k Atari emulator)
> Petr Stehlik dixit: > > ># cat /proc/hardware > >Model: ARAnyM <--- output of > > That, again, would require a kernel that supports this. And the kernel would have to be told by ARAnyM in some way - I'm not sure how the AB040 part is recognized by the kernel. > SCSI Controller NCR5380 (Falcon style) Is there some form of SCSI emulation in ARAnyM now? What does cat /proc/scsi/scsi and cat /proc/scsi/Atari/0 return? But then, the SCSI driver does not need to be compiled in or loaded either. Looking at the clock speed as reported by /proc/cpuinfo should give a good hint as to whether we're running on real hardware. What do you get there? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592494: support for svg
Paul, that's a super little application, which I'd love to see in Debian! Would it be difficult to support svg icons? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658914: imvirt: does not know about ARAnyM (m68k Atari emulator)
Hi, > > Are there additional characteristics while running inside ARAnyM (i.e. cat > > /proc/modules)? The dmesg logfile might not be available for (unprivileged) > > users and the dmesg kernel buffer might be scrolled off. > > # cat /proc/hardware > Model: Atari Falcon (with Afterburner040) > System Memory: 800768K > 14 MB at 0x (ST-RAM) > 768 MB at 0x0100 (alternate RAM) I'd wager a guess that there is no actual hardware Falcon with AB040 that runs Linux out there - Petr had trouble getting Linux to run on that hardware and we never got to the bottom of that. The amount of TT RAM might be an additional clue. If that's not enough we could conceivably detect usage of natfeat drivers in the running kernel, and modify the /proc/hardware output in that case (perhaps enabled by an additional kernel boot option flag so we won't affect other uses of /proc/hardware). Placing a flag in the kernel boot option seems like the easiest way to signal the kernel runs on an emulator - unused optios should be passed to init which ought to ignore an option like 'aranym'. Please try that. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#659346: bug or feature?
If this is a feature rather than a bug, I think the man page should be worded differently: in this case the --title parameter should not be referred to as "Initial Title", which is the same wording used in Preferences for a field that (potentially) represents just a prefix or suffix of the whole titlebar. Is the --title parameter meant to be a fixed and full terminal title? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org