Hi,
looks like 0.46.2 was released a couple of weeks ago, would be great to
have that packaged.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
reassign 856434 sbuild
thanks
]] Chris Hofstaedtler
> On Sun, Dec 01, 2024 at 04:10:00PM +0100, Tollef Fog Heen wrote:
> >
> > > I've seen this behaviour in a non-sbuild context too, thus I'm
> > > reassigning this bug to libpam-tmpdir. If it interferes wi
sbuild bug, but I'm not familiar with the internals
of it, so it might be somewhere else. Whatever you're seeing I suspect
is something else.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Package: nebula
Version: 1.6.1+dfsg-3+b4
Severity: wishlist
X-Debbugs-Cc: Tollef Fog Heen
The version of Nebula in Debian is about two years out of date, could we
please have the newest version packaged?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Package: xsettingsd
Version: 1.0.2-1
Severity: wishlist
xsettingsd upstream ships with a .service file which makes this start
automatically when installed. Could this please be shipped with
xsettingsd?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
d) compress="zstdmt -q ${compresslevel}"
# If we're not doing a reproducible build, enable multithreading
test -z "${SOURCE_DATE_EPOCH}" && compress="$compress -T0"
;;
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Sean Whitton
> Hello Tollef,
>
> Please M-x report-emacs-bug to send this upstream.
Done.
One additional detail is I only see this with the nvidia X11 driver, not
with Intel.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Package: emacs
Version: 1:29.1+1-5
Severity: normal
X-Debbugs-Cc: none, Tollef Fog Heen
In my setup, I make non-focused windows semi-transparent (using Xmonad
and its compose support). This used to work perfectly, but with the
recent-ish update of emacs from 28.2 to 29.1, this broke
]] Gunnar Hjalmarsson
> On 2023-08-28 13:42, Tollef Fog Heen wrote:
> > ]] Gunnar Hjalmarsson
> >
> >> What's the output of this command:
> >>
> >> gsettings get org.gnome.desktop.input-sources xkb-options
> > $ gsettings get org.gnome
]] Gunnar Hjalmarsson
> What's the output of this command:
>
> gsettings get org.gnome.desktop.input-sources xkb-options
$ gsettings get org.gnome.desktop.input-sources xkb-options
['compose:caps', 'compose:caps', 'grp:alts_toggle', 'lv3:ralt_sw
you use. You
> never told us that, did you?
gnome-flashback on X11 (with xmonad, but I doubt that makes a
difference).
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
5)" };
};
Which looks pretty bizarre to me, and I have no idea what «us» does
there.
> In any case the issue is not severity "serious", especially not in a
> Debian distro context.
I'd argue that making people unable to write «@» is a release critical
bug in the package.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Package: xkb-data
Version: 2.38-2
Severity: serious
Justification: makes a subset of systems effectively unusable
X-Debbugs-Cc: none, Tollef Fog Heen
With commit 0fb34101788d84e9a1d98b3730cc7b9295e0f19b in
xkeyboard-config, `group(alts_toggle)` changed behaviour in a way such
that the right alt
Package: rancid
Severity: normal
Version: 3.13-1
X-Debbugs-Cc: Tollef Fog Heen
I have a couple of routeros devices where rancid fails to work correctly
on them, since even though it logs in with +ct200w, routeros seems to
send a bunch of escapes. The last couple of lines of the .raw file
reads
essing, we can only
> do this for smaller applications than something like MariaDB/MySQL due
> the testing effort needed.
They solve completely different problems, though. One handles PAM
sessions, the other handles services.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Robie Basak
> On Thu, Nov 10, 2022 at 05:37:53PM +0100, Tollef Fog Heen wrote:
> > I think it's more wide than that: If you change UID, you need to
> > sanitise the environment. Your HOME is likely to be wrong. PATH might
> > very well be pointing at directories
xpectations that maintainer scripts can have
about the environment they're running in, and how do we make those
expectations hold? This should probably then be documented in policy.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Package: varnish
Severity: normal
X-Debbugs-Cc: Tollef Fog Heen
Hi,
I haven't been active in maintaining Varnish for quite a few years,
could you please remove me from uploaders?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
package: ftp.debian.org
Hi,
I no longer use this software, and I do not believe anyone else does at
this point either, so please remove yubikey-server-c from the archive.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Michael Biebl
> sorry for the inconvenience
No worries.
> Am 18.01.22 um 17:03 schrieb Tollef Fog Heen:
> > It seems like this is
> > https://github.com/systemd/systemd/issues/21964.
> >
>
> I'm working on an update as we speak. 250.3-1 should hit the a
It seems like this is https://github.com/systemd/systemd/issues/21964.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Package: systemd
Version: 250.2-3
Severity: critical
Justification: completely breaks network connectivity in certain setups
X-Debbugs-Cc: none, Tollef Fog Heen
(Feel free to downgrade, but this completely broke network on my testing
system, which weren't it my laptop and sat in front
]] Tollef Fog Heen
> I have no idea what's wrong here, except «it used to work» (as in,
> yesterday, but that update included, amongst many others, an update from
> python3-click 7.1.2-1 to 8.0.2-1, so based on the backtrace, maybe
> relevant?)
fwiw, duwngrading to 7.1.2-1
Package: todoman
Version: 3.9.0-1
Severity: serious
X-Debbugs-Cc: none, Tollef Fog Heen
I have no idea what's wrong here, except «it used to work» (as in,
yesterday, but that update included, amongst many others, an update from
python3-click 7.1.2-1 to 8.0.2-1, so based on the backtrace,
]] Tollef Fog Heen
> Versions of packages python3-click-threading depends on:
> ii python33.9.7-1
> ii python3-click 8.0.2-1
The problem goes away if I downgrade to python3-click 7.1.2-1, so maybe
there's a missing Breaks there too.
--
Tollef Fog Heen
UNIX is user
Package: python3-click-threading
Version: 0.4.4-2
Severity: serious
X-Debbugs-Cc: none, Tollef Fog Heen
It seems like the monkeypatching in
/usr/lib/python3/dist-packages/click_threading/monkey.py is broken, at
least for me. I'm using python3-click-threading by way of vdirsyncer:
$ vdirs
Package: shim-signed
Version: 1.34~1+deb10u1+15.4-2~deb10u1
Severity: serious
X-Debbugs-Cc: none, Tollef Fog Heen
Looks like postinst is poking into /sys/firmware/efi, which doesn't
exist on a non-UEFI system.
Preparing to unpack .../shim-signed_1.34~1+deb10u1+15.4-2~deb10u1_amd6
]] Salvatore Bonaccorso
> Can you confirm if this issue is still present with a recent kernel?
I haven't seen it for quite some time on my Buster machine, so from my
point of view, it can be closed.
Regards,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Philip Hands
> Tollef Fog Heen writes:
>
> > ]] Shengjing Zhu
> >
> >> Firefox is special, since for Debian desktop users, they need a browser. Is
> >> kubernetes same here?
> >
> > FWIW, the lack of Kubernetes or a similar orchestration pla
ndling Debian services, since that will need a
reasonable container orchestation platform to build on. The lack of a
platform is not the only reason for the delay, but it surely hasn't
helped either.
--
Tollef Fog Heen, speaking for himself, but as a DSA member
Package: ipp-usb
Version: 0.9.14-1
Severity: important
X-Debbugs-Cc: none, Tollef Fog Heen
ipp-usb fails to restart for me, at least when restarted by needrestart:
: tfheen@xoog ~ > systemctl status ipp-usb.service
● ipp-usb.service - Daemon for IPP over USB printer support
Loaded: loa
ose, it indicates a
kernel problem, isn't that so? If so, it should probably just be
reassigned to linux.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Felipe Sateler
> On Sat, Apr 25, 2020 at 2:34 AM Tollef Fog Heen wrote:
>
> ]] Felipe Sateler
>
> > So, I could not reproduce the issue by setting bluez.alias either.
> >
> > Does the console error happen on applicatin startup? Or wh
str());
icon = pa_proplist_gets(info.proplist, PA_PROP_DEVICE_ICON_NAME);
set_icon_name_fallback(w->iconImage, icon ? icon : "audio-card",
Gtk::ICON_SIZE_SMALL_TOOLBAR);
seems to fix it for me. (You could also use g_markup_printf_escaped, I
guess).
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
headphone-output: Hovudtelefonar (priority: 0, available)
Active Port: headphone-output
Formats:
pcm
(replaced the last three parts of the bluetooth address with XX, I doubt
that's the problem.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
5
pavucontrol suggests no packages.
-- no debconf information
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Petter Reinholdtsen
> [Tollef Fog Heen]
> > That's configuration that's up to the admin which of the two different
> > forms of Norwegian should be used as the Norwegian dictionary on the
> > system.
>
> While I agree with this, it seem to me like a cl
urity-sensitive software in C, so I'm going to ask for its removal
unless it's adopted by somebody fairly quickly.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
=gnome-session.target
without this, it will try to start gnome-shell and everything crashes
and burns pretty quickly.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
on.
Without binding future pkg-config maintainers too much: I think this is
fine for you to do. It might change in the future, at which point
we'll talk and figure the way forward, but I don't think that should be
particularly problematic.
--
Tollef Fog Heen
UNIX is user friendly, it'
in the crosswrapper for buster,
but I'm happy to discuss solutions for bullseye. Helmut should
absolutely be part of those discussions as he's probably the biggest
user of the crosswrapper.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
this was referenced in
the error output, could you consider adding that, since it won't recover
by itself?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
libffi6 3.2.1-9
ii libgmp10 2:6.1.2+dfsg-4
ii libpcre3 2:8.39-12
ii libx11-6 2:1.6.7-1
ii libxext6 2:1.3.3-1+b2
ii libxinerama1 2:1.1.4-2
ii libxrandr22:1.5.1-1
ii libxss1 1:1.2.3-1
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
A better workaround is probably:
(define-advice open-gnutls-stream (:after (&rest args) workaround-for-930573)
(sleep-for 0 250))
This adds 250msec to opening of gnutls connections, which is a lot less
noisy than increasing the verbosity level
--
Tollef Fog Heen
UNIX is user friendly,
packages emacs depends on:
ii emacs-gtk 1:26.1+1-3.2
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
lution?
echo "d /tmp/user 0755 root root -" > /etc/tmpfiles.d/pam-tmpfiles.conf
I guess I could ship that in the default configuration, but with 0711
permissions, that'll make it pretty easy to find and change for
interested users.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
r?
If you precreate the directory before pam_tmpdir is invoked, the
permissions aren't changed. Note that o+r is fine, but o+w is not and
will lead to PAM failures, so you probably want to make pam_tmpdir as
optional while playing around.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
iable
set by newer versions of OpenSSH, but as this is not on the list of
variables that are passed through, I can't.
This greatly reduces the usefulness of libpam-script for me, so if this
could either be optional or the list of variables could be added to,
that'd be great.
--
Tollef F
-user.target
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
re-myricom
pn firmware-netxen
pn firmware-qlogic
pn firmware-realtek
pn firmware-samsung
pn firmware-siano
pn firmware-ti-connectivity
pn xen-hypervisor
-- no debconf information
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
en it'd be good to get the other bug fixed
too, so it'd be good to get an answer to my question above.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
>native_multiarch="$(cat /usr/lib/pkg-config.multiarch)"
This looks reasonable.
> dpkg-dev should be added to Recommends in that case.
Suggests seems more appropriate here.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
eady ashamed of this situation).
It's not unusual for packages in Debian to be renamed and have their
binaries renamed to avoid naming conflicts and it is part of the work of
being a maintainer to ensure a package fits well into the Debian
ecosystem.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
therwise, this looks like a good idea to me.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
]] Tollef Fog Heen
> A: Approve resolution, disallowing the use of dpkg's vendor series
> F: Further Discussion
I vote A > F.
- --
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
-
ution, disallowing the use of dpkg's vendor series
F: Further Discussion
- --
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
-BEGIN PGP SIGNATURE-
iQIzBAEBCAAdFiEEooQRpZYZMXEzGALAtlpIccoZ1xcFAlvgj4UACgkQtlpIccoZ
1xcsxA//bVUE8oe/0wLDsp8FaMZC
ld be implemented in Debian Policy by declaring that a
package MUST NOT contain a non-default series file.
=== End DRAFT Resolution ===
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Tollef Fog Heen
> ]] Tollef Fog Heen
>
> That turned out to be in the rather more distant future than I
> intended. Apologies about that.
… and again.
Diff from previous one:
- Included separate source packages as an alternative to build time
patching.
- Fixed typo.
]] Daniel Baumann
> On 10/12/2018 09:56 AM, Tollef Fog Heen wrote:
> > any chance you could find time to get this uploaded soon? It'd be great
> > to have netdata back in testing (and in buster when it gets released).
>
> yep, working on it.. will take a couple of d
Hi,
any chance you could find time to get this uploaded soon? It'd be great
to have netdata back in testing (and in buster when it gets released).
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
cide on a matter of technical policy,
that would have been slightly different.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
(Broken pipe)) failed
The problem goes away by upgrading the remote end to the version in
backports.
Can git-annex either be fixed so it works across those versions, or at
least give a clear error message that the two ends are speaking
incompatible protocol versions?
--
Tollef Fog Heen
UNIX is user
it be demoted to Suggests, please?
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Ian Jackson
> Tollef Fog Heen writes ("Bug#904558: What should happen when maintscripts
> fail to restart a service"):
[...]
> > This means that failure to start a daemon should generally not cause the
> > postinst to fail.
>
> ... I disagree with tha
]] Wouter Verhelst
> On Tue, Sep 18, 2018 at 10:04:26PM +0200, Tollef Fog Heen wrote:
[...]
> > The API provided by a package being in the configured state is not
> > whether the relevant daemon is running or not; that is runtime and can
> > and will change many times wh
nd as a service where if it can't restart, you want the system to make
it very clear that something is wrong that you might want to fix sooner
rather than later (since failure to do so can lead to you not being able
to access it after a reboot).
--
Tollef Fog Heen
UNIX is user friendly, it&
]] Philip Hands
> Tollef Fog Heen writes:
>
> >This should be implemented in Debian Policy by declaring that a a
>^^^
> You've this doubled 'a' on two occasions in this text.
I&#x
]] Tollef Fog Heen
> ]] Sean Whitton
>
> > The concrete question that I am asking the committee to decide, in my
> > capacity as a Policy delegate, is whether or not vendor-specific patch
> > series should be permitted in the Debian archive.
>
> It's no
]] Oswald Buddenhagen
> ok, that seems convincing. i bumped it to 4KiB (just to be safe) on
> the 1.3 branch.
Much appreciated, thank you! :-)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
mechanism GSSAPI...
M: >>> 1 AUTHENTICATE GSSAPI YIIE[around 1700 characters elided]
I've bumped size of buf in send_imap_cmd and imap_vprintf to 2048 bytes;
no other changes seems to be needed.
(I'd rather not provide the complete log as it includes folder names,
host names and
1.1 1.1.0h-4
ii zlib1g 1:1.2.11.dfsg-1
isync recommends no packages.
Versions of packages isync suggests:
pn mutt
-- no debconf information
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
b_NO.UTF-8 (charmap=UTF-8),
LANGUAGE=nb_NO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
-- no debconf information
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
not true in all cases, and can
> never be.
We are not talking about what's built. We're talking about what's
unpacked. It's well understood that what's unpacked is not always
what's built; build processes can (and do) all kinds of transformations
and is understood
y, there are likely various edge
cases we have not thought about.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ners. I intend to write up a resolution and then call for a vote
in the not-too-distant future, so if there is anything we have not
covered in the discussion so far, please chime in sooner rather than
later
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
sibly participate. The bug number is 904302.
Best regards,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
s dpkg is allowed to implement.
I imagine the language we'd want to use is along the lines of «Packages
must not use dpkg's vendor-specific patch series functionality».
> I am explicitly cc:ing Guillem here. Guillem, please take a look at
> this bug and give us your PoV!
Thanks!
add a
transitional package to ensure people get smooth upgrades)?
[1]
https://www.debian.org/doc/debian-policy/ch-binary.html#packages-with-potentially-offensive-content
Thanks,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ce we're
being asked about a policy change. (After talking to Sean in person, he
said he intended it under §6.1.3, not §6.1.1, though.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ied packages, but there are use cases for it,
and not all bad ideas should be outlawed.)
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Package: buildd.debian.org
Severity: normal
At the bottom of https://buildd.debian.org/, there are links marked with
gitweb that points to Alioth. Those should be updated to where the
source actually lives.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
be used instead:
>
> /usr/share/dict/norsk -> /usr/share/dict/nynorsk
That's configuration that's up to the admin which of the two different
forms of Norwegian should be used as the Norwegian dictionary on the
system.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
resolved in the
meantime?
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
o packages.
-- no debconf information
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ntime depends on:
ii libc6 2.27-3
ii mono-runtime-sgen 4.6.2.7+dfsg-1
mono-runtime recommends no packages.
mono-runtime suggests no packages.
-- no debconf information
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
FY_SYSTEM);
> with:
> let perms = client.get_permission_result
> (NM.ClientPermission.SETTINGS_MODIFY_SYSTEM);
Thanks, this solves it, and I can connect to passworded wifi just fine
after that change.
(If you'd like me to NMU with this, I'd be happy to. Please let me
know.)
--
3.28.0-2
ii gksu 2.0.2-9+b1
ii gnome-terminal [x-terminal-emulator] 3.28.0-1
ii metacity-common 1:3.28.0-1
Versions of packages cinnamon suggests:
pn cinnamon-doc
pn python-opencv
-- no debconf information
--
Tollef Fo
]] Enrico Zini
> > - do you use it?
>
> I do all I can to avoid it.
Does it come with unit tests? They might be useful to figure out what
it would take to break it properly this time around.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Didier 'OdyX' Raboud
> ===BEGIN===
>
> The chair of the Debian Technical Committee will be:
>
> A : Didier Raboud
> B : Tollef Fog Heen
> C : Phil Hands
> D : Margarita Manterola
> E : David Bremner
> F : Niko Tyni
> G : Gunnar Wolf
> H
severity 864184 serious
thanks
This basically makes noping completely useless, so I'm raising this to
RC.
I'm happy to upload an NMU if you're busy.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
Switching to non-root with setcap seems to have made this work as
non-root for me, so I think this should just be done.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Don Armstrong
> Test::PostgreSQL automatically setups a PostgreSQL instance in a temporary
> directory, and destroys it when the perl script exits.
Are you already aware of pg_virtualenv? It sounds like those are
overlapping a bit.
--
Tollef Fog Heen
UNIX is user friendly, it's
systemd package's dependencies are set free from specific ordering
> constraints. The migration should be managed according to Debian's usual
> backwards-compatibility arrangements.
>
> === End Resolution ===
>
> R: Approve resolution and repeal the TC decision from 20
m take it over. (I'm the maintainer.)
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
.)
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
]] Julien Cristau
> On 12/12/2017 03:39 PM, Tollef Fog Heen wrote:
> > DSA, thoughts on this? Sounds reasonable?
> >
> I think the issue is also made worse by mirror-bytemark being
> consistently much slower than the other backends, and how ftpsync
> behaves in a patho
This happens for me too:
$ /usr/bin/chromium -g
# Env:
# LD_LIBRARY_PATH=
#
PATH=/home/tfheen/bin:/usr/local/bin:/home/tfheen/.local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/usr/local/sbin:/usr/sbin:/sbin
#GTK_PATH=
# CHROMIUM_FLAGS=--enable-remote-exten
_ts to 0, that will mean we do consider ourselves
healthy in the case of nobody else being healthy. If somebody else is
newer than us and healthy, we consider ourselves unhealthy.
DSA, thoughts on this? Sounds reasonable?
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
s field.
Given there's no indication they were made aware of your bug filing that
I could find, I don't think that's a conclusion we can make.
Cheers,
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
ian installations (and
corresponding versions).
#! lines are a bit special in this regard.
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
1 - 100 of 949 matches
Mail list logo
