On 13.11.20 20:51, Wolfgang Silbermayr wrote:
[...detailed explanation of why the buildlibs proposal for Rust is
necessary...]
Thanks a lot for the explanation Wolfgang!
*t
(same as ITP 975110)
Does anybody know why recently there have been so many duplicate WNPP
bugreports? It seems like a trend, however I have no clue why? Why have
recently so many WNPP reports been submitted twice?
*t
On 19.11.20 07:25, Witherking25 wrote:
Package: wnpp
Severity: wishlist
Ow
On 20.11.20 14:41, Tomas Pospisek wrote:
(same as ITP 975110)
Does anybody know why recently there have been so many duplicate WNPP
bugreports? It seems like a trend, however I have no clue why? Why have
recently so many WNPP reports been submitted twice?
The submitter has followed up and
On 11.12.20 10:08, Timo Aaltonen wrote:
I noticed that crypto-policies is packaged, but not really used
anywhere. Would it be worthwhile to make it the official way to
configure the system-wide crypto policy as it was implemented in Fedora
[1]? This has been briefly mentioned before at least i
On 12.12.20 21:53, Jonas Smedegaard wrote:
It was good that you introduced your project here on the d-devel@ list,
but I suspect no all 2500 subscribers want to follow closely your
detailed progress going forward.
I'd prefer if the conversation stayed here. It's not like you are
literaly spam
On 19.12.20 01:25, Josh Triplett wrote:
Jonas Smedegaard wrote:
Quoting Raphael Hertzog (2020-12-17 13:16:14)
Even if you package everything, you will never ever have the right
combination of version of the various packages.
What is possible to auto-compute is a coarse view of the work needed
Hi Devops PK Carlisle LLC,
please install the `reportbug` package and then open a terminal and type
`reportbug ibus` and describe the problem there. That will make sure the
problem can be seen and properly tracked by the `ibus` maintainers which
might not be reading this list.
*t
On 20.01.21
On 10.04.21 19:39, Joerg Jaspert wrote:
Dear fellow Debian community members,
We have been having two weeks of difficult and heated discussion. The
level of conflict has escalated out of proportion, both within the
project and outside.
We remind everyone that you are expected to interact const
On 07.05.21 17:29, Gunnar Wolf wrote:
Hello Tony,
I don't know where you got this mail address as a source for providing
the goods you need, but it's not correct -- Debian is a volunteer
organization that produces a distribution of the free "Linux"
operating system. We cannot provide what you re
Hi Sérgio,
On 27.05.21 13:14, Sérgio Basto wrote:
On Wed, 2021-05-26 at 20:05 +0100, Sérgio Basto wrote:
Hi,
debhelper-devel ML doesn't exist anymore, please let me know if I
should report this in other place .
I can't build debhelper on Centos epel 8, which have Perl 5.26.3
I forgot to men
On 21.08.21 09:14, Philipp Kern wrote:
On 20.08.21 21:11, Russ Allbery wrote:
The way I would put it is that the security benefit of using TLS for apt
updates is primarily that it makes certain classes of attempts to mess
with the update channel more noisy and more likely to produce immediate
er
Hi Vincent,
On 20.08.21 16:50, Vincent Lefevre wrote:
My bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989734
has been closed again, with no explanations.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989734;msg=12 claims
that the bug was closed via
https://bugs.debian.org
Hi Mattia,
On 21.08.21 12:06, Mattia Rizzolo wrote:
On Sat, Aug 21, 2021 at 10:36:04AM +0200, Tomas Pospisek wrote:
Hi Vincent,
On 20.08.21 16:50, Vincent Lefevre wrote:
My bug report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=989734
has been closed again, with no explanations
On 22.08.21 00:11, Guillem Jover wrote:
I'm personally just not seeing such consensus, despite the attempts of
some to make it pass as so. My perception is that this topic has become
such a black hole of despair, that people that take issue with it, are
simply stepping away.
Possibly. But for
On 23.08.21 02:21, Vincent Lefevre wrote:
On 2021-08-22 23:32:15 +0500, Andrey Rahmatullin wrote:
On Sun, Aug 22, 2021 at 08:25:41PM +0200, Tomas Pospisek wrote:
Wouldn't the Bcc'ed email that arrived to the BTS be visible in the bug's
log/archive (on the bug's page (htt
On 23.08.21 02:35, Vincent Lefevre wrote:
On 2021-08-21 10:36:04 +0200, Tomas Pospisek wrote:
In particular it *seems* to work for him and he doesn't have access to your
system where things apparently went wrong so it could be really hard for him
to know. So what you can do is to try to
On 23.08.21 07:24, Tomas Pospisek wrote:
On 23.08.21 02:35, Vincent Lefevre wrote:
On 2021-08-21 10:36:04 +0200, Tomas Pospisek wrote:
In particular it *seems* to work for him and he doesn't have access
to your
system where things apparently went wrong so it could be really hard
for h
On 25.08.21 15:23, Andrey Rahmatullin wrote:
> On Wed, Aug 25, 2021 at 09:19:34AM -0400, The Wanderer wrote:
>> Is there any reasonable way to get this spelling error corrected in the
>> changelogs across all these packages?
> As those are specifically binNMU changelogs, I don't think so.
You sti
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=993488#16 contains a
"wontfix + close" but no rationale. Which leaves the original reporter
with a large "?" I guess.
I am guessing that the reason for the "wontfix" is "that's just how Unix
works unfortunately" aka "that's a Unix design bug"?
G'day admin4,
I suggest you take this to the #debian IRC channel where you can
hopefully drill down to the root cause of the problem. A mailing list
like debian-devel is not really well suited to do back-and-forth
debugging...
*t
On 23.09.21 12:08, admin4 wrote:
GoodDay Mates,
network conn
On 01.12.21 12:50, Mattia Rizzolo wrote:
Likewise, I would love if uscan could just learn how github, gitlab,
launchpad, etc are made so prople won't have to bother with sticking
urls into watchfiles, such as:
Source: GitHub
Source-Options:
namespace: trendmicro
project: tlsh
On 06.12.21 22:53, Mattia Rizzolo wrote:
On Mon, Dec 06, 2021 at 08:53:37PM +0100, Paul Gevers wrote:
I have good experience with some of my upstreams where they supported me by
adapting their build system to enable building without the bundled/vendored
dependencies. Has this been tried? Would i
Hi Steinar,
On 07.12.21 10:07, Steinar H. Gunderson wrote:
On Tue, Dec 07, 2021 at 08:55:00AM +0100, Tomas Pospisek wrote:
I note that Steinar Gunderson [1] is now employed by Google to work on
Chrome, so maybe there could be hope talking to him?
It's right that I'm just j
On 07.12.21 19:14, Steinar H. Gunderson wrote:
On Tue, Dec 07, 2021 at 07:05:29PM +0100, Tomas Pospisek wrote:
So you being a DD and soon at work on Chromium the hope was that maybe you
could conduct some of upstream love to care about the world outside of
Google (?), here in particular
On 06.12.21 20:43, Noah Meyerhans wrote:
On Sun, Dec 05, 2021 at 07:58:17PM +0300, Dmitry Alexandrov wrote:
So what's happening with chromium in both sid and stable? I saw on d-release
that it was removed from testing (#998676 and #998732), with a discussion
about ending security support for
On 08.12.21 08:27, Vincent Bernat wrote:
❦ 7 December 2021 23:35 GMT, Simon McVittie:
I believe what Vincent meant is that the generic non-Flatpak binaries
provided by the "Ungoogled Chromium" project are compiled on unknown
machines and require trusting their submitters, whereas the Flatpak
Hi G.W.,
I don't think the debian-devel mailing list is the right place to debug
this. Debugging this will need going back and forth over logs etc. The
best place to advance on this problem is to go the debian IRC channel
https://wiki.debian.org/IRC and do the diagnosing interactively there.
On 17.01.22 17:01, Bernhard Schmidt wrote:
a couple of years ago (in 2017) I stepped up to help bring src:ntp back
in shape because I needed it for work. All uploads since that time have
been made by me. An RFH bug had been open the whole time and just
recently got the first message for five y
On 26.11.22 19:42, Patrice Duroux wrote:
Dear Debian people,
Already possible or not, I would like to have a Debian system for
which packages can be installed either by a specific user
(root/sysadmin as usual) only or by any other (or a group of) users.
But this would also depend on the class of
Hello Han Gao,
I *think* it's better if you work "the standard Debian way". I.e. file a
bug against dpkg with the reportbug tool, and attach the patch to the
bug report.
Thanks for the effort to support the loong architecture,
*t
On 20.12.22 01:26, Han Gao wrote:
Hi, Guillem:
refer the docu
On 06.02.23 11:51, Santiago Vila wrote:
El 6/2/23 a las 11:26, Brian Thompson escribió:
I understand that the usual way to close out bug reports is having the
original author do it themselves. What's the policy on closing bug
reports
that haven't had activity in over 6 months?
Let the maint
Hi Ilari
On 18.03.23 04:00, Ilari Jääskeläinen wrote:
There is a new upstream release available.
Please report your issue as a wishlist ticket. To do that do as root:
apt install reportbug
Then do as non-root:
reportbug --severity=wishlist make
Greetings,
*t
Hi Debianistas!
Am 12.10.19 um 01:06 schrieb Ben Hutchings:
> On Fri, 2019-10-11 at 18:49 -0400, Scott Kitterman wrote:
>> I have had bugs filed against more than one package I maintain regarding
>> issues
>> with sysv init scripts when used in docker.
>>
>> I have been told by docker users (I'm
Hi Sam & Debianistas,
this is far TLDR for me. That is not meant as a critique, but as a
feedback so you have a data point from some random Debianer's available
CPU resources.
(in general I'm fine to declare best practices for whatever issue so
that people can orient themselves on where to head t
On 26.12.19 06:42, Norbert Preining wrote:
> (please Cc)
>
> are there any requirements or restriction what a program packaged in
> Debian is allowed to do when starting up? Calibre is normally doing the
> following checks:
> - check for updates of itself
> - check for updates of plugins
> - send
Hi all,
I just got a mail from the BTS, that this spam mail [1] has closed the
bug report. I can't spot why that spam mail would close the report. Can you?
Possibly other bugreports have been closed by similar spams, I don't
know (this - BTS cleaning - would still be an area I'd like to get
invol
On 02.03.20 18:06, Sven Joachim wrote:
> On 2020-03-02 17:20 +0100, Tomas Pospisek wrote:
>
>> I just got a mail from the BTS, that this spam mail [1] has closed the
>> bug report. I can't spot why that spam mail would close the report. Can you?
>
> Without even l
On 02.03.20 21:34, Alexis Murzeau wrote:
> Hi,
>
>> Most likely it has been BCC'ed, that's what spammers like to do when
>> they send the same mail to thousands of recipients.
>>
>
> Indeed, this can be seen by clicking on "full text" here in the bug report:
> ---
> Reply sent to nore...@no.com:
Hi all,
tldr: why is not having a daemon started on install so involved? Can't
there be a better way?
I'm hacking around an ansible playbook that needs to configure an etcd
cluster.
The problem is that installing the package will automatically start the
daemon cluster in a "default" configuratio
On 08.03.20 19:10, Jonas Smedegaard wrote:
> Quoting Matthias Klose (2020-03-08 18:40:34)
>> On 3/7/20 9:41 PM, Julian Andres Klode wrote:
>>> # APT 2.0
>>>
>>> After brewing in experimental for a while, and getting a first outing in
>>> the Ubuntu 19.10 release; both as 1.9, APT 2.0 is now landing
On 07.03.20 21:30, Tomas Pospisek wrote:
> tldr: why is not having a daemon started on install so involved? Can't
> there be a better way?
to which Jonas, Marco & jnqnfe replied (see thread). Thanks a lot Jonas,
Marco & jnqnfe!
*t
> On Sun, 8 Mar 2020, Marc Haber wrote:
>
> On Sat, 7 Mar 2020 21:30:33 +0100, Tomas Pospisek
>
> >When I duckduckgo "dpkg do not start service on install" first hit is
> >[1] which contains /absurdly involved/ suggestions to achieve "not
> >st
On 14.03.20 22:41, Roberto C. Sánchez wrote:
> On Sat, Mar 14, 2020 at 09:18:48PM +, Neil McGovern wrote:
>> Hi debian-project and ftpmaster folks,
>>
>> On Sat, Mar 14, 2020 at 01:37:59PM -0700, Sean Whitton wrote:
>>> - cope well with flames in response to your decisions
>>
>>> - after tr
On 16.03.20 11:06, John Paul Adrian Glaubitz wrote:
> I would like to suggest to replace vim-tiny with nano as the default minimal
> editor installed with debootstrap and therefore debian-installer.
+1
On 16.03.20 12:29, Marco d'Itri wrote:
> On Mar 16, Simon McVittie wrote:
>
>> `busybox vi` is rather limited, but is reasonable as an editor of last
>> resort; busybox is smaller than either nano or vim-tiny; full systems
> Agreed: this is a very good idea since I really think that every default
On 17.03.20 15:48, Wouter Verhelst wrote:
> Yes. I keep messing that up in production (ln is one of those commands
> that I continually need to read the man page of)
I suggest the `tldr` command for that...
*t
On 20.03.20 00:50, Adam Borowski wrote:
> In the rush for cutting away small bits of minbase [...]
> [trim changelogs]
I don't know man minbase is, so I don't know what you are
talking about.
On a normal desktop/server I'd expect
/usr/share/doc/$PKG/changelog.Debian* to contain the whole history
On 22.03.20 10:47, Marc Haber wrote:
> On Sun, 22 Mar 2020 02:20:18 -0700, Peter Pynchon
> wrote:
>
>> *In future Debian versions, could you please include the ASUS driver in the
>> standard package?* *The model number is the ASUS N53 USB WiFi adapter with
>> the rt3572 chip.* I see on your web
On 25.03.20 14:43, Christian Kastner wrote:
> This is not to say that licensing is an unimportant issue -- it clearly
> is. But our analyze-and-document down-to-the-file approach is on the
> other extreme end of the spectrum, and it causes lots of tiresome work
> that nobody apart from us seems to
On 25.03.20 15:19, Andrey Rahmatullin wrote:
> On Wed, Mar 25, 2020 at 03:14:41PM +0100, Tomas Pospisek wrote:
>> On 25.03.20 14:43, Christian Kastner wrote:
>>
>>> This is not to say that licensing is an unimportant issue -- it clearly
>>> is. But our anal
On 09.04.20 08:47, Thomas Goirand wrote:
> As a user, I'd prefer Kubernets to be in Stable if possible. I'd be one
> of these users who don't care about the latest shiny feature, and prefer
> something stable, supported for YEARS to come, not just 3 months.
To give a datapoint:
Kubernetes as a S
On 30.04.20 01:15, Bernd Zeimetz wrote:
>
> On 4/28/20 3:20 PM, Thomas Goirand wrote:
>
>> That's not the case. An MITM attack could gain a session and maintain it
>> open, while the end user would just notice "oh shit, I miss-typed the
>> 2FA numbers, let's try again". Then the only thing the at
On 27.05.20 21:16, Enrico Zini wrote:
> Hello,
>
> I'd like to package a new version of https://github.com/ARPA-SIMC/meteosatlib,
> for which I'm upstram, which depends on the recently freed
> https://gitlab.eumetsat.int/open-source/PublicDecompWT
>
> PublicDecompWT is a C++ development-only libr
On 28.05.20 18:44, Leandro Cunha wrote:
> Close https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952788
> With several changes in the package.
>
> Em qui., 28 de mai. de 2020 às 12:52, Leandro Cunha
> mailto:leandrocunha...@gmail.com>> escreveu:
>
> Can I help with uploading a package? I'm
On 31.05.20 22:40, Michael Banck wrote:
> it's possible for DDs to build/test packages on porter boxes via
> dd-schroot-cmd, see https://dsa.debian.org/doc/schroot/.
>
> However, e.g. arm64 autopkgtest failures are RC bugs and so far, it was
> difficult to reproduce and debug those on the porter
Package: wnpp
Severity: normal
I request assistance with maintaining the debtags package.
The package description is:
debtags extracts tag information from the apt database and makes it available
to the system, either in /var/lib/debtags/debtags or via apt-xapian-index.
.
Package tags are cat
Hello bebyx,
could you please take this bug to a Debian support channel [1] (I
suggest IRC!) and find out, what package this needs to be reassigned
to? And maybe collect more info along the way?
Thanks,
*t
[1] https://www.debian.org/support
Could you please send the original email *including* the headers (!!!)
so that we know where your emails are coming from?
*t
On 06.08.20 17:31, arc...@tutanota.com wrote:
> Could I please unsubscribe? Its filling up this mailbox there is no sort
> function.
>
> --
> Securely sent with Tutanota. Ge
On 02.09.20 15:08, Mark Pearson wrote:
> Hi Debian developers,
>
> Following on from DebConf 2020 (which I thoroughly enjoyed - thank you!)
> the Lenovo portal that was announced is now available:
>
> US: http://www.lenovo.com/us/en/Linux
> Canada: http://www.lenovo.com/ca/en/linuxca
I think bef
On 03.09.20 11:05, Andrey Rahmatullin wrote:
> On Thu, Sep 03, 2020 at 10:47:06AM +0200, Tomas Pospisek wrote:
>> I think before jumping on this offer, one should consider this:
>> https://www.aspi.org.au/report/uyghurs-sale
> The list of brands from the article: Abercrombie &am
Hello all,
I've recently received "Dear Customer" spam on a bug of mine. I've
searched the BTS [1], and there are many, many, many of these spam
postings in the BTS, see f.ex. [2].
I think it doesn't make sense to press "this bug log contains spam" on
each of those pages. Better would be to go di
Hello,
Why I can't report bug using reportbug command? After reporting I get
back e-mail with this message:
Best regards,
Tomas
Persiųstas laiškas
Tema: Mail delivery failed: returning message to sender
Data: Tue, 27 Dec 2016 19:41:49 +0200
Kas:Mail Delivery S
totally bad for debian community - we are losing
important bug reports.
Best regards,
Pagarbiai
Tomas Martišius
Vytauto Didžiojo universitetas
vyr. tinklo administratorius
2016.12.28 09:09, Andreas Metzler rašė:
On 2016-12-27 TOMAS MARTIŠIUS wrote:
Hello,
Why I can't report bug using repo
some
different RCS's) I prefer to fix mailing system, if it is possible, to
accept both types of encodings. Especially because bug report can be
send using some common mail system.
Best regards,
Pagarbiai,
Tomas Martišius
Vytauto Didžiojo universitetas
vyr. tinklo administratorius
2016.1
Am 12.02.2018 um 05:41 schrieb Yao Wei:
> [...] I'd prefer mk-build-deps from devscripts since this
> produces pseudo-package that depends on the build dependencies, and the
> dependencies can be removed by removing the pseudo-package.
Whoa, what a gem, I did not know existed! Just what I was loo
On 3 Oct 2018 Lars Wirzenius wrote:
> A suggestion: we restrict where packages can install files and what
maintainer scripts can do.
On 4 Oct 2018 Enrico Weigelt wrote:
> Finally, I'd really like to reduce complexity, not introduce even more.
+1
I think Linux systems per se, Debian as a runtim
Am 21.02.2017 um 01:55 schrieb Patrick Schleizer:
> for file_name in /usr/lib/server-config.d/*.conf ; do
>file_list="$file_list $file_name"
> done
>
> for file_name in /etc/server-config.d/*.conf ; do
>file_list="$file_list $file_name"
> done
>
> for file_name in /home/.config/server-co
Am 23.02.2017 um 03:26 schrieb Patrick Schleizer:
> Tomas Pospisek:
>> Am 21.02.2017 um 01:55 schrieb Patrick Schleizer:
>>
>>> for file_name in /usr/lib/server-config.d/*.conf ; do
>>>file_list="$file_list $file_name"
>>> done
>&
Please install the package reportbug and use reportbug to report the bug.
*t
Am 28.04.2017 um 11:06 schrieb Fungi4All:
> --- Please fill out the fields below. ---
>
>Package name: qupzilla
> Version: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/538.1
> (KHTML, like$
> Upstream Author:
Am 11.08.2017 um 18:37 schrieb Bastien ROUCARIES:
> Hi,
>
> I have done some work for sensible-utils but I am a little stuck due
> to lack of documentation/policy.
>
> I want first to create desktop file for
> sensible-editor/sensible-pager/sensible-browser in order to open from
> firefox text fi
Am 15.09.2017 um 04:22 schrieb Francisco Vilmar Cardoso Ruviaro:
>> If this is your first package to Debian, for a variety of reasons I
>> don't recommend packaging something that will go to non-free.
>
> Yes, this would be my first package, I understood that it is
> inappropriate to initially sen
Hello Vitaly,
Am 15.09.2015 um 12:43 schrieb root:
> Package: general
> Severity: important
>
> [long Xsession dump without any further info]
I'm closing your report. The "general" pseudo package is not a support
channel to help debug and sort problems out.
Please use one of the available suppo
Package: wnpp
Severity: wishlist
Owner: Debian Med group
* Package name: python-csb
Version : 1.1.0
Upstream Author : Michael Habeck
* URL : http://csb.codeplex.com/
* License : MIT
Programming Lang: Python
Description : Python framework for structural
Package: wnpp
Severity: wishlist
Owner: Debian Med group
* Package name: python3-csb
Version : 1.1.0
Upstream Author : Michael Habeck
* URL : http://csb.codeplex.com/
* License : MIT
Programming Lang: Python
Description : Python framework for structura
estions and comments should be addressed to
> [EMAIL PROTECTED]
*t
--
---
Tomas Pospisek
SourcePole - Linux & Open Source Solutions
http://sourcepole.ch
Elestastrasse 18, 7310 Bad Ragaz, Switzerland
Tel: +41 (81) 330 77 11
---
ng said I'm not refering here to the quality of anybody's work nor
to what has been discussed in this thread here - just to the basic
principle.
*t
--
-------
Tomas Pospisek
SourcePole - Linux & O
You might want to talk to the debian-installer people. They either might
have some ideas about it or will certainly be interested...
Grep the -devel list for debian-installer and Tollef Fog Heen.
*t
--
---
Tomas Pospisek
On Thu, 5 Dec 2002, Michael Banck wrote:
> Maybe what we need are people who read package descriptions prior to
> install
Debian picking it's users instead of users picking Debian.
*t
--
---
Tomas Pospisek
for itself - that is
check libc-client2002(-dev) and find out that it depends on libkrb5-dev
and make sure it's installed before building the package?
*t
--
---
Tomas Pospisek
SourcePole - Linux & Open Source Solu
that allthough there's a standard
it seems that either client (pine) or server cyrus 1.5.x from debian seem
to be unable to get things straight between them.
*t
Tomas Pospisek
SourcePole
On Thu, 10 Jan 2002, Erik Steffl wrote:
> Tomas Pospisek's Mail Lists wrote:
> >
> > On Wed, 9 Jan 2002, Mark Brown wrote:
> >
> > > On Wed, Jan 09, 2002 at 02:36:01PM +0100, [EMAIL PROTECTED] wrote:
> > >
> > > > IMO IMAP
On Thu, 10 Jan 2002, Mark Brown wrote:
> On Thu, Jan 10, 2002 at 12:59:34PM +0100, Tomas Pospisek's Mail Lists wrote:
> > On Wed, 9 Jan 2002, Mark Brown wrote:
>
> > > Most things (certainly mutt and kmail, I can't think of anything else I
> > > tried t
ere's been a pcmcia-modules release for 2.4.17 though.
*t
----
Tomas Pospisek
SourcePole - Linux & Open Source Solutions
http://sourcepole.ch
Elestastrasse 18, 7310 Bad
d maintainer email to [EMAIL PROTECTED]
-- Rene Mayrhofer <[EMAIL PROTECTED]> Thu, 27 Dec 2001 11:17:51
+0100
*t
Tomas Pospisek
SourcePole - Linux & Open Source Solutions
in
> > > use/supported.
Possibly it was only patented in the non-free united companies of america.
So it might well go into non-free (the inversion of the meaning comes straight
out of 1984).
*t
----
Tomas
27;s a waste of time to reply.
*t
----
Tomas Pospisek
SourcePole - Linux & Open Source Solutions
http://sourcepole.ch
Elestastrasse 18, 7310 Bad Ragaz, Switzerland
Tel: +41 (81) 330 77 11
---
t difficult take an existing debconfy-fied package and imitate.
Check details by using the docu. It's not difficult.
> Although I'll have to learn when I finish a few of my new debian
> tools. Thanks,
You're wellcome.
*t
-
id is that the whole chain of tools expects media to be
unmounted and if you don't do it that favor as a not-so-experienced user
will most probably *will* have to pull the plug to get that "*&/%"*/&% CD
out of the drive.
*t
---
.etc...]
The whole thing builds and compiles without problems with gcc-2.95
*t
----
Tomas Pospisek
SourcePole - Linux & Open Source Solutions
http://sourcepole.ch
estion; they should be available to you as a Debian developer.
Whoa :-)) thanks, I should have thought of it - anyway, thanks a lot -
hppa people can enjoy xxdiff now! Bug fixed. :-)
*t
----
Tomas Pospisek
Ciao Domenico
On Tue, 16 Apr 2002, Domenico Andreoli wrote:
> i'm in the same situation of tomas, i'm sure that aspell won't compile
> on hppa in time for woody release. it has some kind of problem with
> gcc 3.0 i cannot manage and i'm not receiving any help (se
, package no 6, for switching laptop network config?
*t
PS: Haven't checked the actual number, but there are quite a few of those.
----
Tomas Pospisek
SourcePole - Linux &
101 - 192 of 192 matches
Mail list logo
