Olaf van der Spek olafvds...@gmail.com writes:
On Sun, Jan 16, 2011 at 3:54 AM, Russ Allbery r...@debian.org wrote:
It's the responsibility of packages to clean up obsolete conffiles as
they're upgraded. If you run into the case of a package that's been
upgraded and not cleaned up its
more people involved in helping packaging teams which are openly
asking for help?
If Debian isn't doing the right things to attract helpers, then there
is no solution for the users in this thread who are basically
complaining about packages with lots of bugs and not enough manpower.
Debian cannot
On Sat January 15 2011 00:51:42 Neil Williams wrote:
Mike, you missed the sarcasm completely and just went on another
rant about two (unrelated) bugs which affect you directly. Guess what
- I don't give two flying figs about those two specific issues because
they don't affect me. I care about
Le 15/01/2011 08:37, Tollef Fog Heen a écrit :
This would also purge the configuration of packages where I have no wish
to do so. I sometimes uninstall packages without purging them, just
because I want to keep the configuration around.
If you are so concerned about your configuration files,
Le 15/01/2011 01:40, Roger Leigh a écrit :
Yes, and this is what I did. It's just rather tedious to (IIRC)
repeatedly run dpkg-reconfigure sysv-rc and then find out which file
is offending, run dpkg -S $file, and then purge it. Because the error
message only lists the first offending file,
Le 15/01/2011 01:05, Roger Leigh a écrit :
This is mostly due to removed packages which need fully purging to
remove the last traces of old init scripts which break the process.
I've already experienced issues with configuration files from
uninstalled packages lying around. It wasn't with
Mike Bird mgb-deb...@yosemite.net wrote:
Hi,
insserv breaks complex systems. It throws away years of DD work
and substitutes a few inane and inadequate rules. It does so
In my experience, insserv makes it a lot easier to handle complex
systems with a lot of interdependent daemons and
On Sat, 2011-01-15 at 01:09 -0800, Mike Bird wrote:
On Sat January 15 2011 00:51:42 Neil Williams wrote:
Mike, you missed the sarcasm completely and just went on another
rant about two (unrelated) bugs which affect you directly. Guess what
- I don't give two flying figs about those two
you want, it appears that nobody else does either.
If you can't scratch your own itch within Debian then you need to
persuade (not bully) someone else to help provide it within Debian or,
as you've done, work around it outside Debian. That is NOT the fault of
Debian. Debian works with those who
Hi Chris,
Chris Carr wrote:
Sorry to de-lurk with a tangential question, but how can I as an
interested observer subscribe to the conversations where these decisions
get made
Good question. Subscribe to the PTS for the affected packages[1] and
test the versions in unstable and experimental.
On la, 2011-01-15 at 10:10 +, Chris Carr wrote:
Is there some forum in which the choice of a default for a package or
service gets made? I subscribe to debian-devel and debian-policy, but
neither seems to contain discussions about the risks of replacing
perfectly good defaults with
On Sb, 15 ian 11, 10:10:04, Chris Carr wrote:
Is there some forum in which the choice of a default for a package or
service gets made? I subscribe to debian-devel and debian-policy, but
neither seems to contain discussions about the risks of replacing
perfectly good defaults with
On Sat, Jan 15, 2011 at 10:13 AM, Stéphane Glondu glo...@debian.org wrote:
Le 15/01/2011 01:05, Roger Leigh a écrit :
This is mostly due to removed packages which need fully purging to
remove the last traces of old init scripts which break the process.
I've already experienced issues with
On Sat, Jan 15, 2011 at 10:48:54AM +, Neil Williams wrote:
On Sat, 15 Jan 2011 01:09:58 -0800
Mike Bird mgb-deb...@yosemite.net wrote:
On Sat January 15 2011 00:51:42 Neil Williams wrote:
Mike, you missed the sarcasm completely and just went on another
rant about two (unrelated)
On Sat January 15 2011 01:59:06 Julien BLACHE wrote:
insserv has issues, but it's still an improvement over the previous
situation and, unlike the other new init systems, it's actually
backward-compatible.
I have no objection to you using insserv. I object to people
being tricked into using
On Sat January 15 2011 02:48:54 Neil Williams wrote:
If the alternative software was maintained within Debian by an active
team then maybe the switch could be a choice. If nobody steps up to do
it, that choice is not available.
1. insserv
Legacy booting IS maintained in Debian. The problem
]] Mike Bird
Hi,
| insserv is also irreversible, and if you restore /etc from
| a backup without undocumented magic, insserv will destroy /etc
| again. That in my book seriously limits its compatibility.
|
| For servers which may only be rebooted once a year, a second
| saved in boot time is
Neil Williams codeh...@debian.org writes:
Can the rest of us now actually ask if there is anything we can do to
get more people involved in helping packaging teams which are openly
asking for help?
[…]
The problem is a lack of manpower in critical teams. That's not new.
Is the requirement
Neil Williams codeh...@debian.org writes:
Mike Bird mgb-deb...@yosemite.net wrote:
I indicated one important reason why experienced programmers don't
want to work on Debian. They have no desire to spend a year of their
life humoring someone with a tenth of their expertise.
Tough. […] If
On Sun, 16 Jan 2011 08:33:56 +1100
Ben Finney ben+deb...@benfinney.id.au wrote:
Neil Williams codeh...@debian.org writes:
Can the rest of us now actually ask if there is anything we can do
to get more people involved in helping packaging teams which are
openly asking for help
Chris Carr ranting...@gmail.com writes:
Is there some forum in which the choice of a default for a package or
service gets made? I subscribe to debian-devel and debian-policy, but
neither seems to contain discussions about the risks of replacing
perfectly good defaults with significantly
Tollef Fog Heen tfh...@err.no writes:
While I have no love for insserv, if you think the whole point of
dependency based boot (be it insserv, upstart, systemd) is boot speed, I
think you're mistaken. It's a part of the goal, but much more important
is actually correctness. Getting the
On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote:
Roger Leigh rle...@codelibre.net writes:
I've yet to find a single system which upgraded to insserv cleanly.
This is mostly due to removed packages which need fully purging to
remove the last traces of old init scripts which
Adam Borowski kilob...@angband.pl writes:
On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote:
Huh. Every system I've upgraded had no problems.
I find this strange, since every system that has ever been etch will
have at least libdevmapper1.02 which stops insserv from migrating.
On Sat January 15 2011 18:02:06 Russ Allbery wrote:
Judging from further discussion, it looks like the reason why I've never
seen this is that I routinely purge deinstalled packages on all my
systems and most of the problems are with packages that have been
deinstalled but not purged and have
Package: release-notes
Severity: wishlist
On Sat, 15 Jan 2011 18:02:06 -0800, Russ Allbery wrote:
I find this strange, since every system that has ever been etch will
have at least libdevmapper1.02 which stops insserv from migrating.
Judging from further discussion, it looks like the
Mike Bird mgb-deb...@yosemite.net writes:
On Sat January 15 2011 18:02:06 Russ Allbery wrote:
Judging from further discussion, it looks like the reason why I've
never seen this is that I routinely purge deinstalled packages on all
my systems and most of the problems are with packages that
On Sat, 15 Jan 2011, Russ Allbery wrote:
Judging from further discussion, it looks like the reason why I've
never seen this is that I routinely purge deinstalled packages on
all my systems and most of the problems are with packages that have
been deinstalled but not purged and have obsolete
On Sat January 15 2011 18:54:01 Russ Allbery wrote:
It's the responsibility of packages to clean up obsolete conffiles as
they're upgraded. If you run into the case of a package that's been
upgraded and not cleaned up its obsolete conffiles, and there isn't some
reason for that, that's worth
On 16.01.2011 03:54, Russ Allbery wrote:
It's the responsibility of packages to clean up obsolete conffiles as
they're upgraded. If you run into the case of a package that's been
upgraded and not cleaned up its obsolete conffiles, and there isn't some
reason for that, that's worth a bug
On 16.01.2011 05:59, Mike Bird wrote:
That test box alone has 48 obsolete conffiles belonging to
19 installed packages. And I'm not sure if current package
maintainers would look favorably on bugs filed regarding
obsolete conffiles left by previous versions of packages.
If you do encounter
On 15.01.2011 21:57, Tollef Fog Heen wrote:
]] Mike Bird
Hi,
| insserv is also irreversible, and if you restore /etc from
| a backup without undocumented magic, insserv will destroy /etc
| again. That in my book seriously limits its compatibility.
|
| For servers which may only be
Olaf van der Spek olafvds...@gmail.com (14/01/2011):
There are lots of packages with old bugs without any comments that
are not on that list.
Oh, indeed! Crap! I hereby request help for the 167 following
packages:
ccsm
compiz
compizconfig-backend-gconf
compizconfig-backend
On Fri January 14 2011 03:51:48 Alexander Reichle-Schmehl wrote:
Am 13.01.2011 11:54, schrieb Olaf van der Spek:
Instead of stepping down, it might be better to ask for a co-maintainer.
You mean like this http://www.debian.org/devel/wnpp/help_requested?
Let's have a look:
#
On Fri, Jan 14, 2011 at 10:11:51AM -0800, Mike Bird wrote:
On Fri January 14 2011 03:51:48 Alexander Reichle-Schmehl wrote:
Am 13.01.2011 11:54, schrieb Olaf van der Spek:
Instead of stepping down, it might be better to ask for a co-maintainer.
You mean like this
On Fri January 14 2011 13:44:12 Ben Hutchings wrote:
On Fri, Jan 14, 2011 at 10:11:51AM -0800, Mike Bird wrote:
The impression I get of Debian is that in order to contribute
I need to spend a year or so humoring somebody with a tenth my
programming experience.
snip
(1) sysv-rc upgrade
This one time, at band camp, Ben Hutchings said:
Strange, I can't find your ITP for Trinity.
That's because he trolls without ever actually doing anything. Don't
feed the waste of time.
Cheers,
--
-
| ,''`.
On Fri, Jan 14, 2011 at 09:44:12PM +, Ben Hutchings wrote:
On Fri, Jan 14, 2011 at 10:11:51AM -0800, Mike Bird wrote:
If that impression is wrong, I'd really like to fix at least
two major bugs in Squeeze:
(1) sysv-rc upgrade should not bring in insserv and wreck
startup on systems
Roger Leigh rle...@codelibre.net writes:
I've yet to find a single system which upgraded to insserv cleanly.
This is mostly due to removed packages which need fully purging to
remove the last traces of old init scripts which break the process.
Huh. Every system I've upgraded had no problems.
On Fri January 14 2011 15:08:13 Stephen Gran wrote:
This one time, at band camp, Ben Hutchings said:
Strange, I can't find your ITP for Trinity.
That's because he trolls without ever actually doing anything. Don't
feed the waste of time.
The problem is not a lack of ITP. Lenny already has
On Fri January 14 2011 16:07:58 Russ Allbery wrote:
Roger Leigh rle...@codelibre.net writes:
I've yet to find a single system which upgraded to insserv cleanly.
This is mostly due to removed packages which need fully purging to
remove the last traces of old init scripts which break the
On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote:
Roger Leigh rle...@codelibre.net writes:
I've yet to find a single system which upgraded to insserv cleanly.
This is mostly due to removed packages which need fully purging to
remove the last traces of old init scripts which
Roger Leigh rle...@codelibre.net writes:
Yes, and this is what I did. It's just rather tedious to (IIRC)
repeatedly run dpkg-reconfigure sysv-rc and then find out which file
is offending, run dpkg -S $file, and then purge it.
I've not looked at the mechanism involved at all, but it does seem
On Fri, Jan 14, 2011 at 04:52:13PM -0800, Russ Allbery wrote:
Roger Leigh rle...@codelibre.net writes:
Yes, and this is what I did. It's just rather tedious to (IIRC)
repeatedly run dpkg-reconfigure sysv-rc and then find out which file
is offending, run dpkg -S $file, and then purge it.
On Fri, 14 Jan 2011, Russ Allbery wrote:
Roger Leigh rle...@codelibre.net writes:
I've yet to find a single system which upgraded to insserv cleanly.
This is mostly due to removed packages which need fully purging to
remove the last traces of old init scripts which break the process.
Quoting Mike Bird (mgb-deb...@yosemite.net):
You have no idea what configurations are in use on stable servers.
You have no idea how many stable servers you're going to break.
You're right. No Debian developer is involved in large institutions or
corporations where hundreds of such servers
]] Roger Leigh
| On Fri, Jan 14, 2011 at 04:07:58PM -0800, Russ Allbery wrote:
| Roger Leigh rle...@codelibre.net writes:
|
| I've yet to find a single system which upgraded to insserv cleanly.
| This is mostly due to removed packages which need fully purging to
| remove the last traces
On Fri January 14 2011 22:06:21 Christian PERRIER wrote:
You're right. No Debian developer is involved in large institutions or
corporations where hundreds of such servers are in use. All Debian
developers are kids playing on their parents' computer to build a
distro, during hacking nights,
: perl
Programming Lang: perl
Description : code to help manage the server side of google maps api
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org
) decided
to add a task listing me as a contact, without even talking to me about
it before:
http://www.google-melange.com/gci/task/show/google/gci2010/debian/t128985930296
I already got an email from a participant asking for help, which I
replied with I don't know what you are talking about.
I'm
a participant asking for help, which I
replied with I don't know what you are talking about.
I'm very annoyed by this. Please fix it ASAP by removing me from
the Contact for this task, and stop referring people to me.
This is getting very annoying.
I didn't suggest the UDD task subject, I merely uploaded
/gci2010/debian/t128985930296
I already got an email from a participant asking for help, which I
replied with I don't know what you are talking about.
I'm very annoyed by this. Please fix it ASAP by removing me from
the Contact for this task, and stop referring people to me.
This is getting
On Tue, November 23, 2010 10:58, Obey Arthur Liu wrote:
The only reason the student who claimed the task contacted you is
because your name is kind of all over the place on webpages related to
UDD.
This is patently false as
unsubscribe
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.debian.org/aanlktin2f2ksmy1e54xyju7gqvi=+tke+nq7+s2on...@mail.gmail.com
Hey all!
In the next month, we're all going to get Debexpo running as an
alternative to mentors.debian.net. I'm going to revive this project, and I
need some help. (I'm cross-posting; I've set the Reply-To header so that
replies go the debexpo devel list.)
We're going to get it on the web
Greetings everyone,
I am trying to set my debian/watch correctly. The upstream
site allows you to download (wget for example) with something like:
wget http://www.foo.com/ihave/files/here/foo.tar.gz
However, the source code behind URL shows this:
On Sat, 2010-08-21 at 12:07 -0500, Chris wrote:
Greetings everyone,
I am trying to set my debian/watch correctly. The upstream
site allows you to download (wget for example) with something like:
wget http://www.foo.com/ihave/files/here/foo.tar.gz
However, the source code behind URL
Ben Hutchings b...@decadent.org.uk writes:
On Sat, 2010-08-21 at 12:07 -0500, Chris wrote:
Simply having http://www.foo.com/ihave/files/here/foo-(.*)\.tar\.gz
in the debian/watch files downloads an html file.
Something like:
opts=filenamemangle=s/\?format=raw$// \
06.06.2010 02:13, Christoph Anton Mitterer wrote:
Hi folks.
I recently got my first SSD payed by my university and, even though
modern SSDs seem to have smart wear leveling algorithms and more and
more parts of kernel/userspace support TRIM, I was thinking about what
one can do to improve its
On Sun, 2010-06-06 at 10:28 +0400, Michael Tokarev wrote:
- optionally /var/tmp as tmpfs
Not an answer to your original question, just a not-so-random observation.
/var/tmp is declared by LFS as temporary storage that persists across
reboots. It wont be this way if it's on tmpfs obviously.
Hi folks.
I recently got my first SSD payed by my university and, even though
modern SSDs seem to have smart wear leveling algorithms and more and
more parts of kernel/userspace support TRIM, I was thinking about what
one can do to improve its lifetime.
The most obvious things I found were:
-
Dear Everyone,
bug report (from myself to myself) in question:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=581204
boils down to
ImportError: /usr/lib/libatlas.so.3gf: undefined symbol:
__canonicalize_funcptr_for_compare
and when looking at
Adam D. Barratt, le Thu 01 Apr 2010 09:57:12 +0200, a écrit :
* GNU/kFreeBSD-*
The release of these two new architectures looks promising, but they
are still far away from full archive coverage. It seems that much
could be gained by fixing some key packages.
What is the target BTW?
On Thu, Apr 01, 2010 at 09:57:12AM +0200, Adam D. Barratt wrote:
* Tcl/Tk 8.4/8.5
Tcl 8.3 will be replaced by newer versions. This transition is
currently staged in experimental.
Note that this will imply soon a good bounce of NMUs for experimental.
If your packages depends
On Wed, Mar 10, 2010 at 9:52 PM, Neil Williams codeh...@debian.org wrote:
*Precisely* what changes do you need for that architecture - is it
really a different architecture from armel? (Answers to debian-embedded
please.)
hi neil,
firstly thank you for the informative post, esp. the history
On Thu, 11 Mar 2010 11:46:57 +
Luke Kenneth Casson Leighton l...@lkcl.net wrote:
On Wed, Mar 10, 2010 at 9:52 PM, Neil Williams codeh...@debian.org wrote:
*Precisely* what changes do you need for that architecture - is it
really a different architecture from armel? (Answers to
Hi Thomas,
On Wed, 10 Mar 2010 08:34:33 +0100, Thomas Weber wrote:
I'm cc'ing debian-devel, so people see that there is an answer. If
whoever wants to continue the discussion, please strongly consider
dropping debian-devel -- the list is noisy enough.
Sorry for additional noise.
Directly
On Wed, Mar 10, 2010 at 8:18 PM, Lennart Sorensen
lsore...@csclub.uwaterloo.ca wrote:
On Wed, Mar 10, 2010 at 07:20:04PM +, Luke Kenneth Casson Leighton wrote:
yeah - i'd like to know how to do this, too. i installed buildd (and
wannabuild) but there appears to be some manual steps
On Wed, 10 Mar 2010 21:08:30 +
Luke Kenneth Casson Leighton l...@lkcl.net wrote:
(When replying, please shorten the CC list, preferably only to the
debian-embedded list.)
a bit like openembedded.
It's much easier to not do things like OE and to actually build
incrementally, putting
On Wed, 10 Mar 2010 21:52:57 +
Neil Williams codeh...@debian.org wrote:
has anyone actually done this
Yes. Me - I was cross-building the entire chain too. It took me the
best part of a year to get through 200 packages. i.e. SERIOUSLY
reconsider precisely how many packages you want to
Octave language at all, so I request a help of Octave
language expert.
ii octave3.0 1:3.0.5-7+b1 GNU Octave language for numerical computatio
ii texmacs 1:1.0.7.3-3WYSIWYG mathematical text editor using TeX f
I attach problematic files mentioned in the above messsages.
If someone finds
Hi,
I'm cc'ing debian-devel, so people see that there is an answer. If
whoever wants to continue the discussion, please strongly consider
dropping debian-devel -- the list is noisy enough.
On Wed, Mar 10, 2010 at 12:06:06PM +0900, Atsuhito Kohda wrote:
Hi all,
I, a maintainer of TeXmacs,
yOn Tue, 9 Feb 2010, Dirk Eddelbuettel wrote:
Asheesh Laroia asheesh at asheesh.org writes:
On Tue, 9 Feb 2010, Atsuhito Kohda wrote:
I, a maintainer of TeXmacs, have got an FTBFS bug#551254
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551254
I temporarily remove a problematic patch but
On Wed, 10 Feb 2010, Dirk Eddelbuettel wrote:
On 10 February 2010 at 22:26, Asheesh Laroia wrote:
| yOn Tue, 9 Feb 2010, Dirk Eddelbuettel wrote:
|
| Asheesh Laroia asheesh at asheesh.org writes:
| On Tue, 9 Feb 2010, Atsuhito Kohda wrote:
| I, a maintainer of TeXmacs, have got an FTBFS
On 10 February 2010 at 22:26, Asheesh Laroia wrote:
| yOn Tue, 9 Feb 2010, Dirk Eddelbuettel wrote:
|
| Asheesh Laroia asheesh at asheesh.org writes:
| On Tue, 9 Feb 2010, Atsuhito Kohda wrote:
| I, a maintainer of TeXmacs, have got an FTBFS bug#551254
|
a \eof symbol ] and b) one comment line
was not actually commented out. Two correct individual files are
attached. Can you (or Atsuhito) try with those?
I tried them quickly and it worked fine! Thank you for your help.
Also thank you Asheesh for your kind advices.
Regards
Asheesh Laroia asheesh at asheesh.org writes:
On Tue, 9 Feb 2010, Atsuhito Kohda wrote:
I, a maintainer of TeXmacs, have got an FTBFS bug#551254
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551254
I temporarily remove a problematic patch but clearly it is
not a real fix. A plugin
Hi all,
I, a maintainer of TeXmacs, have got an FTBFS bug#551254
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551254
I temporarily remove a problematic patch but clearly it is
not a real fix. A plugin of R seems not to work anymore.
I don't know R language at all so request a help of R
especially in case he can help, since he has used some R. Take
a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551254 .
Atsuhito,
An R-y friend pointed me toward http://developer.r-project.org/parseRd.pdf
which documents changes to the .Rd format.
From what I gather, Rd
: Bash
Description : assistant to help make new rules to HLBR
HLBRW is an acronym to Hogwash Light BR Watch. The intent is provide a tool
to help make rules to HLBR (http://hlbr.sf.net). In others words, HLBRW was
made to be used by HLBR users needing make new rules (it will require some
To whom it may concern
I hope you can help us as we really desperate to solve a problem we
currently facing with a product we imported from China that has a
problem with the firmware
The product is a 3.5 incn Hard disk media player that you can use to watch
movies, download music , photo's
[please don't top-post]
On Tue, Dec 22, 2009 at 02:31:16PM +0700, Muhammad H Hilman wrote:
Wow, it's work
but, must I change the code on my application that needed filelock?
because, filelock code on that application stated as ubuntu command (just
filelock)
as far as I know debian command
Wow, it's work
but, must I change the code on my application that needed filelock?
because, filelock code on that application stated as ubuntu command (just
filelock)
as far as I know debian command on filelock is (filelock-create)
can you tel me what's the different between (filelock-create)
Hello,
maybe
apt-get install liblockfile1
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministrator
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
# Debian
On Thu, Dec 17, 2009 at 11:16:02PM +0100, Michelle Konzack wrote:
maybe
apt-get install liblockfile1
Possibly, but lockf() and fcntl() are usually better, and are present
in libc.
--
.''`. Roger Leigh
: :' : Debian GNU/Linux http://people.debian.org/~rleigh/
`. `'
On 2009-12-18, Ben Finney ben+deb...@benfinney.id.au wrote:
Erik de Castro Lopo mle+deb...@mega-nerd.com writes:
The upstream version number is 0.5.2-rc3 which is invalid for a
non-native package
No, it's fine for the upstream version string to contain a hyphen. See
Debian policy §5.6.12.,
Hi all,
I'm trying to write a debian/watch file for an upstream package which
has a version number 1.2.3-rc4. For the debian package I need to drop
the dash from the version number to give a debian version number of
1.2.3rc4.
Any clues on how to do this? If I just use:
package-(.*).tar.gz
Erik de Castro Lopo wrote:
uscan complains that it can't find the current version (1.2.3rc4) on
the server.
I'm currently doing:
version=3
opts=filenamemangle=s/-// \
http://example.com/files/ package-(.*).tar.gz
Erik
--
El vie, 18-12-2009 a las 14:14 +1100, Erik de Castro Lopo escribió:
I'm trying to write a debian/watch file for an upstream package which
has a version number 1.2.3-rc4. For the debian package I need to drop
the dash from the version number to give a debian version number of
1.2.3rc4.
Hi
Erik de Castro Lopo mle+deb...@mega-nerd.com writes:
Any clues on how to do this? If I just use:
package-(.*).tar.gz
For a start, you should replace the allows-empty match ‘(.*)’ with one
that requires at least one character ‘(.+)’.
That's orthogonal to the behaviour you're describing.
Ben Finney wrote:
For a start, you should replace the allows-empty match ‘(.*)’ with one
that requires at least one character ‘(.+)’.
Noted. Thanks.
Can you give us the full URL so that we can test our proposals before
posting them?
Erik de Castro Lopo mle+deb...@mega-nerd.com writes:
I'm trying to write a debian/watch file for an upstream package which
has a version number 1.2.3-rc4. For the debian package I need to drop
the dash from the version number
Why do you need to drop the hyphen? A hyphen is perfectly valid in
Erik de Castro Lopo wrote:
Hi all,
I'm trying to write a debian/watch file for an upstream package which
has a version number 1.2.3-rc4. For the debian package I need to drop
the dash from the version number to give a debian version number of
1.2.3rc4.
Any clues on how to do this? If I
Erik de Castro Lopo mle+deb...@mega-nerd.com writes:
http://zhevny.com/specimen/files/specimen-0.5.2-rc3.tar.gz
Okay. The current list at URL:http://zhevny.com/specimen/files/ shows
the following tarball files:
specimen-0.5.1.1.tar.gz
specimen-0.5.1.tar.gz
Erik de Castro Lopo mle+deb...@mega-nerd.com writes:
The upstream version number is 0.5.2-rc3 which is invalid for a
non-native package
No, it's fine for the upstream version string to contain a hyphen. See
Debian policy §5.6.12., where the hyphen is explicitly listed as one of
the valid
Ben Finney ben+deb...@benfinney.id.au writes:
# Current version from Cheese Shop.
opts=uversionmangle=s/-([a-z]+\d+)$/~$1/ \
http://zhevny.com/specimen/files/specimen-(.+).tar.gz
Erm. Ignore the comment line; clearly I cut-and-paste from one of my own
packages and failed to
Dear Debian developers
I run DOVIS 2.0 (docking application) in cluster server using Debian Sarge
Then I got *Can not get init lock!* notification
here is the screenshoot
[image: http://img710.imageshack.us/img710/7643/35869453.png]
I already asked the developers about this problem
They said I
[Please note that this question is more appropriate for debian-user, not
debian-devel.]
On Thu, Dec 17, 2009 at 10:51:39AM +0700, Muhammad H Hilman wrote:
Dear Debian developers
I run DOVIS 2.0 (docking application) in cluster server using Debian Sarge
Then I got *Can not get init lock!*
/texdoc.notluatex
- luatex ships a link /u/b/texdoc - /u/b/texdoclua
New status should be:
- texlive-base ships /u/b/texdoc - ../../share/texmf-dist/.../texdoc.tlu
- no diversion in luatex
- luatex does no ship any texdoc files
Can anyone help me here?
Best wishes
Norbert
Hi there.
I'd like to ask you guys for some help.
Here in Moscow State University there is a course Software
maintenance in Linux Distribution. It is dedicated to general question
of software packaging. As example they use rpm-based community
repository Sisyphus (related to AltLinux distribution
901 - 1000 of 2248 matches
Mail list logo