Best regards
On Fri, 2018-09-07 at 03:14, Michael Biebl wrote:
> Control: tags -1 + moreinfo
>
> On Mon, 6 Feb 2017 15:45:20 +0100 "Milan P. Stanic" wrote:
> > Package: systemd
> > Version: 232-15
> > Severity: normal
> >
> > Dear
On уто, 2017-02-14 at 23:38, Elimar Riesebieter wrote:
> * Milan P. Stanic [2017-02-14 23:03 +0100]:
>
> [...] = 0
> > newfstatat(AT_FDCWD, "/home/mps/.popt", {st_mode=S_IFREG|0644, st_size=0,
> > ...}, 0) = 0
> > geteuid()
On уто, 2017-02-14 at 22:52, Elimar Riesebieter wrote:
> * Elimar Riesebieter [2017-02-14 22:27 +0100]:
>
> > * Milan P. Stanic [2017-02-14 22:04 +0100]:
>
> > > mocp didn't created .moc file in $HOME, there is no .mocp file in my
> > > home dir.
> &g
On уто, 2017-02-14 at 22:27, Elimar Riesebieter wrote:
> * Milan P. Stanic [2017-02-14 22:04 +0100]:
>
> > On уто, 2017-02-14 at 21:25, Elimar Riesebieter wrote:
> > > * Milan P. Stanic [2017-02-14 21:10 +0100]:
> > >
> > > [...]
> > > &g
On уто, 2017-02-14 at 21:25, Elimar Riesebieter wrote:
> * Milan P. Stanic [2017-02-14 21:10 +0100]:
>
> [...]
> > > In the past we have had a segfault caused by a defective mediafile.
> > > Did you tested moc loading only files which are known as playable?
> >
On уто, 2017-02-14 at 20:21, Elimar Riesebieter wrote:
> * Milan P. Stanic [2017-02-14 19:08 +0100]:
>
> [...]
> > > Anyway, could you please run "mocp -D" and provide the
> > > mocp_client_log and mocp_server_log in a compressed tarball? You'll
> &g
On уто, 2017-02-14 at 15:38, Elimar Riesebieter wrote:
> control: forwarded -1 mocma...@daper.net
>
> * Milan P. Stanic [2017-02-14 12:57 +0100]:
>
> > Package: moc
> > Version: 1:2.6.0~svn-r2935-1
> > Severity: normal
> >
> > Dear Maintainer,
Package: moc
Version: 1:2.6.0~svn-r2935-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
starting mocp from cli on aarch64, testing
* What exactly did you do (or not do) that was effective (or
ineffective)?
mocp
* What was the outcome of this a
Package: systemd
Version: 232-15
Severity: normal
Dear Maintainer,
* What led up to the situation?
Installed Debian on the acer chromebook R13 (mediatek MT8173 SOC,
board called elm (oak)) armv8 with the kernel source from chromeos
site and built myself for that devi
Hi Tobi,
On Tue, 2015-11-24 at 13:35, Tobias Frost wrote:
> Package: wnpp
> Followup-For: Bug #805651
> Owner: Tobias Frost
>
> Hi Milan,
>
> if you'd like to have a Co-Maintainer for avrdude, please feel free to ping
> me.
I'm wondering why you ask me to co-maintain avrdude? I don't have any
On Fri, 2011-01-28 at 22:26, Niko Tyni wrote:
> On Thu, Jan 27, 2011 at 07:04:32PM +0100, Milan P. Stanic wrote:
> > On Tue, 2010-12-21 at 09:10, Niko Tyni wrote:
> > > On Mon, Dec 20, 2010 at 10:26:18AM +0100, Schoepflin, Markus wrote:
>
> > > > No further segme
On Tue, 2010-12-21 at 09:10, Niko Tyni wrote:
> forwarded 604902 http://rt.perl.org/rt3/Public/Bug/Display.html?id=60724
> tag 604902 patch fixed-upstream
> thanks
>
> On Mon, Dec 20, 2010 at 10:26:18AM +0100, Schoepflin, Markus wrote:
> > No further segmentation faults of apt-cacher have been ob
On Wed, 2010-03-17 at 14:12, Stefan Haun wrote:
> Package: udev
> Version: 151-3
> Severity: normal
>
> Despite the aforementioned changes the problem still existed on my system.
> Instead of the proposed replacement, I am currently using the following line
> in 70-hid2hci.rules (row 15):
>
>
On Thu, 2010-03-25 at 13:15, Ben Hutchings wrote:
> On Thu, 2010-03-25 at 11:21 +0100, Fabian Greffrath wrote:
> > - The advice in the cited RFC is already ignored. Domain names that
> > start with a digit, e.g. 12345.foo.bar, can be resolved, whereas the
> > RFC tells us "They [labels] must star
On Tue, 2009-02-03 at 09:18, Andreas Henriksson wrote:
> aww... I was told this should spit out a backtrace. Could you please try
> to run this:
>
> export G_DEBUG=fatal_warnings
> gdb pidgin
> run
>
> bt full
> quit
Here it is:
m...@cl:~> setenv G_DEBUG fatal_warnings
m...@cl:~> gdb pidgin
GNU
On Mon, 2009-02-02 at 09:36, Andreas Henriksson wrote:
> I have not been able to reproduce this bug and I'm lost...
>
> I had a quick chat with Ari which said that pidgin is probably not the
> cause as it contains minimal gstreamer code for using playbin. I hade a
> quick look at the code myself a
On Wed, 2008-12-24 at 22:54, Ari Pollak wrote:
> If you run gstreamer-properties and set the output plugin to ALSA, then
> set Pidgin back to Automatic sounds, I assume it works again?
Yes. It seems you are right. It works for now. I will test it more to
see if it works for long time.
--
Kind re
gin from experimental?
Sorry, I can't. I'm using workstation for everyday work and don't want
to make it "too unstable" using packages from experimental/
> Milan P. Stanic wrote:
> > On Wed, 2008-12-24 at 15:59, Ari Pollak wrote:
> >> Do you have an pl
On Wed, 2008-12-24 at 15:59, Ari Pollak wrote:
> Do you have an plugins loaded? What happens if you disable sounds
> completely?
I tested it more and it seems that it works when the sounds is set to
"No Sounds" or ALSA. It crashes or freezes when the sounds is set to
Automatic.
--
Kind regards,
On Wed, 2008-12-24 at 15:59, Ari Pollak wrote:
> Do you have an plugins loaded?
Yes.
Album
Conversation Colors
Extended Preferences
Gufications
History
Last Seen
Message Notification
Pidgin-Encryption
Separate And Tab
I disabled all for debuging now.
> What happens if you disable sounds complete
On Tue, 2008-12-23 at 17:32, Ari Pollak wrote:
> You'll have to include some more information or this bug report is
> useless. Can you get a backtrace of the crash as described here:
> http://wiki.debian.org/HowToGetABacktrace (you can skip to the "Running
> gdb" section after installing the pidgin
Package: pidgin
Version: 2.4.3-4
Severity: grave
Justification: renders package unusable
Pidgin crashes to often. I cannot debug it to show more information.
-- System Information:
Debian Release: 5.0
APT prefers testing
APT policy: (990, 'testing'), (400, 'unstable')
Architecture: i386 (i686
22 matches
Mail list logo
