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
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
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 t
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'
on a purge.
I have reassigned the bug to the monit package as their use of a file
provided by pmud appears to be in error.
Cheers,
Michael Schmitz
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (600, 'unstable')
A
merge 406321 407671
thank you
The earlier attempt to merge failed - hopefully OK now.
Package: powerpc-utils
Version: 1.1.3-24
Followup-For: Bug #406321
I get the same error with 3.0.0-1-powerpc kernel. (In fact, there seems
to be no control of the backlight at all. Either it boots on or it
> I am the maintainer of input-utils. A user reported a problem (bug
> #326149) on the powerpc architecture that I need some help
> investigating, since I don't have a ppc machine.
>
> Apparently on his system the event devices start at /dev/input/event1,
> and there is no /dev/input/event0. Can so
> > > So I think it's udev that is broken (version 0.074-2 from sid)
> >
> > Could you report a bug to udev's maintainer?
>
> I just upgraded to 0.074-3 and the problem seems to be fixed
>
> [EMAIL PROTECTED]:~$ ls -l /dev/input/
> total 0
> crw-rw 1 root root 13, 64 2005-11-19 11:30 event0
>
> > > pbbuttonsd must be started after mouseemu for this to work, and #307068
> >
> > Doesn't matter in my setup - I can start mouseemu manually way after
> > bootup and pbbuttonsd still receives its events.
>
> i guess the fact my mouseemu configuration uses the fn makes a
> difference here.
If
Package: bbkeys
Version: 0.8.6
After the upgrade to etch, which changed the blackbox version from
0.65 to 0.70, the following error messages appear when trying to run
bbkeys:
bbkeys: couldn't load font 'Bitstream Vera Sans-9'
... reverting to default font.
bbkeys: couldn't load font 'Bitstr
Hi,
I can confirm this same behavior with an older version of pbbuttonsd
(0.6.3a). The problem only started after upgrading mouseemu from 0.12-1 to
0.15-2.
Order of starting mouseemu and pbbuttonsd does not matter. Starting
mouseemu 0.15-2 'steals' the function key events from pbbuttonsd, stoppin
Hi,
I found the reason for pbbuttonsd not getting any more key events:
mouseemu grabbing the device for exclusive use seems to prevent
other processes from receiving events ...
Line 232 of mouseemu.c:
register_inputhandler(fd, keyboard_handler, 1);
Change that 1 to 0 and key events are
> > Line 232 of mouseemu.c:
> >
> > register_inputhandler(fd, keyboard_handler, 1);
> >
> > Change that 1 to 0 and key events are passed on to pbbuttonsd (I imagine
> > the mouse register device call needs the same change to let pbbuttonsd
> > react to mouse moves).
>
> I have tested this and a
> > > Change that 1 to 0 and key events are passed on to pbbuttonsd (I imagine
> > > the mouse register device call needs the same change to let pbbuttonsd
> > > react to mouse moves).
> >
> > I have tested this and after restarting both mouseemu and pbbuttonsd, i
> > got the pbbuttonsd keys back.
> > > Change that 1 to 0 and key events are passed on to pbbuttonsd (I imagine
> > > the mouse register device call needs the same change to let pbbuttonsd
> > > react to mouse moves).
> >
> > I have tested this and after restarting both mouseemu and pbbuttonsd, i
> > got the pbbuttonsd keys back.
> > That's oldworld (i.e., no yaboot) ?
>
> Yes, that's oldworld.
I suspect there's a bug in the oldworld nvram kernel code - I've not been
able to find anything like the newworld nvram structures in a desktop G3
('Gossamer' model). Can you send the output of lsprop /proc/device-tree so
I can see
> Hi,
>
> Here is the output of lsprop /proc/device-tree
>
> name "device-tree"
> model"Power Macintosh"
> compatible "AAPL,e407"
>"MacRISC"
>
> /proc/device-tree/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[
> > offset 0 rc 16 buf.sig 90 buf.len 2 buf.name >nvram<
> > offset 32 rc 16 buf.sig 95 buf.len 62 buf.name >system<
> > offset 1024 rc 16 buf.sig 112 buf.len 193 buf.name >common<
> > offset 4112 rc 16 buf.sig 160 buf.len 82 buf.name >APL,MacOS75<
> > PRAM found at offset: 4112 1010
> >
> > How is
+
[EMAIL PROTECTED]
[EMAIL PROTECTED] (Debian stuff)
+
On Thu, 12 May 2005, Jeff Green wrote:
> With crucial help from Be
> Michael,
>
> All I can say at this point is that it didn't work without specifying
> the kernel argument. As far as 2.6.8 goes, it didn't work period. I
> tried it with the kernel arg and it didn't work, but it did work with
> 2.6.12-rc4 and 2.6.11.8. However again, I did need to explicitly give
> Package: powerpc-utils
> Version: 1.1.3-14
> Severity: important
> Justification: fails to build from source
>
> When I tried to build powerpc-utils in a sid chroot, it failed as
> follows:
>
> sgml2txt -man autoboot.sgml && mv -f autoboot.man autoboot.8
> Please install groff to use LinuxDoc D
> tag 308413 sarge
> thanks
>
> I tried to build -10 in a sarge chroot and it failed with a similar
> error trying to build clock.sgml, so I've tagged this bug sarge. You
> may want to contact the release managers about fixing this in sarge.
OK; I'd rather have them update sarge to -15 anyway bec
Package: bison
Version: 1.875d-1
Severity: serious
Synopsis: installation of bison does not properly install the yacc
alternatives symlinks - see below.
> I think I ran into this a few months back. It had to do with
> alternatives -- very odd.
Odd indeed. I found a stale yacc alternatives file
> > 2. If you think that bison should work even under this specific
> > breakage (after all the byacc link is obviously stale), you need to
> > fix dpkg instead of bison.
I strongly doubt it's dpkg's fault. After all, handling compatibility
problems of that sort is supposed to happen in p
> Please send a patch that creates a linux/m68k/syscallent.h with correct
> contents, unless m68k really matches i386 exactly. Please also compose
> ChangeLog entries in the canonical format you see there and send those
> ahead of the patch.
Thanks for reminding me. m68k does not match i386 exact
+ ChangeLog 2005-07-19 12:33:44.0 +0200
@@ -1,3 +1,11 @@
+2005-07-19 Michael Schmitz <[EMAIL PROTECTED]>
+
+ Long overdue m68k cleanup.
+ * linux/syscallent.h: remove m68k declarations.
+ * linux/m68k/syscallent.h: new file, fixed up declarations
+ to m
> Correct me if I am wrong: the problem is caused by a dangling link in
> the alternatives system that refers to an uninstalled package. dpkg
Nope - even after removing that dangling link, bison does not properly
install a new link.
> knows that byacc is not installed, so in principle update-alt
> On Fri, Mar 25, 2005 at 01:38:27AM +0100, Daniel Kobras wrote:
> > On Tue, Mar 22, 2005 at 08:36:01PM +, Paul Brossier wrote:
> > > there is probably a better mean to do so though, ie checking what
> > > type of conversion is needed according to libavcodec, but it does
> > > effectively fixes
> This is just a new symptom of the fact that m68k support has been wrong for
> a long time. It's using the syscall table that's right for i386, and they
> are not the same any more. An m68k hacker needs to supply a current
> syscall table for strace.
I've taken a look at it, and prepared a sys
> This is just a new symptom of the fact that m68k support has been wrong for
> a long time. It's using the syscall table that's right for i386, and they
> are not the same any more. An m68k hacker needs to supply a current
> syscall table for strace.
While the syscall table is indeed outdated (
On Mon, 4 Jul 2005, Roland McGrath wrote:
> This is just a new symptom of the fact that m68k support has been wrong for
> a long time. It's using the syscall table that's right for i386, and they
> are not the same any more. An m68k hacker needs to supply a current
> syscall table for strace.
W
> Running nvsetvol with or without an argument doesn't do anything. It has
> to be killed.
Please send the output of ps -afl with nvsetvol hanging.
> I'm using a Performa 6400/200 and the internal speaker is working(at
> least with mp3blaster).
That's oldworld (i.e., no yaboot) ?
Michae
> > Please send the output of ps -afl with nvsetvol hanging.
>
> mac:~# ps afl
> 4 0 614 1 9 0 4528 2688 wait4 Ss tty1 0:01 -bash
> 0 0 730 614 20 0 1452 292 - R+ tty1 4:23 \_
> nvsetvol 4
Seems to be running - does top show nvsetvol eating up
> > Seems to be running - does top show nvsetvol eating up CPU time?
>
> top - 17:04:38 up 4 min, 2 users, load average: 1.04, 0.51, 0.20
> Tasks: 40 total, 2 running, 38 sleeping, 0 stopped, 0 zombie
> Cpu(s): 14.3% user, 48.0% system, 0.0% nice, 37.7% idle
> Mem:100744k total,
It's Miriam Schmitz
Invite me http://bowemalovory.com/view.cgi?s=al2&m=IEECFJ.iPdR,gfibjW,VSd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> powerpc-utils.postinst moves adjtime from /etc to /var/lib/hwclock.
> /var is a seperate partition on my system and I've just noticed
> hwclockfirst.sh complains about "no such file" while booting because
> because the /etc/adjtime link points to nothing as /var is not mounted
> yet.
>
> I'm not
> > a 2.4 or maybe even a 2.6 kernel? One more hint that points to a kernel
> > problem...
>
> Crest is running 2.4.31. All my buildds that failed with this error are
> running a 2.2.x kernel.
Seems we have a likely suspect there. Maybe rebuilding xargs on a 2.2 box
helps?
> Someone want to grab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: php5
Version: 5.0.5-1
Severity: important
Tags: patch
PHP is crashing when trying to serialize any given object on amd64.
See http://bugs.php.net/bug.php?id=34435
http://people.apache.org/~jorton/php_bug34435.patch should fix the problem
---
Package: xbase-clients
Version: 4.3.0.dfsg.1-14
Severity: wishlist
Please add the xvattr tool
(http://freshmeat.net/projects/xvattr/?topic_id=100%2C125)
to xbase-clients. It's useful to tweak XV stuff at runtime without server
restart, for instance to get xine running on the external CRTC port
i
> It should be packaged on its own (it's in Marillat's repository, IIRC),
> but certainly not in xbase-clients.
Why's that? xvinfo is also in xbase-clients.
Either way, it's not in the archive yet. I'd package it separately, just
don't want to step on anyone's toes.
Michael
--
To UN
Package: libc6
Version: 2.3.5-6
Severity: serious
Architecture: powerpc
Subject says it: while upgrading from a rather dated testing install
(around Apr. 05) with libc6 2.2.5-11.8 to current testing, a number of
things went wrong.
Most notably, upon unpacking libc6 2.3.5-6, the libc6 postinstall
> Our automated buildd log filter[1] detected a problem[2] that will cause
> your package to segfault on architectures where the size of a pointer is
> greater than the size of an integer, such as ia64 (ppc64 is probably
> more relevant here).
Thanks for reporting this; I'll fix it in my next uplo
reassign 326220 apt
> Your system looks older than a testing from April 2005. libc6 version
> 2.2.5-11.8 is a libc6 from Woody, an Debian does not support direct
> Woody -> Etch upgrade.
So please reassign the bug to whatever seems appropriate. Not being able
to upgrade from woody to current test
> > Well, apt or dpkg should have figured that out, and warned me off to not
> > attempt the upgrade, right? Yet another bug.
> >
> > The system is booted using a floppy, I'm not sure I can even fit a 2.4 or
> > 2.6 kernel on there. Either way, 'you should not try that' is not an
>
> The 2.6.8 sarg
> > So please reassign the bug to whatever seems appropriate. Not being able
> > to upgrade from woody to current testing/unstable is what I'd consider a
> > bug in its own right.
>
> It's seems you are not aware that Sarge is out and is now the stable
I'm well aware of that, thank you very much.
> Package: powerpc-utils
> Version: 1.1.3-15
> Severity: normal
>
> Hi,
>
> Since long long time I booted MacOSX again and it turned the startup
> chime on again, but I can't turn it off anymore. This worked with
Joerg Dorchain alerted me to the fact that the iBook G4 does not sync the
nvram on sh
close 407295
thank you
On Wed, 17 Jan 2007, Dmitry Ovechkin wrote:
> Package: powerpc-utils
> Version: 1.1.3-19
>
> bootsched returns "write returned -1" regardless of form of passed
> parameters:
> # bootsched -w 07:00
> bootsched: write returned -1
>
> at Jan 17, 15:29 strace shows:
> ...
> ope
reassign 407671
thank you
Not sure this is the right one to reassign to, but it describes a problem
related to the same cause -missing legacy backight ioctl.
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> > severity 407671 wishlist
> > thanks
> >
> The kernel developers didn't remove the ancient backlight code and
> installed IOC_GRAB_BACKLIGHT instead. With this ioctl a user space
> daemon can switch off the kernel backlight keys code and get full
> control over it. Unfortunately CONFIG_PMAC_BACK
severity 408341 wishlist
thank you
> Package: mac-fdisk
> Version: mac-fdisk
> Severity: important
> Justification: fails to build from source
>
> Per #202019 it's suggested I (end user) build this from source
> if I want to use it on another arch. It seems to build ok,
> and the binaries in the
Package: rasmol
Version: 2.7.2.1.1-4
Severity: serious
rasmol is unuseable on amd64 (and perhaps other 64bit architectures) due
to using the wrong data type for writes to the frame buffer. This simple
patch fixes it:
--- src/rasmol.h.org2006-11-10 09:35:34.0 +0100
+++ src/rasmol.h
> Thanks for the patch. However, I propose that the definition should be
> in the Imakefile, where the other architecture specific definitions
> are as well. Unfortunately I don't have access to a 64-bit machine at
> the moment, could you test that the patch below actually works?
The patch actuall
> I believe compiling stalin with gcc now requires a bit over 1GB.
> i.e. gcc's VSS grows to a bit over 1GB. Ignoring any other concerns,
> it didn't look like the arm and m68k buildds would be likely to handle
> that very well.
>
> However, if the buildd admins are willing to make sure that the
>
> > > IIRC kino will use the ffmpeg decoder if it is available, or used to
> > > anyway. Solution is to investigate seeing how kino can use the ffmpeg
> > > decoder.
> >
> > That's been done - IIRC Guido Guenther provided ffmpeg enabled binaries at
> > http://honk.sigxcpu.org/linux-ppc/debian ...
>
Sorry for the late reply; I've been away from my Powerbook (or indeed,
the net) for the last weeks...
> On Fri, Jan 07, 2005 at 06:37:52PM +0100, Michael Schmitz wrote:
> > Severity: serious
>
> Can you please comment on why you think these bugs make kino unsuitable
> fo
> > I suspect kino declares BE audio data to be LE in the DV export (or indeed
> > any) pipe. No idea what's the cause of the XV and mpeg2enc endianness
> > problems though.
>
> The audio problems seem to be caused (at least) by big-endian length
> fields in an otherwise little-endian WAV file. I'm
> > > Parted converts flags to funky partition type names, i think. Not idea,
> > > but it
> > > works, like said, i think parted is inherently broken on this, but there
> > > is
> > > not much we can do at this time.
> >
> > They might have done this following a comment of mine (my memory id fu
> > Why? Because we don't know how MockOS will react to a partition _type_ set
>
> I don't know any MockOS, please provide real examples.
s/MockOS/MacOS/g
> > to anything but Apple_Bootstrap, Apple_HFS, Apple_UNIX_SVR2 or Apple_Free.
> > If you're sure (or just reasonably confident) Linux_LVM wil
Package: kinoplus
Version: 0.3.3-3
Severity: important
Tag: patch
Due to a typo in the ImageMagick overlay code (startwidth used for
startheight in calculation of height change), the overlay height shrinks
even when startgeometry==endgeometry is set in the dialog.
Trivial patch attached.
> On Mon, Feb 14, 2005 at 05:41:26PM +0100, Michael Schmitz wrote:
> > I can confirm the XV problem is the same old problem that a patch had
> > been posted for in http://jira.schirmacher.de/jira-kino/browse/KINO-76.
> > I've added some #ifdef __BIG_ENDIAN__ around
Package: check
Version: 0.9.4-3
Severity: wishlist
If I install check, I get the correct infopage with "info check", but no entry
in the /usr/share/info/dir file.
"dh_installinfo" should be used in debian/rules.
I am using etch/testing.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
This message will be writed to log.
AN ALLE FINANZINVESTOREN!
DIESE AKTIE WIRD DURCHSTARTEN!
FREITAG 20. APRIL STARTET DIE HAUSSE!
REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN!
Symbol: G7Q.F
Company: COUNTY LINE ENERGY
5 Tages Kursziel: 0.95
Schlusskurs: 0.21
WKN: A0J3B0
ISIN: US2224791077
Markt
Gets the hash code of the current.
AN ALLE FINANZINVESTOREN!
DIESE AKTIE WIRD DURCHSTARTEN!
FREITAG 20. APRIL STARTET DIE HAUSSE!
REALISIERTER KURSGEWINN VON 400%+ IN 5 TAGEN!
Symbol: G7Q.F
Company: COUNTY LINE ENERGY
5 Tages Kursziel: 0.95
Schlusskurs: 0.21
WKN: A0J3B0
ISIN: US2224791077
Markt
Package: libkrb53
Version: 1.4.4~beta1-1
Severity: important
According to policy, the package version may only contain alphanumerics,
and '+', '-', '.' or ':'. The tilde in libkrb53_1.4.4~beta1-1 violates
this rule, and apt-get chokes on it (refuses to download with 'illegal or
malformed chars in
It very much is - removing qt3-dev-tools and qt3-qtconfig fixed it for me
while upgrading a testing installation.
Michael
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
hear a favorite answere
S. Y.
Benjamin Schmitz, Germany
I send the installation-report as well.
---
Installation-report for hplip-1.6.9
HP Linux Imaging and Printing System (ver. 0.9.7)
HPLIP Installer (EXPERIMENTAL) ver. 0.13
Copyright (c) 2003-6 Hewlett-Packard
> Package: mac-fdisk
> Version: 0.1-13
>
> On the experimental Debian-PPC64
> (http://debian-ppc64.alioth.debian.org/), mac-fdisk fails on
> initialization.
What's the status of ppc64 anyway? I thought even Debian was going to
integrate 64 bit binaries into the regular powerpc architecture now?
>
called Tex-Homa (TXHE).
It's already growing up, but the big information isn't even
out yet, so there's still time. I have got this shares already and made
2000. I suggest you to do the same today.
Hope this helps you out. I'll see you this weekend.
Yours Jackie Schmitz
--
T
Package: apache2.2-common
Version: 2.2.3-1
Severity: serious
Prevents proper unattended installation of apache2.2-common:
Setting up apache2.2-common (2.2.3-1) ...
touch: cannot touch `/var/log/apache2/error.log': No such file or directory
touch: cannot touch `/var/log/apache2/access.log': No suc
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
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, mun
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 apa
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 ar
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.
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
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
> > jquer
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
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 thi
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 g
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 gparte
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
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 th
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...@
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')
Architect
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,
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}
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.
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?
>
/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]
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 be
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
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 Afterburner
> 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.
> S
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
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 th
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
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')
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 +
te
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
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
1 - 100 of 304 matches
Mail list logo
