[random1]
go to http://www.giww.org/jump.php?url=111
His odd shaped gun sleeps.
Mine odd shaped computer looks around.
Our hairy white computer is on fire or a green ipaq looks around.
Any fancy beautiful shining expensive stupid stupid gun lies.
Mine red ipaq smells.
His small purple forg
Package: xfce4-battery-plugin
Version: 0.2.0-4
Severity: important
After adding the battery plugin to the panel, a space for it is
displayed but nothing shows in the space.
Looking in .xsession-errors, the following error is logged when the
battery monitor tries to startup:
(xfce4-session:2911)
in Emacs.
It has been a long time since you reported this issue. Before I dive
into it, could you please let me know if you can still reproduce this issue?
Paul
signature.asc
Description: OpenPGP digital signature
be
worth it. I can't recall if we didn't look into this when we did the
motif overhaul, so reassigning to motif to not forget about this.
Paul
signature.asc
Description: OpenPGP digital signature
pdate (so no need to change
> any dependencies)?
Yes, but if you don't have other changes that you want to upload for,
this stuff does not warrant an upload just for itself. Everything
*should* just work if you don't do anything.
Paul
signature.asc
Description: OpenPGP digital signature
ing due to
issues beyond your control, don't hesitate to contact the Release Team.
Paul
[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=gnome-shell-mailnag
OpenPGP_signature.asc
Description: OpenPGP digital signature
the Debian infrastructure
doesn't allow arch:all packages to be properly binNMU'ed. Hence, I will
shortly do a no-changes source-only upload to DELAYED/15, closing this
bug. Please let me know if I should delay or cancel that upload.
Paul
[1] https://lists.debian.org/debian-devel-announce/2
Hi,
On 15-06-2024 11:38 p.m., Colin Watson wrote:
This was fixed by transaction 4.0-2, and it looks like either you
cancelled your upload or it was automatically dropped from the DELAYED
queue.
I cancelled my upload once I spotted 4.0-2.
Paul
OpenPGP_signature.asc
Description: OpenPGP
n
from our infrastructure.
Paul
[1] https://ci.debian.net/status/slow/
OpenPGP_signature
Description: OpenPGP digital signature
ssues beyond your control, don't hesitate to contact the Release Team.
Paul
[1] https://lists.debian.org/debian-devel-announce/2020/02/msg5.html
[2] https://qa.debian.org/excuses.php?package=libowfat
OpenPGP_signature
Description: OpenPGP digital signature
On Tue, 2022-08-30 at 22:59 +0200, Thomas Uhle wrote:
> I have prepared a patch for changing the order in which the libraries
> are built and to fix linking.
Thanks for the patch, please consider sending it upstream too,
even though upstream doesn't appear to be very active.
--
bye,
pabs
https
On Wed, 2022-08-31 at 17:10 +0200, Thomas Uhle wrote:
> Now I have attached the patch to upstream's bug ticket as requested
> after recovering my Sourceforge account. Anyway, I don't have hope
> that there is going to happen much. Yet it would be good if Debian's
> libdbus-c++-* packages could b
On Thu, 2022-09-01 at 10:29 +0800, Paul Wise wrote:
> Thanks for that. For the record, I'm not involved in the package and
> the bug report was only a drive-by bug for an unimportant issue,
> so I don't have any intention to work on this myself.
PS: I just noticed the pack
On Sat, 30 Jan 2010 18:45:12 +0100 Siegfried Gevatter wrote:
> From: Ernst
> https://bugs.launchpad.net/ubuntu/+source/nautilus-image-converter/+bug/493322
>
> nautilus-image-converter is a great addon for nautilus, thanks for this one!
> Today, I wanted to resize some images. Some are rotated. I
On Tue, 23 Aug 2011 16:20:56 +0200 B. Wech wrote:
> at LMDE (Linux Mint Debian Testing Edition) nautilus-image-converter starts as
> expected but if I tryed to run a conversion I got the following message:
>
> " '00023.jpg' cannot be rotated. Check whether you have permission to write to
> this f
On Fri, 2022-10-21 at 12:46 +, JunYuan Tan wrote:
> There is a merged upstream patch [1] that fixes this issue for riscv64.
I think this is the wrong approach, since it means that every new arch
that comes along needs to add a string for itself and the list of
strings grows longer and longer
ore information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=git
https://ci.debian.net/data/autopkgtest/testing/amd64/g/git-remote-hg/28079228/log.gz
Initiali
en if the issue is only in the autopkgtest as
it helps the migration software to figure out the right versions to
combine in the tests.
More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Pau
Forwarding a response that went to the wrong place.
--
bye,
pabs
https://wiki.debian.org/PaulWise
--- Begin Message ---
Source: genparse
Version: 0.9.2-1
Followup-For: Bug #984149
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear Maintainer,
close 1024209
tags 984149 + patch
user debian-ri...@lists.debian.org
usertags 1024209 - riscv64
thanks
On Wed, 2022-11-16 at 11:58 +0800, Yifan Xu wrote:
> To: Debian Bug Tracking System
> Followup-For: Bug #984149
Please submit followups for existing bug reports to the existing bugs
instead of
ation/RegressionEmailInformation
Paul
[0] https://bugs.debian.org/1021984
[1] https://qa.debian.org/excuses.php?package=python3-defaults
https://ci.debian.net/data/autopkgtest/testing/amd64/p/python-bayespy/28728880/log.gz
==
ERROR: test
ation/RegressionEmailInformation
Paul
[0] https://bugs.debian.org/1021984
[1] https://qa.debian.org/excuses.php?package=python3-defaults
https://ci.debian.net/data/autopkgtest/testing/amd64/z/zope.exceptions/28796455/log.gz
=== FAI
uot;, line 453, in try_run
inspect.getargspec(func)
^^
AttributeError: module 'inspect' has no attribute 'getargspec'
This looks to be an error with nose, not python-bayespy. See bug #1024235 [1]
Indeed, reassigning (and merging hopefully).
Paul
If you believe your package is unable to migrate to testing due to
issues beyond your control, don't hesitate to contact the Release Team.
Paul
[1] https://lists.debian.org/debian-devel-announce/2020/02/msg5.html
[2] https://qa.debian.org/excuses.php?package=x-loader
OpenPGP
27;t solved yet, despite the closure?
3) the issue for cryptsetup is worked around in cryptsetup
libargon2-1 is linked by more packages. Are they all OK without this
unintentional change unfixed? Why is the unintentional change not
reverted or fixed?
Paul
OpenPGP_signature
Description: OpenPGP digital signature
Hi all,
On 15-03-2023 23:28, Guilhem Moulin wrote:
On Wed, 15 Mar 2023 at 22:43:31 +0100, Bastian Germann wrote:
Am 15.03.23 um 22:39 schrieb Paul Gevers:
Do I understand correctly that:
1) argon2 in testing isn't affected
2) this bug isn't solved yet, despite the closure?
3) the
uss with the initramfs-tools
maintainers? I lack the background of how this all works and
interconnects, so you'll need to explain everything or come with a
proposal that the stakeholders (you and other involved maintainers)
agree with.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
Hi,
[@aurel32, glibc question at the bottom]
On 16-03-2023 11:57, Bastian Germann wrote:
Am 16.03.23 um 09:13 schrieb Paul Gevers:
I'm not 100% sure I parse that sentence as you intended, so let me ask
explicitly: if we binNMU (now or in the future) src:argon2 version
0~20171227-0
Control: tags -1 d-i
Hi Bastian, Guilhem,
On 16-03-2023 13:44, Paul Gevers wrote:
cryptsetup will need to migrate to mitigate the time bomb.
Ack.
As I already mentioned on this or some related bug, I would find it
nice for #1014110 to be fixed in bookworm (threaded argon2 executable)
but
Paul
[1] https://lists.debian.org/debian-devel-announce/2019/07/msg2.html
https://ci.debian.net/data/autopkgtest/testing/amd64/z/zc.buildout/32140722/log.gz
autopkgtest [06:23:21]: test all: [---
/tmp/autopkgtest-lxc.4d5588j5/downtmp/build.MKN/src/debian/tests/all: 2
the bottom of this report.
The release team has announced [1] that failing autopkgtest on amd64 and
arm64 are considered RC in testing.
More information about this bug and the reason for filing it can be
found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
resolve the problem.
As you tested all reverse-dependencies, let's do this. Again, awfully
late, but I don't see a better way out.
Paul
OpenPGP_signature
Description: OpenPGP digital signature
Paul
[1] https://lists.debian.org/debian-devel-announce/2019/07/msg2.html
https://ci.debian.net/data/autopkgtest/testing/arm64/a/adequate/36619533/log.gz
65s check adequate-testpkg-symbol-size-mismatch ... FAIL
65s -adequate-testpkg-symbol-size-mismatch: symbol-size-mismatch
/usr/bin
eyond your control, don't hesitate to contact the Release Team.
Paul
[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=gpsim-doc
OpenPGP_signature.asc
Description: OpenPGP digital signature
ffect (old-)stable.
If you believe your package is unable to migrate to testing due to
issues beyond your control, don't hesitate to contact the Release Team.
Paul
[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=
t sid and trixie, so
it doesn't affect (old-)stable.
If you believe your package is unable to migrate to testing due to
issues beyond your control, don't hesitate to contact the Release Team.
Paul
[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https:/
to
issues beyond your control, don't hesitate to contact the Release Team.
Paul
[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=pmacct
OpenPGP_signature.asc
Description: OpenPGP digital signature
tring exceptions to real Exceptions
Author: Paul Tagliamonte
Last-Update: 2012-02-1
With python 2.7, we can see the following behavior:
>>> raise "foo"
Traceback (most recent call last):
File "", line 1, in
TypeError: exceptions must be old-style classes or d
Package: kerneloops-daemon
Severity: serious
Tags: wheezy sid
X-Debbugs-CC: debian-ker...@lists.debian.org
The default submission site for kerneloops-daemon is dead and does not
appear to be coming back any time soon, despite recentish interest:
https://lkml.org/lkml/2011/6/1/436
https://lkml.org
tags 667418 + patch
thanks
Patch attached. Just missing a header.
Description: Fix FTBFS with gcc-4.7
Small header include change. This is borderlinde cosmetic, but still needed
to prevent the FTBFS.
Author: Paul Tagliamonte
Origin: vendor
Bug-Debian: http://bugs.debian.org/667418
Last-Update
tags 667313 + patch
thanks
Howdy, Maintainer,
Please find a patch attached to solve this issue.
Thanks so much,
-- Paul
--- a/src/ConnectDialog.cpp 2012-04-17 23:00:27.387792765 -0400
+++ b/src/ConnectDialog.cpp 2012-04-17 23:00:33.751792427 -0400
@@ -21,6 +21,7 @@ using namespace openmsx
Just saw the mail from Manuel Bilderbeek, his suggestion is much better
then my patch :)
Thanks,
-- Paul
signature.asc
Description: Digital signature
Hi Zigo,
As lastfmsubmitd is maintained by the Debian QA group, I will just go
ahead and upload a new version of lastfmsubmitd with your patch applied.
I will request an unblock after the upload.
Paul
signature.asc
Description: OpenPGP digital signature
quot;spool" group. I think that was a mistake by the original maintainer.
As I don't know lastfmsubmitd, I like to give others the possibility to add
comments.
Paul
- -- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architectu
Package: lastfmsubmitd
Version: 1.0.6-3
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Policy 10.8 says:
Log files should be removed when the package is purged (but not when it is only
removed). This should be done by the postrm script when it is called with the
argument purge (se
Package: openslp-dfsg
Followup-For: Bug #687597
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
As far as I can tell, no solution known yet, on 17 October 2012, 15:28 +0200.
While going through Debian QA group owned RC bugs, I touched on this bug.
http://security-tracker.debian.org/tracker/CVE-20
ption: The use of implicit split call has been removed from perl
in version 5.12 as it had been deprecated for 15 years
Author: Paul Gevers
Bug-Debian: http://bugs.debian.org/692342
Forwarded: no
--- a/move3
+++ b/move3
@@ -42,7 +42,7 @@
}
while (<>) {
- split;
+ @_=split;
if ($_[0]
tag -1 +pending
thanks
Hi,
We are working on it. See [1] and bug 695130 [2].
Paul
[1] http://anonscm.debian.org/gitweb/?p=collab-maint/motif.git
[2] http://bugs.debian.org/bug=695130
signature.asc
Description: OpenPGP digital signature
et it into main (after changing the d/control entry of course)?
Kind regards
Paul
[1] https://lists.debian.org/debian-devel/2012/12/msg00369.html
[2] http://anonscm.debian.org/gitweb/?p=collab-maint/motif.git
signature.asc
Description: OpenPGP digital signature
, but I would like a
review of all descriptions.
I hope you can help.
Paul
[1] http://packages.qa.debian.org/o/openmotif.html
Source: motif
Section: devel
Priority: optional
Build-Depends: byacc,
debhelper (>= 9),
dh-autoreconf,
dh-e
Hi Justin and the rest,
On 19-01-13 15:00, Justin B Rye wrote:
> Paul Gevers wrote:
>> [Please keep cc in the loop.]
>> Package: motif-clients
>
> What does this package name mean, anyway? Is the idea that it's a set
> of executables that have a client relatio
t does run as patched.
Please let me know what is holding us back on this.
pj
--
Paul E. Johnson email: paulj...@ku.edu
http://pj.freefaculty.org Assoc. Director
Professor, Political ScienceCtr for Research Methods& Data Analysis
1541 Lilac Lane, Rm 504
).
Unfortunately, "liking" is not on the list of freeze exceptions. I think
Debian would also need the bin-utils-gold patch if it were using the
gold linker. I believe Ubuntu actively tests for that.
Actually, I hope Logan Rosen checked my patch in 2.3.3-6 as I think it
is flawed. That is why I uploaded 2.3.3-7.
Paul
signature.asc
Description: OpenPGP digital signature
Improve 0005-sprintf-error-message-hardening-format-security.patch to use
+strcpy i.s.o. sprintf and properly format string.
+
+ -- Paul Gevers Sat, 05 Jan 2013 21:36:38 +0100
+
+openmotif (2.3.3-6) unstable; urgency=low
+
+ * QA upload.
+- Set maintainer to QA group
+ * Allow multia
--
Paul E. Johnson email: paulj...@ku.edu
http://pj.freefaculty.org Assoc. Director
Professor, Political ScienceCtr for Research Methods& Data Analysis
1541 Lilac Lane, Rm 504 1425 Jayhawk Blvd.
University of KansasWatson Library, Rm.
- openmotif leaves files behind after purge.
>
> I would very much appreciate this change.
Ok.
Paul
> [1] Mind you, we are stricting our Freeze Policy atm. Since your
> request preceeds that official change to the policy, I am willing to
> accept the hardening change if it is o
tags 698661 -moreinfo
retitle 698661 unblock: openmotif/2.3.3-8
reopen 673690
thanks
On 22-01-13 15:21, Niels Thykier wrote:
> Can you please re-upload openmotif with the M-A (and possibly the
> hardening) changes reverted.
Done.
Debdiff attached, very simple now.
Paul
diff -u openmotif
lity, but return failures from xprint methods).
Although indeed not allowed, I see your point. Maybe we can justify it
by the move to main? Hmm, I guess not, but indeed I believe it doesn't
work now anyway as the xprint support is removed etc.
Paul
signature.asc
Description: OpenPGP digital signature
On 01-02-13 08:31, Paul Gevers wrote:
> On 31-01-13 21:11, Graham Inggs wrote:
>> Actually, it looks like we should ditch libmotif4 and name the separate
>> packages libXm4, libUil4 and libMrm4.
>
> Agree.
Not perfect yet, but I did some of the work on the split (bed time n
On 04-02-13 22:41, Graham Inggs wrote:
> On 3 February 2013 23:34, Paul Gevers <mailto:elb...@debian.org>> wrote:
>
>
> Not perfect yet, but I did some of the work on the split (bed time now
> though). Pushed to the repo.
>
>
> Ah, I actually did this
ental, to see if the ftp-masters can let the new
package into main. We can then also start to ask dependent package to
try out building against motif instead of lesstif2.
Paul
PS, I don't think I will have any time next week. I hope the week after
we can do the upload.
signature.asc
Des
On 07-02-13 07:03, Graham Inggs wrote:
> On 6 February 2013 22:07, Paul Gevers <mailto:elb...@debian.org>> wrote:
>
>> I think that if we have the split of -common, it is time to upload
>> the package to experimental, to see if the ftp-masters can let the
>> n
s planned, so I await your comments.
I am finishing the symbols files and have two more patches fixing a typo
and fixing hyphen use in the manpages.
I am checking your latest changes and if all right, I will upload today.
Paul
signature.asc
Description: OpenPGP digital signature
raries (transitional package)
As libmotif4 is a virtual (empty) package, why did you change the
architecture from all to any? I don't think this makes sense.
(Of course you should not set Multi-Arch same on Arch all. See
https://wiki.ubuntu.com/MultiarchSpec#Binary_package_control_fields)
Paul
signature.asc
Description: OpenPGP digital signature
epends: x11-common (>= 1:7.0.0), ${misc:Pre-Depends}
> -Breaks: libmotif3 (<< 2.3.3-2), libmotif4 (<< 2.3.4)
> -Replaces: libmotif3 (<< 2.3.3-2), libmotif4 (<< 2.3.4)
> Description: Motif - shared Xm library
> Motif is the industry standard GUI component toolkit for *NIX.
Idem.
Paul
signature.asc
Description: OpenPGP digital signature
On 17-02-13 09:20, Paul Gevers wrote:
> Why did you remove the Breaks/Replaces? libmrm4 contains files that used
> to be in libmotif3/libmotif4, so I believe they are needed to prevent
> co-installation.
Hmm, I think I understand. As you removed all common files, these
packages should no
On 17-02-13 09:39, Paul Gevers wrote:
> On 17-02-13 09:20, Paul Gevers wrote:
>> Why did you remove the Breaks/Replaces? libmrm4 contains files that used
>> to be in libmotif3/libmotif4, so I believe they are needed to prevent
>> co-installation.
>
> Hmm, I think I und
n't you agree? And libmotif4 automatically provides
libmotif4. A package could depend on libmotif4, not because of libxm4,
but because of libuil4 or libmrm4. It needs libmotif4 to pull in libuil4
or libmrm4 to work.
I was about to upload the package, but am waiting for your response now.
Paul
signature.asc
Description: OpenPGP digital signature
On 17-02-13 18:26, Graham Inggs wrote:
> Hi Paul
>
> Why don't you think this is the proper solution?
See below.
> Previously, there were multiple libmotif4 packages,
True.
> it makes sense that there should be a transitional package for each
> one.
I think transitio
e can provide full
libmotif3 support on it's own.
An other option is to ALSO provide a virtual libmotif3 package (very
similar to libmotif4).
I don't fully understand the difference between Multi-arch foreign and
allowed. Maybe a possible solution lies in the understanding.
Paul
signature.asc
Description: OpenPGP digital signature
On 17-02-13 20:35, Paul Gevers wrote:
> On 17-02-13 19:16, Graham Inggs wrote:
>> Ah, I didn't notice that the transitional libmotif4 provided libmotif3.
>> I have removed that, because it is a transitional package it can be
>> uninstalled after the transition, but we s
go away soon, as packages will depend
on the proper library directly in the future.
> One sure way to solve this is to make libxm4 depend on libmrm4 and
> libuil4, but I don't like circular dependencies.
No, me neither.
Paul
signature.asc
Description: OpenPGP digital signature
above, when installing a package, all recommended packages are pull
> in as well.
In most cases, but not guaranteed, also not on Ubuntu.
Paul
[1]
http://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps
signature.asc
Description: OpenPGP digital signature
On 18-02-13 07:47, Graham Inggs wrote:
> I propose that the 'Provides: libmotif3, libmotif4' line be removed from
> d/control altogether:
This sounds good. Will upload tonight.
Paul
signature.asc
Description: OpenPGP digital signature
On 18-02-13 08:23, Paul Gevers wrote:
> On 18-02-13 07:47, Graham Inggs wrote:
>> I propose that the 'Provides: libmotif3, libmotif4' line be removed from
>> d/control altogether:
>
> This sounds good. Will upload tonight.
The package is waiting in NEW for approva
-maintainers? I
expect there are still quite some upstream bugs which are worth fixing,
although they are not reported against Debian.
Paul
signature.asc
Description: OpenPGP digital signature
ce package are good for now as
any user can install a source package (not just root). Maybe mentioning
something along those lines in a README file somewhere in one of our
packages does not hurt though. I.e. that example code is available.
Paul
signature.asc
Description: OpenPGP digital signature
On 08-03-13 18:47, Graham Inggs wrote:
> Clean debian/system.mwmrc-menu after installing
Graham,
I prefer to do this by adding that file to a file called debian/clean.
That way you don't have to override dh_clean.
Paul
signature.asc
Description: OpenPGP digital signature
ebian/system.mwmrc-menu
Hi Graham,
Can you please elaborate why you find this nicer? You didn't need the
clean up before, and now you do. So, why?
Paul
signature.asc
Description: OpenPGP digital signature
id you get this file? What is the copyright? Is this file created
as png or is it actually created in a program and does that program
store the file in a different format so that you can edit it? In the
later case, we also need that source and preferable build the png from
that source.
Paul
Oh,
wait, you only mean the source code here. Than I think I like the
"examples" better as name then demos, but I let it up to you.
Paul
signature.asc
Description: OpenPGP digital signature
that is displayed in MWM [1].
If you draw them yourselves, than it is all right. No need to look
further for that.
> Shall I email upstream now and see if they are interested in support
> from the community?
Good idea.
Paul
signature.asc
Description: OpenPGP digital signature
to it don't have
any problem.
By the way, you really should add Canonical to the copyright holders
list as well.
Paul
signature.asc
Description: OpenPGP digital signature
nggs
License: GPL-3
Comment: Created in GIMP using /usr/share/unity-greeter/unknown_badge.png,
from Ubuntu's unity-greeter package, as a template. As per:
https://lists.ubuntu.com/archives/ubuntu-devel/2012-February/034800.html
Paul
signature.asc
Description: OpenPGP digital signature
tically closed by our upload (my first entry in the changelog for
2.3.4-1).
Paul
> [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695130
signature.asc
Description: OpenPGP digital signature
[Mail servers were out yesterday, forwarding to the list]
Original Message
Subject: Re: First commits in git repository on Alioth [ Was: Re:
openmotif is now LGPL, retirement of lesstif in jessie?]
Date: Sun, 24 Mar 2013 08:38:17 +0100
From: Paul Gevers
To: BERTRAND Joël
CC
Package: openbox
Version: 3.5.0-6
Severity: minor
A 3.5.0 openbox package told me that
: The config file previously called autostart.sh is now just called
: autostart. You should rename yours to remove the .sh from the end
: of the name
but the openbox-session(1) man page says
: On log in, open
Hi all,
I am sorry to read it, but it seems we won't have motif in experimental
before the release of Wheezy. If we want to get the package in Ubuntu
Raring, it needs to go on it's own. Graham, do you still want to do that?
Paul
Original Message
Subject: Motif
Date:
Hi,
On 06-04-13 14:30, Graham Inggs wrote:
> I think it is very late now to try and get motif into Raring with it not
> being in Debian.
Get it, and thought so.
> Paul: when you re-upload motif in NEW, will you go straight to 2.3.4-2,
> or upload 2.3.4-1 again?
> (or just t
ending
packages to motif, so that we can release Jessie without lesstif2 (which
I will try to make a release goal).
Paul
signature.asc
Description: OpenPGP digital signature
experimental, but due to this (quoted from ftp-master) nasty dak bug,
that would leave unstable (non-free) without (open-)motif.
Paul
[1] https://lists.debian.org/debian-devel/2012/12/msg00369.html
[2] https://launchpad.net/~ginggs/+archive/motif
signature.asc
Description: OpenPGP digital
Hi Graham,
On 06-05-13 23:01, Paul Gevers wrote:
> My proposal would be (with your approval) to just get motif into
> unstable/main and start converting the dependencies with the help of
> their maintainers (the libraries can coexist). Because the -dev package
> name has to chan
lding against libmotif-dev without making changes anyway.
Why not? Aren't the headers the same? If not, how can WE replace
lesstif2 with libmotif? Anyway, the users that build are not the only
ones we need to care about. Also the current packages between libmotif
upload and full rebuild need
Hi RT,
On 06-05-13 23:01, Paul Gevers wrote:
> So my question basically is, what would be the most appropriate order to
> do things?
>
> My proposal would be (with your approval) to just get motif into
> unstable/main and start converting the dependencies with the help of
>
is now free and got its latest maintenance release
last year.
To ease the transition that will happen some time soon, we will follow
up on this, please explicitly build-depend on libxt-dev/XXX
Kind regards,
Paul & Graham.
"""
On 07-05-13 21:01, Graham Inggs wrote:
> The foll
Ok, I think I will file the bugs, hopefully tomorrow morning. Else it
might jump over the weekend.
I'd like to use proper usertags (just in case you want to do it).
Paul
On 07-05-13 22:08, Graham Inggs wrote:
> I agree with the message. I can suggest some minor grammatical changes
. Motif itself is now free and got its latest maintenance release
last year.
To ease the transition that will happen sometime soon, we will follow
up on this, please explicitly build-depend on libxt-dev, as we don't
intend to include the depends on libxt-dev in libmotif-dev.
Kind regards,
Seems like the bug was not forwarded, oh well
The first example:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707211
I go now.
Paul
signature.asc
Description: OpenPGP digital signature
Package: chrony
Version: 1.26-3
On a system debootstrapped with minbase I installed chrony and noticed
it doesn't go online on boot. The reason is that its initscript is
using netstat (which was not installed) to determine presence of a
default route.
This particular wheezy system was installed f
pends in libmotif-dev.
Kind regards,
Paul & Graham.
-- System Information:
Debian Release: 7.0
APT prefers stable
APT policy: (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU c
1 - 100 of 293 matches
Mail list logo
